Ошибки в dmesg.log

Новый контроллер без кастомных конфигураций (кроме активации облака)

HW Revision 7.4.3

Batch No 7.4.3J/2GCL 1D/M-2GC

dmesg.log полон exception сообщений в тоже время контроллер отваливается от облака.

На диаграмме показан участок времени когда он в этом состоянии. Сам по себе он фцнкционирует но не имеет выхода в сеть не через GSM не чепез WiFi

Jan 05 22:20:57 wirenboard-AAHUMV5K kernel: w1_master_driver w1_bus_master1: Attaching one wire slave 00.840000000000 crc ed
Jan 05 22:20:57 wirenboard-AAHUMV5K kernel: w1_master_driver w1_bus_master1: Family 0 for 00.840000000000.ed is not registered.
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: w1_master_driver w1_bus_master2: Attaching one wire slave 00.840000000000 crc ed
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: w1_master_driver w1_bus_master2: Family 0 for 00.840000000000.ed is not registered.
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: sysfs: cannot create duplicate filename '/bus/w1/devices/00-840000000000'
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: CPU: 1 PID: 174 Comm: w1_bus_master2 Not tainted 5.10.35-wb159 #1
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: Hardware name: Allwinner sun8i Family
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: Backtrace: 
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c0a05218>] (dump_backtrace) from [<c0a054c0>] (show_stack+0x20/0x24)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r7:ffffffff r6:60000013 r5:00000000 r4:c10e4998
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c0a054a0>] (show_stack) from [<c0a08e30>] (dump_stack+0xb4/0xd4)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c0a08d7c>] (dump_stack) from [<c03d49fc>] (sysfs_warn_dup+0x68/0x74)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r9:00000000 r8:00000001 r7:c323e140 r6:c323e140 r5:c31259f8 r4:c45c6000
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c03d4994>] (sysfs_warn_dup) from [<c03d4e78>] (sysfs_do_create_link_sd+0xf4/0xf8)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r7:c323e140 r6:c31259f8 r5:c2e9c790 r4:ffffffef
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c03d4d84>] (sysfs_do_create_link_sd) from [<c03d4eb4>] (sysfs_create_link+0x38/0x44)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r9:00000000 r8:00000000 r7:c11ae8c4 r6:bf02d0b4 r5:00000000 r4:c2c9f450
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c03d4e7c>] (sysfs_create_link) from [<c061d53c>] (bus_add_device+0x70/0x100)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c061d4cc>] (bus_add_device) from [<c0618a74>] (device_add+0x2ac/0x7ac)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r7:c11ae8c4 r6:c32198c0 r5:00000000 r4:c2c9f450
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c06187c8>] (device_add) from [<c0618f98>] (device_register+0x24/0x28)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r10:c2c9f404 r9:c2c9f450 r8:c32198c0 r7:bf02d09c r6:c3219800 r5:c317de68
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r4:c2c9f450
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c0618f74>] (device_register) from [<bf027c38>] (w1_attach_slave_device+0x210/0x468 [wire])
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r5:c317de68 r4:c2c9f400
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<bf027a28>] (w1_attach_slave_device [wire]) from [<bf028038>] (w1_slave_found+0xdc/0xe8 [wire])
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r10:00000040 r9:c32198a4 r8:00000000 r7:ed840000 r6:000000ed r5:c3219878
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r4:c3219800
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<bf027f5c>] (w1_slave_found [wire]) from [<bf028824>] (w1_search+0x1ec/0x280 [wire])
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r7:6d840000 r6:0000003f r5:0000003c r4:c3219800
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<bf028638>] (w1_search [wire]) from [<bf02b060>] (w1_search_devices+0x54/0x58 [wire])
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r10:c3339b5c r9:bf027f5c r8:c321982c r7:c3219800 r6:c3219840 r5:00000000
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r4:000000f0
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<bf02b00c>] (w1_search_devices [wire]) from [<bf02892c>] (w1_search_process_cb+0x74/0x174 [wire])
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r5:000000f0 r4:c321981c
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<bf0288b8>] (w1_search_process_cb [wire]) from [<bf028c24>] (w1_process+0x16c/0x1a0 [wire])
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r10:c3339b5c r9:c317c000 r8:00000000 r7:c3219848 r6:c3219800 r5:c321982c
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r4:c3219890 r3:c331c140
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<bf028ab8>] (w1_process [wire]) from [<c014a710>] (kthread+0x168/0x16c)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r10:c3339b5c r9:c3219800 r8:bf028ab8 r7:c317c000 r6:00000000 r5:c31e1cc0
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r4:c2f49000
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: [<c014a5a8>] (kthread) from [<c0100114>] (ret_from_fork+0x14/0x20)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: Exception stack(0xc317dfb0 to 0xc317dff8)
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: dfa0:                                     00000000 00000000 00000000 00000000
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel: dfe0: 00000000 00000000 00000000 00000000 00000013 00000000
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c014a5a8
Jan 05 22:21:12 wirenboard-AAHUMV5K kernel:  r4:c31e1cc0

