Сквозное именование переменных modbus.

[nicton]

про KKS автор так ничего и не прочитал

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

Еще такой вопрос возник: насколько я понимаю (теоретически) кодесис может выдавать двоичный код, который напрямую заливается в ПЛК, как в микроконтроллерах, можно ли оперировать только этим файлом? Ну т.е. программист, в случае необходимости внесения изменений, компилирует проект и отправляет на объект двоичный файл, его там заливают в ПЛК. Это нужно чтобы заказчик никак не мог скорректировать код на высоком уровне.

[nicton]

к ПР не относится, не умеет он такого. в Modbus тоже такого не видел.

ПР103 через ethernet передает инфу по переменным, по крайней мере ОвенКонфигуратор выводит эту информацию (имя, описание и пр)

[МихаилГл]

ПР103 через ethernet передает инфу по переменным, по крайней мере ОвенКонфигуратор выводит эту информацию (имя, описание и пр)

Вы о чем? Он выводит пользовательские переменные или настроечные?

[nicton]

Вы о чем? Он выводит пользовательские переменные или настроечные?

Сетевые, которые прописаны в Овен логике, может конечно конфигуратор их просто из кода достает.

[МихаилГл]

Сетевые, которые прописаны в Овен логике, может конечно конфигуратор их просто из кода достает.

Конфигуратор из кода?
Вообще ничего не понимаю.

[capzap]

Конфигуратор из кода?
Вообще ничего не понимаю.

да хватит уже, ПР103 автоопредеяемый прибор, в облаке и в конфигураторе он сам покажет свои переменные доступные для обмена по модбас

[МихаилГл]

да хватит уже, ПР103 автоопредеяемый прибор, в облаке и в конфигураторе он сам покажет свои переменные доступные для обмена по модбас

Не знал. Ну я туповат иногда. что уж теперь...

Возраст дает о себе знать. Лишь бы в маразм не впасть...

[Sergey666]

да хватит уже, ПР103 автоопредеяемый прибор, в облаке и в конфигураторе он сам покажет свои переменные доступные для обмена по модбас

То, что ПО Облака и Конфигуратора показывают список переменных к протоколу модбас не имеет никакого отношения...К хотелкам автора темы тоже, но это не точно, т.к он сам не знает чего ему надо...видимо концепция такая

[capzap]

То, что ПО Облака и Конфигуратора показывают список переменных к протоколу модбас не имеет никакого отношения...К хотелкам автора темы тоже, но это не точно, т.к он сам не знает чего ему надо...видимо концепция такая

протокол модбас и для обмена по модбас дейцствительно не связаны, в чем претензия ко мне.
Автор знает, в первом посте он описал что хочет, так же как я пользуюсь именами тегов в формате контроллера в панели вейнетк в связке с сименсом
ЗЫ А так же с овеновским плк210 через символьную конфигурацию Screenshot 2024-03-13 120410.png

[Sergey666]

Ну, было так

осуществляю концептуальное проектирование системы, буду писать ТЗ, поэтому нюансов не знаю, а надо бы.

А нюансы могут быть ведь?

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

ай-ай-ай, как это все ужасно, и вместо написания детального ТЗ с единой картой регистров модбас, о чем ему и писали, пропихивается нечто, подвыдернутое из описания других протоколов

В связи с этим возник вопрос: есть ли возможность верифицировать блоки по именам переменных? Написал, например, программист исполнительного блока программу, назвал его Block_nargeva, указал номер в сети 05, в нем есть термодатчик t1, а в программе головного блока синтаксис обращения к переменной Block_nargeva:t1, далее компилятор сам увязывает номера регистров и блоков.

И все сама