Абдуринщики на марше.

[NewWriter]

Ой, да о чем тут можно говорить? serg28serg путает RTU и TCP, путает протокол Modbus и интерфейс RS485, путает команды протокола и работу программы по протоколу, и так далее, и так далее, и так далее. Он даже не программист, судя по всему. Он там у них типа тестировщика-естествоиспытателя. Цепляется к проводам и шлет туда мусор до тех пор, пока устройства не пошлют его нахрен.

Надоело мне чето читать этот бред про восстановление связи и "помехи".
На деле, если по сети (RS485) сыплется мусор, то устройства не должны его воспринимать. Там есть две контрольки - четность внутри байта и сумма внутри пакета.
Вообще, о каком восстановлении связи может идти речь, если посылка подразумевает адрес ведомого устройства, но в отправляемом пакете этот адрес злонамеренно поврежден. Ведомое устройство не обнаруживает своего адреса в посылке и просто игнорирует всю посылку целиком, никак не отвечая на него.
И как только злонамеренное воздействие будет снято, посылка вновь придет неповрежденной и устройство, обнаружив свой адрес, ответит.
Ардуино-скетчи, в отличие от его самописных писалок, не реагируют на посылки с неправильной суммой и не своим адресом.

На уровне протокола предусмотрены ответы типа "ошибка", но они относятся не к линии связи, а к работе ведомого устройства. По большому счету, эти ошибки сводятся к тому, что "туалэт занят, зайдите позже" или "туалэт ваапще сломался".
Умение ведущего устройства расшифровать этот ответ и правильно на него среагировать - вот задача ведущего. Это и должно быть прописано в коде программы ведущего. Но это - задача НЕ протокола Модбас. Это вне его компетенции.
Modbus TCP не имеет контрольных сумм, поскольку контроль ошибок связи переложен на работу интерфейса связи.

на ЧИСТОЙ линии 1 метр в ЭКРАНЕ - идут ошибки на развязанном интерфейсе

А вот теперь, в свете написанного мною про ответы состояния ошибки, еще раз подумайте - что это за ошибки у вас там идут? Прочитайте код этой ошибки. Быть может, там код говорит о банальной занятости устройства или неверной команде? Ась? Да 146% что именно так! Тут даже не надо быть шибко умным, чтобы понять это.
Вместо этого вы продолжаете спамить в устройство, не разбирая его ответы. В среде айтишников это называется DoS-атака. Догадайтесь, почему. Линия связи исправна, а получаем "отказ в обслуживании".

Вот и весь вопрос. Стоило бы написать свой код по правилам, и всё было бы нормально. Код несложный. Не сложнее любого другого кода. Этим и отличаются ардуинщики - они не умеют мыслить, а проблемы ищут не там, где они есть, а там, где ардуинщики еще хоть чето понимают.
Так что харэ уже гнать муйну, а.

[CERGEI1982]

Зачем кому то,что то доказывать. Если это конечно самому не интересно доказывать.
Жизнь научит и по башке еще даст.

Чистые ардуинщики это наверно люди которые не хотят напрягаться,читать,писать код. Им не нужна электротехники и электроника.Те кто собрал и бьют в грудь что он может все,он научился за пол дня,то что вы изучаете месяцами.

Чем то напоминает CubeMX,тыкаешь в меню ,а не понятно что там тыкаешь и получается стока кода,что ты никогда не докапываешься до понимания как он работает. АА работает и ладно.

[andries5]

Чистые ардуинщики это наверно люди которые не хотят напрягаться,читать,писать код. Им не нужна электротехники и электроника.Те кто собрал и бьют в грудь что он может все,он научился за пол дня,то что вы изучаете месяцами.

Вот странно, есть ещё люди, которые знают о чем думают другие. Прямо экстрасенсы читающие чужие мысли. То есть "Не видел, ни читал, но осуждаю". Не спорю, могли видеть код одного или нескольких пользователей Ардуино. Но ведь их намного больше! У них получаются домашние поделки и хорошо. Не лезьте в чужой монастырь со своим уставом. Это, извините, не только к Вам относится.

[jump]

Чистые ардуинщики это наверно люди которые не хотят напрягаться,читать,писать код. Им не нужна электротехники и электроника

