Снова проблема с контроллерами, failed to convert value ‘’, passing raw, error: This control is incomplete

Контроллер - точно такой жже компьютер за которым мы работаем. С совершенно теми же способами настройки. Абсолютно.

А запущенный ping с тем же адрсом - что возвращает?
Через какой маршрут доступ к целевому адресу? Какой маршрут есть default, какой (если есть) именно в подсеть целевую? Я предполагаю неверные настройки сети.

Каой план сети и маршрутизации в ней?

Сейчас батарея имеет критически малый заряд. Какое время она уже заряжается?

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

Кстати, если перезапустить wb-mqtt-serial - первое опубликованное в mqtt значение энергии от счетчиков - тоже некорректно?
Пришлите пожалуйста файл /var/lib/wb-mqtt-serial/libwbmqtt.db с контроллера.

Контроллер - точно такой жже компьютер за которым мы работаем. С совершенно теми же способами настройки. Абсолютно.

Именно поэтому я и выбрал WB

Каой план сети и маршрутизации в ней?

Сейчас батарея имеет критически малый заряд. Какое время она уже заряжается?

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

Только устройства отсюда. Больше ничего нет пока что)

Кстати, если перезапустить wb-mqtt-serial - первое опубликованное в mqtt значение энергии от счетчиков - тоже некорректно?

Пришлите пожалуйста файл /var/lib/wb-mqtt-serial/libwbmqtt.db с контроллера.

libwbmqtt.db (28 КБ)

На скриншоте вижу ответ от 192.168.2.133. Почему?
Покажите traceroute к этому ж узлу. Ну и лучше все ж текстом, скриншоты чтаются не очень.

Тут совсем все удивительно

  • WB7 7.3.3E, wb-2304, stable, s/n AP5CRMOL
ping 192.168.2.144

PING 192.168.2.144 (192.168.2.144) 56(84) bytes of data.
From 192.168.2.133 icmp_seq=1 Destination Host Unreachable
From 192.168.2.133 icmp_seq=2 Destination Host Unreachable
From 192.168.2.133 icmp_seq=3 Destination Host Unreachable

traceroute 192.168.2.144

traceroute to 192.168.2.144 (192.168.2.144), 30 hops max, 60 byte packets
1 wirenboard-AP5CRMOL.local (192.168.2.133) 3122.103 ms !H 3121.850 ms !H 3121.685 ms !H

  • WB7 7.3.3E, wb-2304, stable, s/n AVZOK2XH
ping 192.168.2.144

PING 192.168.2.144 (192.168.2.144) 56(84) bytes of data.
64 bytes from 192.168.2.144: icmp_seq=1 ttl=255 time=1.08 ms
64 bytes from 192.168.2.144: icmp_seq=2 ttl=255 time=1.60 ms
64 bytes from 192.168.2.144: icmp_seq=3 ttl=255 time=4.51 ms
64 bytes from 192.168.2.144: icmp_seq=4 ttl=255 time=9.43 ms

traceroute 192.168.2.144

traceroute to 192.168.2.144 (192.168.2.144), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *

  • WB7 7.3.3E, wb-2207, stable, s/n AP72NKRI
ping 192.168.2.144

PING 192.168.2.144 (192.168.2.144) 56(84) bytes of data.
64 bytes from 192.168.2.144: icmp_seq=1 ttl=255 time=1055 ms
64 bytes from 192.168.2.144: icmp_seq=2 ttl=255 time=35.5 ms
64 bytes from 192.168.2.144: icmp_seq=3 ttl=255 time=2.65 ms
64 bytes from 192.168.2.144: icmp_seq=4 ttl=255 time=1.74 ms

traceroute 192.168.2.144

traceroute to 192.168.2.144 (192.168.2.144), 30 hops max, 60 byte packets
1 wirenboard-AP72NKRI.local (192.168.2.132) 3151.652 ms !H 3151.488 ms !H 3151.431 ms !H

  • Windows
ping 192.168.2.144

Статистика Ping для 192.168.2.144:
Пакетов: отправлено = 21, получено = 21, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 2мсек, Максимальное = 10 мсек, Среднее = 5 мсек

tracert 192.168.2.144

Трассировка маршрута к 192.168.2.144 с максимальным числом прыжков 30
1 * 110 ms 5 ms 192.168.2.144
Трассировка завершена.

  • Скрин
Скрин

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

Почему ответ контроллер приходит от узла 192.168.2.133 ?

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

Скрин

Разница в контроллерах в сетевом демоне. Как мне его переключить на старую версию, networks? Мне кажется все проблемы оттуда.

Как мне его переключить на старую версию, networks? Мне кажется все проблемы оттуда.

Поотключал все интерфейсы (включая gsm), остался только eth0.
Дропнул Network Manager, и?
На контроллере WB7 7.3.3E, wb-2304, stable, s/n AVZOK2XH стало так же как и на * WB7 7.3.3E, wb-2304, stable, s/n AP5CRMOL
Какие идеи?

SSH

Welcome to Wiren Board 7.3.3 (s/n AVZOK2XH), release wb-2304 (as stable)
Linux wirenboard-AVZOK2XH 5.10.35-wb133+wb101 #1 SMP Mon May 29 08:56:14 UTC 2023 armv7l GNU/Linux

