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

[IgnatiusF]

Пытаюсь соединить 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). В этом ли дело?

Изменено 14 апреля, 2019 пользователем IgnatiusF

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[IgnatiusF]

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

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

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]

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

Изменено 14 апреля, 2019 пользователем IgnatiusF

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[leshasoft]

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

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[IgnatiusF]

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

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

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

[snn_krs]

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

[IgnatiusF]

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

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

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

[leshasoft]

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

[IgnatiusF]

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

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

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

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

Изменено 14 апреля, 2019 пользователем IgnatiusF

[snn_krs]

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

[IgnatiusF]

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

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

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

[IgnatiusF]

Запустил такую же проверку на 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 означает состояние пина, а не корректность комманды. Еще раз простите

Изменено 14 апреля, 2019 пользователем IgnatiusF

[IgnatiusF]

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

[snn_krs]

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