Здравствуйте! Действительно в выключенном состоянии время контроллера “замирает“ в какой-то момент и при включении показывает результат с отставанием (примерно на минуту за час в отключенном состоянии). Чтение веток техподдержки по поводу отставания не помогло решить проблему. Контроллер новый 8.5.3, дата производства 2026-01-28 08:44:21. Что нужно сделать??? Через неделю контроллер должен быть установлен в очень отдалённом месте, без интернета и без модуля gps (уже не успеваем приобрести). Контроллер укомплектован WBMZ6-BATTERY с завода. Отключение синхронизации, установку часового пояса, установку текущего времени, все манипуляции со статьи Настройка даты и времени в контроллере Wiren Board — Wiren Board выполнены. Электромагнитные помехи на уровне обычной квартиры, в которой и происходит настройка. Срочно нужна помощь.
root@wirenboard-ANTVHP2K:~# timedatectl
Local time: Fri 2026-03-06 12:43:24 +08
Universal time: Fri 2026-03-06 04:43:24 UTC
RTC time: Fri 2026-03-06 12:43:24
Time zone: Asia/Irkutsk (+08, +0800)
System clock synchronized: no
NTP service: inactive
RTC in local TZ: yes
Warning: The system is configured to read the RTC time in the local time zone.
This mode cannot be fully supported. It will create various problems
with time zone changes and daylight saving time adjustments. The RTC
time is never updated, it relies on external facilities to maintain it.
If at all possible, use RTC in UTC by calling
‘timedatectl set-local-rtc 0’.
root@wirenboard-ANTVHP2K:~# hwclock --adjust --test --verbose
hwclock from util-linux 2.36.1
System Time: 1772779159.953154
Trying to open: /dev/rtc0
Using the rtc interface to the clock.
Last drift adjustment done at 1772691051 seconds after 1969
Last calibration done at 1772691051 seconds after 1969
Hardware clock is on local time
Assuming hardware clock is kept in local time.
Waiting for clock tick…
ioctl(4, RTC_UIE_ON, 0): Invalid argument
Waiting in loop for time from /dev/rtc0 to change
…got clock tick
Time read from Hardware Clock: 2026/03/06 14:39:20
Hw clock time : 2026/03/06 14:39:20 = 1772779160 seconds since 1969
Time since last adjustment is 88109 seconds
Calculated Hardware Clock drift is 0.000000 seconds
Needed adjustment is less than one second, so not setting clock.
Test mode: nothing was changed.
Добрый день.
Вот тут ведь написано что RTC аппаратный не выставлен.
А зачем, кстати, он в локальной таймзоне?
Ну и, соответственно, при загрузке - время выставляется по нему.
В локальной таймзоне по одной из рекомендаций на форуме техподдержки wirenboard https://support.wirenboard.com/
Вы имеете в виду, что по этой причине время на контроллере начинает отставать, когда он в выключенном состоянии находится? Если да, то как RTC выставить так, чтобы время на контроллере не отставало?
Это было сделано по одной из рекомендаций на форуме wirenbord support.wirenboard.com, касающейся проблематики отставания времени.
Понятно, что по нему. А по чему необходимо выставить время, чтобы оно не отставало такими дикими темпами?
Можете дать рекомендацию, что именно необходимо сделать, чтобы в контроллере не отставало время на десятки минут за ночь?
Напомню, что он будет установлен в крайне отдаленном месте, без подключения к интернет и без модуля WBE2R-R-GPS.
Спасибо!
Ну, подобное может быть нужным только в весьма ограниченном количестве случаев.
И прямо написано:
Мы проверяли время RTC при выключенном питании не уходит. Да я сейчас отключил контроллер - чтоб проверить.
Ну не однократно же поднималась тема с отставанием. В том числе в той ветке, из которой вы перенесли мои сообщения и создали новую тему. Наверняка вы уже много раз отключали контроллер…зачем сейчас опять?
В самом первом сообщении эта ссылка была указана. Я писал, что всё, указанное там выполнено! Зачем вы мне эту ссылку дали сейчас?
Будьте любезны, не сочтите за труд, укажите, пожалуйста, что конкретно нужно сделать, чтобы время на контроллере не отставало от заданного, когда он выключен.
Может быть в консоли какие-то команды выполнить, перенести в этот чат результат их выполнения? …чтобы у вас появилась возможность дать конкретные рекомендации, конкретные шаги, которые необходимо выполнить, чтобы перестало время отставать?
Не нашел в этой статье каким образом можно изменить параметр, о котором выше вы упомянули.
Я об этом параметре, вами упомянутом выше: “Вот тут ведь написано что RTC аппаратный не выставлен”.
Итак, я час назад отключил контроллер, командой.
Перед этим - проверил что RTС синхронизирован с реальным временем.
Сейчас я его включил.
Проверяю
hwclock --adjust --test --verbose
hwclock from util-linux 2.36.1
System Time: 1772792769.173683
Trying to open: /dev/rtc0
Using the rtc interface to the clock.
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
ioctl(4, RTC_UIE_ON, 0): Invalid argument
Waiting in loop for time from /dev/rtc0 to change
...got clock tick
Time read from Hardware Clock: 2026/03/06 10:26:09
Hw clock time : 2026/03/06 10:26:09 = 1772792769 seconds since 1969
Time since last adjustment is 1772792769 seconds
Calculated Hardware Clock drift is 0.000000 seconds
Needed adjustment is less than one second, so not setting clock.
Test mode: nothing was changed.
При этом на компьютере - то же время. Ладно, разрешаю ntp:
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5463]: ntpd 4.2.8p15@1.3728-o Wed Sep 23 11:46:38 UTC 2020 (1): Starting
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5463]: Command line: /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /run/ntp.conf.dhcp -u 104:108
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5463]: ----------------------------------------------------
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5463]: ntp-4 is maintained by Network Time Foundation,
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5463]: Inc. (NTF), a non-profit 501(c)(3) public-benefit
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5463]: corporation. Support and training for ntp-4 are
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5463]: available at https://www.nwtime.org/support
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5463]: ----------------------------------------------------
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: proto: precision = 0.250 usec (-22)
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: basedate set to 2020-09-11
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: gps base set to 2020-09-13 (week 2123)
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: leapsecond file ('/usr/share/zoneinfo/leap-seconds.list'): good hash signature
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: leapsecond file ('/usr/share/zoneinfo/leap-seconds.list'): loaded, expire=2026-06-28T00:00:00Z last=2017-01-01T00:00:00Z ofs=37
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listen and drop on 0 v6wildcard [::]:123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listen normally on 2 lo 127.0.0.1:123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listen normally on 3 eth0 10.0.0.86:123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listen normally on 4 wlan0 192.168.42.1:123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listen normally on 5 dbg0 10.200.200.1:123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listen normally on 6 lo [::1]:123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: bind(23) AF_INET6 fe80::467b:3de4:2eae:847b%2#123 flags 0x11 failed: Cannot assign requested address
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: unable to create socket on eth0 (7) for fe80::467b:3de4:2eae:847b%2#123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: failed to init interface for address fe80::467b:3de4:2eae:847b%2
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listen normally on 8 wlan0 [fe80::165d:34ff:fe26:fe80%4]:123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listen normally on 9 dbg0 [fe80::1855:89ff:fea2:6943%6]:123
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: Listening on routing socket on fd #25 for interface updates
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
Mar 06 10:27:24 wirenboard-AD65BTLY ntpd[5471]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
Mar 06 10:27:24 wirenboard-AD65BTLY systemd[1]: Started Network Time Service.
Иными словами, как мне воспроизвести “уход RTC”?
Ну вот же, описано.
Уважаемый соотечественник! Я абсолютно точно не настолько продвинут технически в обсуждаемой нами проблематике, чем вы, но я ТОЧНО знаю, что каждое отключение из работы контроллера приводит к отставанию его времени. Я не понимаю как это исправить, как не понимаю и того, что вы мне пишите. Можете написать проще? 1. Делаете это. 2. Делаете то. 3. Делаете третье. И потом радуетесь, тому, что время контроллера, не зависимо от длительности его пребывания в отключенном состоянии, за год +/- убежит максимум на 1 минуту или 2. Или 10 хотя бы. Может быть вас заинтересовать финансово? Скажите сколько и куда перевести.
Где именно там описано каким образом изменить параметр, о котором вы писали?
Отключил опять контроллер на час. Время на нём было 18 часов 01 минута. Это время совпадало со временем на ноуте, перед отключением установил вручную (timedatectl set-time ‘2026-03-06 18:01:00‘). Через час включил контроллер и он показывает на 2 минуты позднее от ноута…Что сделать чтобы такого отставания не было?
Установите аппартный таймер.
Используйте описанную по приведенным ссылкам команду:
hwclock --systohc --localtime
Проверьте его
hwclock -r
Время - на каком из таймеров? На аппаратном или программном? Ну, вот в документации про это описано:
Энергонезависимый таймер питается от аккумулятора и позволит восстановить корректное время в контроллере при отключении питания.
То есть это и проверяю. То что время которое восстанавливается при старте - верное.
Если время в аппаратном RTC изначально неправильное - то оно и будет использоваться.
root@wirenboard-ANTVHP2K:~# hwclock --systohc --localtime
root@wirenboard-ANTVHP2K:~# hwclock -r
2026-03-06 19:26:48.980347+08:00
root@wirenboard-ANTVHP2K:~# timedatectl
Local time: Fri 2026-03-06 19:27:09 +08
Universal time: Fri 2026-03-06 11:27:09 UTC
RTC time: Fri 2026-03-06 19:27:09
Time zone: Asia/Irkutsk (+08, +0800)
System clock synchronized: no
NTP service: inactive
RTC in local TZ: yes
Warning: The system is configured to read the RTC time in the local time zone.
This mode cannot be fully supported. It will create various problems
with time zone changes and daylight saving time adjustments. The RTC
time is never updated, it relies on external facilities to maintain it.
If at all possible, use RTC in UTC by calling
‘timedatectl set-local-rtc 0’.
root@wirenboard-ANTVHP2K:~# hwclock --systohc --localtime
root@wirenboard-ANTVHP2K:~# hwclock -r
2026-03-06 19:26:48.980347+08:00
root@wirenboard-ANTVHP2K:~# timedatectl
Local time: Fri 2026-03-06 19:27:09 +08
Universal time: Fri 2026-03-06 11:27:09 UTC
RTC time: Fri 2026-03-06 19:27:09
Time zone: Asia/Irkutsk (+08, +0800)
System clock synchronized: no
NTP service: inactive
RTC in local TZ: yes
Warning: The system is configured to read the RTC time in the local time zone.
This mode cannot be fully supported. It will create various problems
Не могу понять что изменилось после hwclock --systohc --localtime