Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: разработка платы ацп->RS-232 (USB)
Форум разработчиков электроники ELECTRONIX.ru > Дополнительные разделы - Additional sections > Предлагаю работу
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
Цитата(1234Alex @ Nov 5 2015, 22:07) *
Могу сделать.
Делал такие - AtMega32U4 + Ads1232. Stm32 + Ads1248.
Поверх Usb - ModBus + Opc сервер + программа в Делфи.

Хочу понять для себя, зачем в этой связке нужен opc сервер? Какое преимущество он дает по сравнению с прямым обращением к порту из программы на delphi?
agregat
Скорее всего модулей много, объединены в сеть, и наверное нужен стандартный интерфейс с скада, поэтому используют OPC сервер
Hypericum
Цитата(rf_pcb @ Nov 6 2015, 00:00) *
Добрый вечер.
Требуется разработать плату ацп->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
Цитата(agregat @ Nov 6 2015, 07:15) *
Скорее всего модулей много, объединены в сеть, и наверное нужен стандартный интерфейс с скада, поэтому используют OPC сервер

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



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

Стоит-ли оно того - не знаю. Знаю что ModBus на ПК я перестал писать лет 10 назад и уже не буду. Есть вещи интереснее.
Lagman
Цитата(1234Alex @ Nov 7 2015, 19:13) *
Потому что :
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, термостатирование. Софт кросс-платформенный, со встроенными БД и сервером.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.