[rf_pcb 0]

Добрый вечер.

Требуется разработать плату ацп->RS-232 (USB)

габариты, не более 80 мм х 40 мм;

ацп cs5534;

гальванически изолированный вход;

шум p-p не более 50 мкВ;

питание от USB порта ПК;

диапазон измеряемых напряжений от 1 мкВ до 100 мкВ (5 В по договоренности);

погрешность от 100 мкВ, не более 0,1 %;

контроллер Atmel любой.

 

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

[1234Alex 0]

Могу сделать.

Делал такие - AtMega32U4 + Ads1232. Stm32 + Ads1248.

Поверх Usb - ModBus + Opc сервер + программа в Делфи.

[Lagman 1]

Могу сделать.

Делал такие - AtMega32U4 + Ads1232. Stm32 + Ads1248.

Поверх Usb - ModBus + Opc сервер + программа в Делфи.

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

[agregat 0]

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

[Hypericum 0]

Добрый вечер.

Требуется разработать плату ацп->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 1]

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

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

[1234Alex 0]

Потому что :

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

2. Имея Opc-сервер я могу накидать такую вот форму за 3 ( засёк специально ) минуты и подключить её к данным.

 

 

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

3. Запустив сервер на локальной машине и настроив DCOM я достучусь до него из любой точки мира.

 

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

Изменено 7 ноября, 2015 пользователем 1234Alex

[Lagman 1]

Потому что :

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

А какой фирмы OPC сервер используете?

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

 

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

[iDiode 0]

А на таком чипе можно сделать ваш девайс?

http://www.silabs.com/products/power/curre...ges/Si890x.aspx

 

[ukpyr 0]

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

Изменено 9 ноября, 2015 пользователем ukpyr