[IgorE]

Для измерительного прибора нужен 8и (лучше конечно10и)бит-й ЦАП.

Должен быть простой, дешевый, и желательно "не зажеванный" на всех углах.
Скорость работы "ни какая", не имеет значения.
Tочность скажем так "средняя", больше играет роль стабильность повторения, чем точность между шагами ЦАПа.
На выходе должны быть ступеньки (от 0 до 5вольт, не факт, можно и другие пределы), на которых производятся измерения.
Управляющий контроллер практически не будет обрабатывать информацию. АЦП контроллера снимает данные и шлет в комп. Там уже вся алгебра с арифметикой.
Приведу свои соображения:
1. На стандартной м/с ЦАП.
Относительно дорого, слишком примитивно. Может есть дешевые ЦАПы?
2. R2R ЦАП на м\контроллере (стандартной логике).
Очень дешево, просто, точно. Но так примитивно и зажевано....Не для продажи делаю, а для души. Хотя по параметра самое то.
3. На ШИМ микроконтроллера.
Вроде очень просто, но шось мне не камильфо. В конечном итоге активный фильтр ставить надо....Куча дополнительных корпусов. Такой вариант ни разу не делал, что то опасаюсь, что в итоге получу. И в программе для м\к можно на конфликты нарваться. Данные снимаеш, а тут ШИМам дергать надо...Куча мелкой рассыпухи.
4. На цифровом потенциометре.
Этот вариант мне больше всего нравится. Не часто его применяют. с ЦП я еще не работал (а пора уже), да и просто. Один корпус, мало линий управления. Только желательно (люблю я её ) по шине I2C управлять ЦП, но на 8бит только SPI вижу в продаже.
Какие будут мнения по моим соображениям?

[nazar]

Правильно поставленный вопрос это уже пол ответа.
Вы не привели абсолютно никаких данных тз, ни рабочей частоты ни допустимой нелинейности ни.. ничего

[Altor Audio]

1. На стандартной м/с ЦАП.
Относительно дорого, слишком примити.вно. Может есть дешевые ЦАПы?

Да миллион, и за три копйки.
Но пока не озвучено более вразумительное ТЗ, что-то рекомендовать невозможно.
Про 8-10 бит понятно, про скорость - не очень.
И главное - к чему он будет подключаться? Откуда и как на него будут поступать данные?

по шине I2C управлять ЦП, но на 8бит только SPI вижу в продаже.

SPI во многих случаях гораздо удобнее, чем I2C.

[Altor Audio]

На ШИМ микроконтроллера.

А что, МК есть? Так взять со встроенным ЦАПом, в любом STM32 или подобном. 10 бит и со скоростью в мегагерцы.

[IgorE]

Да миллион, и за три копйки.
Но пока не озвучено более вразумительное ТЗ, что-то рекомендовать невозможно.
Про 8-10 бит понятно, про скорость - не очень.

Скорость в пределах 10-50Гц. Совершенно не важный для конструкции параметр. На каждом шаге ЦАП будут сниматься показания, затем след. шаг и так далее. Данные будут накапливаться в оперативной памяти м\к и затем пакетом отправляться в комп. Какое время это будет длиться не имеет сушественного значения. Зацикливания в измерениях не будет, они статические. Команда от компа в прибор - сняли характеристики элемента (ВАХ) в определенной точке, - запомнили в м\к, шагнули, сняли итд 0т 1 до 256 шага - отправили в комп для обсчета и визуализации в графике. Все. До следующей команды пользователя.
Стоимость имеет значение.

Откуда и как на него будут поступать данные?

От м\контроллера. Для R2R удобнее добавить элементарную логику (экономия портов), для другого зависит от другого.

А что, МК есть? Так взять со встроенным ЦАПом, в любом STM32 или подобном. 10 бит и со скоростью в мегагерцы.

Занимаюсь только с AVR. Другое не будет, для меня это хобби.
SPI & I2R не большая разница в принципе, но опять же экономия портов и для I2R сделан удобный сниффер. Настраивать железо удобнее. Без м\к можно узлы с I2C доводить до ума.

[Altor Audio]

SPI & I2R не большая разница в принципе, но опять же экономия портов

В случае ЦАПа - разница в 1 пин.

для I2R сделан удобный сниффер

А для SPI он и нафиг не нужен.
Впрочем, для I2C тоже, если есть приличный осциллограф.

Настраивать железо удобнее. Без м\к можно узлы с I2C доводить до ума.

Никакой в ЭТОМ разницы, между I2C и SPIне вижу.

P.S. AVRы еще живы? Их-же уже Микрочип сьел.
Было у меня на них пара проектов лет 20 назад, и один случайный, лет 10 назад, на АТмеге. А так, если 8-битники, то только PIC! Впрочем, после появления дешевейшего М0, и они потеряли актуальность.

[Altor Audio]

Откуда и как на него будут поступать данные?

От м\контроллера.

МК это может делять десятком различных способов, от ногодрыга, до I2C/I2S/SPI/

Ну вот, самый дешевый: https://www.digikey.com/product-detail/e...ND/2684986


Или весь список, наиболее тебе подходящих:
https://www.digikey.com/products/en/inte...ageSize=25

[IgorE]

Эт все понятно...что зайцу лет 200.
А по ЦАПу есть конкретные предложения?

[Altor Audio]

А по ЦАПу есть конкретные предложения?

