про KKS автор так ничего и не прочиталв системе будет куча одинаковых датчиков, могут стоять рядом, вот выходит какой то датчик из строя ночью, процесс встал, далее счет идет на минуты, ибо если долго ковыряться придется его перезапускать. Вот находит Вася нужный датчик на складе, смотрит где он примерно стоит, лезет на 4й уровень, ложиться под бункер, там таких 5 шт рядом, как он из будет отличать?
судя по этоим строкам - эффективный менегер даже ни разу не был ни на производстве, ни даже в самой зачуханной котельной или теплопункте не был, а если и был, то в белой каске, чистой спецовке и с бейджиком "экскурсия"
не мешайте человеку увеличивать энтропию вселеннойЯ же написал, вы ERP и scada в одно понятие запихнули. Остановитесь...
пойду попкорна возьму....
Почему не почитал, почитал, правда по диагонали, это про необходимость систематизации маркировки, вот и возникла идея распространить эту систематизацию не только на физические элементы, но и на переменные в ПО (те же провода только виртуальные).Сообщение от In_Da_Cher_A
Еще такой вопрос возник: насколько я понимаю (теоретически) кодесис может выдавать двоичный код, который напрямую заливается в ПЛК, как в микроконтроллерах, можно ли оперировать только этим файлом? Ну т.е. программист, в случае необходимости внесения изменений, компилирует проект и отправляет на объект двоичный файл, его там заливают в ПЛК. Это нужно чтобы заказчик никак не мог скорректировать код на высоком уровне.
Не, ну типа я написал на своей старой 1Ске учёт устройств по серийникам (и мне зашло) и сделал там возможность создавать IDшники для них (например датчик DD-15).
Но при чём тут ПЛК, ПРки и Modbus? Типа надо доделать протокол Modbus, чтобы датчик температуры ДТС 50М имел встроенный Modbus и по нему сообщал свой ID? =)
Не надо смешивать одно с другим.
Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте. © Steve McConnell
Мой рабочий блог со статьями про щиты и автоматику ОВЕН - Cs-Cs.Net | Почта: Info@Cs-Cs.Net | Канал в ТГ @CsCsNetLab
Протокол доделывать не надо. Там уже все есть.Типа надо доделать протокол Modbus
https://www.google.com/search?q=modbus+user+defined+function+code&oq=Modb us+user+&gs_lcrp=EgZjaHJvbWUqBwgBEAAYgAQyBggAEEUYO TIHCAEQABiABDIICAIQABgWGB4yCAgDEAAYFhgeMggIBBAAGBY YHjIICAUQABgWGB4yCAgGEAAYFhgeMggIBxAAGBYYHjIICAgQA BgWGB4yCAgJEAAYFhge0gEIOTY3MWowajeoAgCwAgA&sourcei d=chrome&ie=UTF-8
AlexandrGr Это плохой ответ. Зачем давать ссылку на непойми что и большой длины? Надо было просто написать про User Function Code.
Да, это есть. НО тогда ОВЕН обязан для этого чувака поддержать эту функцию во всех устройствах. Ну, что? Идите все в ОВЕН =)
Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте. © Steve McConnell
Мой рабочий блог со статьями про щиты и автоматику ОВЕН - Cs-Cs.Net | Почта: Info@Cs-Cs.Net | Канал в ТГ @CsCsNetLab
у меня ссылка не открылась. А вообще в Beckhoff есть то, что хочет автор. Список переменных с адресацией, типами и т.д. Пользуйтесь. Правда я так понял не во всех типах контроллеров. Одни хранят инфу об именах, другие нет. И вроде как там тот же CodeSys ну так же допиленный производителем.
к ПР не относится, не умеет он такого. в Modbus тоже такого не видел.
ПР103 через ethernet передает инфу по переменным, по крайней мере ОвенКонфигуратор выводит эту информацию (имя, описание и пр)
Вы о чем? Он выводит пользовательские переменные или настроечные?
Сетевые, которые прописаны в Овен логике, может конечно конфигуратор их просто из кода достает.
Ваши права
Ответить с цитированием