Ошибка связи с СВ / SV (решено)

[r.belov]

Добрый вечер, на объекте перестал работать контроллер, а именно отсутствуют показания на аналоговых входах, не работают дискретные выходы. В системном меню две аварии: "Ошибка связи с СВ" и "SB1 Ошибка связи"; системный индикатор постоянно горит белым цветом. В чем может быть проблема? (Matrix-1020-70-0 + FMR-1010-10-0)

[Arsie]

Цитата

Сообщение от r.belov

Добрый вечер, на объекте перестал работать контроллер, а именно отсутствуют показания на аналоговых входах, не работают дискретные выходы. В системном меню две аварии: "Ошибка связи с СВ" и "SB1 Ошибка связи"; системный индикатор постоянно горит белым цветом. В чем может быть проблема? (Matrix-1020-70-0 + FMR-1010-10-0)

Перезапуск контроллера по питанию помогает? Если нет - подержать выключенным пару минут и включить.

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

[regedite]

Точно такая ошибка, системное время было сброшено, аналоговые входа не работают. MTRX 1021-70-0
Серийный номер 678481

[Ilya J.]

Цитата

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

Точно такая ошибка, системное время было сброшено, аналоговые входа не работают. MTRX 1021-70-0
Серийный номер 678481

А у вас какая версию ПО контроллера и SMlogix? Форматирование из актуальной версии не исправляет ситуацию?

[regedite]

И пол года не прошло с момента установки. Встроенное ПО 210323-120005
Версия проекта 3.32.0116

[Ilya J.]

Цитата

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

И пол года не прошло с момента установки. Встроенное ПО 210323-120005
Версия проекта 3.32.0116

На вашем месте я бы сначала отформатировал контроллер из актуальной версии. У меня ощущение, что у вас не форматировался контроллер.

[regedite]

Это невозможно, контроллер на удалённом объекте и связь с ним с постоянной периодичностью пропадает. Неужели по версии ПО не ясно отформатирован он или нет? Или только переустановкой Linux решаются такие проблемы?

[Gel]

Когда у моего матрикса "слетала прошивка" супервизора (СВ/SV), то помогла его перепрошивка командой, выполненной по SSH:

nice -n -20 dd if=/usr/local/bin/svfw_mtrx.bin of=/proc/svfw bs=1M

Это команда из файла svfw.postinst.

[Ilya J.]

Цитата

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

Неужели по версии ПО не ясно отформатирован он или нет?

Дистрибутив SMlogix содержит в себе актуальное для своей версии ПО контроллера. Мне кажется, что в вашем случае, при использовании 3.32.116 контроллер не был отформатирован, могу ошибаться, но в любом случае версия довольно старая, было бы неплохо из актуальной версии отформатировать.


Добавлено через 3 минуты

Цитата

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

Когда у моего матрикса "слетала прошивка" супервизора (СВ/SV), то помогла его перепрошивка командой, выполненной по SSH:

nice -n -20 dd if=/usr/local/bin/svfw_mtrx.bin of=/proc/svfw bs=1M

Это команда из файла svfw.postinst.

[regedite]

Спасибо большое Gel!

[Gel]

Цитата:

Сообщение от Ilya J.

Кстати. В инсталляторе сравнивается текущая версия и устанавливаемой и если текущая равна или больше инсталлируемой, то SV не обновляется.

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

[Arsie]

Цитата

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

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

Рассматриваемый здесь случай форматирование закрывает. Достаточно было просто отформатировать и не рисковать с рут-доступом.

[Gel]

Цитата:

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

Рассматриваемый здесь случай форматирование закрывает. Достаточно было просто отформатировать и не рисковать с рут-доступом.

По моему, по затратам вообще несопоставимые вещи:

1. нужно физически доехать до контроллера;
2. сохранить уставки программы;
3. отформатировать свежей версий;
4. перезалить программу;
5. восстановить уставки программы;
6. сходить в церковь, попросить, что бы в новой версии лоджика не было новых ошибок и ничего существующего не сломали.

[Arsie]

Цитата

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

По моему, по затратам вообще несопоставимые вещи:

Я вообще удивлён, что это не выполняется автоматически. Состояние полностью детерминировано, точно известно, что CRC флеши не сходится с её содержимым. Запущен бутлоадер в СВ. Всё готово, осталось добавить пару строк в загрузочном скрипте.

Оказалось, что и задача такая есть, но её не доделали...

[Ilya J.]

Цитата

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

Когда у моего матрикса "слетала прошивка" супервизора (СВ/SV), то помогла его перепрошивка командой, выполненной по SSH:

nice -n -20 dd if=/usr/local/bin/svfw_mtrx.bin of=/proc/svfw bs=1M

Это команда из файла svfw.postinst.

У меня не получилось в лоб использовать этот скрипт. Почему - не стал выяснять. Но скрипт как я понимаю напрямую пишет в супервизор(без подготовительных работ, чистки)

Более правильный скрипт будет выглядеть:

dpkg -i /home/tests/svfw_**_armhf.deb

где вместо svfw_**_armhf.deb поставить имя своего файла

[Gel]

Цитата:

Сообщение от Ilya J.

У меня не получилось в лоб использовать этот скрипт. Почему - не стал выяснять. Но скрипт как я понимаю напрямую пишет в супервизор(без подготовительных работ, чистки)

Более правильный скрипт будет выглядеть:

dpkg -i /home/tests/svfw_**_armhf.deb

где вместо svfw_**_armhf.deb поставить имя своего файла

А что значит "не получилось использовать"? При запуске скрипта текущий каталог должен быть /usr/local/bin

Там в скрипте есть проверка версии:

l_ver=$(cat /proc/sv | grep -a soft | awk '{print $4}'
...
if [ ${l_ver} -lt ${ver_mtrx} ]; then
...

если текущая версия -- такая же, то обновления (перезаливки прошивки) не будет.

Кстати, в файле postinst есть некритичная ошибка, при определении версии прошивки файла читается два байта вместо одного здесь:

read_version(){
  ...
    local h=$(od -t d1 --skip-bytes=7 --read-bytes=2 $1 | head -1 | awk '{print $2}')
    local l=$(od -t d1 --skip-bytes=8 --read-bytes=2 $1 | head -1 | awk '{print $2}')

Должно быть --read-bytes=1

[Ilya J.]

Цитата

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

А что значит "не получилось использовать"? При запуске скрипта текущий каталог должен быть /usr/local/bin

Так яснее стало) Стоит учитывать, здесь есть те, кто в первый раз про ssh слышит.

Думаю, такой вид скрипта еще лучше, позволяет не задумываться об имени файла, модификации контроллера и текущем каталоге

dpkg -i $(find /home/tests -name "svfw_*")
restart

[Gel]

Цитата:

Сообщение от Ilya J.

Так яснее стало)

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

[Ilya J.]

Цитата

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

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

Вот не запустился. Разбираться не стал.

[Gel]

Цитата:

Сообщение от Ilya J.

Вот не запустился. Разбираться не стал.

У меня запускается:

/var/lib/dpkg/info/svfw.postinst

[Arsie]

Цитата

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

Кстати, в файле postinst есть некритичная ошибка, при определении версии прошивки файла читается два байта вместо одного здесь:

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

[Gel]

[Ilya J.]

Цитата

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

У меня запускается:

/var/lib/dpkg/info/svfw.postinst

Я вам верю)

[Gel]

Цитата:

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

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

Нужно читать по байту, но два раза.

А читается два раза по два байта, лишние байты просто не используются.


Добавлено через 1 минуту

Цитата:

Сообщение от Ilya J.

Я вам верю)

Так а у вас так же, или как?

[Gel]

Цитата

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

Кстати, в файле postinst есть некритичная ошибка...

Прочитал доку на od. Оказывается, кроме некритичной ошибки нашлась и критичная ошибка.

Как только ревизия прошивки станет 128, скрипт прочитает ее, как -1 и обновляться ничего не будет. В параметрах использовали неверный тип "d1", должен быть "u1".

Ну и сам алгоритм намудрили.

Вместо этого:

local h=$(od -t d1 --skip-bytes=7 --read-bytes=2 $1 | head -1 | awk '{print $2}')
local l=$(od -t d1 --skip-bytes=8 --read-bytes=2 $1 | head -1 | awk '{print $2}')
local val
val=$(($h*256))
val=$((val+l))

можно было просто написать (это уже с правкой критической ошибки):

local val=$(( $(od -A n --endian=big -d -N 2 -j 7 $1) ))

[Gel]

* уточнение, ревизия 128 прочитается, как -128

[Arsie]

Цитата

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

Как только ревизия прошивки станет 128, скрипт прочитает ее, как -1 и обновляться ничего не будет. В параметрах использовали неверный тип "d1", должен быть "u1".

Верно. Некритично пока, но поправим)

[Ilya J.]

Цитата

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

Так а у вас так же, или как?

Да была ошибка какая-то, не стал вникать, но и так же как и у вас тоже сработало.