В продаже МКОН - преобразователь протокола Modbus!

[e.filatov]

Да нормально. Чего рискованного? Одну единственную переменную читаю. Если что целочисленную. период опроса тоже 100мс.

а посмотрите, панель не открывает ли каждый раз новое соединение по TCP?

[stesel]

а посмотрите, панель не открывает ли каждый раз новое соединение по TCP?

Вопрос в том как посмотреть.

[stesel]

а посмотрите, панель не открывает ли каждый раз новое соединение по TCP?

Вопрос в том как посмотреть.

А ещё в том, что - а зачем? Панель нормально работает со всем, что имеет modbus - проблем ни когда не было. Виснет МКОН, его перегружаешь и все нормализуется на время.

[capzap]

А ещё в том, что - а зачем? Панель нормально работает со всем, что имеет modbus - проблем ни когда не было. Виснет МКОН, его перегружаешь и все нормализуется на время.

А зачем вообще этот ход конем был нужен, панель имеет rs485 на борту, зачем преобразователь?

[stesel]

А зачем вообще этот ход конем был нужен, панель имеет rs485 на борту, зачем преобразователь?

Работа с удаленными устройствами без снижения скорости - раз. И нужен мультимастер - два. Подробнее: есть несколько функциональных узлов оборудования, у каждого свой шкаф со своим ПЛК/ПР и алгоритмом. Есть узел с ПР-кой (мастер) в который все данные стекаются и работа которого зависит от работы других узлов и в там же панель. Думал панелью запрашивать мимо ПР данные, напрямую из удаленных узлов. 485-й тянуть не хочется, так как скорость падает существенно из-за наличия помех, точнее её приходится снижать. Ethernet помогает. Ещё думаю прикрутить PowerLine адаптеры, но пока не знаю как они к частотникам отнесутся, проверю скоро. Почему не хочу через ПР-ку прогонять, потому что придется по сети постоянно гонять все запросы ко всем узлам, а вот панель опрашивает, только те регистры, которые в данный момент на экране.

[e.filatov]

А ещё в том, что - а зачем? Панель нормально работает со всем, что имеет modbus - проблем ни когда не было. Виснет МКОН, его перегружаешь и все нормализуется на время.

Ну как бы продукт новый на рынке, мало ли какой диво баг вы откопали, нужно анализировать.
У меня на первых ПМ-ках был один баг: у людей на столе всё работало сутками, поехали на объект - ПМ-ка защёлкивалась по питанию. Искали месяц. Нашли. ШИМ по питанию заменили - все счастливы уже 4 года

[capzap]

Работа с удаленными устройствами без снижения скорости - раз.

но ведь на одном конце преобразователья хоть и тср, на другом то по прежнему 485,как без снижения то? Раз уж здесь тех поддержка сказала что таймаут нужен 300мс, вставьте его а опрос сделайте 400мс, ну вдруг перестанет зависать

[stesel]

но ведь на одном конце преобразователья хоть и тср, на другом то по прежнему 485,как без снижения то?

Дак так вот. Писал уже, что скорость со 115200 придется до 9600 опустить, расстояние и помехи мешают.

[stesel]

Раз уж здесь тех поддержка сказала что таймаут нужен 300мс, вставьте его а опрос сделайте 400мс, ну вдруг перестанет зависать

Таймаутом игрался сегодня и прочими таймингами. Лучше становится только увеличивая задержку между запросами, ну ещё сделал 10 символов после после запроса, вроде тоже получше.

[Филоненко Владислав]

Любой овеновый слейв на rs уложится в 100мс. Если предложение возымеет эффект - то это прямая роспись в том что узким местом здесь является мкон со своим tcp 8(
А ТС так надеялся "без снижения скорости - раз".


По-моему МКОН это такой изощренный маркетологический ход чтоб сподвигнуть купить ПЛК.

У овёновских slave 25--300мс бывают. Ставьте реальные таймауты