NEWS
Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus
-
Anderes Thema.
Seit dem Umbau habe ich alle 2-3 Tage einen E81 Fehler.
Hat das jemand auch schon beobachtet?
Zudem hatte ich anfangs 2-3x "Kommunikationsfehler".Im Fehlerspeicher stand der Fehler E81 ca. 1x im Jahr oder so.
Gibt 2 Möglichkeiten.
-
Es liegt am CAN. Zu lange Leitung, nicht ausreichend verdrillt, Masse nicht richtig angeschlossen. CAN HAT qualitativ minderwertig?
Ich habe ein 15m langes LiYCY 2x0,25mm2 was "leicht verdrillt" ist. Masse habe ich nur an die Rotex angeschlossen wegen evtl. ungleichen Potentialen. Evtl. kann man am CAN Hat die Masse über einen Kondensator anschließen. -
Beim Umbau ist mir die Fronteinheit einmal runtergeplumpst. Sie hing aber noch am Flachbandkabel, kann aber nicht garantieren, dass dadurch an den Steckern/Kabel nichts passiert ist.
-
-
@hg6806 noch nie gehabt.Habe ground nicht angeschlossen und benutze ca 3m lan kabel.
-
Guten Abend,
diese Woche wird meine Daikin Altherma 3 h HT mit folgender Inneneinheit ETSX16P50D installiert.
Jetzt ist meine Frage wo und wie Ihr den CAN HAT angeschlossen habt?
Auf dem J13? Und muss man an dem CAN HAT dann ein Terminierungswiderstand einbauen? Wie lang darf die Leitung sein ? Ich würde ein LiycyTP 2x2x0,75mm² verwenden.
Am HAT habe ich folgende Beschriftung, H und L muss gekreuzt werden? Und was ist A und B? GND, VCC?Bin für jede Hilfe dankbar.
-
@elektroniker86 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
Ich würde ein LiycyTP 2x2x0,75mm² verwenden.
Mit der Leitung könntest du Probleme bekommen. Die Bus-Leitungen (CAN-H und CAN-L) sollten immer gut verdrillt sein.
Ich habe hier sehr gute Erfahrungen mit S/FTP Kabeln, die sonst hauptsächlich für Ethernet eingesetzt werden, gemacht.
Bei verdrillten Leitungen und der relativ geringen Baudrate darf die Leitung dann auch durchaus etwas länger sein.@elektroniker86 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
H und L muss gekreuzt werden?
Nein, H ist CAN-High und L ist CAN-Low. Die müssen immer richtig angeschlossen werden.
@elektroniker86 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
Und was ist A und B? GND, VCC?
A und B brauchst du nicht. Das wäre eine RS485 Schnittstelle von dem Board.
VCC brauchst du auch nicht. Die WP hat ihre eigene Versorgung und das Board wird vom Raspi versorgt.
GND brauchst du im Normalfall auch nicht, da der CAN-Bus die Differenz zwischen H und L auswertet. -
Erstmal vielen Dank für die rasche Antwort.
Der Anschluss J13 passt?
Woher weiß ich, welche Config ich importieren soll. Im Menü von dem Innengerät finde ich nur folgende Versionsnummern: -
@elektroniker86 Zu dem Anschluss kann ich dir nichts genaues sagen, da ich selbst keine dieser Wärmepumpen habe. Der Doku nach würde ich aber sagen das sollte passen.
Von der Config einfach die neueste Version, oder sogar "latest" importieren.
Dabei fällt mir ein, dass ich von der latest-Config eine neue Version machen wollte... -
Servus,
ok, ich habe einfach mal die 1.4 importiert der Adapter ist auch grün (iobroker slave)
aber bekomme keine Werte.
Kann ich irgendwie per ssh vom slave aus ob die Verbindung überhaupt passt?
Ich habe jetzt wie von Dir empfohlen 2 Drähte von einem CAT7 Kabel benutzt ca. 1m -
@elektroniker86 Hast du die Schnittstelle am Raspi richtig konfiguriert? Baud 20 kbit/s.
Per SSH auf dem System kannst du mittelscandump -tA -x can0
den ganzen Datenverkehr auf dem CAN-Interface mitloggen.
Die Daten müssen aktiv von der Wärmepumpe abgefragt werden. Dazu musst du den entsprechenden State unter canbus.0.680.x antriggern. Das kannst du in der Konfiguration der entsprechenden Parser auch automatisieren, dass z.B. alle 30 Sekunden abgefragt wird. Dazu wäre dann auch das Script aus meinem ersten Beitrag in diesem Thread hilfreich. -
@crycode sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
20 kbit/s
Ja, ich glaube die Baud passt so?
bekomme aber beim candump keine Ausgabe.....
pi@ioBroker-slave:~ $ sudo nano /etc/network/interfaces sudo: Hostname ioBroker-slave kann nicht aufgelöst werden: Der Name oder der Dienst ist nicht bekannt pi@ioBroker-slave:~ $ candump -tA -x can0
pi@ioBroker-slave:~ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether b8:27:eb:64:eb:29 brd ff:ff:ff:ff:ff:ff inet 192.168.1.74/24 brd 192.168.1.255 scope global dynamic noprefixroute eth0 valid_lft 86026sec preferred_lft 75226sec inet6 fe80::84ec:c2ed:c62c:8258/64 scope link valid_lft forever preferred_lft forever 3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether b8:27:eb:31:be:7c brd ff:ff:ff:ff:ff:ff 4: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP group default qlen 10 link/can pi@ioBroker-slave:~ $
Was mach ich nur falsch?
-
@elektroniker86 Hast du während der candump aktiv war mal etwas am Gerät verstellt oder einen "... abfragen" State in ioBroker aktiviert? Zumindest die Anfrage vom Adapter sollte dabei im Dump zu sehen sein.
-
Hallo nochmal. Ich habe es jetzt nochmal probiert indem ich mich im Menü der Regelung bewegt habe und indem ich die Buttons unter den Objekten bei 680 gedrückt habe.
In der Kommandozeile tut sich überhaupt nichts.
So sieht meine Adapterconfig aus. Ich habe den CAN Adapter vom Master auf den Slave umgezogen. Kann es was damit zu tun haben?
-
@elektroniker86 Die Config sieht gut aus.
Vermute da passt irgendwas in deinem System nicht. Wie bereits geschrieben... zumindest beim Anklicken eines Buttons unter 680 sollte etwas im Candump zu sehen sein. Oder gibt es Fehler/Warnungen im ioBroker Log vom Adapter?
Klemm mal die H und L Leitung ab und versuch dann nochmal etwas unter 680 zu senden und beobachte dabei den Dump. -
@crycode
Habe es eben nochmal probiert ohne die Drähte zur Heizung quasi nur der Pi mit dem HAT. Nichts, keine Reaktion in der ssh shell wärend ich im ioBroker die buttons zum abfragen betätige.....Installiert habe ich das CAN HAT nach deiner Anleitung:
https://crycode.de/can-bus-am-raspberry-pi^Cpi@ioBroker-slave:~ $ ls /sys/bus/spi/devices/spi0.0/net/can0 addr_assign_type carrier_up_count gro_flush_timeout napi_defer_hard_irqs proto_down type address device ifalias netdev_group queues uevent addr_len dev_id ifindex operstate speed broadcast dev_port iflink phys_port_id statistics carrier dormant link_mode phys_port_name subsystem carrier_changes duplex mtu phys_switch_id testing carrier_down_count flags name_assign_type power tx_queue_len pi@ioBroker-slave:~ $
Was könnte ich noch probieren? Ich weiß leider nicht weiter.....
-
Nein, es gibt nichts in den Logs von dem CAN Bus Adapter außer beim neu starten vom Adapter.
Beim umstellen auf debug im Adapter gibt es auch keine logs......Ich habe jetzt noch das probiert:
^Cpi@ioBroker-slave:~ $ ip -details -statistics link show can0 4: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10 link/can promiscuity 0 minmtu 0 maxmtu 0 can state ERROR-ACTIVE restart-ms 0 bitrate 20000 sample-point 0.875 tq 3125 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1 mcp251x: tseg1 3..16 tseg2 2..8 sjw 1..4 brp 1..64 brp-inc 1 clock 8000000 re-started bus-errors arbit-lost error-warn error-pass bus-off 0 0 0 0 0 0 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 RX: bytes packets errors dropped missed mcast 0 0 0 0 0 0 TX: bytes packets errors dropped carrier collsns 0 0 0 0 0 0 pi@ioBroker-slave:~ $
So, ich habe jetzt den CAN Adapter komplett deinstalliert und wieder direkt auf den slave neu installiert und jetzt bekomme ich im Log folgendes:
canbus.0 2022-03-13 00:11:36.053 error Error starting can interface: Error: Error while creating channel
canbus.0 Zeit debug Nachricht canbus.0 2022-03-13 00:16:00.966 error Error starting can interface: Error: Error while creating channel canbus.0 2022-03-13 00:15:59.792 info starting. Version 1.3.0 in /opt/iobroker/node_modules/iobroker.canbus, node: v14.19.0, js-controller: 4.0.19 canbus.0 2022-03-13 00:15:56.091 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason canbus.0 2022-03-13 00:15:56.091 info terminating canbus.0 2022-03-13 00:15:56.089 info Got terminate signal TERMINATE_YOURSELF canbus.0 2022-03-13 00:14:45.769 error Error starting can interface: Error: Error while creating channel canbus.0 2022-03-13 00:14:44.590 info starting. Version 1.3.0 in /opt/iobroker/node_modules/iobroker.canbus, node: v14.19.0, js-controller: 4.0.19 canbus.0 2022-03-13 00:14:40.891 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason canbus.0 2022-03-13 00:14:40.890 info terminating canbus.0 2022-03-13 00:14:40.889 info Got terminate signal TERMINATE_YOURSELF
Seit dem wird der Adapter nicht mehr grün.
-
Moin,
beim vorherigen Post wurde der Adapter obwohl ich slave ausgewählt hatte auf den Master installiert. Deshalb die Error Logs.
Ich habe eben nochmal einen zweiten Pi3b+ frisch aufgesetzt und nach deiner Anleitung den Can Hat erfolgreich installiert, ohne ioBroker und die Drähte an die Regelung angeschlossen und nochmal mit candump can0 versucht Nachrichten abzufangen. (Im Menü gespielt und Bus Scan ausgefürht) Nichts absolut nichts die Zeile bleibt leer.
pi@raspberrypi:~ $ candump can0 ^Cpi@raspberrypi:~ $ candump can0 ^Cpi@raspberrypi:~ $ ip -details -statistics link show can0 4: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10 link/can promiscuity 0 minmtu 0 maxmtu 0 can state ERROR-ACTIVE restart-ms 0 bitrate 20000 sample-point 0.866 tq 3333 prop-seg 6 phase-seg1 6 phase-seg2 2 sjw 1 mcp251x: tseg1 3..16 tseg2 2..8 sjw 1..4 brp 1..64 brp-inc 1 clock 6000000 re-started bus-errors arbit-lost error-warn error-pass bus-off 0 0 0 0 0 0 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 RX: bytes packets errors dropped missed mcast 0 0 0 0 0 0 TX: bytes packets errors dropped carrier collsns 0 0 0 0 0 0 pi@raspberrypi:~ $
Was ist das nochmal mit dem GPIO Pin 6 in deiner Anleitung passt das mit dem Pi3b+?
Und was hat es mit dem Quarz auf sich muss ich da was ändern habe ja das von dir empfohlene HAT gekauft.Was könnte ich noch probieren?
-
So, WTF ich habe es hin bekommen.
Der Pi kommuniziert nun mit der Anlage.pi@raspberrypi:~ $ candump can0 can0 180 [7] 20 0A 0C 00 44 00 00 can0 10A [7] 31 00 FA 06 95 00 00 can0 180 [7] 22 0A FA 06 95 00 00 can0 10A [7] 61 00 FA 01 1A 00 00 can0 300 [7] 22 0A FA 01 1A 00 00 can0 10A [7] 61 00 FA 13 58 00 00 can0 300 [7] 22 0A FA 13 58 00 00 can0 10A [7] 61 00 FA 01 EC 00 00 can0 300 [7] 22 0A FA 01 EC 00 00 can0 10A [7] 61 00 FA 01 1E 00 00 can0 300 [7] 22 0A FA 01 1E 00 00 can0 10A [7] 61 00 FA 13 53 00 00 can0 300 [7] 22 0A FA 13 53 00 00 can0 10A [7] 31 00 FA C0 C4 00 00 can0 180 [7] 22 0A FA C0 C4 00 00 can0 10A [7] 61 00 FA 0A 0C 00 00 can0 300 [7] 22 0A FA 0A 0C 00 36 can0 10A [7] 31 00 0C 00 00 00 00 can0 180 [7] 22 0A 0C 00 44 00 00 can0 10A [7] 31 00 FA 06 95 00 00 can0 180 [7] 22 0A FA 06 95 00 00 can0 10A [7] 61 00 FA 01 1A 00 00 can0 300 [7] 22 0A FA 01 1A 00 00 can0 10A [7] 61 00 FA 13 58 00 00 can0 300 [7] 22 0A FA 13 58 00 00 can0 10A [7] 61 00 FA 01 EC 00 00 can0 300 [7] 22 0A FA 01 EC 00 00 can0 10A [7] 61 00 FA 01 1E 00 00 can0 300 [7] 22 0A FA 01 1E 00 00 can0 10A [7] 61 00 FA 13 53 00 00 can0 300 [7] 22 0A FA 13 53 00 00 can0 10A [7] 31 00 FA C0 C4 00 00 can0 180 [7] 22 0A FA C0 C4 00 00 can0 10A [7] 61 00 FA 0A 0C 00 00 can0 300 [7] 22 0A FA 0A 0C 00 36 can0 10A [7] 31 00 0C 00 00 00 00 can0 180 [7] 22 0A 0C 00 43 00 00 can0 10A [7] 31 00 FA 06 95 00 00 can0 180 [7] 22 0A FA 06 95 00 00 can0 10A [7] 61 00 FA 01 1A 00 00 can0 300 [7] 22 0A FA 01 1A 00 00 can0 10A [7] 61 00 FA 13 58 00 00 can0 300 [7] 22 0A FA 13 58 00 00 can0 10A [7] 61 00 FA 01 EC 00 00 can0 300 [7] 22 0A FA 01 EC 00 00 can0 10A [7] 61 00 FA 01 1E 00 00 can0 300 [7] 22 0A FA 01 1E 00 00 can0 10A [7] 61 00 FA 13 53 00 00 can0 300 [7] 22 0A FA 13 53 00 00 can0 10A [7] 31 00 FA C0 C4 00 00 can0 180 [7] 22 0A FA C0 C4 00 00 can0 10A [7] 61 00 FA 0A 0C 00 00 can0 300 [7] 22 0A FA 0A 0C 00 36 can0 10A [7] 31 00 0C 00 00 00 00 can0 180 [7] 22 0A 0C 00 44 00 00 can0 10A [7] 31 00 FA 06 95 00 00 can0 180 [7] 22 0A FA 06 95 00 00 can0 10A [7] 61 00 FA 01 1A 00 00 can0 300 [7] 22 0A FA 01 1A 00 00 can0 10A [7] 61 00 FA 13 58 00 00 can0 300 [7] 22 0A FA 13 58 00 00 can0 10A [7] 61 00 FA 01 EC 00 00 can0 300 [7] 22 0A FA 01 EC 00 00 can0 10A [7] 61 00 FA 01 1E 00 00 can0 300 [7] 22 0A FA 01 1E 00 00 can0 10A [7] 61 00 FA 13 53 00 00 can0 300 [7] 22 0A FA 13 53 00 00 can0 10A [7] 31 00 FA C0 C4 00 00 can0 180 [7] 22 0A FA C0 C4 00 00 can0 10A [7] 61 00 FA 0A 0C 00 00 can0 300 [7] 22 0A FA 0A 0C 00 36 can0 10A [7] 31 00 0C 00 00 00 00 can0 180 [7] 22 0A 0C 00 44 00 00 can0 10A [7] 31 00 FA 06 95 00 00 can0 180 [7] 22 0A FA 06 95 00 00 can0 10A [7] 61 00 FA 01 1A 00 00 can0 300 [7] 22 0A FA 01 1A 00 00 can0 10A [7] 61 00 FA 13 58 00 00 can0 300 [7] 22 0A FA 13 58 00 00 can0 10A [7] 61 00 FA 01 EC 00 00 can0 300 [7] 22 0A FA 01 EC 00 00 can0 10A [7] 61 00 FA 01 1E 00 00 can0 300 [7] 22 0A FA 01 1E 00 00 can0 10A [7] 61 00 FA 13 53 00 00 can0 300 [7] 22 0A FA 13 53 00 00 can0 10A [7] 31 00 FA C0 C4 00 00 can0 180 [7] 22 0A FA C0 C4 00 00 can0 10A [7] 61 00 FA 0A 0C 00 00 can0 300 [7] 22 0A FA 0A 0C 00 36 can0 10A [7] 31 00 0C 00 00 00 00 can0 180 [7] 22 0A 0C 00 44 00 00 can0 10A [7] 31 00 FA C0 B4 00 00 can0 180 [7] 22 0A FA C0 B4 00 22 can0 10A [7] 31 00 FA 06 95 00 00 can0 180 [7] 22 0A FA 06 95 00 00 can0 10A [7] 61 00 FA 01 1A 00 00 can0 300 [7] 22 0A FA 01 1A 00 00 can0 10A [7] 61 00 FA 13 58 00 00 can0 300 [7] 22 0A FA 13 58 00 00 can0 10A [7] 61 00 FA 01 EC 00 00 can0 300 [7] 22 0A FA 01 EC 00 00 can0 10A [7] 61 00 FA 01 1E 00 00 can0 300 [7] 22 0A FA 01 1E 00 00 can0 10A [7] 61 00 FA 13 53 00 00 can0 300 [7] 22 0A FA 13 53 00 00 can0 10A [7] 31 00 FA C0 C4 00 00 can0 180 [7] 22 0A FA C0 C4 00 00 can0 10A [7] 61 00 FA 0A 0C 00 00 can0 300 [7] 22 0A FA 0A 0C 00 36 can0 10A [7] 31 00 0C 00 00 00 00 can0 180 [7] 22 0A 0C 00 44 00 00 can0 10A [7] 31 00 FA 06 95 00 00 can0 180 [7] 22 0A FA 06 95 00 00 can0 10A [7] 61 00 FA 01 1A 00 00 can0 300 [7] 22 0A FA 01 1A 00 00 can0 10A [7] 61 00 FA 13 58 00 00 can0 300 [7] 22 0A FA 13 58 00 00 can0 10A [7] 61 00 FA 01 EC 00 00 can0 300 [7] 22 0A FA 01 EC 00 00 can0 10A [7] 61 00 FA 01 1E 00 00 can0 300 [7] 22 0A FA 01 1E 00 00 can0 10A [7] 61 00 FA 13 53 00 00 can0 300 [7] 22 0A FA 13 53 00 00 can0 10A [7] 31 00 FA C0 C4 00 00 can0 180 [7] 22 0A FA C0 C4 00 00 can0 10A [7] 61 00 FA 0A 0C 00 00 can0 300 [7] 22 0A FA 0A 0C 00 36 can0 10A [7] 31 00 0C 00 00 00 00 can0 180 [7] 22 0A 0C 00 44 00 00 can0 10A [7] 31 00 FA 06 95 00 00 can0 180 [7] 22 0A FA 06 95 00 00 can0 10A [7] 61 00 FA 01 1A 00 00 can0 300 [7] 22 0A FA 01 1A 00 00 can0 10A [7] 61 00 FA 13 58 00 00 can0 300 [7] 22 0A FA 13 58 00 00 can0 10A [7] 61 00 FA 01 EC 00 00
Ich habe jetzt die Einstellung in /boot/config.txt so übernommen wie hier beschrieben :
https://www.waveshare.com/wiki/RS485_CAN_HAT
Bei meinem CAN Hat ist der neuere 12M Quarz verbaut:
Nun steht die Verbindung und ich kann mich mit dem Rest beschäftigen.
-
@elektroniker86 Super, ist doch schon mal was
Den CAN Hat gibt es soweit ich weiß mit verschiedenen Quarzen. Meine Anleitung bezieht sich hardwaremäßig auf die oben darin beschriebe Schaltung von meinem eigenen Aufbau.Ob dein Adapter auf dem Slave-System läuft kannst du auch in der Prozessliste vom Raspi sehen. Dazu per SSH mal
ps aufx
ausführen. In der Ausgabe solltest du dann u.a.io.canbus.0
finden. -
Tip Top das es jetzt läuft, vielen lieben Dank für deine Mühe!!!
Ich hab jetzt noch was im Log mit dem ich nichts anfangen kann.
Anscheinend gibt es CAN Nachrichten die er nicht kennt?
Kann man das irgendwie ändern oder beheben?canbus.0 2022-03-15 19:56:00.836 info undefined is not a valid state value for id "canbus.0.680.fac0f6" canbus.0 2022-03-15 19:56:00.835 info undefined is not a valid state value for id "canbus.0.680.fac102" canbus.0 2022-03-15 19:56:00.835 info undefined is not a valid state value for id "canbus.0.680.fac100" canbus.0 2022-03-15 19:56:00.834 info undefined is not a valid state value for id "canbus.0.680.fac0ff" canbus.0 2022-03-15 19:56:00.834 info undefined is not a valid state value for id "canbus.0.680.fac0fe" canbus.0 2022-03-15 19:56:00.833 info undefined is not a valid state value for id "canbus.0.680.fac0fd" canbus.0 2022-03-15 19:56:00.833 info undefined is not a valid state value for id "canbus.0.680.fac0fc" canbus.0 2022-03-15 19:56:00.832 info undefined is not a valid state value for id "canbus.0.680.fac0fa" smartmeter.0 2022-03-15 19:56:00.826 info Received 13 values, 6 updated canbus.0 2022-03-15 19:56:00.693 info undefined is not a valid state value for id "canbus.0.680.fac103" canbus.0 2022-03-15 19:56:00.692 info undefined is not a valid state value for id "canbus.0.680.fa0112" canbus.0 2022-03-15 19:55:59.809 info undefined is not a valid state value for id "canbus.0.680.04" canbus.0 2022-03-15 19:55:59.809 info undefined is not a valid state value for id "canbus.0.680.fa01d6" canbus.0 2022-03-15 19:55:59.808 info undefined is not a valid state value for id "canbus.0.680.16" canbus.0 2022-03-15 19:55:59.808 info undefined is not a valid state value for id "canbus.0.680.03" canbus.0 2022-03-15 19:55:59.674 info undefined is not a valid state value for id "canbus.0.680.fac103" canbus.0 2022-03-15 19:55:59.673 info undefined is not a valid state value for id "canbus.0.680.fa0112" canbus.0 2022-03-15 19:55:58.800 info undefined is not a valid state value for id "canbus.0.680.fac0f6" canbus.0 2022-03-15 19:55:58.800 info undefined is not a valid state value for id "canbus.0.680.fac102" canbus.0 2022-03-15 19:55:58.799 info undefined is not a valid state value for id "canbus.0.680.fac100" canbus.0 2022-03-15 19:55:58.799 info undefined is not a valid state value for id "canbus.0.680.fac0ff" canbus.0 2022-03-15 19:55:58.799 info undefined is not a valid state value for id "canbus.0.680.fac0fe" canbus.0 2022-03-15 19:55:58.798 info undefined is not a valid state value for id "canbus.0.680.fac0fd" canbus.0 2022-03-15 19:55:58.798 info undefined is not a valid state value for id "canbus.0.680.fac0fc" canbus.0 2022-03-15 19:55:58.797 info undefined is not a valid state value for id "canbus.0.680.fac0fa" canbus.0 2022-03-15 19:55:58.662 info undefined is not a valid state value for id "canbus.0.680.fac103" canbus.0 2022-03-15 19:55:58.661 info undefined is not a valid state value for id "canbus.0.680.fa0112" smartmeter.0 2022-03-15 19:55:58.335 info Received 13 values, 6 updated canbus.0 2022-03-15 19:55:57.945 info undefined is not a valid state value for id "canbus.0.680.fac106" canbus.0 2022-03-15 19:55:57.936 info undefined is not a valid state value for id "canbus.0.680.fac105" canbus.0 2022-03-15 19:55:57.935 info undefined is not a valid state value for id "canbus.0.680.fac104" canbus.0 2022-03-15 19:55:57.934 info undefined is not a valid state value for id "canbus.0.680.fa01da" canbus.0 2022-03-15 19:55:57.792 info undefined is not a valid state value for id "canbus.0.680.13" canbus.0 2022-03-15 19:55:57.651 info undefined is not a valid state value for id "canbus.0.680.fac103" canbus.0 2022-03-15 19:55:57.650 info undefined is not a valid state value for id "canbus.0.680.fa0112" unifi.0 2022-03-15 19:55:57.362 debug Update done unifi.0 2022-03-15 19:55:57.355 debug fetchVouchers: 1 unifi.0 2022-03-15 19:55:57.326 debug fetchHealth: 5 unifi.0 2022-03-15 19:55:57.232 debug fetchWlans: 3 mihome-vacuum.1 2022-03-15 19:55:57.012 info State value to set for "mihome-vacuum.1.info.water_box" has to be type "string" but received type "boolean" unifi.0 2022-03-15 19:55:56.957 debug fetchDevices: 9 unifi.0 2022-03-15 19:55:56.856 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } unifi.0 2022-03-15 19:55:56.846 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } canbus.0 2022-03-15 19:55:56.789 info undefined is not a valid state value for id "canbus.0.680.04" canbus.0 2022-03-15 19:55:56.789 info undefined is not a valid state value for id "canbus.0.680.fa01d6" canbus.0 2022-03-15 19:55:56.788 info undefined is not a valid state value for id "canbus.0.680.16" canbus.0 2022-03-15 19:55:56.786 info undefined is not a valid state value for id "canbus.0.680.03" canbus.0 2022-03-15 19:55:56.781 info undefined is not a valid state value for id "canbus.0.680.fac0f6" canbus.0 2022-03-15 19:55:56.780 info undefined is not a valid state value for id "canbus.0.680.fac102" canbus.0 2022-03-15 19:55:56.780 info undefined is not a valid state value for id "canbus.0.680.fac100" canbus.0 2022-03-15 19:55:56.779 info undefined is not a valid state value for id "canbus.0.680.fac0ff" canbus.0 2022-03-15 19:55:56.779 info undefined is not a valid state value for id "canbus.0.680.fac0fe" canbus.0 2022-03-15 19:55:56.776 info undefined is not a valid state value for id "canbus.0.680.fac0fd" canbus.0 2022-03-15 19:55:56.776 info undefined is not a valid state value for id "canbus.0.680.fac0fc" canbus.0 2022-03-15 19:55:56.775 info undefined is not a valid state value for id "canbus.0.680.fac0fa" unifi.0 2022-03-15 19:55:56.736 info State value to set for "unifi.0.default.clients.00:04:20:f6:1a:b2.noted" has to be type "boolean" but received type "string" unifi.0 2022-03-15 19:55:56.594 info State value to set for "unifi.0.default.clients.4c:60:de:5d:b9:15.noted" has to be type "boolean" but received type "string" ping.0 2022-03-15 19:55:56.570 debug Ping result for 192.168.1.58: false in -ms unifi.0 2022-03-15 19:55:56.529 info State value to set for "unifi.0.default.clients.f4:06:8d:ba:cd:e3.noted" has to be type "boolean" but received type "string" canbus.0 2022-03-15 19:55:56.454 info undefined is not a valid state value for id "canbus.0.680.fac103" canbus.0 2022-03-15 19:55:56.374 info undefined is not a valid state value for id "canbus.0.680.fa0112" unifi.0 2022-03-15 19:55:56.386 info State value to set for "unifi.0.default.clients.28:16:a8:5d:1d:2b.noted" has to be type "boolean" but received type "string" unifi.0 2022-03-15 19:55:56.342 debug fetchClients: 50 unifi.0 2022-03-15 19:55:56.314 debug fetchSiteSysinfo: 1 unifi.0 2022-03-15 19:55:56.302 debug fetchSites: default unifi.0 2022-03-15 19:55:56.291 debug Login successful unifi.0 2022-03-15 19:55:56.116 debug Update started smartmeter.0 2022-03-15 19:55:55.841 info Received 13 values, 5 updated canbus.0 2022-03-15 19:55:55.375 info undefined is not a valid state value for id "canbus.0.680.fac103" canbus.0 2022-03-15 19:55:55.374 info undefined is not a valid state value for id "canbus.0.680.fa0112" canbus.0 2022-03-15 19:55:54.778 info undefined is not a valid state value for id "canbus.0.680.fac0f6" canbus.0 2022-03-15 19:55:54.777 info undefined is not a valid state value for id "canbus.0.680.fac102" canbus.0 2022-03-15 19:55:54.777 info undefined is not a valid state value for id "canbus.0.680.fac100" canbus.0 2022-03-15 19:55:54.776 info undefined is not a valid state value for id "canbus.0.680.fac0ff" canbus.0 2022-03-15 19:55:54.776 info undefined is not a valid state value for id "canbus.0.680.fac0fe" canbus.0 2022-03-15 19:55:54.775 info undefined is not a valid state value for id "canbus.0.680.fac0fd" canbus.0 2022-03-15 19:55:54.775 info undefined is not a valid state value for id "canbus.0.680.fac0fc" canbus.0 2022-03-15 19:55:54.774 info undefined is not a valid state value for id "canbus.0.680.fac0fa" ping.0 2022-03-15 19:55:54.564 debug System command: /bin/ping -n -w 2 -c 1 192.168.1.58 ping.0 2022-03-15 19:55:54.564 debug Pinging 192.168.1.58 ping.0 2022-03-15 19:55:54.564 debug Ping result for 192.168.1.57: false in -ms canbus.0 2022-03-15 19:55:54.468 info undefined is not a valid state value for id "canbus.0.680.0e" canbus.0 2022-03-15 19:55:54.375 info undefined is not a valid state value for id "canbus.0.680.fac103" canbus.0 2022-03-15 19:55:54.374 info undefined is not a valid state value for id "canbus.0.680.fa0112"
-
@elektroniker86 Huch... welche Version vom canbus-Adapter hast du installiert?
Hast du für die States, die da angemeckert werden, die automatische Abfrage aktiviert? Ansonsten sollte der Adapter hier nichts in die 680.xxx States schreiben. Und selbst wenn das aktiviert hast, sollte er eigentlich nichtundefined
sonderntrue
da rein schreiben. Zeig am besten mal einen Screenshot der Konfiguration von einem betroffenen Parser, oder einen Export deiner Adapterconfig. -