там срез зачастую разнообразный - от гуманитариев и домохозяек до профессионалов, проверяющих идеи (иногда в космосе, а чё?), от полива цветов до управления ЧПУ
кстати, любители скетчей - библиотеки абдурины это добро или зло? высказывайтесь, не стесняйтесь, а потом я дам ссылку (остальным молчать - ваше мнение и причины мне известны)

[CERGEI1982]

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

[NewWriter]

Не лезьте в чужой монастырь со своим уставом

В ваш ардуинский монастырь, сударь, никто не лезет. Это наоборот, к вам, ардуинистам, относится - не лезьте в наш, профессиональный монастырь. Нравится вам ардуина и поделки из нее - делайте, мы не возражаем. В конце концов, хобби и народное творчество никто не запрещал. Но вот, как показывает практика, ардуинщики, сделав свои первые термометры с часами, начинают лезть не в свой монастырь. Модбас - это не для умов ардуинщиков. Как раз пример serg28serg - весьма и весьма показателен.
Почему-то как раз ардуинщики вечно лезут не в свои дела, а потом вижжат как резаные, когда им объясняешь прописные истины.

Я ничего не имею против домашнего хобби, скетчей, шилдов. Но ардуина - это не столько платформа, сколько образ мышления. Пример с Модбасом - очень показательный. Ардуинщик ищет не там, где проблема, а там, где хватает знаний у него, где чето от когото слышал.
-- Моня, ты чо ползаешь по полу?
-- Фима, да я вон там ключи потерял.
-- Так и ищи тогда ТАМ!
-- Неее, Фима, ТУТ - светлее

[serg28serg]

serg28serg, Без обид. Вы вобщето об ЭМС испытаниях чтото слышали? Если Ваша программа и "программисты" не могут решить режим с периодом АКТИВНЫХ помех...... Выводы понятны. Читайте ПУЕ,ПТБ - а лучше внимательно покурите их. там все написано.

я рассказывал и про нашенское и не нашенское с сертификатами
все одно нужно проверять - некоторые виснут
я смотрю на канал связи , остальная часть меня не интересует
а канал связи зависать не должен

ВО вторых для пром исполнения можно использовать только сертифицированое оборудование. или сделаное по ТЗ на основании гостов и ту.

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

Ой, да какая там промышленность у них... serg28serg же писал, что у ихних заказчиков бабла не густо. Щас полно мелких Че-Пэшек, делающих всякую мелочевку - скрепки, кнопки, сетку-рабицу, новогодние шарики. Для скрепок там вообще минимум - податчик проволоки с барабана, на конце - подвижный кривошип, загибающий проволоку на нужный угол.

воооо, вот именно о таких и говорил
не много их , но есть.
им не надо ни каких PLC , им надо микро платку с большими цифрами

"кароче зделай так чоб не глючило". serg28serg конечно же подрывацца и давай делать дегенераторы всякие, да только тоже не с того конца. И выдает предписание ихним кодокопипастерам - а зделайте так, чтоба связь сама восстанавливалась, когда конец воткнут.
Вот и вся сцуть то.

только тогда самописные коды
ну и с сертифицированным оборудованием так же - требуются проверки, как я уже говорил выше про кинко и челябинские.

Абисняю. Это - не помеха, а коллизия (например - в режиме с несколькими ведущими или КЗ в кабеле) и она должна разбираться соответствующей частью вышележащего протокола (CSMA и т.п.).

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

serg28serg,
напомните, пожалуйста, где в модбас описан мультимастер? где описана
и режим доступа и передачи приоритета?

нет такого в RTU

а глупость типа "напрограммировали несколько устройств с одинаковым адресом" - это вина шаловливых рук, сами дураки.

это делаллось только на тестах
что бы заставить зависнуть слейв

вот с неправильной структурой посылки, разной скоростью передачи обязан бороться протокол, но это его штатная обязанность

вот это тоже отлавливалось
портилась структура посылки,
что бы завесить.

Ой, да о чем тут можно говорить? serg28serg путает RTU и TCP, путает протокол Modbus и интерфейс RS485, путает команды протокола и работу программы по протоколу, и так далее, и так далее, и так далее.

я уже сказал выше, что RTU
в дешевых приводах только 485 , все остальные опции уже за отдельные бабки.
TCP и так нормуль коннектится.

Он даже не программист, судя по всему. Он там у них типа тестировщика-естествоиспытателя. Цепляется к проводам и шлет туда мусор до тех пор, пока устройства не пошлют его нахрен. .