Я же дал ссылки.

[IgorE]

Я же дал ссылки.

Прошу прощения.
Пока писал, не видел, что ответ уже есть.
.........
Смотрю что есть у отечественных торгашей.
Долбанный сертефицированный поставщик Микрочипа как обычно ничего из микрочипа не имеет, гадюка.

[IgorE]

Ага.
Есть и MCP4706 8бит и еще лучше MCP4716 10 бит.
Цена дешевле табака. Щас разберусь чего они и как.
Спасибо Altor Audio

[nazar]

С такой полосой и отсутсвием требований по времени и шима с аврки хватит

[IgorE]

Да. На ШИМ вроде бы самое простое решение.
Но гладко было на бумаге, да забыли за овраги.
Фильтр надо? Надо. Обвесить надо и пошло и поехало. Даже на бумаге не очень выходит.
Плюс в программе не забывать постоянно о ШИМе. А тут еще АЦП сигнал снимает. Кашу можно на выходе получить, а не результат.
Ну его.
MCP4716 за глаза в этой конструкции. И управление I2c. Всегда есть простор для маневра.

[Altor Audio]

Плюс в программе не забывать постоянно о ШИМе.

Таймер настроил, и все, больше в программе делать ничего не надо. В AVRах таймеры с шимом тоже есть :)
Когда надо будет изменить напряжение с "ЦАПа" - изменить один регистр.

А тут еще АЦП сигнал снимает.

Ну и отлично - один канал АЦП завести на выход ШИМа (после фильтра), сделать примитивную ОС, после чего разброс параметров фильтра будет пофиг (в разумных пределах конечно, но уж все толерансы, включая от температуры, точно скомпенсирует).

Но лично я бы конечно поставил нормальный ЦАП, потому как делать все это, плюс еще паять фильтр - лень :)

Работу АЦП вообще на таймерное прерывание посадить, чтобы даже не думать о нем - пусть там складывает результаты в память.
(У некторых АТМега это можно сделать так, чтобы происходило без участия процессора, по DMA).
А в самой программе, когда надо - просто читать из памяти.

Тут работы на 2 часа максимум, чтобы получить "рыбу".
(В данном случае "рыба" - это заготовка программы, с работающей периферией и всей инициализацией, далее уже писать основной алгоритм и его детализацию).

P.S. На STM32 эта "рыба" делается за 5 минут, даже без особых знаний о проце, в программме STM32CubeMX, просто ставя "галочки" :) После чего она сгенерирует готовый Си-код для Keil-а или горбатого IAR-а.

Для серьезных проектов оно по разным причинам не очень годится (за что и получило прозвище "калокуб", т.к. работает с библиотекой HAL, ну и сам Cubе) но для простых любительских, или чтобы "быстро попробовать", особенно на не знакомом (новом) процессоре - вполне.

[IgorE]

но для простых любительских, или чтобы "быстро попробовать", особенно на не знакомом (новом) процессоре - вполне.

Конечно интересно это, но.... мне и AVR хватает. И скорости и периферии и....всего прочего.
Для меня это удовольствие, надоело, плюнул, отложил...пока опять не зачесалось.
На то и хобби.
...............
Меня сейчас больше увлекла программа LabVIEW. Начальный этап прошел, получил работающий агрегат домашней автоматики. В этой связи и прибор этот затеял. Хотя такие приборы готовые есть, а в аналоге сделать в железе - пару выходных.
Как то так вот.
............
ШИМ и рядом АЦП думаю, что не так все просто. Ну его, этот ШИМ. Грех за такую цену на готовые ЦАПы (что дали ссылки), геморрой себе изобретать.

[Altor Audio]

Конечно интересно это, но.... мне и AVR хватает. И скорости и периферии и....всего прочего.

Периферии там как кот наплакал :)
Да и к компу как подключать? Через USB2COM?

[IgorE]

Периферии там как кот наплакал :)
Да и к компу как подключать? Через USB2COM?

Эт мы зажрались.
Маловаааато будет, скорости уже за мыслимые пределы перевалили, и то и се. Все мало.
Там для не профи всего вполне достаточно.
А к компу через Сом или USB. Какая разница чем предать\получить информацию?

[Altor Audio]

А к компу через Сом или USB.Какая разница чем предать\получить информацию?

Разница в том, что в компах к сожалению, уже давным-давно нет ни СОМ ни ЛПТ.

[IgorE]

Согласен.
Но у меня на одном есть Сом. Для сэбэ держу.
Остальное через преобразователь. Хотя LabVIEW нормально с USB работает, но всему свое время.
Блок автоматики у меня в отдельностояшей котельной, 12м до него. По RS485 связь.
USB это для офисного планктона придумали, для крутых пацанов - не подходит.

[IgorE]

даже без особых знаний о проце, в программме STM32CubeMX, просто ставя "галочки"

Поверхностно посмотрел.
Вспомнил как хаяли все кому не лень графический ассемблер Громова. И такой и сякой. А он просто замечательный, без глюков, все как по нотам разложено. До сих пор пользуюсь им. Одно удовольствие работать. Но "нет пророка в своем отечестве". Уже после того как Громов перестал его развивать, появилось куча графических программ импортных. И все нормально, глючное лучше своего оказалось.
...........................
Altor Audio
Вы сами, что то делали в STM32CubeMX ? В железе? Реально без проблемное получить или как?