Помогите выбрать SCADA для работы с микроконтроллером AVR через USB-to-TTL

[IgnatiusF]

Работаю над проектом по автоматизации и контролю отопления, точнее над стендом. На Raspberry Pi делать это совсем не интересно и решил использовать микроконтроллер, связанный со SCADA через виртуальный COM.
Ищу простую, бесплатную SCADA (или демо-версию), которая позволит содзавать визуальные схемы и собирать данные с микроконтроллера, подключенного через USB-to-TTL.
Попробовал наладить общение SIMP Lite с микроконтроллером через этот преобразователь, однако данные идут в разнобой, иногда ответы микроконтроллера делятся на части и отправляется в ответ много нулей. Такой проблемы нету, когда я проверяю работу через MODBUS терминал, а так же нету в MasterOPC. Причем отправляя одинаковые комманды сервера получают разные ответы от МК - при обработке команды от SIMP Lite МК не отправляет реальное состояние выводов, а всегда 0.
Простота очень важна, нужно настроить 7-9 тегов с одного микроконтроллера и получать с них данные по запросу или управлять ими, и отображать их на схеме.
Программу МК пишу на простой и жесткой логике, чуть ли не линейной, хоть и с использованием прерываний, поэтому стабильность не высокая и еще много недоработок.

[Jackson]

нужно настроить 7-9 тегов

Просто просмотрите все СКАДА на предмет бесплатного пробного периода или ограничения. Я встречал такие, у которых ограничение как раз 10 тэгов и одно устройство, время работы RunTime при этом может ограничиваться или нет. Их не так много, так что поиск много времени не займёт.

Записи данных в БД скорее всего не будет.

[IgnatiusF]

Да, бесплатных СКАДА достаточно много, и я сейчас разбираюсь с MasterSCADA 4D, однако хотелось бы довериться опыту людей, которые уже пользовались различными СКАДА и могут подсказать более-менее простой и функциональный вариант. А так же хотелось бы послушать опыт людей, которые работали через TTL, если такие есть на форуме.

[Jackson]

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

Просто поищите по форуму, много раз уже обсуждалось.

так же хотелось бы послушать опыт людей, которые работали через TTL

А какие тут ожидаются сложности?

[IgnatiusF]

Попробовал наладить общение SIMP Lite с микроконтроллером через этот преобразователь, однако данные идут в разнобой, иногда ответы микроконтроллера делятся на части и отправляется в ответ много нулей. Такой проблемы нету, когда я проверяю работу через MODBUS терминал, а так же нету в MasterOPC. Причем отправляя одинаковые комманды сервера получают разные ответы от МК - при обработке команды от SIMP Lite МК не отправляет реальное состояние выводов, а всегда 0.

Сложности заключаются в том, что, например, SIMP Light ведет себя очень странно, общаясь с МК через преобразователь. В то время как отсальные сервера прекрасно принимают данные без всяких проблем, в работе этого происходит много чего странного.
Вот что мне ответили на одном из форумов:

Некоторые ОРС сервера плохо работают с USB-to-TTL.

[Jackson]

Вот что мне ответили на одном из форумов:

Подозреваю..., э-э-э, ..... недостаточную квалификацию персонала, который ставил OPC. OPC не работает с преобразователем. OPC работает с портом, а что там за этим портом ему фиолетово, и порт может быть любой и физика любая. Главное чтобы данные шли нормально. У нас же работает. Таймауты надо просто настроить корректно.

USB - шина не промышленная, номер порта может меняться, ОС может приостановить буферизацию данных потому что занялась чем-то другим и т.д. Так что, ИМХО, всё дело в настройке таймаутов в OPC, буфер виндовса надо отключить и забыть про него (это в настройках порта) и молиться чтобы после перезагрузки номер порта не поменялся. Преобразователи без развязки склонны к сумасшествию - когда прилетает импульсная помеха, то она прилетает в весь комп, тут и преобразователю может поплохеть, и USB можно просто выжечь, и никто не знает какие биты за байты залетят в этом всём. Ещё некоторые преобразователи могут иметь собственный аппаратный буфер, который пока не заполнится - они данные не отдадут.

Короче говоря, я тут вижу только аппаратные проблемы от криво сделанного и подключенного железа. А программных нет. Повторюсь, у нас работает, и даже через GSM (перед которым TTL). Преобразователи TTL только у нас стОят промышленных денег. А чтобы избежать потери номера порта, следует использовать не USB-TTL, а COM-TTL, подключив его к аппаратному COM-порту, и буфер порта тогда будет не виртуальный, а вполне реальный аппаратный (UART-16552) и корректно управляемый.

[IgnatiusF]

OPC не работает с преобразователем. OPC работает с портом, а что там за этим портом ему фиолетово, и порт может быть любой и физика любая.

Вот тоже самое я доказывал на том форуме) Хотя под конец начал сомневаться, когда меня попросили поставить другой и проверить на нем, а когда все заработало подчеркнули уже этой фразой)
В целом со всем разобрался, все более-менее работает. Пока что. Спасибо вам за все)

[ZuElecRu]

А можете кратко описать, что вы сделали в итоге, если не коммерческая тайна конечно?

[keysansa]

Ищу простую, бесплатную SCADA (или демо-версию)

OpenSCADA, по COM порту позволяет создавать и пользовать свои драйвера.

Простота очень важна, нужно настроить 7-9 тегов с одного микроконтроллера и получать с них данные по запросу или управлять ими, и отображать их на схеме.

Слышал, но не гарантирую, что TraceMode до 256 тэгов бесплатен.

[IgnatiusF]

А можете кратко описать, что вы сделали в итоге, если не коммерческая тайна конечно?

Не тайна, конечно. Я посидел некоторое количество часов над кодом и залатал все возможные дыры в плане приема/передачи. Сейчас она у меня работает на 3-х прерываниях с различными защитами от помех и прочего. Раньше у меня было все на переменных-счетчиках, которые иногда могли сбиваться, но сейчас я определяю конец передачи по таймеру и запрещаю прием данных во время обработки. Осталось, разве что, проверку контрольной суммы сделать, и точно проблем не будет. А TTL по прежнему ловит различные помехи и прочее, так как провода длинные и переплетаются немного. Однако теперь это не проблема)

OpenSCADA, по COM порту позволяет создавать и пользовать свои драйвера.
Слышал, но не гарантирую, что TraceMode до 256 тэгов бесплатен.

Спасибо большое, попробую с ними поработать)

[Jackson]

А TTL по прежнему ловит различные помехи и прочее, так как провода длинные и переплетаются немного. Однако теперь это не проблема)

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

[IgnatiusF]

В итоге МК общается с SIMP Lite на скорости 57600 символов в секунду и абслдютно без ошибок.

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

Страшные какие-то перспективы, честно) Временно сделал провода почти впритык, а там уже и витой парой через RS-485 будет отправляться. Осталось только придумать как сдружить PL2303 с MAX485, т.к. остальное некоторую копеечку стоит. А можно ли поставить на отправку и прием отдельные микросхемы MAX485? Эти копеейки стоят и везде есть, а полно-дуплексных в Иркутске нигде найти не получается(

[Jackson]

Страшные какие-то перспективы, честно)

Нет, не страшные. Страшно будет когда действительно прилетит. Просто лично Вы этого ещё не видели. :) Поэтому у нас провода на ТТЛ длиной 15 сантиметров. Мы видели.

[keysansa]

Не отрицаю, что прилететь может, однако энкодеры с ТТL уровнями работают до 10м