тестил чужое , поскольку кодеписатель сказал - предъявите зависон что был на объекте , тогда будет разговор
ни кто завесить не смог , подавали всякие ЭМИ и так далее
пришлось браться мне .

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

именно
злонамеренными воздействиями и пришлось заниматься
а уже кодеду искать что там зависло

А вот теперь, в свете написанного мною про ответы состояния ошибки, еще раз подумайте - что это за ошибки у вас там идут? Прочитайте код этой ошибки

ошибка неответа, нет ответа от слейва
кода соответсвенна быть впринципе не может от слейва

Быть может, там код говорит о банальной занятости устройства или неверной команде? Ась? Да 146% что именно так! Тут даже не надо быть шибко умным, чтобы понять это.
Вместо этого вы продолжаете спамить в устройство, не разбирая его ответы. В среде айтишников это называется DoS-атака. Догадайтесь, почему. Линия связи исправна, а получаем "отказ в обслуживании".

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

Вот и весь вопрос. Стоило бы написать свой код по правилам, и всё было бы нормально. Код несложный. Не сложнее любого другого кода. Этим и отличаются ардуинщики - они не умеют мыслить, а проблемы ищут не там, где они есть, а там, где ардуинщики еще хоть чето понимают.
Так что харэ уже гнать муйну, а.

в который раз говорить, кодеписатель вообще к ардуино не имел отношения, а то может быть оттель и скопипастил.
писал сам

[serg28serg]

Модбас - это не для умов ардуинщиков. Как раз пример serg28serg - весьма и весьма показателен.

я разве где то упоминал что где то глючит ардуино
я как раз говорил что глючит - кинко привод и от одного из российских производителей, тот модуль что мне приносили на тест (не ардуино)
ардуино модбас я так же тестил - он не глючил
кстатитестил модбас TCP на связке Сименс-Сименс дает 45 посылок в секунду, на ардуино- Сименс уже 55 подымается.

[NewWriter]

ошибка неответа, нет ответа от слейва
кода соответсвенна быть впринципе не может от слейва

НЕТ такой ошибки в протоколе Модбас.

после атаки должно все восстановится автоматически , а не зависло посреди рабочего цикла.

Восстановление связи протоколом Модбас РТУ не предусмотрено. Вообще нет такого понятия, как восстановление связи. Поскольку вся связь - "запрос - ответ". Нет ответа? Повторите еще раз запрос. Снова нет ответа? Вы оторвали кабель или шлете по несуществующему адресу. Так вот как раз после нескольких таких попыток нормальное мастер-устройство и выдает предупреждение о физической проблеме, а не спамит в канал, ничего не говоря. Молчаливое "восстановление связи" может привести к рассинхронизации управления и управляемого устройства. Это как раз и случается чаще всего. Дилетанты об этом не задумываются конечно.
Вообще, в критически важных устройствах любой неответ - это аварийная ситуация. Но дилетанты не думают об нештатных ситуациях.

Вот именно этим ардуинщики и отличаются - они упорно не читают документацию и мануалы. И настолько уперты в своем неведении, что их невозможно ничем пробить.
Я ж говорю - видал я таких не раз. В сортире даже в дырку не попадают.

[serg28serg]

НЕТ такой ошибки в протоколе Модбас.

привод не ответил, поэтому кода ни какого нет от слейва
код ошибки - неответа только у мастера, по таймингу.

НЕТ такой ошибки в протоколе Модбас.


Восстановление связи протоколом Модбас РТУ не предусмотрено. Вообще нет такого понятия, как восстановление связи. Поскольку вся связь - "запрос - ответ". Нет ответа? Повторите еще раз запрос.

вот я про это и говорю
повторяешь запрос, ошибок нет
а слейв не отвечает , только перезапуск помогает
и еще раз говорю
это не ардуино

Так вот как раз после нескольких таких попыток нормальное мастер-устройство и выдает предупреждение о физической проблеме, а не спамит в канал, ничего не говоря. Молчаливое "восстановление связи" может привести к рассинхронизации управления и управляемого устройства. Это как раз и случается чаще всего. Дилетанты об этом не задумываются конечно.

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

Вот именно этим ардуинщики и отличаются - они упорно не читают документацию и мануалы. И настолько уперты в своем неведении, что их невозможно ничем пробить.
Я ж говорю - видал я таких не раз. В сортире даже в дырку не попадают.

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