Просмотр исходного текста страницы Troubleshooting - Решение типовых проблем при работе в WebHMI

<languages/>
<translate>
== Устройство не включается, либо перегружается == <!--T:1-->

<!--T:2-->
''' При подаче питания не горит индикатор PWR '''	
::<span style="color: green">1.Не подключен, выключен блок питания </span> 
:::Проверьте источник питания. Убедитесь в том что на вход устройства поступает 24 V DC с помощью вольтметра.
::<span style="color: green">2. Проблема с кабелем питания, контактами, либо полярностью </span>  
:::Проверьте кабель питания, наличие контакта, полярность. 
<br>
''' Устройство не загружается. Периодически мигают индикаторы на передней панели '''
::<span style="color: green">1.Не установлена (неправильно установлена) SD карта. </span> 
::: Установите (правильно) SD карту.
::<span style="color: green">2.Переключатель lock на карте установлен в положение Write protect </span> 
::: Верните переключатель lock в положение, разрешающее запись. 
::<span style="color: green">3. SD карта повреждена </span> 
::: Проверьте карту на другом устройстве. 
<br>
''' Устройство не загружается, карта SD исправна '''
::<span style="color: green">1.Неисправность WebHMI </span> 
::: Отправить устройство на исследование поставщику.
<br>
'''  Устройство перегружается  '''
::<span style="color: green">1.При использовании 3G модема в настройках мониторинга модема установлена опция "перезагрузка"</span> 
::: Отключить опцию в сетевых настройках
::<span style="color: green">2.Плохой контакт в кабеле питания. </span> 
::: Проверьте контакты провода питания
::<span style="color: green">3. SD карта повреждена </span> 
::: SD-карта повреждена, если в Setup->Network Setup->Status->System Log появляются сообщения вида:
<pre>
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</pre>
:::Замените SD-карту на исправную.
::<span style="color: green">4.Неисправность встроенного блока питания"</span> 
::: При включении загораются все светодиоды, затем гаснут и загораются снова (происходит попытка повторного запуска блока питания, но если не проходит тест внутренних цепей, происходит его отключение и повторный запуск, затем все повторяется). В этом случае отправьте устройство на исследование поставщику. 
<br>

== Нет доступа к WebHMI == <!--T:3-->