System load: 6.08 1.62 0.55 Up time: 0 min
Memory usage: 19% of 997M Usage of /: 66% of 976M /mnt/data: 30% of 4.9G

8 package updates are available; type ‘apt update && apt upgrade’ to update them.

Last login: Fri Jul 21 06:35:08 2023 from 192.168.5.239
root@wirenboard-AVZOK2XH:~# ping 192.168.2.144
PING 192.168.2.144 (192.168.2.144) 56(84) bytes of data.
From 192.168.2.131 icmp_seq=1 Destination Host Unreachable
From 192.168.2.131 icmp_seq=2 Destination Host Unreachable
From 192.168.2.131 icmp_seq=3 Destination Host Unreachable
From 192.168.2.131 icmp_seq=4 Destination Host Unreachable
From 192.168.2.131 icmp_seq=5 Destination Host Unreachable
^C
— 192.168.2.144 ping statistics —
6 packets transmitted, 0 received, +5 errors, 100% packet loss, time 5166ms
pipe 4
root@wirenboard-AVZOK2XH:~# traceroute 192.168.2.144
traceroute to 192.168.2.144 (192.168.2.144), 30 hops max, 60 byte packets
1 wirenboard-AVZOK2XH.local (192.168.2.131) 2522.729 ms !H 2522.567 ms !H 2522.495 ms !H
root@wirenboard-AVZOK2XH:~#

