Общение МК со SCADA программой SIMP Light. Медленная передача по UART

[IgnatiusF 2]

Пытаюсь соединить AVR'ку со SCADA программкой SIMP Light. Она позволяет производить визуальный контроль и управление всем, чем вздумается при помощи микоконтроллера.

Я делаю проект (стенд), на котором должно быть 4 тактовых расходомера, 3-4 датчика температуры и 2 реле для управления двумя электронагревателями во всем этом. Стенд отопления, в общем. И вот управление из компьютера всем этим мне показалось очень интересным, однако есть небольшие проблемы.

Общение идет по протоколу MODBUS RTU, то есть в команде для, например, считывания состояния пина находятся:

[Адрес МК] [Номер команды] [Адрес 1-го пина] [Количество пинов] [Контрольная Сумма].

Содеиняю через USB-to-TTL преобразователь, Скада шлет мне команду [64 02 00 00 00 01 B0 3F], я пытаюсь ответить [64 02 01 00 BF 44]. Но в место этого байты почти всегда идут раздельно, то по 1, то по 2 байта. Однако даже когда посылка доходит вся целиком, то Скаду это все равно не устраивает. False пишет. Ответы составлял по видео от Александра Писанца линк.

Вопросы такие:
1. Почему данные идут раздельно, хотя я заношу следующий байт отправки сразу по очищению регистра UDR? Я, конечно, сделал все довольно странно, но как мне кажется отправка должна быть непрерывной.

2. Если кто-нибудь знает/понимает что в ответе для Скады не так тоже прошу помочь, хоть это и не по теме раздела.

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

Исходный файл с нормальным оформлением и с необходимыми комментариями. Писал на жесткой логике, просто чтобы заработало. [main.c]

Изначально пытался "оживить" проект Александра из видео на ATMEGA328P (перенес с ATMEGA16), Скада обращалась по адресу, однако реакции от МК никакой. [MADBAS.zip]

UPD: Просмотрел код, возможно это из-за того, что неправильно выставлено значение таймера (OCR0A = 70). Когда я запустил только проект, то реакции не было никакой вообще на светодиоде, хотя по логике обращение было к нему, значит надо мигнуть.

Потом я сделал автоматический расчет значений для UBRR0H и UBRR0L (UBRRL_value ((F_CPU/(BAUD*16))-1)), светодиод начал отвечать. Изначально были выставлны значения вручную (0 и 103). В этом ли дело?

Edited April 14, 2019 by IgnatiusF

[Adver 220]

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН (Экспресс изготовление за 24 часа!)

Сборка высококачественных печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотрщик Gerber-файлов от PCBWay!

Мы принимаем формат Sprint-Layout 6! Экспорт в Gerber из Sprint-Layout 6.

Студенческое спонсорство

[IgnatiusF 2]

Так же данные стали отправляться вообще странным образом, часто отправляется половина/треть данных в ответ мастеру, и довольно часто сплошные нули

Скрытый текст

17:32:01.430 send (com5:100) [64 02 00 00 00 01 B0 3F]
17:32:02.952 send (com5:100) [64 02 00 00 00 01 B0 3F]
17:32:02.969 recv (com5:100) [00]
17:32:02.972 recv (com5:100) [00]
17:32:02.974 recv (com5:100) [00]
17:32:02.976 recv (com5:100) [00]
17:32:03.428 send (com5:100) [64 02 00 00 00 01 B0 3F]
17:32:03.438 recv (com5:100) [00 00 00]
17:32:03.448 recv (com5:100) [64]
17:32:04.430 send (com5:100) [64 02 00 00 00 01 B0 3F]
17:32:04.440 recv (com5:100) [02 02 00 00 F5 B0]
17:32:05.429 send (com5:100) [64 02 00 00 00 01 B0 3F]
17:32:05.446 recv (com5:100) [00]
17:32:05.448 recv (com5:100) [00]
17:32:05.450 recv (com5:100) [00]
17:32:06.431 send (com5:100) [64 02 00 00 00 01 B0 3F]
17:32:06.440 recv (com5:100) [00 00 00 00]
17:32:07.431 send (com5:100) [64 02 00 00 00 01 B0 3F]
17:32:07.446 recv (com5:100) [00]
17:32:07.448 recv (com5:100) [00]
17:32:07.450 recv (com5:100) [00]
17:32:07.452 recv (com5:100) [00]
17:32:08.429 send (com5:100) [64 02 00 00 00 01 B0 3F]
17:32:08.440 recv (com5:100) [00 00 00]

Где источник этой проблемы и как его устранить я понять не могу. Ясно что счетчик принятых данных где-то не то считает, но вот где и почему...

Edited April 14, 2019 by IgnatiusF

[Adver 220]

Изготовление 2-х слойных плат от 2$, а 4-х слойных от 5$!

Быстрое изготовление прототипа платы всего за 24 часа! Прямая доставка с нашей фабрики!

Смотрите видео о фабрике JLCPCB: https://youtu.be/_XCznQFV-Mw

[leshasoft 10]

У SCADA скорее всего интерфейс RS-485, а вы ему TTL уровни подсовываете.

