Проблема со связью Trim и Pixel через GSM

[dima]

Трим опрашивает выход счетчика и состояние кнопок Пикселя через GSM-терминалы Телеофис WRX768-L4. В Трим периодически перестают обновляться данные со счетчика, и появляются ложные данные о том, что нажаты разные кнопки на Пикселе, хотя фактически они не нажаты. Проблема периодически сама появляется, и сама исчезает. Судя по логу GSM-терминала со стороны Пикселя при этом ничего не происходит: поступают запросы и выдаются ответы. Или, например, связь с Пикселем прерывается, хотя по логу терминала идут запросы и ответы, блок slave link не выдает никаких ошибок, а на переменных слейва зависают ложные данные, которые сохраняются даже при физическом отключении 485. Либо же просто опрос, судя по логу терминала, прекращается, и помогает перезагрузка проекта в Трим. При опросе того же Пикселя через те же терминалы, но ОРС-сервером "Лектус" подобных глюков не наблюдается. Ну и по проводам Трим опрашивает Пиксель нормально. В чем проблема?

[Arsie]

Цитата

Сообщение от dima

При опросе того же Пикселя через те же терминалы, но ОРС-сервером "Лектус" подобных глюков не наблюдается. Ну и по проводам Трим опрашивает Пиксель нормально. В чем проблема?

А где конфиг сервера?


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

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

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


PS. Я правильно понимаю, что у вас свежий лоджик и свежий софт в контроллере?

[dima]

Вот конфиг Лектуса, если вы про него спрашивали

[dima]

Цитата:

Сообщение от Arsie

PS. Я правильно понимаю, что у вас свежий лоджик и свежий софт в контроллере?

Лоджик 3.28.0142
софт 180606-171420

увеличил в Трим таймаут в настройках слейва до 20000- пока вроде работает... Но не многовато-ли? Медленно данные обновляются, 8...10 сек.
Плюс, события, короче этого времени никак не фиксируются.

[Gromov]

Для gsm - это хоть и не нормальный таймаут, но всё равно не запредельный.
Рекомендую заняться оптимизацией. Построить количество запросов оптимальным образом, чтобы уменьшить количество пакетов, необходимых для передачи данных. Ещё можно в принципе уменьшить интенсивность опроса, например, до одного раз в 10 секунд.

[dima]

Каким образом уменьшить интенсивность? Изменить период опроса переменных в настройках слейва, или что?

[Gromov]

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

[dima]

Что значит, сформировать по другому? У меня стоит галка "групповые зпаросы", с ней запросов 4, а без нее 8. Оптимизировал в этой части оптимизации? или это еще как-то можно сделать?

[Gromov]

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

[dima]

Запаковал буловские переменные с помощью регистров - заработало. А ложные данные исчезли после установки в Трим таймаута опроса слейва 20000 мс.

[Arsie]

Цитата

Сообщение от dima

Запаковал буловские переменные с помощью регистров - заработало. А ложные данные исчезли после установки в Трим таймаута опроса слейва 20000 мс.

Это не ложные данные, это получение ответа не на свой очередной запрос. Известная штука на медленных каналах.

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

[dima]

Еще такой вопрос. У меня в GSM-сети 4 терминала: один сервер, и 3 клиента. Пиксель, который я опрашиваю Тримом серез сервер, подключен только к одному клиенту. Остальные 2 клиента с физически не подключенным 485. Судя по логу сервера, в таком случае происходят частые или не частые переподключения или открытие сокетов в GSM-канале, и на это время пропадает связь с Тримом. Закрытие этих сокетов происходит по причине пинга или таймаута. Когда в GSM-сети только 1 клиент с подключенным Пикселем, а 2 других выключены, такого не наблюдается, или наблюдается крайне редко. Хотя по отдельности, какждый из терминалов работает более-менее нормально. Могут не подключенные по 485 терминалы, устанавливающие при этом связь с сервером, создавать такие проблемы? Или причина в другом?

[Arsie]

Цитата

Сообщение от dima

один сервер, и 3 клиента. Пиксель, который я опрашиваю Тримом серез сервер, подключен только к одному клиенту. Остальные 2 клиента с физически не подключенным 485.
[...]
Когда в GSM-сети только 1 клиент с подключенным Пикселем, а 2 других выключены

В обоих случаях я вижу один клиент, а два остальных отключены. Описание точно соответствует истине?

[dima]

Когда 2 клиента отключены от 485- это один случай, а когда отключены вообще, по питанию- это другой.

[Arsie]

Цитата

Сообщение от dima

Когда 2 клиента отключены от 485- это один случай, а когда отключены вообще, по питанию- это другой.

А как это влияет на связь, если в обоих случаях 485 не принимает и не передаёт?