ifconfig

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.131 netmask 255.255.240.0 broadcast 192.168.15.255
ether 00:85:01:01:57:cf txqueuelen 1000 (Ethernet)
RX packets 298782 bytes 21840850 (20.8 MiB)
RX errors 0 dropped 1838 overruns 0 frame 0
TX packets 501522 bytes 57628721 (54.9 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 65 base 0x5000

eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 00:85:01:01:f4:35 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 64

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
loop txqueuelen 1000 (Local Loopback)
RX packets 1167 bytes 65517 (63.9 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1167 bytes 65517 (63.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.42.1 netmask 255.255.255.0 broadcast 192.168.42.255
ether c4:3c:b0:5f:d1:24 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 15 bytes 900 (900.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Спустя 5 минут…
Пока писал предыдущий текст ситуация поменялась

Ping Trace

root@wirenboard-AVZOK2XH:~# ping 192.168.2.144
PING 192.168.2.144 (192.168.2.144) 56(84) bytes of data.
\64 bytes from 192.168.2.144: icmp_seq=1 ttl=255 time=8.81 ms
64 bytes from 192.168.2.144: icmp_seq=2 ttl=255 time=2.37 ms
64 bytes from 192.168.2.144: icmp_seq=3 ttl=255 time=3.72 ms
^C
— 192.168.2.144 ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 2008ms
rtt min/avg/max/mdev = 2.368/4.966/8.813/2.775 ms
root@wirenboard-AVZOK2XH:~# traceroute 192.168.2.144
traceroute to 192.168.2.144 (192.168.2.144), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 *^C

Смотрите на правила на маршрутизаторе.
Просто для примера:

Таблица маршрутизации выглядит так:

ip route
default via 10.0.0.2 dev eth0 proto dhcp src 10.0.0.78 metric 55 
default via 192.168.42.1 dev wlan1 proto dhcp src 192.168.42.184 metric 205 
default dev ppp0 proto static scope link metric 700 
10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.78 metric 55 
10.64.64.64 dev ppp0 proto kernel scope link src 10.39.208.175 
192.168.42.0/24 dev wlan1 proto kernel scope link src 192.168.42.184 metric 205 
192.168.42.0/24 dev wlan0 proto kernel scope link src 192.168.42.1 metric 600 

Я хочу проверить маршрут к какому-то узлу расположенному за два маршрутизатора.
Предполагаю - что мне ответит сначала ближайший, тот который описан у меня как default, потом уже по цепочке.

traceroute 10.77.0.114  
traceroute to 10.77.0.114 (10.77.0.114), 30 hops max, 60 byte packets
 1  router.lan (10.0.0.2)  0.433 ms  0.339 ms  0.400 ms
 2  10.78.0.1 (10.78.0.1)  74.879 ms  75.019 ms  75.029 ms
 3  10.77.0.114 (10.77.0.114)  75.050 ms  75.183 ms  74.968 ms

У вас адрес 192.168.2.131 с маской 20.
Прошу прощения, сразу на маску не обратил внимания. Ну и выгляжу довольно глупо, рассуждая про маршрутизацию. Моя вина.
То есть - узлы сегмента сети могут иметь 192.168.0.1 - 192.168.15.254
Естественно что при работе в пределах одного сегмента - пакет не будет отправлен в шлюз а будет попытка определить mac целевого широковещанием.

arp -n

выводит связку ip и mac для целевого (192.168.2.144) хоста?

У вас адрес 192.168.2.131 с маской 20 .
Прошу прощения, сразу на маску не обратил внимания. Ну и выгляжу довольно глупо, рассуждая про маршрутизацию. Моя вина.

Все норм)

выводит связку ip и mac для целевого (192.168.2.144) хоста?

Да.

    • WB7 7.3.3E, wb-2304, stable, s/n AVZOK2XH
arp -n

Address HWtype HWaddress Flags Mask Iface
1.1.1.1 (incomplete) eth1
192.168.5.239 ether a4:97:b1:d7:aa:2b C eth0
192.168.2.144 ether a6:4c:5e:e6:75:47 C eth0
192.168.2.142 ether a6:4c:5e:e6:6b:a5 C eth0
192.168.2.139 ether a6:4c:5e:e6:6c:71 C eth0
192.168.1.253 ether 6c:3b:6b:ee:18:7c C eth0
192.168.1.117 ether 00:15:5d:01:7a:11 C eth0
192.168.2.137 ether a6:4c:5e:e6:36:c5 C eth0
1.1.1.1 (incomplete) wlan0
192.168.1.220 ether 0c:c4:7a:41:26:1e C eth0

Нет.

    • WB7 7.3.3E, wb-2304, stable, s/n AP5CRMOL
arp -n

Address HWtype HWaddress Flags Mask Iface
192.168.5.239 ether a4:97:b1:d7:aa:2b C eth0
192.168.42.80 ether 86:d9:49:34:73:99 C wlan0
192.168.6.28 ether d6:d0:70:08:42:88 C eth0
192.168.1.117 ether 00:15:5d:01:7a:11 C eth0
192.168.2.144 (incomplete) eth0
192.168.2.143 ether a6:4c:5e:e6:6c:6f C eth0
1.1.1.1 (incomplete) wlan1
192.168.1.253 ether 6c:3b:6b:ee:18:7c C eth0
192.168.2.138 ether a6:4c:5e:e6:75:4c C eth0
149.20.4.15 (incomplete) wlan0
192.168.2.141 ether a6:4c:5e:e6:5b:ce C eth0
1.1.1.1 (incomplete) wlan0
1.1.1.1 (incomplete) eth1
130.89.148.77 (incomplete) wlan0
192.168.2.145 ether a6:4c:5e:e6:37:f4 C eth0
192.168.42.67 ether 76:17:a0:45:d3:0d C wlan0
192.168.1.220 ether 0c:c4:7a:41:26:1e C eth0
192.168.2.140 ether a6:4c:5e:e6:74:9c C eth0
128.31.0.62 (incomplete) wlan0

так… а на самом узле 192.168.2.144 - сеть сконфигурирована так же как на 192.168.2.142, например? Просто это устройство - похоже, mac’ом на такой же MGE.
Если пинговать 192.168.2.142 - результат тот же?

а на самом узле 192.168.2.144 - сеть сконфигурирована так же как на 192.168.2.142

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

Скрин


Просто это устройство - похоже, mac’ом на такой же MGE.

Ну да, такой же.
С других устройств, любых, я его пингую.

Например шлюз: ping 192.168.2.144

SEQ HOST SIZE TTL TIME STATUS
0 192.168.2.144 56 255 10ms
1 192.168.2.144 56 255 3ms
2 192.168.2.144 56 255 3ms
sent=3 received=3 packet-loss=0% min-rtt=3ms avg-rtt=5ms max-rtt=10ms

  • *WB7 7.3.3E, wb-2304, stable, s/n AP5CRMOL
    192.168.2.142 все ок.
ping 192.168.2.142

PING 192.168.2.142 (192.168.2.142) 56(84) bytes of data.
64 bytes from 192.168.2.142: icmp_seq=1 ttl=255 time=13.1 ms
64 bytes from 192.168.2.142: icmp_seq=2 ttl=255 time=2.01 ms
64 bytes from 192.168.2.142: icmp_seq=3 ttl=255 time=3.46 ms
64 bytes from 192.168.2.142: icmp_seq=4 ttl=255 time=2.55 ms
^C
— 192.168.2.142 ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 2.010/5.291/13.141/4.561 ms
root@wirenboard-AP5CRMOL:~# arp -n
Address HWtype HWaddress Flags Mask Iface
192.168.2.140 ether a6:4c:5e:e6:74:9c C eth0
192.168.5.239 ether a4:97:b1:d7:aa:2b C eth0
192.168.2.131 ether 00:85:01:01:57:cf C eth0
192.168.2.138 ether a6:4c:5e:e6:75:4c C eth0
192.168.2.141 ether a6:4c:5e:e6:5b:ce C eth0
1.1.1.1 (incomplete) eth1
192.168.1.253 ether 6c:3b:6b:ee:18:7c C eth0
192.168.1.220 ether 0c:c4:7a:41:26:1e C eth0
192.168.1.117 ether 00:15:5d:01:7a:11 C eth0
192.168.2.144 (incomplete) eth0
130.89.148.77 (incomplete) wlan0
128.31.0.62 (incomplete) wlan0
1.1.1.1 (incomplete) wlan0
192.168.2.142 ether a6:4c:5e:e6:6b:a5 C eth0
192.168.2.145 ether a6:4c:5e:e6:37:f4 C eth0
149.20.4.15 (incomplete) wlan0
192.168.2.143 ether a6:4c:5e:e6:6c:6f C eth0
1.1.1.1 (incomplete) wlan1

Так… Ну, это учдивительно, но, кажется мы уже рядом с разгадкой. Контроллеры воткнуты в тупой свитч или с опциями Lx?
Стесняюсь спросить, а mac адреса самих контроллеров - не совпадают ли? С завода - не должны, но их же можно поменять…

И еще - обновите прошивку самих WB-MGE, файл отправляю в личку, производитель его не распространяет.

Да вот уже подумал тестовую среду собрать, с одним свитчем. Потому что все свои уже перетрясли. Одинаковых мак нет, шлюзы о них вообще не знают.
Вернусь через некоторое время с отчетом.

  1. Проблема с отсутствием пинга с контроллера до MIO
    Решение:
    Отдельно стоящие здания подключены через Wifi мост Rocket 5AC Lite. С настройкой “Client isolation”. WB и MIO как раз были на разных зданиях.
    Щас ок, все работает.

  2. Проблема

  • с “флет” данных. Зависает wb_rules, зависают правила.
  • Происходит после добавления или изменения устройств в wb-mqtt-serial.conf только на одном контроллере. Не знаю куда копать.
    В этом же форуме выше

Решение (возможно есть лучше):

~# service wb-rules restart

  1. Проблема
  • Error in getting device: Device with given ID doesn’t exist
  • failed to convert value ‘’, passing raw, error: This control is incomplete

Из форума выше
Решение (возможно есть лучше):

~# mqtt-delete-retained /devices/#
~# reboot

Я бы еще добавил кнопку в топик System с названием MQTT Clean Retained (подскажите как (ссылка на инстр.), я себе сразу сделаю)

  1. Проблема с WARNING: [modbus] failed to read 6 input(s) @ 17664 of device modbus-tcp:36: Serial protocol error: request timed out

Решение помогает частично (значительно сокращает количество ошибок):
Из форума тут

Guard interval (us) в 5000 для всех портов и Response timeout (ms) в 5000

  1. Проблема с зарядом батареи.

Зарядим отдельно акк, посмотрим как себя будет вести после.

Можно пометить как решение, обновить Wiki.
Но лучше добиться результата с отсутствием ошибок в логе.
Что можно еще сделать?

Ага, все ж изоляция… Фух, а то действительно - довольно странно.

Это просто следствие. Вот возьмем процесс запуска, старта контроллера. Порядок инициализации устройств - он нигде не прописан и может быть произвольным.
Я попробовал воспроизвести так:
Сделал правило которое подписывается на топик

//07_25_test_01.js
var topicRule = "wb-gpio/A1_OUT";

defineRule(topicRule + '-trigger', {
    whenChanged: topicRule,
    then: function(newValue, device, control) {
        log.info(newValue, device, control);
    }
});

Переключаю контрл, ожидаю увидеть в логе вывод. Вижу:

2023-07-25 10:32:30true wb-gpio A1_OUT
2023-07-25 10:32:30false wb-gpio A1_OUT

Останавливаю wb-mqtt-gpio, кстати сразу в вижу в логе как wb-rules реагирует на очистку топиков драйвера:

Jul 25 07:34:41 wirenboard-AWI3MCGC systemd[1]: Stopping MQTT Driver for GPIO-controlled switches...
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-mqtt-gpio[6637]: INFO: [gpio driver] Stopped
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-mqtt-gpio[6637]: INFO: [gpio driver] Cleaning...
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-rules[1911]: WARNING: wb-gpio/EXT3_IN3: failed to convert value '0', passing raw, error: This control was deleted
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-rules[1911]: WARNING: wb-gpio/EXT2_K2: failed to convert value '0', passing raw, error: This control was deleted
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-rules[1911]: WARNING: wb-gpio/EXT3_IN11: failed to convert value '0', passing raw, error: This control was deleted
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-mqtt-db[1839]: WARNING: [conventions] converting empty value to boolean "false"
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-rules[1911]: WARNING: wb-gpio/EXT2_K16: failed to convert value '0', passing raw, error: This control was deleted
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-rules[1911]: WARNING: wb-gpio/EXT2_K3: failed to convert value '0', passing raw, error: This control was deleted
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-rules[1911]: WARNING: wb-gpio/EXT2_K5: failed to convert value '0', passing raw, error: This control was deleted
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-rules[1911]: WARNING: wb-gpio/EXT2_K9: failed to convert value '0', passing raw, error: This control was deleted
Jul 25 07:34:41 wirenboard-AWI3MCGC wb-mqtt-gpio[6637]: INFO: [gpio driver] Cleaned

Не трогаю wb-rules, запускаю wb-mqtt-gpio
Тут же вижу, как в лог выводится информация о недозаполненных, в процессе создания топиках:

Jul 25 07:37:33 wirenboard-AWI3MCGC wb-mqtt-gpio[3818]: INFO: [gpio chip driver] Initialized output GPIO line 1:14 (EXT2_K15)
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-mqtt-gpio[3818]: INFO: [gpio chip driver] Initialized output GPIO line 1:15 (EXT2_K16)
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-mqtt-gpio[3818]: INFO: [mqtt] subscription succeeded (message id 35)
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-rules[1911]: INFO: wb-gpio/D1_OUT: failed to convert value '', passing raw, error: This control is incomplete
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-rules[1911]: INFO: wb-gpio/D1_OUT: failed to convert value '', passing raw, error: This control is incomplete
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-mqtt-gpio[3818]: INFO: [mqtt] subscription succeeded (message id 66)
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-mqtt-gpio[3818]: INFO: [mqtt] subscription succeeded (message id 73)
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-rules[1911]: INFO: wb-gpio/A1_IN: failed to convert value '', passing raw, error: This control is incomplete
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-mqtt-gpio[3818]: INFO: [mqtt] subscription succeeded (message id 86)
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-rules[1911]: INFO: wb-gpio/A1_IN: failed to convert value '', passing raw, error: This control is incomplete
Jul 25 07:37:33 wirenboard-AWI3MCGC wb-rules[1911]: INFO: wb-gpio/A2_IN: failed to convert value '', passing raw, error: This control is incomplete

Снова переключаю контрол, в логе вижу:

Jul 25 07:39:01 wirenboard-AWI3MCGC wb-rules[1911]: INFO: [rule info] true wb-gpio A1_OUT
Jul 25 07:39:01 wirenboard-AWI3MCGC wb-rules[1911]: INFO: [rule info] false wb-gpio A1_OUT

Когда wb-mqtt-gpio остановлен - топика на который подписано правило нету, совсем. Но подписка на него сохраняется. Ну и вообще для подписки наличие топика не обязательно, он может появиться и потом.

Именно в System? Да, вот: Как дабавить кнопку в панель устройств к действующему устройству? - #2 от пользователя BrainRoot
Но все наши драйвера при выходе и так чистят за собой…

Это имеет смысл если используются каналы связи с ощутимой задержкой, да.

Дать мне правило, скрипт, которое вешает wb-rules - тогда воспроизведу и найду ошибку.

Останавливаю wb-mqtt-gpio

Я решил проблему, но пока не знаю почему оно так работает.
У меня wb-mqtt-serial.

ЛОГ

2023-07-25T09:47:52.426Z [wb-rules] INFO: all rule files are loaded
2023-07-25T09:47:52.367Z [wb-rules] INFO: [rule info] add your rules to /etc/wb-rules/
2023-07-25T09:47:52.304Z [wb-rules] WARNING: [rule warning] Создаем виртуальный девайс SMS Center
2023-07-25T09:47:52.227Z [wb-rules] ERROR: control Котельная 3/Авария - Пожар в котельной SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:52.217Z [wb-rules] ERROR: control Котельная 3/Авария - Загазованность в котельной SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:52.211Z [wb-rules] ERROR: control Котельная 3/Авария - Давление в контуре подпитки котла SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:52.198Z [wb-rules] ERROR: control Котельная 3/Газовый клапан открыт,закрыт SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:52.192Z [wb-rules] ERROR: control Котельная 3/Авария - Давление в контуре сетевой воды SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:52.192Z [wb-rules] ERROR: control Котельная 3/Авария - Давление в контуре сетевой воды SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:52.176Z [wb-rules] ERROR: control Котельная 3/Авария водогрейного котла 3 SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:52.167Z [wb-rules] ERROR: control Котельная 3/Авария водогрейного котла 2 SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:52.159Z [wb-rules] ERROR: control Котельная 3/Авария водогрейного котла 1 SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:52.152Z [wb-rules] ERROR: control Котельная 3/Авария парового котла SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’
2023-07-25T09:47:51.644Z [wb-rules] WARNING: [rule warning] Создаем виртуальный девайс Котельная 3
2023-07-25T09:47:51.597Z [wb-rules] INFO: [rule info] error running command callback for /bin/sh: Error: error error (rc -100)
anon native strict preventsyield
init /usr/share/wb-rules-system/rules/wb-mqtt-dac.js:14
anon /usr/share/wb-rules-system/rules/wb-mqtt-dac.js:77
anon /usr/share/wb-rules-system/scripts/lib.js:339 preventsyield
2023-07-25T09:47:50.432Z [wb-rules] INFO: [engine] Starting sync loop
2023-07-25T09:47:50.432Z [wb-rules] INFO: the engine is ready
2023-07-25T09:47:50.432Z [wb-rules] INFO: the engine is ready
2023-07-25T09:47:50.431Z [wb-rules] INFO: [engine] Starting main loop
2023-07-25T09:47:50.361Z [wb-rules] INFO: [wbgo_mqtt] wb-rules-engine-wirenboard-AP5CRMOL-5004: MQTT connection established
2023-07-25T09:47:50.354Z [wb-rules] INFO: [rule info] using file /var/lib/wirenboard/wbrules-persistent.db for persistent DB
2023-07-25T09:47:50.344Z [wb-rules] INFO: driver is ready
2023-07-25T09:47:49.862Z [wb-rules] INFO: wait for driver to become ready
2023-07-25T09:47:49.859Z [wb-rules] INFO: driver loop is started
2023-07-25T09:47:49.851Z [wb-rules] INFO: [wbgo_mqtt] rules-wirenboard-AP5CRMOL-5004: MQTT connection established
2023-07-25T09:47:49.851Z [wb-rules] INFO: [wbgo_mqtt] rules-wirenboard-AP5CRMOL-5004: MQTT connection established
2023-07-25T09:47:49.850Z [wb-rules] INFO: driver is created
2023-07-25T09:47:49.846Z [wb-rules] INFO: broker URL is default and mosquitto socket detected, trying to connect via it
2023-07-25T09:47:49.725Z [init] Started MQTT Rule engine for Wiren Board.
2023-07-25T09:47:49.711Z [init] wb-rules.service: Consumed 3min 27.161s CPU time.
2023-07-25T09:47:49.710Z [init] Stopped MQTT Rule engine for Wiren Board.
2023-07-25T09:47:49.709Z [init] wb-rules.service: Succeeded.
2023-07-25T09:47:49.267Z [init] Stopping MQTT Rule engine for Wiren Board…
2023-07-25T09:47:49.263Z [wb-rules] INFO: [engine] Stop main loop
2023-07-25T09:47:49.260Z [wb-rules] INFO: [engine] Stopping sync loop

2023-07-25T09:47:35.169Z [wb-rules] INFO: wb-mio-gpio_129:1/IN14: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.168Z [wb-rules] INFO: wb-mio-gpio_129:1/IN14: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.155Z [wb-rules] INFO: wb-mio-gpio_129:1/IN13: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.154Z [wb-rules] INFO: wb-mio-gpio_129:1/IN13: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.132Z [wb-rules] INFO: wb-mio-gpio_129:1/IN12: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.129Z [wb-rules] INFO: wb-mio-gpio_129:1/IN12: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.129Z [wb-rules] INFO: wb-mio-gpio_129:1/IN12: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.123Z [wb-rules] INFO: wb-mio-gpio_129:1/IN11: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.120Z [wb-rules] INFO: wb-mio-gpio_129:1/IN11: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.112Z [wb-rules] INFO: wb-mio-gpio_129:1/IN10: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.108Z [wb-rules] INFO: wb-mio-gpio_129:1/IN10: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.100Z [wb-rules] INFO: wb-mio-gpio_129:1/IN9: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.099Z [wb-rules] INFO: wb-mio-gpio_129:1/IN9: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.090Z [wb-rules] INFO: wb-mio-gpio_129:1/IN8: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.089Z [wb-rules] INFO: wb-mio-gpio_129:1/IN8: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.078Z [wb-rules] INFO: wb-mio-gpio_129:1/IN7: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.078Z [wb-rules] INFO: wb-mio-gpio_129:1/IN7: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.077Z [wb-rules] INFO: wb-mio-gpio_129:1/IN7: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.070Z [wb-rules] INFO: wb-mio-gpio_129:1/IN6: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.067Z [wb-rules] INFO: wb-mio-gpio_129:1/IN6: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.057Z [wb-rules] INFO: wb-mio-gpio_129:1/IN5: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.056Z [wb-rules] INFO: wb-mio-gpio_129:1/IN5: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.049Z [wb-mqtt-serial] INFO: [mqtt] subscription succeeded (message id 1591)
2023-07-25T09:47:35.045Z [wb-mqtt-serial] INFO: [mqtt] subscription succeeded (message id 1590)
2023-07-25T09:47:35.043Z [wb-rules] INFO: wb-mio-gpio_129:1/IN4: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.041Z [wb-rules] INFO: wb-mio-gpio_129:1/IN4: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.041Z [wb-rules] INFO: wb-mio-gpio_129:1/IN4: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.034Z [wb-rules] INFO: wb-mio-gpio_129:1/IN3: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.033Z [wb-rules] INFO: wb-mio-gpio_129:1/IN3: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.031Z [wb-rules] INFO: wb-mio-gpio_129:1/IN2: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.030Z [wb-rules] INFO: wb-mio-gpio_129:1/IN2: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.023Z [wb-rules] INFO: wb-mio-gpio_129:1/IN1: failed to convert value ‘’, passing raw, error: This control is incomplete
2023-07-25T09:47:35.020Z [wb-rules] INFO: wb-mio-gpio_129:1/IN1: failed to convert value ‘’, passing raw, error: This control is incomplete

2023-07-25T09:47:33.003Z [wb-mqtt-serial] INFO: [mqtt] connection estabilished with code “0”
2023-07-25T09:47:32.996Z [wb-mqtt-serial] INFO: [mqtt] UNIX socket exists, using it for connection
2023-07-25T09:47:32.996Z [wb-mqtt-serial] INFO: [mqtt] UNIX socket exists, using it for connection
2023-07-25T09:47:32.996Z [wb-mqtt-serial] INFO: [mqtt] Default host and port detected, checking if UNIX socket exists on /var/run/mosquitto/mosquitto.sock
2023-07-25T09:47:32.718Z [wb-mqtt-serial] INFO: [serial config] “WB-MAP3E fw2 168” channel “Uptime” override property “enabled”
2023-07-25T09:47:32.718Z [wb-mqtt-serial] INFO: [serial config] “WB-MAP3E fw2 168” channel “FW Version” override property “enabled”
2023-07-25T09:47:30.620Z [init] Started MQTT Driver for serial devices.
2023-07-25T09:47:30.607Z [init] wb-mqtt-serial.service: Consumed 1min 31.308s CPU time.
2023-07-25T09:47:30.607Z [init] Stopped MQTT Driver for serial devices.
2023-07-25T09:47:30.605Z [init] wb-mqtt-serial.service: Succeeded.

2023-07-25T09:47:24.174Z [init] Stopping MQTT Driver for serial devices…
2023-07-25T09:47:24.171Z [wb-mqtt-serial] INFO: [signal handling] Received signal 15

  • 2023-07-25T09:47:24.174Z [init] Stopping MQTT Driver for serial devices…
    Останавливает wb-mqtt-serial.service для внесения изменений через WEB.
  • 2023-07-25T09:47:30.607Z [init] Stopped MQTT Driver for serial devices.
    остановлено
  • 2023-07-25T09:47:30.620Z [init] Started MQTT Driver for serial devices.
    Запуск
  • Далее сыпятся сообщения в основном про This control is incomplete. Нас интересует конкретно это устройство:
    2023-07-25T09:47:35.020Z [wb-rules] INFO: wb-mio-gpio_129:1/IN1: failed to convert value ‘’, passing raw, error: This control is incomplete
    Но тут тоже все ок. Других сообщений нет.
  • 2023-07-25T09:47:49.263Z [wb-rules] INFO: [engine] Stop main loop
    Я перезапускаю wb-rules # service wb-rules restart
  • в логе много ругательств, но все начинает работать.

Немного отступлю. Я когда-то, месяц назад, пытался изменить свой же скрипт и изменил одну строку, только в одном правиле. Но меня отвлекли и я забыл про нее.

Вернемся.

  • 2023-07-25T09:47:52.176Z [wb-rules] ERROR: control Котельная 3/Авария водогрейного котла 3 SetValue() error: can’t convert control value ‘274.51024’ (type float64) to datatype ‘1’

Это сообщение дает устройство wb-mio-gpio_129:1/IN7. Но этого не может быть, потому что оно switch.

Скрин + Rules


WB-V-K3-1.js (4,7 КБ)
WB-V-K3-1_old.js (4,7 КБ)

Т.е. проблема с * с “флет” данных, зависает wb_rules, зависают правила появляется только тогда, когда я явно указываю присвоить новое значение устройству через правило:
Строка 73,90

  • dev[vkont + “/” + vd[0]] = newValue;

При этом значение устанавливается ‘274.51024’ (type float64)

Лог выглядит так

2023-07-25T10:01:43.427Z [wb-rules] ERROR: control Котельная 3/Авария - Пожар в котельной SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.422Z [wb-rules] ERROR: control Котельная 3/Авария - Загазованность в котельной SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.417Z [wb-rules] ERROR: control Котельная 3/Авария - Давление в контуре подпитки котла SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.412Z [wb-rules] ERROR: control Котельная 3/Газовый клапан открыт,закрыт SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.406Z [wb-rules] ERROR: control Котельная 3/Авария - Давление в контуре сетевой воды SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.400Z [wb-rules] ERROR: control Котельная 3/Авария водогрейного котла 3 SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.395Z [wb-rules] ERROR: control Котельная 3/Авария водогрейного котла 2 SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.395Z [wb-rules] ERROR: control Котельная 3/Авария водогрейного котла 2 SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.386Z [wb-rules] ERROR: control Котельная 3/Авария водогрейного котла 1 SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.378Z [wb-rules] ERROR: control Котельная 3/Авария парового котла SetValue() error: can’t convert control value ‘338.93’ (type float64) to datatype ‘1’
2023-07-25T10:01:43.016Z [wb-rules] WARNING: [rule warning] Создаем виртуальный девайс Котельная 3
2023-07-25T10:01:42.994Z [wb-rules] INFO: reloading file: /etc/wb-rules/WB-V-K3-1.js
2023-07-25T10:01:39.112Z [wb-rules] INFO: LiveRemoveFile: /etc/wb-rules/WB-V-K4-1.js

Если я указываю взять значение из устройства, то все OK:
Строка 73,90

  • dev[vkont + “/” + vd[0]] = dev[vd[1]];
Лог выглядит так

2023-07-25T10:08:20.102Z [wb-rules] WARNING: [rule warning] Создаем виртуальный девайс Котельная 3
2023-07-25T10:08:20.102Z [wb-rules] WARNING: [rule warning] Создаем виртуальный девайс Котельная 3
2023-07-25T10:08:20.070Z [wb-rules] INFO: reloading file: /etc/wb-rules/WB-V-K3-1.js
2023-07-25T10:02:37.258Z [wb-rules] INFO: LiveRemoveFile: /etc/wb-rules/WB-V-K3-1.js

Идеи?


Кстати, wb-mqtt-gpio делает Очистку, а wb-mqtt-serial нет.

  • Jul 25 07:34:41 wirenboard-AWI3MCGC wb-mqtt-gpio[6637]: INFO: [gpio driver] Cleaning…

Такого сообщения не будет для wb-mqtt-serial.
Так что кнопка - решение.


Осталось только решить вопрос с Serial protocol error: request timed out. Сейчас 2-3 сообщения в минуту.

Проблемы

25-07-2023 13:59:08.045 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 1536 of device modbus-tcp:220: Serial protocol error: request timed out
25-07-2023 13:58:32.558 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 104 of device modbus-tcp:220: Serial protocol error: request timed out
25-07-2023 13:55:37.687 [wb-mqtt-serial] WARNING: [modbus] failed to read 14 coil(s) @ 0 of device modbus_io-tcp:45:1: Serial protocol error: request timed out
25-07-2023 13:55:16.326 [wb-mqtt-serial] WARNING: [modbus] failed to read 1 input(s) @ 21764 of device modbus-tcp:36: Serial protocol error: request timed out
25-07-2023 13:55:14.983 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 1536 of device modbus-tcp:143: Serial protocol error: request timed out
25-07-2023 13:54:59.105 [wb-mqtt-serial] WARNING: [modbus] failed to read 6 input(s) @ 5376 of device modbus-tcp:143: Serial protocol error: request timed out
25-07-2023 13:54:50.221 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 1536 of device modbus-tcp:182: Serial protocol error: request timed out
25-07-2023 13:54:09.492 [wb-mqtt-serial] WARNING: [modbus] failed to read 1 input(s) @ 21764 of device modbus-tcp:220: Serial protocol error: request timed out
25-07-2023 13:53:55.432 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 1536 of device modbus-tcp:143: Serial protocol error: request timed out
25-07-2023 13:52:48.864 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 1536 of device modbus-tcp:220: Serial protocol error: request timed out
25-07-2023 13:52:48.864 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 1536 of device modbus-tcp:220: Serial protocol error: request timed out
25-07-2023 13:51:59.798 [wb-mqtt-serial] WARNING: [modbus] failed to read 6 input(s) @ 5376 of device modbus-tcp:143: Serial protocol error: request timed out
25-07-2023 13:50:46.615 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 270 of device modbus-tcp:143: Serial protocol error: request timed out
25-07-2023 13:49:25.075 [wb-mqtt-serial] WARNING: [modbus] failed to read 14 coil(s) @ 0 of device modbus_io-tcp:45:1: Serial protocol error: request timed out
25-07-2023 13:47:19.925 [wb-mqtt-serial] WARNING: [modbus] failed to read 1 input(s) @ 21764 of device modbus-tcp:36: Serial protocol error: request timed out
25-07-2023 13:47:12.465 [wb-mqtt-serial] WARNING: [modbus] failed to read 1 input(s) @ 21764 of device modbus-tcp:220: Serial protocol error: request timed out
25-07-2023 13:46:58.495 [wb-mqtt-serial] WARNING: [modbus] failed to read 1 input(s) @ 5380 of device modbus-tcp:36: Serial protocol error: request timed out
25-07-2023 13:46:53.486 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 270 of device modbus-tcp:182: Serial protocol error: request timed out
25-07-2023 13:46:47.715 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 5136 of device modbus-tcp:118: Serial protocol error: request timed out
25-07-2023 13:45:41.245 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 270 of device modbus-tcp:220: Serial protocol error: request timed out
25-07-2023 13:45:41.245 [wb-mqtt-serial] WARNING: [modbus] failed to read 2 input(s) @ 270 of device modbus-tcp:220: Serial protocol error: request timed out


Ну и аккумуляторы.

  • 2 Стоят в котельных (и щас стоят) ~3 мес при температуре акк 50С ±3

Заряд не идет в прошивке wb-2304, 1%, 3.388V.

  • 1 Стоял в котельной ~1 мес при температуре акк 50С ±3

Заряд не идет в прошивке wb-2304, 1%, 3.388V.

  • 2 Стоят в ТП ~10 мес при температуре акк <40С

Нормальная работа в прошивке wb-2207.


Взяли отдельно акк из пункта 2. Провели заряд отдельно от модуля.
1,8 А, 40 мин. ~500 мА забрал. Не нагревался.
После этого, установил в WB7 7.3.3E, wb-2304, stable, s/n ADJOPAFR. В модуле в WB он выдал 16% заряда и начал разряжаться до 11% (я начал запись видео, но на 11 остановилось и все.) На след. день утром заряд был 7%.
После этого, установил в WB7 7.3.3E, wb-2207, stable, s/n AEFV4UMT. Батарея начала заряжаться, и уже 24% за 10 мин.
Батарея, которая была в WB7 7.3.3E, wb-2207, stable, s/n AEFV4UMT установил в ADJOPAFR.
Идет заряд 93%, 4,122 V


Эту же батарею установил обратно в WB7 7.3.3E, wb-2304, stable, s/n ADJOPAFR
28% и не включается заряд.
Включение заряда позволяет начать заряд, но он сам выключается через некоторое время.
Ну и подозрительно быстрый разряд. Видно на видео.
График заряда батареи. Вчера-сегодня (7,5 КБ)


Спустя 30 минут.
Установили новый, искаропки, акк батарею, установили в тот же модуль. Заряжает автоматически, заряд держит.
Вывод - умерли аккумуляторы.


Спустя 3 часа.
Новый акк без заряда на включенном WB саморазряд 1% за 3 часа.

Щас тема закроется безответно

Оно возникает когда пытаться записать в контрол булевый значение. То из-за чего я в полной мере недолюбливаю (ненависть) скриптовые языки - неявное приведение типов. То есть пока записываем целое - все хорошо, ненулевое переключает контрол в true. А вот плавающее…

Так… Воспроизвожу (пытаюсь)… Пока, честно говоря, непонятно…

Здравствуйте! Удалось решить проблему?

Эта тема была автоматически закрыта через 7 дней после последнего ответа. В ней больше нельзя отвечать.