Ошибки обмена конечно не будетСообщение от Millyvolt2
Мне кажется для оценки максимальной скорости нужно сократить объём обмена до минимума, вплоть до одного регистра, и последовательно увеличивать объём обмена (и/или добавления команд записи) до момента возникновения ошибок.
Не смотрели, какой реальный цикл ПЛК отображается при работе?
библа, пользовательская программа, нижний уровень работы порта
255, 253, 2 ошибки, как правило. Первая - таймаут, вторая, как тут написали, ошибка КС.
Если закомментирую, у меня счётчик ошибок не будет работать, ошибки не уйдут
как это сделать, не подскажете?
кдс2.3 - файл - открыть только выбрать тип файла не про, а либ
библа откроется также как проект, слева в дереве ПОУ все блоки справа всё как обычно
Последний раз редактировалось In_Da_Cher_A; 20.04.2023 в 12:03.
часть первая, открытие: запускаете КДС, выбираете открыть или из меню Файл->Открыть или нажать на иконку папки, далее в выпадающем списке Тип файла выбираете библиотека и ищите в какой папке расположена та самая библиотека
часть вторая, свойства: по любому ПОУ жмете ПКМ, в контекстном меню выбираете свойства объекта, в появившемся окошке выбираете полный и ставите галку применить ко всем, после этого все файлы доступны для редактирования
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Снял и распарсил логи на шине MODBUS при параллельной работе с 3мя драйверами.
лог:
Здесь что интересно, это разовый цикл для 3х драйверов, и обмен всегда начинается с 3го (ID драйвера), но в самом начале ответ от 8го который приходит только при начале опроса 3го.
Собственно в этом глюк библы, что ответ предыдущий ответ слейва накладывается на следующий запрос от мастера, при этом дело не в таймингах, задержки разные выставлял.
Может глюк еще и в драйверах, что я изначально предполагал.
Последний раз редактировалось Millyvolt2; 10.04.2023 в 13:59.
Всем привет!
И, возвращаясь к нашим баранам, настроил работу по MODBUS (RS-485, RTU, 115200) с 9ю драйверами SMSD условно параллельно, при этом операции записи/чтения по MODBUS не прерываются другими потоками.
Вылезает глюк при записи в регистры TARGET_POS ИЛИ ABS (команда write single register), в отладке выглядит так:
1.png
постоянно заходит в 26 строчку и выдает ошибку EXC_HW
сверху видно что буфер корректный, корректность буфера проверил подключившись моксой к линии RS:
2.png
Код проекта
plk_project_mb_manual.zip
Подскажите пожалуйста куда копать
Тут как понимаю может сбиваться работа порта ПЛК, или библиотеки Modbus.lib, которую я расшарил, но ничего в ней не менял (пока)
на форуме встречал что меняли очистку данных порта в коде Modbus.lib
Порт можно попробовать закрывать и заново открывать, но закрытия порта не встречал ни у кого в коде, т.е. никто этим не пользуется
а также были проблемы при изменении буфера во время записи по модбасу, но у меня буфер не меняется (или я так считаю), это видно в отладке на скрине выше
Помогло переоткрытие порта.
Интересно что тут на форуме я подобной проблемы ни у кого не встречал.
Ещё сделал как тут:
https://owen.ru/forum/showthread.php...l=1#post219530
а именно поправил 7 строчку
Было бы неплохо если бы представители Овна наконец заметили (т.е. передали бы своим разработчикам) косяк в своей библиотеке, о котором пишут на форуме, когда мусор из порта считывается в рабочий буферКод:WHILE SysComRead(ComHandle, ADR(DataBuf[20]), SIZEOF(DataBuf) - 20, 0) <> 0 DO;
Последний раз редактировалось Millyvolt2; 14.11.2023 в 12:38.
Доброго! Хотелось бы поднять данную тему, потому как +DataSize/-DataSize - если честно, некий странный костыль, который - решает некоторые проблемы, но не все. Идя по логике мыслей capzap - объявляем в константах новый чистый массив (например, BufClean: ARRAY[0..255] OF BYTE := 256(0)) и, при начале нового цикла, перед формированием запроса на отправку в порт - принудительно чистимся (то есть, прошлые данные мы уже вычитали, теперь мы хотим снова спросить у оборудования, как дела). Тогда код должен выглядеть следующим образом:
IF Read = FALSE THEN (* Начало нового цикла обмена *)
DataBuf := BufClean; (* Наша добавленная строка очистки буфера *)
(*Далее начинается сборка пакета на запись нового запроса*)
BrCast := DataBuf[0] = 0;
IF Mode = MB_RTU THEN
CrcReg := MB_CRC(ADR(DataBuf), DataSize);
DataBuf[DataSize] := WORD_TO_BYTE(CrcReg);
DataBuf[DataSize + 1] := WORD_TO_BYTE(SHR(CrcReg, 8));
DataSize := DataSize + SIZEOF(CrcReg);
Read := SysComWrite(ComHandle, ADR(DataBuf), DataSize, 0) = DataSize;
ELSE
...
Такой вопрос - где сломалась логика?.. В данный момент - буфер постоянно пустой..
Если чистку мы не инициируем, то, получается все как всех - видим пришедший от оборудования корректный ожидаемый ответ, но, из-за кучи мусора мы не можем корректно завершить цикл (Complete = TRUE, Exception = 0). Само собой, можно оставить, как есть и забирать результаты из "мусора" же, но тогда мы лишаемся возможности вести статистику опросов(сколько раз за время работы модуль не ответил, прочее), не говоря о том, что разбор происходит вручную..
Последний раз редактировалось Easy_Enemy; 10.07.2025 в 19:46.
Ваши права
Ответить с цитированием