Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus

[Elektroniker86]

@crycode

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

[crycode]

@elektroniker86 Hast du die Schnittstelle am Raspi richtig konfiguriert? Baud 20 kbit/s.
Per SSH auf dem System kannst du mittels candump -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.

[Elektroniker86]

@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?

[crycode]

@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.

[Elektroniker86]

@crycode

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?

[crycode]

@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.

[Elektroniker86]

@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.....

[Elektroniker86]

@crycode

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.

[Elektroniker86]

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?

[Elektroniker86]

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.

[crycode]

@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.

[Elektroniker86]

@crycode

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"

[crycode]

@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 nicht undefined sondern true da rein schreiben. Zeig am besten mal einen Screenshot der Konfiguration von einem betroffenen Parser, oder einen Export deiner Adapterconfig.

[Elektroniker86]

@crycode

Ok, hier die Infos:

system.adapter.canbus.0.json

[crycode]

@elektroniker86 Danke!
In der Parser-Config fehlt der Eintrag für autoSetValue. Das sollte eigentlich auf true oder false gesetzt sein. Ist noch ein Bug im Adapter, den ich demnächst beheben werde.
Für deinen Fall musst du einfach dabei noch den Haken für "Zu setzender Wert" setzen, damit der jeweilige State im angegeben Intervall auf true gesetzt wird:

Dann sollten auch die Meldungen im Log verschwinden

[Elektroniker86]

@crycode
Muss ich das bei allen Parsern machen ?

Ich habe jetzt bei jedem abfragen Parser den ich benötige den Haken gesetzt.
Die Meldungen im log sind weg aber ich kann keine Werte mehr setzen....

[crycode]

@elektroniker86 Bei allen, wo du das automatische Wert Setzen aktiviert hast. Schließlich müssen die States ja auf true gesetzt werden für die Abfragen.

[Elektroniker86]

@crycode
Die Meldungen im log sind weg aber ich kann keine Werte mehr setzen....

[crycode]

@elektroniker86 Bei den *-set Parsern darfst das automatische Wert Setzen nicht aktivieren, außer du willst das wirklich.
Nach jedem Setzen eines Wertes musst du den Wert neu abfragen, damit der aktuelle Wert in ioBroker übernommen wird.

Falls das auch nicht hilft... wie viele Werte lässt du automatisch in welchem Intervall abfragen? Ist dein Bus oder die Steuerung der Wärmepumpe damit eventuell überlastet?

[Elektroniker86]

@crycode Das ist komisch das automatische abfragen hat aber bevor ich die haken gesetzt habe ja auch funktioniert.