Troubleshooting - Решение типовых проблем при работе в WebHMI — различия между версиями

1. Не подключен, выключен блок питания

2. Проблема с кабелем питания, контактами, либо полярностью

1. Проверьте источник питания. Убедитесь в том что на вход устройства поступает 24 V DC с помощью вольтметра.

2. Проверьте кабель питания, наличие контакта, полярность.

1. Не установлена (неправильно установлена) SD карта.

2. Переключатель lock на карте установлен в положение Write protect

1. Установите (правильно) SD карту.

2. Верните переключатель lock в положение, разрешающее запись.

1. При использовании 3G модема в настройках мониторинга модема установлена опция "перезагрузка"

1.Отключить опцию в сетевых настройках

Mon Apr 11 11:54:43 2016 kern.info kernel: [  110.790000] sd 0:0:0:0: [sda] Unhandled sense code
Mon Apr 11 11:54:43 2016 kern.info kernel: [  110.790000] sd 0:0:0:0: [sda]  
Mon Apr 11 11:54:43 2016 kern.warn kernel: [  110.790000] Result: hostbyte=0x00 driverbyte=0x08
Mon Apr 11 11:54:43 2016 kern.info kernel: [  110.800000] sd 0:0:0:0: [sda]  
Mon Apr 11 11:54:43 2016 kern.warn kernel: [  110.800000] Sense Key : 0x3 [current] 
Mon Apr 11 11:54:43 2016 kern.info kernel: [  110.800000] sd 0:0:0:0: [sda]  
Mon Apr 11 11:54:43 2016 kern.warn kernel: [  110.810000] ASC=0x11 ASCQ=0x0
Mon Apr 11 11:54:43 2016 kern.info kernel: [  110.810000] sd 0:0:0:0: [sda] CDB: 
Mon Apr 11 11:54:43 2016 kern.warn kernel: [  110.810000] cdb[0]=0x28: 28 00 00 0b 61 10 00 00 f0 00
Mon Apr 11 11:54:43 2016 kern.err kernel: [  110.820000] end_request: critical target error, dev sda, sector 745744

Замените SD-карту на исправную.

Выполнить сброс проекта. Необходимо зайти в сетевые настройки (если их пароль тоже неизвестен, тогда нужно выполнить сброс сетевых настроек).

1. Проще всего выполнить сброс сетевых настроек и настроить сеть заново.

2. Если настройка конфигурация сети на WebHMI была довольно сложной, можно попробовать просканировать сеть одним из способовв.

1.Ethernet кабель подключен в порт WAN, где firewall блокирует входящие подключения.

1. Переключить патчкорд в порт LAN

1. Wi-Fi точка доступа отключена (нет активности светодиода WiFi)

2. Слабый сигнал в зоне покрытия - слишком большое расстояние от WebHMI, есть помехи, не подключена Wi-Fi антенна,

3.Рядом установлен еще один WebHMI c тем же SSID для беспроводной сети.

1. Подключиться через порт LAN и включить беспроводную сеть.

2. Установить антенну, перейти в зону уверенного приема сигнала

1. Настройки связи/регистров на WebHMI не соответствуют устройству/его регистрам.

2. Соединение, использующее 485 на WebHMI отключено или переведено в режим virtual COM

3. Порт 485 на периферийном устройстве имеет аппаратную модификацию (есть проверка наличия подтягивающих резисторов, терминаторов, работает только по 3-х проводной схеме и т.д.)

4.Поврежден порт 485 на WebHMI

1. Привести настройки порта 485 и регистров данного соединения на WebHMI в соответствие периферийному устройству.

2. Включите соединение, выключите режим virtual COM.

3. Установите при необходимости дополнительные резисторы, используйте 3-х проводную схему.

4.Проверить работоспособность порта RS-485 WebHMI можно, создав на нем соединение Modbus ASCII, а вместо периферийного устройства подключить ноутбук или компьютер с преобразователем USB-485 и запустить утилиту терминала или "имитатор" Modbus Slave. В случае отсутствия обмена (отсутствия приема в терминале) при одновременно работающем светодиоде TX можно делать вывод о повреждении порта..

1. Помехи на линии связи, плохой контакт.

2. Слишком высокая скорость обмена

3. Маленькие тайм-ауты ожидания ответа от медленных устройств. При этом повторное чтение регистра начинается вместе с "запоздалым ответом" от устройства что приводит к коллизии.

4. Периферийное устройство по документации может работать с разными настройками, но при этом стабильно работают только несколько из них.

1. Проверьте линию (надежность контактов, топологию сети - должна быть шина без радиальных ответвлений, экранирование - заземлять экран нужно в одной точке, наличие согласующих сопротивлений 120 Ом для RS-485, отсутствие замыкания сигнлальных жил между собой и на землю)

2. Уменьшите скорость обмена

3. Установите больший тайм-аут

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

1. Неправильно заданы адреса регистров

2. Для регистров установлено свойство "Read On Demand".

3. В настройках проекта установлена опция Strict scan из-за чего регистры с обычным приоритетом, не успевшие вычитаться, исключаются из обмена.

1. Проверьте адреса регистров. В коммуникационном логе (при включении уровней детализации Debug и Trace) для данных регистров будут детальные коды ошибок и пакеты обмена, что позволит более точно определить причину.

2. Установите нормальный или высокий приоритет для регистров.

3. Увеличьте время скана, отключите опцию strict scan

1. Неправильно заданы формат и тип данных регистра

2. Периферийное устройство отдает данные в "сыром" виде, не в физических величинах

1.Проверьте формат и тип данных регистров.

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

1. Не читаются данные из устройств

2. Частота обновления тренда на дешборде слишком высокая, для данной скорости соединения (как правило VPN или WiFi)

1. Добиться обмена без сбоев. см. выше.

2. Уменьшить частоту обновления тренда

1. Не читаются данные из устройств

2. Установлен слишком маленький интервал Max graph interval

Добиться обмена без сбоев. см. выше.

2. Увеличить интервал Max graph interval

1. Частота обновления дешборда установлена слишком высокой для данной скорости соединения

2. Пропало соединение с WebHMI

1. Уменьшить частоту обновления дешборда.

2. Восстановите сетевое соединение