dmesg.log (257.2 KB)
diag_output_AAHUMV5K_2025-01-05-20.00.14.zip (163.6 KB)

После обновлния системы
apt update && apt upgrade
А также после перезагрузки системы, ошибки в логе несколько изменились но по сути они теже самые.

приложен диагностический архив, доступен только сотрудникам поддержки
(176.6 KB)

Пока я отключила 1Wire интерфейсы, посмотрим как это повлияет на работу. Но был режим Master на обоих.

Здравствуйте!

В конфигурации сетевых подключений вижу высокий приоритет по “gsm 1” и отсутствие соединений по WiFi.
У вас есть возможность сделать приоритетным соединение ethernet с доступом в интернет?

Возможность установить приоритет есть, но нет физического Ethernet соединения и нет WiFi сети с интернетом. Доступен лишь GSM интернет

Подскажите пожалуйста, восстановление связи контроллера с облаком происходит автоматически или после выполнения каких-либо манипуляций?
История данных за указанный промежуток времени сохраняется в памяти контроллера?

Однажды это было автоматически. Но в другие разы нет.

Он работает какое то время а потом пропадает из сети и облака.

Вчера вечером когда такое случилось, и я пришла на объект и (не сразу) но смогла подключиться к нему по WiFi. Потребовалось “забыть сеть” и заново подключится.

Так вот сразу после этого зашла в сетевые соединения, gsm был активен, имел IP адресс но не имел интернет. Я его выключила и включила, соедиение установилось с интернетом и все начало работать.

Через пару часов он опять отвалился.

Примерно в 12 ночи он вдруг появился в сети. И я сделала apt update & apt upgrade о котором писала выше. Затем (на всякий случай) выполнила reboot было это в 12:30 ночи.

Утром контроллер был в сети но uptime 6:30 это означает что в 4 ночи он перезагрузился.

В 12:30 дня опять пропал и его нет.

Завтра буду на объекте заменю SIM карту, может дело в провайлере или в тарифе.

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

Так как единственный вариант связи через модем, рекомендую установить резервную сим карту (желательно другого оператора) во второй слот и возможно рассмотреть вариант выноса антенны в зону более уверенного приема.

Принято. Но не хотелось бы две симки, дорого это.
Обратила внимание что у обоих ethernet адаптеров было autoconnect == true
поставила false может поможет

Добавила скрипт для перезапуска сети… посмотрим на результат

defineRule("check-network-rule",{
when: cron("0 */30 * * * *"),
  then: function () {
    runShellCommand(
      "ping -w 5 8.8.8.8", 
      {
        captureOutput: true,
        captureErrorOutput: true,
        exitCallback: function (exetCode, outString, errString) {
            if (exetCode){
              log.info(errString); 
              log.info("[check-network-rule] restarting connection `gsm 1`...");
              runShellCommand(
                'nmcli connection down "gsm 1" ; nmcli connection up "gsm 1"', 
                {
                  captureOutput: true,
                  captureErrorOutput: true,
                  exitCallback: function (exetCode, outString, errString) {
                      if (exetCode){
                        log.error("[check-network-rule] connection `gsm 1` was not restarted"); 
                        log.info(errString); 
                      } else {
                        log.info("[check-network-rule] connection `gsm 1` was restarted");
                        log.info(outString);       
                      }
                  }
                }
              );
            } else {
              log.info("[check-network-rule] there is internet connection");
            }
        }
      }
    );
  }
});

Добрый день, удалось добиться положительной динамики?

Да, вы знаете работает стабильно. Жду отвала сети чтобы убедиться в том, что скрипт перезапустит соединение.

Видимо проблема на стороне оператора сети.