=== Утерян/забыт пароль от проекта  	=== <!--T:4-->
::<span style="color: green">1.Пароль не задокументирован   </span> 
::: Выполнить сброс проекта. Необходимо зайти в сетевые настройки (если их пароль тоже неизвестен, тогда нужно выполнить сброс сетевых настроек). Обязательно сохраняйте пароль, при изменении стандартного пароля, средств сброса пароля в проекте в WebHMI НЕТ !!! (с целью защиты интеллектуальной собственности разработчиков проекта)
<br>
=== Утерян/забыт пароль сетевых настроек ===
::<span style="color: green">1.Пароль не задокументирован   </span> 
::: Выполните [http://wiki.webhmi.com.ua/index.php/%D0%A1%D0%B1%D1%80%D0%BE%D1%81_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BA сброс] сетевых настроек. 
<br>

=== Логин/Пароль не подходит === <!--T:5-->
::<span style="color: green">1.Пароль не задокументирован - см. выше  </span> 
::<span style="color: green">2.Логин/Пароль вставляется из буфера обмена с символом "пробела".</span> 
:::  Скопируйте логин/пароль точно. 
<br>

=== У WebHMI неизвестный IP адрес === <!--T:6-->
::<span style="color: green">1.IP-адрес не задокументирован   </span> 
:::*Проще всего выполнить сброс сетевых настроек и настроить сеть заново.
:::*Если настройка конфигурация сети на WebHMI была довольно сложной, можно попробовать просканировать сеть [http://wiki.webhmi.com.ua/index.php?title=%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D1%81%D0%B5%D1%82%D0%B5%D0%B2%D1%8B%D1%85_%D1%81%D0%BE%D0%B5%D0%B4%D0%B8%D0%BD%D0%B5%D0%BD%D0%B8%D0%B9&action=edit&section=9 одним из способов]. 
<br>
=== Невозможно зайти броузером, ping превышает таймаут ожидания (подключение по Ethernet) ===
::<span style="color: green">1. Ethernet кабель подключен в порт WAN, где firewall блокирует входящие подключения. </span> 
:::Переключить патчкорд в порт LAN
::  <span style="color: green">2. Неисправный патчкорд </span>
:::Замените патчкорд 
<br>
=== Невозможно зайти броузером, ping превышает таймаут ожидания (подключение по Wi-Fi, когда WebHMI клиент другой сети) ===
::<span style="color: green">1. Возможно, подклчючение клиентом в другую сеть Wi-Fi имеет теже настройки сети, что и настройки по умолчанию сети LAN (сеть 192.168.1.0/24). В этом случае маршрутизация может работать неправильно. </span> 
:::Поменять настройки сети LAN на отличные от сети Wi-Fi, куда WebHMI подклчючен клиентом (например на 192.168.0.1 и т.д.). 
::  <span style="color: green">2. Сетевой интерфейс WebHMI клиента беспроводной сети находится в зоне WAN firewall'a.  </span>
:::Перенесите интерфейс в зону LAN.
<br>

=== Невозможно подключиться к WebHMI как к точке доступа (Wi-Fi) === <!--T:7-->
::<span style="color: green">1. Wi-Fi точка доступа отключена (нет активности светодиода WiFi) </span> 
:::Подключиться через порт LAN и [http://wiki.webhmi.com.ua/index.php/%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D1%81%D0%B5%D1%82%D0%B5%D0%B2%D1%8B%D1%85_%D1%81%D0%BE%D0%B5%D0%B4%D0%B8%D0%BD%D0%B5%D0%BD%D0%B8%D0%B9#Wi-Fi включить беспроводную сеть.]
::  <span style="color: green">2. Слабый сигнал в зоне покрытия - слишком большое расстояние от WebHMI, есть помехи,  не подключена Wi-Fi антенна </span>
:::Установить антенну, перейти в зону уверенного приема сигнала  
::<span style="color: green">3. Рядом возможно установлен еще один WebHMI c тем же SSID для беспроводной сети. </span>
::: Изменить SSID для беспроводной сети на одном из WebHMI.
<br>
=== Невозможно подключить ПК в сеть VPN WebHMI ===
::<span style="color: green">1. Ошибка в настройках подключения компьютера в VPN сеть WebHMI. </span> 
::: Проверьте подключение - см. [[http://wiki.webhmi.com.ua/index.php/%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D1%81%D0%B5%D1%82%D0%B5%D0%B2%D1%8B%D1%85_%D1%81%D0%BE%D0%B5%D0%B4%D0%B8%D0%BD%D0%B5%D0%BD%D0%B8%D0%B9 здесь ]]
::  <span style="color: green">2. Отключены службы операционной системы (Windows), необходимые для поддержки работы в VPN сетях. </span>
::: Включите необходимые службы и выполните настройки в соотвествии с этим [[:Файл:Подключение ПК в сеть VPN WebHMI.pdf|документом]]   
::  <span style="color: green">3. В подключении выбран другой тип протокола для работы в VPN сетях. </span>
::: См. раздел сетевые подключения. 

<!--T:8-->
В новых версиях Windows 10 могут быть отличия при создании VPN подключения из стандартной панели управления и из нового интерфейса(меню Start, "плитки"). 
При создании адаптера из стандартной панели управления для VPN подключения будет использоваться протокол IKEv2, если из нового - то L2TP(PPTP).
Необходимо убедиться что используется L2TP/PPTP протокол. 
<br clear = all>
[[Файл:WebHMI VPN HowTo.png|800px |left]]
<br clear = all>
Создать новое подключение можно через меню Start (клавиша Windows), затем в строке быстрого поиска набрать "параметры". В подменю VPN создать новое подключение.
[[Файл:Windows 10 VPN 1.png | 800px]]
<p>Параметры подключения:</p>
[[Файл:VPN Create.png | 800px]]
<br clear = all>

== WebHMI не обнаруживает другую беспроводную сеть ==  <!--T:9-->
::<span style="color: green">1. Беспроводная сеть имеет скрытый SSID </span>
::: Добавить беспроводную сеть в ручном режиме. 
::<span style="color: green">2. Беспроводная сеть работает на другой частоте (например 5ГГц). </span>
::: WebHMI поддерживает работу на частоте 2.4ГГц. Нужно поменять соотв. параметры на точке доступа. 
::<span style="color: green">3. Беспроводная сеть использует другие каналы частоты.  </span>
::: В WebHMI используемые каналы частоты определяются регионом, выбранным в настройке беспроводной сети. Возможно в текущих настройка нет канала, который выбран на точке доступа. Необходимо согласовать данные настройки.

== Связь с устройствами по RS-485 ==  <!--T:10-->
C целью экономии времени, рекомендуется предварительно убедиться что периферийное устройство с RS-485 не только настроено правильно, но и отвечает на запросы тестовой программы, сервисной утилиты. Желательно иметь в наличии альтернативное устройство последовательной связи USB или RS-232 --> 485 и ноутбук (компьютер). <p>Предварительная проверка поможет сэкономить возможную потерю времени на наладку соединения, если это делать сразу из WebHMI. 
В случае наличия нескольких работающих периферийных устройств и одного "проблемного" рекомендуется отключить все соединения для работающих устройств, и работать только с одним налаживаемым устройством. Тогда проанализировать возможную причину помогут диагностические светодиоды RX TX. Например, если горит только диод TX, значит работает только передача, и не никакого приема. Если же диод RX работает, но не такими проблесками как ТХ, значит имеют место сбои приема. При отсутствии ошибок диоды работают попеременно с одинаковой частотой. </p>
О наличии ошибок связи также сигнализирует светодиод Err.

=== Есть связь альтернативным способом (конвертер 485 и утилита), но нет связи через WebHMI === <!--T:11-->
::<span style="color: green">1. Настройки связи/регистров на WebHMI не соответствуют устройству/его регистрам.</span>
:::*Привести настройки порта 485 и регистров данного соединения на WebHMI в соответствие периферийному устройству.
::<span style="color: green">2. Соединение, использующее 485 на WebHMI отключено или переведено в режим virtual COM </span>
:::*Включите соединение, выключите режим virtual COM.
::<span style="color: green">3. Порт 485 на периферийном устройстве имеет аппаратную модификацию (есть проверка наличия подтягивающих резисторов, терминаторов, работает только по 3-х проводной схеме и т.д.) </span>
:::*Установите при необходимости дополнительные резисторы, используйте 3-х проводную схему.
::<span style="color: green">4. Поврежден порт 485 на WebHMI.   </span>
:::*Проверить работоспособность порта RS-485 WebHMI можно, создав на нем соединение Modbus ASCII, а вместо периферийного устройства подключить ноутбук или компьютер с преобразователем USB-485 и запустить утилиту терминала или "имитатор" Modbus Slave. В случае отсутствия обмена (отсутствия приема в терминале) при одновременно работающем светодиоде TX можно делать вывод о повреждении порта.

=== Перебои в чтении регистров === <!--T:12-->
::<span style="color: green">1. Помехи на линии связи, плохой контакт.</span>
:::*Проверьте линию (надежность контактов, топологию сети - должна быть шина без радиальных ответвлений, экранирование - заземлять экран нужно в одной точке, наличие согласующих сопротивлений 120 Ом для RS-485, отсутствие замыкания сигнлальных жил между собой и на землю)
::<span style="color: green">2. Слишком высокая скорость обмена </span>
:::*Уменьшите скорость обмена
::<span style="color: green">3. Маленькие тайм-ауты ожидания ответа от медленных устройств. При этом повторное чтение регистра начинается вместе с "запоздалым ответом" от устройства что приводит к коллизии. </span>
:::*Установите больший тайм-аут
::<span style="color: green">4. Периферийное устройство по документации может работать с разными настройками, но при этом стабильно работают только несколько из них.</span>
:::*Попробуйте разные настройки обмена для периферийного устройства.
::<span style="color: green">5. Возможна ситуация, когда в USB разъем установлен 3G модем, а в качестве системного пути (вида /dev/ttyUSB...) для него указано уже занятое устройство последовательного порта в системе (например /dev/ttyUSB0 используется встроенным преобразователем RS-485),  при этом сетевые драйверы могут обращаться по этому пути, нарушая работу последовательного порта. </span>
:::*Укажите для модема правильный пусть в сетевых настройках (путь можно посмотреть в сообщениях ядра, меню Maintenance\Kernel Messages).

=== Один из регистров не читается (всегда или с перебоями) ===  <!--T:13-->
::<span style = "color:green"> Другое устройство после окончания передачи имеет "длинное" успокоение, переходной процесс. что приводит к искажению обмена с данным "проблемным" устройством </span>
:::*Необходимо для соединения, где находится "проблемный" регистр, установить большее "время успокоения" (stabilization pause). Тогда перед началом обмена по данному соединению, будет выдерживаться необходимая пауза

=== Часть регистров в работающем соединении стабильно не читается ===  <!--T:14-->
::<span style = "color:green">Неправильно заданы адреса регистров </span>
:::*Проверьте адреса регистров. В коммуникационном логе (при включении уровней детализации Debug и Trace) для данных регистров будут детальные коды ошибок и пакеты обмена, что позволит более точно определить причину.
::<span style = "color:green"> Для регистров установлено свойство "Read On Demand". </span>
:::*Установите нормальный или высокий приоритет для регистров.
::<span style = "color:green"> В настройках проекта установлена опция Strict scan из-за чего регистры с обычным приоритетом, не успевшие вычитаться, исключаются из обмена. </span>
:::* Увеличьте время скана, отключите опцию strict scan
::<span style = "color:green"> Устройство, к которому подключен WebHMI, поддерживает обмен только двойными словами (Double Word). По умолчания драйвер опроса использует чтение словами (Word) для чтения регистров типа Double Word, поэтому устройство может не ответить на неподдерживаемый тип команды.  </span>
:::* Необходимо разрешить в свойства соединения группировку регистров Modbus в блоки длиной 2. В этом случае регистры Double Word (а также любые блоки из 2-х последовательных адресов будут читаться одним запросом

== Данные == <!--T:15-->
'''Прочитанные данные некорректны	'''	
::<span style="color: green">1.Неправильно заданы формат и тип данных регистра </span> 
:::Проверьте формат и тип данных регистров.<br>
::<span style="color: green">2.Периферийное устройство отдает данные в "сыром" виде, не в физических величинах </span>  
:::Используйте возможности нормализации значений, приведения к шкале и физ. величине
<br>
'''Пробелы в трендах или они не отображаются'''
::<span style="color: green">1.Есть ошибки при обмене с устройством </span>
:::Добиться обмена без сбоев. см. выше. 
::<span style="color: green">2.Частота обновления тренда на дешборде слишком высокая, для данной скорости соединения </span>
:::Уменьшить частоту обновления  тренда
<br>
'''Пробелы в исторических графиках'''
::<span style="color: green">1.Не читаются данные из устройств</span>
:::Добиться обмена без сбоев. см. выше.
::<span style="color: green">2.Установлен слишком маленький интервал '''Max graph interval''' </span>
::: Увеличить интервал '''Max graph interval'''
<br>
'''Не обновляются данные на дешборде'''
::<span style="color: green">1.Частота обновления дешборда установлена слишком высокой для данной скорости соединения</span>
::: Уменьшить частоту обновления дешборда.
::<span style="color: green">2. Пропало соединение с WebHMI </span>
::: Восстановите сетевое соединение
<br>

== Скрипты == <!--T:16-->
=== Скрипт не выполняется ===
::<span style="color: green">1.Есть ошибка выполнения </span>
:::Посмотрите Communicatoin log. В сообщениях содержащих ..lua script..указан номер строки, содержащей ошибку.
::<span style="color: green">2. Неправильная логика программы </span>
:::Для упрощения отладки, добавьте отладочную печать (функции DEBUG, INFO, TRACE) с выводом промежуточных результатов в Communicatoin log.
</translate>