capzap У меня на блоге (на техническом) есть куча таких вот советчиков. Которые что-то знают в общем виде, но не имеют конкретной практики по моему вопросу или теме поста...
Так вот. Можно я задам прямой и точный вопрос: вы (ты) ЗНАЕТЕ, КАК устроен и КАК работает штатный планировщик опросов CodeSys v3?
Например, что будет если я создам десяток одинаковых устройств (датчики температуры и влажности), в каждом из которых будет опрашиваться по 5 регистров с временем 500 мсек для каждого? Как планировщик распределит это по времени? Что он будет делать?
Вот если не знаете (не знаешь) - то просьба не лезть сюда вообще ну никак с абстракциями и общими рекомендациями. Либо выкладывать сюда PDF, где производителями CodeSys будет описано, как это работает именно в третьей версии. Тогда и будем говорить предметно, а не общими фразами и догадками.
Также второй претензией (также как и к Валенку была) является чтение темы по диагонали. То есть, если вы (ты) сюда забежали бросить парочку стандартных фраз, увидев только два ключевых слова "modbus RTU" и "плохо работает" - то честь вам и хвала за внимательность. Мне скучно и не интересно по пять раз повторять одно и то же: просьба читать ВНИМАТЕЛЬНО!
а) Штатный опрос всегда даёт тормоза. Дикие. И ещё и кучу отвалов по таймауту.
б) Опрос через OCL грузит процессор до ~70%, даёт среднюю скорость.
в) Опрос через SysCom грузит процессор до ~60%, даёт самую высокую скорость, но я с ним не разобрался до конца.
г) Прям в том же PDF про Modbus в конце 13ой странице внизу написано:
Рекомендация не строгая, так как написано "should", но всё же не надо делать из меня полного дурачка. Правда, когда мне лепят фигню невпопад, я обожаю им прикидываться, да. Но это не этот случай.Remark:
The implementation of RTU reception driver may imply the management of a lot of interruptions due to the t1.5 and t3.5 timers. With high communication baud rates, this leads to a heavy CPU load. Consequently these two timers must be strictly respected when the baud rate is equal or lower than 19200 Bps. For baud rates greater than 19200 Bps, fixed values for the 2 timers should be used: it is recommended to use a value of 750μs for the inter-character time-out (t1.5) and a value of 1.750ms for inter-frame delay (t3.5).
В общем, тут ставлю вопрос прямо: если вам ТОЧНО известно про внутреннюю кухню планировщика опросов Modbus CodeSys v3, то я буду слушать и внимать. Если не известно - то просьба в этой теме не появляться и не сотрясать воздух.
Мне - неизвестно, и поэтому позже я буду ставить опыты, пользуясь логическим анализатором. Пока же я на практике вижу разницу между штатным и OCL.
Валенок
Вот ж ты торопыга. По идее же дядька взрослый и знаешь распространённую фразу о том, где обычно нужна спешка.Неужели syscom сделана наполовину и не позволяет читать свой буфер ? Тоже вроде нет
Неее! Я это я что-то не то делаю и скорее всего невпопад читаю.
Про 1/3 я имел ввиду, что данные (я читаю в байтовые буфера) о двух модулях из шести читаются ровно, а в данных остальных модулей - плавающий мусор, изредка перемежающийся данными. Ну как будто я читаю, пока ответ не готов. Или как будто читаю остаток ответа от прошлого запроса.
Щас я это отложил, потом разберусь в коде, раз нахрапом не вышло сделать.
Я пробовал ставить и задержки, и буфера очищать - пока не помогло.
Это ко мне вопрос, или общественности? Мне кажется, что общественность тебе не скажет, а скажу я.Меня вот интересует - у ТС прям 96 кноп без фиксации по дому раскидано ?
Цитирую Быкова из Интернов: "Включай логику!" ©
Вот если ты внимательно читал тему и мои ответы (в том числе и тебе и про модели модулей и про данные, и даже вчерашние о том, что с некоторых модулей мне нужна часть счётчиков импульсов), то ты мог бы проявить желание сообразить о том, что нет - не все 96 кнопок. Кнопок столько, сколько счётчиков я читаю.
Точного числа я не давал, сейчас загляну в документацию и подсчитаю. 27 штук + 17 штук + 11 штук = 55 всего.
Кто хочет повеселиться - вот я сделал фйлик всего IO. Вот входы: PLC-IO-Aeroport-Inputs.gif А вот выходы: PLC-IO-Aeroport-Outs.gif
Я так понимаю, что сейчас сделал новый наброс местной общественности для обсуждений всех ужасов. Ну, потому и файлик сделал. Изучайте, черти! =)
ЗЫ. Наверное надо подписать вот что: что если кто-то не делает документацию на проекты хотя бы на таком простом уровне, то пусть лучше промолчит.
Ответить с цитированием