-
- Я использовал библиотеку FreeModBus Costic(1258 знак., 07.01.2024 14:31 - 16:44, ссылка, ссылка)
- Насчет времени прихода ответа - какой-то безбашенный оптимизм. На
практике может встретится устройство, начинающее посылать ответ через 0,5сек. Cкpипaч(660 знак., 05.01.2024 15:42 - 06.01.2024 00:46)
- бывает и больше. на столе лежит датчик который читается только по
одному регистру и только с паузой в 10секунд LordN(224 знак., 05.01.2024 17:19)
- Это все же экзотика. Подавляющее большинство устройств, на 9600,
ответят в течении 100ms. - Cкpипaч(06.01.2024 13:01)
- Версий модбасов сколько разработчиков. Хорошо если сам мастер и
есть возможность на самом низком уровне обмена подстроиться под
особенности реализации. И чем больше разных производителей на шине
тем вероятнее получить головняк. - vasily777(06.01.2024 19:27)
- Если не пытаться мудрить, то и мастер подстраивать не придется. У
меня опыт подключения в нашу АСМУ более сотни разных брендов. Cкpипaч(745 знак., 06.01.2024 19:51)
- В вашей Асме какое время реакции? Пришлось как то поиметь проблему с расходомером одного российского производителя. Он воспринимал свой запрос только после паузы на шине около 0,5секунды, вне зависимости от скорости обмена. Задача была держать заданный расход по частотнику. Благо что расход не быстро менялся и тормозить шину нечасто нужно было. Но были вопросы от операторов: а чего оно не сразу выключается, если оператор "удачный" момент выбрал. - vasily777(06.01.2024 20:55)
- Если не пытаться мудрить, то и мастер подстраивать не придется. У
меня опыт подключения в нашу АСМУ более сотни разных брендов. Cкpипaч(745 знак., 06.01.2024 19:51)
- да вот хз, экзотика или нет. LordN(276 знак., 06.01.2024 19:18)
- ...а вот эти вот все абсолютно незнакомые мне слова... это типа,
бренды? Или все исключительно поделки из сарая дядюшки Ляо? Cкpипaч(78 знак., 06.01.2024 19:38)
- тебе проще, а мне приходится все это заставлять работать LordN(14 знак., 07.01.2024 20:59)
- ...а вот эти вот все абсолютно незнакомые мне слова... это типа,
бренды? Или все исключительно поделки из сарая дядюшки Ляо? Cкpипaч(78 знак., 06.01.2024 19:38)
- Версий модбасов сколько разработчиков. Хорошо если сам мастер и
есть возможность на самом низком уровне обмена подстроиться под
особенности реализации. И чем больше разных производителей на шине
тем вероятнее получить головняк. - vasily777(06.01.2024 19:27)
- Это все же экзотика. Подавляющее большинство устройств, на 9600,
ответят в течении 100ms. - Cкpипaч(06.01.2024 13:01)
- Мы как-то накололись с ОВЕНовским контроллером, который межбайтовую
паузу сильно (превышая стандарты Modbus) растягивал. По пути
конечно наши программисты и свой глюк выловили, но поводом к его
проявлению именно превышение межбайтовой паузы в ответе ОВЕН
послужило. А вообще в нормальной реализации протокола RTU должны
быть настраиваемые параметры у слейва, как минимум 1) задержка перед ответом на
запрос и 2) максимальный таймаут ответа. Во втором случае слейв не reZident(78 знак., 05.01.2024 15:43 - 15:46)
- Странно это. По идее, ответ весь целиком передается из буфера, по
прерыванию "буффер передатчика пуст", никто не собирает ответ "на
лету", откуда может появиться межбайтовая пауза? - Cкpипaч(05.01.2024 15:45)
- В буфер надо сначала ответ положить, а для этого надо его сначала сформировать, а для этого надо сначала разобрать запрос, а для этого надо сначала посчитать контрольную сумму запроса, а для этого надо сначала дождаться окончания 3,5 байтного интервала после последнего байта запроса. Но даже на 1 МГц (реальной частоты) 51ом это не занимало много времени, уж точно не 10мс. Так что ожидание в 10мс - это более чем достаточно. Хотя у нас в одном приборе (из-за ограниченности symbions(653 знак., 05.01.2024 17:53)
- Спросите это у разработчиков ОВЕН. Пока мы на столе не собрали
систему полностью аналогичную той, что была на объекте (включая
именно такой же контроллер ОВЕН), глюк в нашем софте никак не
проявлялся при многодневных проверках на имитаторах как мастера,
так и слейвов. - reZident(05.01.2024 15:48)
- Типичное, горе от ума, горе от следования протоколам, вопреки
здравому смыслу. Сделали бы просто "таймаут ответа", даже бы и не
узнали про эти проблемы.Один коллега сказал, я запомнил, "не надо
размножать аварию", не надо приувеличивать проблему, если система
может функционировать при этой неисправности, то и х с ней. - IBAH(05.01.2024 21:40)
- Причем тут таймаут ответа? ОВЕНовский контроллер при передаче
фрейма иногда (не всегда) по какой-то своей причине "тормозил" с межсимвольной (!) паузой длительностью даже не 1,5 символа, а больше 3,5
символа! - reZident(05.01.2024 21:52)
- Речь идет о овеновском сервере или клиенте? о сервере то и х с ним.
Если клиенте, то нефиг следовать установке 3.5 символа, она
придумывалась когда модбас был полуаппаратным - IBAH(05.01.2024 22:07)
- Мая твая непонимай :-( - reZident(05.01.2024 22:23)
- клиент - мастер, сервер - слайв - IBAH(05.01.2024 22:45)
- Толерантненько как-то... Но в свежем стандарте теперь так. - Nikolay_Po(05.01.2024 23:16)
- По-русски все просто: господин и раб. Четко и однозначно. А
толерастные нацики пусть катятся куда подальше. - Eddy_Em(05.01.2024 23:24)
- Ну, я всё же за ведущего и ведомого. - Nikolay_Po(05.01.2024 23:35)
- Как вариант. А мне ближе непосредственный перевод. - Eddy_Em(05.01.2024 23:47)
- Ну, я всё же за ведущего и ведомого. - Nikolay_Po(05.01.2024 23:35)
- По-русски все просто: господин и раб. Четко и однозначно. А
толерастные нацики пусть катятся куда подальше. - Eddy_Em(05.01.2024 23:24)
- Толерантненько как-то... Но в свежем стандарте теперь так. - Nikolay_Po(05.01.2024 23:16)
- клиент - мастер, сервер - слайв - IBAH(05.01.2024 22:45)
- Мая твая непонимай :-( - reZident(05.01.2024 22:23)
- Речь идет о овеновском сервере или клиенте? о сервере то и х с ним.
Если клиенте, то нефиг следовать установке 3.5 символа, она
придумывалась когда модбас был полуаппаратным - IBAH(05.01.2024 22:07)
- Причем тут таймаут ответа? ОВЕНовский контроллер при передаче
фрейма иногда (не всегда) по какой-то своей причине "тормозил" с межсимвольной (!) паузой длительностью даже не 1,5 символа, а больше 3,5
символа! - reZident(05.01.2024 21:52)
- Типичное, горе от ума, горе от следования протоколам, вопреки
здравому смыслу. Сделали бы просто "таймаут ответа", даже бы и не
узнали про эти проблемы.Один коллега сказал, я запомнил, "не надо
размножать аварию", не надо приувеличивать проблему, если система
может функционировать при этой неисправности, то и х с ней. - IBAH(05.01.2024 21:40)
- Странно это. По идее, ответ весь целиком передается из буфера, по
прерыванию "буффер передатчика пуст", никто не собирает ответ "на
лету", откуда может появиться межбайтовая пауза? - Cкpипaч(05.01.2024 15:45)
- бывает и больше. на столе лежит датчик который читается только по
одному регистру и только с паузой в 10секунд LordN(224 знак., 05.01.2024 17:19)
- Если в 10мс полученное от слейва уложиться, будет работать, паузы только между циклами обмена не забыть. По CRC верификация принятого. Мастер проще делать. vasily777(196 знак., 05.01.2024 23:18)
- Самый правильный источник "MODBUS over Serial Line Specification and Implementation Guide V1.02" Cкpипaч(1 знак., 05.01.2024 23:14, ссылка)
- туплю, может, но КМК, тут попытка переписать буквы. в модбас RTU овер сериал есть таймаут на разрыв пакета полтора байта (с виндой вааще нереально окучить), и таймаут на разрыв пакета - до какой-то скорости 3 (или 3.5) байта, а выше - фиксированный таймаут - Vit(05.01.2024 23:07)
- Если внимательно документацию к модбасу прочитать, можно еще
обнаружить, что там есть широковещательные команды (идентификатор
0), которые обязаны принимать абсолютно все рабы, но ничего на них
не отвечать. Eddy_Em(572 знак., 05.01.2024 22:31)
- На оптику нужно переходить, а не херней страдать. Тем более медь
опять дорожает :) - Cкpипaч(05.01.2024 22:49)
- Даже медная многожильная витуха дешевле оптоволокна! А если учесть,
почем нонче все эти SFP+ модули и прочее оборудование - да ну их
нах с этой оптикой! Разве что самопально делать какие-то дешевые
варианты с малыми скоростями. Eddy_Em(126 знак., 05.01.2024 22:56)
- Оптоволокно уже в полтора раза дешевле медного кабеля.
Бейте морду вашему местному дилеру.- Cкpипaч(05.01.2024 23:10)- Где? Я вот полез - первое попавшееся волокно 50р за метр, а
многожильная витуха - 30р/м. Если брать одножильную, да еще и
"омедненный алюминий", то рублей 15 за метр! - Eddy_Em(05.01.2024 23:11)
- Оптика (одномодовая, уже оконеченная) 2x150m = $56, медь (Кабель
CAT 5e UTP, внутренний) 305m = $117 - Cкpипaч(05.01.2024 23:40)
- Ну, примерно то на то и выходит. - Eddy_Em(05.01.2024 23:46)
- ...в два раза. - Cкpипaч(05.01.2024 23:57)
- Куда ж в два? 56·2=112, а 305 метров витухи - 117. Грубо говоря,
одна и та же цена. - Eddy_Em(06.01.2024 00:10)
- 56 это в сумме за два пачкорда по 150м. Это 300м, ни на что
умножать не нужно. Cкpипaч(65 знак., 06.01.2024 00:15)
- А, я-то думал, что 2 - это две жилы. Тогда интересно: где такие
цены? Eddy_Em(60 знак., 06.01.2024 00:15)
- По эту сторону поребрика. Cкpипaч(1 знак., 06.01.2024 00:18, ссылка)
- А, я-то думал, что 2 - это две жилы. Тогда интересно: где такие
цены? Eddy_Em(60 знак., 06.01.2024 00:15)
- 56 это в сумме за два пачкорда по 150м. Это 300м, ни на что
умножать не нужно. Cкpипaч(65 знак., 06.01.2024 00:15)
- Куда ж в два? 56·2=112, а 305 метров витухи - 117. Грубо говоря,
одна и та же цена. - Eddy_Em(06.01.2024 00:10)
- ...в два раза. - Cкpипaч(05.01.2024 23:57)
- Ну, примерно то на то и выходит. - Eddy_Em(05.01.2024 23:46)
- Оптика (одномодовая, уже оконеченная) 2x150m = $56, медь (Кабель
CAT 5e UTP, внутренний) 305m = $117 - Cкpипaч(05.01.2024 23:40)
- Где? Я вот полез - первое попавшееся волокно 50р за метр, а
многожильная витуха - 30р/м. Если брать одножильную, да еще и
"омедненный алюминий", то рублей 15 за метр! - Eddy_Em(05.01.2024 23:11)
- Оптоволокно уже в полтора раза дешевле медного кабеля.
- Даже медная многожильная витуха дешевле оптоволокна! А если учесть,
почем нонче все эти SFP+ модули и прочее оборудование - да ну их
нах с этой оптикой! Разве что самопально делать какие-то дешевые
варианты с малыми скоростями. Eddy_Em(126 знак., 05.01.2024 22:56)
- На оптику нужно переходить, а не херней страдать. Тем более медь
опять дорожает :) - Cкpипaч(05.01.2024 22:49)
- А между мастером и слейвом модем, изобретенный супер-гуру. Ответ будет когда-нибудь, а не через 10 мс. - ucMike(05.01.2024 17:37)
- Зачем вам одно из описаний? Там может быть ересь. Вас должен интересовать стандарт с официального сайта и документация на конкретно ваши слейвы. Вообще, бывают случаи когда проверять межбайтовые времянки противопоказано - канал связи не обеспечивающий их сохрание, мастер работающий на Windows. - AlexG(05.01.2024 17:26)
- 1) Не стоит, как правили передача идет, блоками через какой нибудь
ПДП, такой аварии быть не может. 2) "пауза между кадрами (STX) - не
менее 10 мсек." это означает означает что мастер НЕ ДОЛЖЕН давать
запросы с интервалом менее 10мс. При одном слайве может прокатить,
а при нескольких будут ошибки 3) нет! в этом и прелесть модбаса - IBAH(05.01.2024 15:48)
- 3) не прелесть а гвоздь в крышку гроба modbus! Объясняю: если на
одной линии из десятков слэйвов 1-2 тупят и задерживают ответ опрос
встает колом и с этим ничего не сделать. - 3m(06.01.2024 13:20)
- Да хрен с ним, с модбасом. Никто не обратил внимание на главное. ТС
неправильно понимает термин "пауза между кадрами". - IBAH(06.01.2024 17:43)
- Не то что "неправильно понимает", скорее есть неясности, которые бы
прояснить. Из описания на модбас одного из слейвов: Argon(311 знак., 06.01.2024 18:41)
- Ну написано же все в протоколе: пауза между пакетами составляет 3.5 байта. Откуда адовы 10мс взялись? Даже на 9600 бод будет 3мс... Eddy_Em(1068 знак., 06.01.2024 19:03)
- Нет! После окончания очередного успешного обмена мастер должен выждать не менее 10мс перед посылкой
следующего запроса другому слэйву. Все забывают, что ведомый
обрабатывает пакеты не только ведущего, но и других ведомых, и ему
надо дать время очухаться. - IBAH(06.01.2024 18:44 - 18:47)
- Вы точно себе не противоречите? Цитата: Argon(215 знак., 06.01.2024 18:46)
- чуть чуть оговорился... в настройках фирменных модбас клиентов, это
чаще всего называется интервал запросов IBAH(1 знак., 06.01.2024 18:51, картинка)
- Дяденьки, вы оба не правы :-) STX это признак начала фрейма/кадра. В Modbus ASCII для STX зарезервирован код 0x3A, а в
Modbus RTU STX это пауза в передаче определенной длительности (3,5
символа или фиксированная). То бишь для устройства формирующего
запрос пауза STX это необходимая преамбула передачи запроса, а для принимающего устройства пауза STX это
признак для сброса счетчика буфера и начала приема нового фрейма. reZident(387 знак., 06.01.2024 19:06)
- Не надо придираться к форме. У данного слэйва признак начала кадра
пауза 10мс, а не мифические 3.5 символа. Все забывают что этот STX
надо считать от момента успешного приема мастером. Кстати,
правильные слэйвы взводят автомат приема сразу после успешного
приема любого кадра. - IBAH(06.01.2024 19:09)
- Да пофиг на длительность, когда она заранее договорена. И пофиг на
успешность приема. Любая пауза свыше оговоренной служит для принимающей стороны началом фрейма (STX), а для
передающей стороны необходимой преамбулой передачи. Надеюсь, вы понимаете, что на разных этапах обмена
мастер и слейв становятся попеременно то передающим, то принимающим
устройством и STX является необходимой преамбулой для обеих сторон? - reZident(06.01.2024 19:13)
- Я вам верю как родному! - IBAH(06.01.2024 19:28)
- Да пофиг на длительность, когда она заранее договорена. И пофиг на
успешность приема. Любая пауза свыше оговоренной служит для принимающей стороны началом фрейма (STX), а для
передающей стороны необходимой преамбулой передачи. Надеюсь, вы понимаете, что на разных этапах обмена
мастер и слейв становятся попеременно то передающим, то принимающим
устройством и STX является необходимой преамбулой для обеих сторон? - reZident(06.01.2024 19:13)
- Не надо придираться к форме. У данного слэйва признак начала кадра
пауза 10мс, а не мифические 3.5 символа. Все забывают что этот STX
надо считать от момента успешного приема мастером. Кстати,
правильные слэйвы взводят автомат приема сразу после успешного
приема любого кадра. - IBAH(06.01.2024 19:09)
- ага, спасибо, ну вот теперь кое какая ясность имеется! - Argon(06.01.2024 18:52)
- Понятно, если только вы до сих пор не путаете начало фрейма (STX) и
"защитный интервал" перед выдачей ответа слейвом. Вот как это
описано для какого-то ПЧ ВЕСПЕР reZident(2 знак., 06.01.2024 19:25, картинка, картинка)
- Не, это я не путаю, но ваша картинка породила дополнительный
вопрос: что такое 3.5 байт? Не STX же, верно? Или все же это STX
ответа слейва? Тогда почему эти 3.5 байт не обозначены перед
запросом мастера? Argon(111 знак., 06.01.2024 20:10)
- 3,5 символа в конце фрейма это END - завершение фрейма. "Защитный
интервал" нужен для выравнивания разбежки таймингов у master и
slave. reZident(1095 знак., 06.01.2024 20:57, ссылка)
- Спасибо. Совпадает с моим мировоззрением на этот счёт. Отмечу, что
в часть времени STX, желательно на время не менее 1.5 байтовых
интервала, заранее включать драйвер линии ведомого - чтобы
обеспечить контролируемое занятие линии перед стартовым битом
адреса. - Nikolay_Po(06.01.2024 22:08)
- "Контролируемое занятие" не требуется, если линия связи согласована
и не болтается без растяжки (у мастера). То бишь включение
трансивера RS485 на слейве для передачи ответа не вызывает
переходный процесс, который идентифицируется приемником мастера как
стартовый бит первого символа фрейма. - reZident(06.01.2024 22:23)
- Я моделировал помехоустойчивость для варианта с включенным
драйвером и без драйвера, только с терминаторами. Не в разы, но
разница по блокировке тока помехи есть. - Nikolay_Po(06.01.2024 22:30)
- Ну дык понятно, что сопротивление ключей включенного на передачу
трансивера и сопротивление резисторов растяжки заметно отличается! - reZident(06.01.2024 22:31)
- Просто я насмотрелся на китайские погремушки - адаптеры и прочие
устройства с 485м. Делаешь скорость, скажем, 230400. И всё. связи
нет. Драйвер включается слишком поздно. Стартовый бит не проходит.
Поэтому включение драйвера заранее, до передачи - маст хэв.
Насколько заранее? А почему бы и не 1.5 символьных интервала? Как
раз, чтобы сброс не верного фрейма RTU успел пройти, если до
занятия, в линию попала помеха (если строго следовать стандарту). - Nikolay_Po(06.01.2024 22:40)
- Поздравляю! Вы преамбулу STX "изобрели", но не совсем правильно ее
размер выбрали :-) reZident(658 знак., 06.01.2024 23:25, картинка)
- Спасибо. То есть, вы хотите сказать, что удержание линии дольше, чем 3.5 символьных интервала более подходящее? Почему бы и нет? В общем, согласен. Nikolay_Po(1068 знак., 07.01.2024 00:54)
- Поздравляю! Вы преамбулу STX "изобрели", но не совсем правильно ее
размер выбрали :-) reZident(658 знак., 06.01.2024 23:25, картинка)
- Просто я насмотрелся на китайские погремушки - адаптеры и прочие
устройства с 485м. Делаешь скорость, скажем, 230400. И всё. связи
нет. Драйвер включается слишком поздно. Стартовый бит не проходит.
Поэтому включение драйвера заранее, до передачи - маст хэв.
Насколько заранее? А почему бы и не 1.5 символьных интервала? Как
раз, чтобы сброс не верного фрейма RTU успел пройти, если до
занятия, в линию попала помеха (если строго следовать стандарту). - Nikolay_Po(06.01.2024 22:40)
- Ну дык понятно, что сопротивление ключей включенного на передачу
трансивера и сопротивление резисторов растяжки заметно отличается! - reZident(06.01.2024 22:31)
- Я моделировал помехоустойчивость для варианта с включенным
драйвером и без драйвера, только с терминаторами. Не в разы, но
разница по блокировке тока помехи есть. - Nikolay_Po(06.01.2024 22:30)
- "Контролируемое занятие" не требуется, если линия связи согласована
и не болтается без растяжки (у мастера). То бишь включение
трансивера RS485 на слейве для передачи ответа не вызывает
переходный процесс, который идентифицируется приемником мастера как
стартовый бит первого символа фрейма. - reZident(06.01.2024 22:23)
- Спасибо. Совпадает с моим мировоззрением на этот счёт. Отмечу, что
в часть времени STX, желательно на время не менее 1.5 байтовых
интервала, заранее включать драйвер линии ведомого - чтобы
обеспечить контролируемое занятие линии перед стартовым битом
адреса. - Nikolay_Po(06.01.2024 22:08)
- 3.5 байта это минимальное требование стандарта. У Веспера,
неснижаемый дополнительный защитный интервал 2мс. Так сделали.
Может, чтобы гарантировать, что успеют ответить. Например,
внутренний цикл обработки 1мс. Приём-ответ - 2мс минимальная пауза
до ответа после защитного интервала. Nikolay_Po(199 знак., 06.01.2024 20:12)
- reZident уточнил для тупых что STX - это преамбула. Тупые просят
дополнительного уточнения: 3.5 байт - это STX? Почему "преамбула"
находится после запроса мастера? :)) - Argon(06.01.2024 20:19)
- Меньше надо смотреть всякие стандарты, больше полагаться на здравый
смысл. Алгоритм работы следующий IBAH(392 знак., 06.01.2024 20:55)
- В алгоритме мастера стоит добавить обработку исключений (пришло меньше байт и это "exception"). Можно налету, а можно по таймауту ответа. И обработку "кто-то орет в линию", как минимум на время до появления 3,5char тишины. - Cкpипaч(06.01.2024 21:33)
- Алгоритм слэйва IBAH(303 знак., 06.01.2024 21:02)
- Меньше надо смотреть всякие стандарты, больше полагаться на здравый
смысл. Алгоритм работы следующий IBAH(392 знак., 06.01.2024 20:55)
- reZident уточнил для тупых что STX - это преамбула. Тупые просят
дополнительного уточнения: 3.5 байт - это STX? Почему "преамбула"
находится после запроса мастера? :)) - Argon(06.01.2024 20:19)
- 3,5 символа в конце фрейма это END - завершение фрейма. "Защитный
интервал" нужен для выравнивания разбежки таймингов у master и
slave. reZident(1095 знак., 06.01.2024 20:57, ссылка)
- Не, это я не путаю, но ваша картинка породила дополнительный
вопрос: что такое 3.5 байт? Не STX же, верно? Или все же это STX
ответа слейва? Тогда почему эти 3.5 байт не обозначены перед
запросом мастера? Argon(111 знак., 06.01.2024 20:10)
- В стандарте это нарисовано вот так. Cкpипaч(1 знак., 06.01.2024 19:05, картинка)
- Понятно, если только вы до сих пор не путаете начало фрейма (STX) и
"защитный интервал" перед выдачей ответа слейвом. Вот как это
описано для какого-то ПЧ ВЕСПЕР reZident(2 знак., 06.01.2024 19:25, картинка, картинка)
- Дяденьки, вы оба не правы :-) STX это признак начала фрейма/кадра. В Modbus ASCII для STX зарезервирован код 0x3A, а в
Modbus RTU STX это пауза в передаче определенной длительности (3,5
символа или фиксированная). То бишь для устройства формирующего
запрос пауза STX это необходимая преамбула передачи запроса, а для принимающего устройства пауза STX это
признак для сброса счетчика буфера и начала приема нового фрейма. reZident(387 знак., 06.01.2024 19:06)
- чуть чуть оговорился... в настройках фирменных модбас клиентов, это
чаще всего называется интервал запросов IBAH(1 знак., 06.01.2024 18:51, картинка)
- Вы точно себе не противоречите? Цитата: Argon(215 знак., 06.01.2024 18:46)
- Не то что "неправильно понимает", скорее есть неясности, которые бы
прояснить. Из описания на модбас одного из слейвов: Argon(311 знак., 06.01.2024 18:41)
- Лемма: Если машину не чинить, она перестанет ехать. Cкpипaч(1262 знак., 06.01.2024 13:41)
- насчет последнего утверждения уточню - магистральные усилители аналоговой диспетчерской связи питаются(-лись?) от фантомного питания и подают его на следующий усилитель в цепочке, но могут и отключить по команде, или при диагностике перегрузки - Vit(06.01.2024 14:51)
- Проблема только в том что на объекте монтажники-суки наотрез
отказываются тянуть лишний кабель и жмот-заказчеГ не закупает
дополнительный кабель чтобы бросить отдельную ветку 485. А
рекламации кидать --> это без проблем. - 3m(06.01.2024 14:49)
- Поставьте ему WiFi :) Cкpипaч(220 знак., 06.01.2024 15:22)
- Если уж делать по честному то надо ставить преобразователь
ModbusRTU<-->ModbusTCP. Но тогда возникает вопрос нафуя
нужен RTU? Все на TCP будет и надежнее и удобнее. Итого: RTU
ФТОПКУ!!! - 3m(07.01.2024 16:25)
- И? К каждому частотнику тянуть Ethernet? :) Нет, коллега, самый
вкус именно парой их использовать. - Cкpипaч(07.01.2024 16:52)
- А вот интересно: как бы вы выкручивались, если б у модбаса не было
широковещательных команд? Как минимум, пришлось бы к каждому
частотнику прилаживать переходник модбас-CAN… - Eddy_Em(07.01.2024 17:48)
- Ни разу и нигде небыло не то что потребности - идеи где применить
широковещательные команды. Если нужно несколько чего-то включить
одновременно - ставим реле с четырьмя перекидными контактами. Cкpипaч(513 знак., 07.01.2024 18:56)
- Ну вот у нас купол крутится десятью двигателями, стартовать и
изменять скорость нужно одновременно… Eddy_Em(130 знак., 07.01.2024 20:07)
- Я бы раздал аналоговый сигнал 0-10в отдельной парой в кабеле, раз
нужно действительно одновременно. - Cкpипaч(07.01.2024 20:10)
- С SEW'овскими приводами проблем не было: даешь им
"широковещательную" команду, они все послушно стартуют, скорость
меняют и т.д., и т.п. Eddy_Em(396 знак., 07.01.2024 20:19)
- Вам-то куда спешить? %))) - Cкpипaч(07.01.2024 20:32)
- С SEW'овскими приводами проблем не было: даешь им
"широковещательную" команду, они все послушно стартуют, скорость
меняют и т.д., и т.п. Eddy_Em(396 знак., 07.01.2024 20:19)
- Я бы раздал аналоговый сигнал 0-10в отдельной парой в кабеле, раз
нужно действительно одновременно. - Cкpипaч(07.01.2024 20:10)
- Ну вот у нас купол крутится десятью двигателями, стартовать и
изменять скорость нужно одновременно… Eddy_Em(130 знак., 07.01.2024 20:07)
- Ни разу и нигде небыло не то что потребности - идеи где применить
широковещательные команды. Если нужно несколько чего-то включить
одновременно - ставим реле с четырьмя перекидными контактами. Cкpипaч(513 знак., 07.01.2024 18:56)
- А вот интересно: как бы вы выкручивались, если б у модбаса не было
широковещательных команд? Как минимум, пришлось бы к каждому
частотнику прилаживать переходник модбас-CAN… - Eddy_Em(07.01.2024 17:48)
- И? К каждому частотнику тянуть Ethernet? :) Нет, коллега, самый
вкус именно парой их использовать. - Cкpипaч(07.01.2024 16:52)
- У нас на БТА между куполом и телескопом CAN проброшен через
радиомост на 2.4ГГц. Понятно, что в этой "клетке Фарадея" постоянно
возникают разнообразные стоячие волны, из-за чего периодически
связь отваливается... Eddy_Em(351 знак., 06.01.2024 15:31)
- Положи оптику и пусть искрит. Серьёзно. А я тебе еще раз кину
ссылку на пару медиаконверторов за $5. - Cкpипaч(06.01.2024 15:46)
- Между подвижной и неподвижной частью - оптику? Ну ты и шутник… Купол специально троллеем оснастили, чтобы иметь возможность крутить его в одном направлении сколько угодно - для оптимизации "стыковки" с телескопом. А раньше там была адская система натяжения кабелей, на содержание которой каждый год приличные средства уходили. Eddy_Em(677 знак., 06.01.2024 15:53)
- Положи оптику и пусть искрит. Серьёзно. А я тебе еще раз кину
ссылку на пару медиаконверторов за $5. - Cкpипaч(06.01.2024 15:46)
- Если уж делать по честному то надо ставить преобразователь
ModbusRTU<-->ModbusTCP. Но тогда возникает вопрос нафуя
нужен RTU? Все на TCP будет и надежнее и удобнее. Итого: RTU
ФТОПКУ!!! - 3m(07.01.2024 16:25)
- Поставьте ему WiFi :) Cкpипaч(220 знак., 06.01.2024 15:22)
- Да хрен с ним, с модбасом. Никто не обратил внимание на главное. ТС
неправильно понимает термин "пауза между кадрами". - IBAH(06.01.2024 17:43)
- У мастера должны быть следующий настройки IBAH(493 знак., 05.01.2024 15:58)
- 3) не прелесть а гвоздь в крышку гроба modbus! Объясняю: если на
одной линии из десятков слэйвов 1-2 тупят и задерживают ответ опрос
встает колом и с этим ничего не сделать. - 3m(06.01.2024 13:20)
- Слейв передает ТОЛЬКО в ответ. - Cкpипaч(05.01.2024 15:45)