[Adver 220]

Запускаем новый BLE 5.2-чип BlueNRG-LP от STMicroelectronics

Любая разработка начинается с чтения документации и изучения доступных средств разработки. Данный материал целиком посвящен средствам разработки, включая детальные инструкции по запуску вашего первого приложения на BlueNRG-LP. Описана работа с отладкой STEVAL-IDB011V1, набором инструментов и пакетом ПО позволяющим разработчику быстро войти в курс дела.

Подробнее

[IgnatiusF 2]

1 минуту назад, leshasoft сказал:

У SCADA скорее всего интерфейс RS-485, а вы ему TTL уровни подсовываете.

Ну, интерфейс-то какая разница какой? В любом случае переходник на RS-485 через COM делается.

[Adver 220]

Революция в силовой электронике. Начало

Что привлекает в SiC по сравнению с кремнием, и какие особенности делают компоненты SiC часто используемыми, несмотря на более высокую стоимость в сравнении с кремниевыми высоковольтными устройствами? – Объясняет специалист ведущего разработчика силовых приборов из карбида кремния, компании Infineon.

Подробнее

[snn_krs 93]

Для начала просто в основном цикле раз в секунду передавайте строку и посмотрите в любой терминальной программе. Возможно у вас не правильно настроен порт.

[Adver 235]

Материалы вебинара Практическое использование TrustZone в STM32L5

Материалы вебинара, посвященного экосистеме безопасности и возможностях, которые дает новая технология TrustZone в МК STM32L5, содержат две подробные практические работы: создание простого приложения с изоляцией в TrustZone, и пример отладки и тестирования TFM-SBSFU. Программа рассчитана на технических специалистов и тех, кто уже знаком с основами защиты ПО в STM32.

Подробнее

[IgnatiusF 2]

1 минуту назад, snn_krs сказал:

Для начала просто в основном цикле раз в секунду передавайте строку и посмотрите в любой терминальной программе. Возможно у вас не правильно настроен порт.

Да, уже сделал это. Так же проверил еще один вариант ответа - вместо одного байта информации отправляю 2. Тоже не то.

[leshasoft 10]

Было написано, что соединяете через USB-to-TTL преобразователь, а  у него уровни сигналов не такие как у RS-485. От этого и могут быть глюки с передачей  информации.

[Adver 220]

[IgnatiusF 2]

5 минут назад, leshasoft сказал:

Было написано, что соединяете через USB-to-TTL преобразователь, а  у него уровни сигналов не такие как у RS-485. От этого и могут быть глюки с передачей  информации.

Ну, возможно глюки есть какие-то. Но в любом случае добавление микросхем для RS-485 ни на что не повлияет, ведь один фиг уровни будут преобразовываться обратно в ttl/com/usb для связи с пк. Ведь он программа не уровни читает, а сами данные. Так что лишний посредник тут не помощник.

Кстати, в результате проверки выяснилось, что данные идут как надо. Другое дело что немного не слишком совместно. Вот это мне совсем не ясно. Вот и думаю, что как-то не правильно реализовал отправку по UART'у, и можно еще как-то уменьшить задержки.
 

Edited April 14, 2019 by IgnatiusF

[snn_krs 93]

Попробуйте другой ОРС сервер. Я отлаживал на Kepware ОРС сервер. Попробуйте вставить задержку перед отправкой ответа.

[IgnatiusF 2]

2 минуты назад, snn_krs сказал:

Попробуйте другой ОРС сервер. Я отлаживал на Kepware ОРС сервер. Попробуйте вставить задержку перед отправкой ответа.

Не знаю как это должно помочь, но попробую

[IgnatiusF 2]

Запустил такую же проверку на Master OPC. Результат - не ясный. (как же часто я это говорю -_-, простите).

Программка сообщает, что начинает опрос устройства, и что опрос заканчивается через ~43 мс. (H1 5,18,18)

Master: [64 03 00 00 00 01 8D FF]

Slave: [64 03 02 00 00 F4 4C]

Однако правильный ответ или не правильный он не пишет.

UPD: Вру, что не пишет. Пишет False

UPD2: Простите за выражение, но я полный дебил. И за это тоже простите. False означает состояние пина, а не корректность комманды. Еще раз простите

Edited April 14, 2019 by IgnatiusF

[IgnatiusF 2]

Замечена дичайшая странность. И MasterOPC и SIMP Lite посылают одинаковые команды, один в один. Команда чтения дискретного порта PC0. Там у меня "кнопка". MasterOPC получает в ответе 1 или 0, в зависимости от того какой уровень в реале на пине. А SIMP Lite, посылая точно такую же команду, всегда получает 0, вне зависимости от реального уровня на пине. Тут я подумал, что отображается в программе не правильно. Однако в МК жестко выставил значение 1 на отправку, и 1 отображается в SIMP Lite. Да что это такое? Как эта * программа может влиять на работу МК?

[snn_krs 93]

Некоторые ОРС сервера плохо работают с USB-to-TTL. Попробуйте подключить MasterOPC к SIMP Lite если есть такая возможность.