разработка платы ацп->RS-232 (USB) Опции

[rf_pcb]

Добрый вечер.
Требуется разработать плату ацп->RS-232 (USB)
габариты, не более 80 мм х 40 мм;
ацп cs5534;
гальванически изолированный вход;
шум p-p не более 50 мкВ;
питание от USB порта ПК;
диапазон измеряемых напряжений от 1 мкВ до 100 мкВ (5 В по договоренности);
погрешность от 100 мкВ, не более 0,1 %;
контроллер Atmel любой.

Предложения с ценой можно присылать в личку.

[1234Alex]

Могу сделать.
Делал такие - AtMega32U4 + Ads1232. Stm32 + Ads1248.
Поверх Usb - ModBus + Opc сервер + программа в Делфи.

[Lagman]

Могу сделать.
Делал такие - AtMega32U4 + Ads1232. Stm32 + Ads1248.
Поверх Usb - ModBus + Opc сервер + программа в Делфи.

Хочу понять для себя, зачем в этой связке нужен opc сервер? Какое преимущество он дает по сравнению с прямым обращением к порту из программы на delphi?

[agregat]

Скорее всего модулей много, объединены в сеть, и наверное нужен стандартный интерфейс с скада, поэтому используют OPC сервер

[Hypericum]

Добрый вечер.
Требуется разработать плату ацп->RS-232 (USB)...
ацп cs5534...

День добрый. ТС, очевидно в курсе CDB5534U Evaluation Board Data Sheet
https://www.cirrus.com/en/pubs/rdDatasheet/CDB5534U_DB6.pdf

Имеется техника получения редактируемой топологии платы из pdf-файлов (datasheets, например).
http://mastercad.jimdo.com/pdf-to-altium-designer-pcad2006/
Будут предложения, обращайтесь.

[Lagman]

Скорее всего модулей много, объединены в сеть, и наверное нужен стандартный интерфейс с скада, поэтому используют OPC сервер

Тогда зачем программа написанная на делфи? (Это я так думаю, а автор того предложения молчит.)

[1234Alex]

Потому что :
1. Для работы с ком-портом по хорошему ( да и по плохому ) надо выделять отдельный поток. При нескольких устройствах в сети необходимо разруливать доступ к порту и опрос даннных. По мере написания - понимаешь что Opc-север - уже вот он, почти написан. Зачем если есть готовый.
2. Имея Opc-сервер я могу накидать такую вот форму за 3 ( засёк специально ) минуты и подключить её к данным.



По желанию клиента - при настроенном Opc-сервере ту-же форму ( за приблизительно то-же время ) я делаю в LabView и по сути в любой среде под Windows.
3. Запустив сервер на локальной машине и настроив DCOM я достучусь до него из любой точки мира.

Стоит-ли оно того - не знаю. Знаю что ModBus на ПК я перестал писать лет 10 назад и уже не буду. Есть вещи интереснее.

Сообщение отредактировал 1234Alex - Nov 7 2015, 16:20

[Lagman]

Потому что :
1. Для работы с ком-портом по хорошему ( да и по плохому ) надо выделять отдельный поток. При нескольких устройствах в сети необходимо разруливать доступ к порту и опрос даннных. По мере написания - понимаешь что Opc-север - уже вот он, почти написан. Зачем если есть готовый.

А какой фирмы OPC сервер используете?
Я столкнулся и уперся в ограничения демо версий OPC серверов (Iconics Modbus), не больше 32 тегов и не больше часа работы. И пока не разобрался как менять частоту (вплоть до разового считывания) опроса регистров modbus (и вообще возможно ли это сделать ).

Существуют ли бесплатные компоненты для работы с OPC для "delphi 7"?

[iDiode]

А на таком чипе можно сделать ваш девайс?
http://www.silabs.com/products/power/curre...ges/Si890x.aspx

[ukpyr]

делал похожее, на MCP3551 и Atmega8, RS232 изолированный ADuM1201, термостатирование. Софт кросс-платформенный, со встроенными БД и сервером.

Сообщение отредактировал ukpyr - Nov 9 2015, 12:41