Neues YouTube-Video: Visualisierung im Devices-Adapter

[Thomas Braun]

@klausiob Wattn Streß... Da muss man neben dem Betriebssystem AUCH noch die Signatur updaten... :-D

[klausiob]

@thomas-braun
man hat es nicht einfach, wenn man es doppelt nimmt (master/slave )

[klausiob]

@thomas-braun
Ich muss mal an den Profi nochwas offtopic dranhängen

State value to set for "rpi2.1.cpu.load15" has to be type "number" but received type "string" 

Pausenlose info im Log auf dem slave.

Wenn ich im Objekt dann den Typ in string setzte kommt:

State value to set for "rpi2.1.cpu.load15" has to be type "string" but received type "number" 

[BananaJoe]

@thomas-braun sagte in Problem mit zigbee beim Pairing:

Bei Ubuntu hast du z. B. nur 9 Montate bei 'Zwischenversionen'. Da kommst du aus dem Upgraden gefühlt wirklich nicht mehr raus.

root Benutzer setzen deshalb auch immer LTS-Versionen ein und haben dann 5 Jahre

[Thomas Braun]

@bananajoe

Das ist aber unabhängig von der shell eine gute Entscheidung für ein System im Serverbetrieb.

[klausiob]

@klausiob sagte in Problem mit zigbee beim Pairing:

@thomas-braun

State value to set for "rpi2.1.cpu.load15" has to be type "number" but received type "string" 

Pausenlose info im Log auf dem slave.

Gelöst: Hatte auf dem slave noch eine ältere Version von rpi2

Es scheint aber kleines Problem zu geben. Wenn ich auf dem Slave ein Adapter aktualisiere verschwindet unmittelbar danach die Anzeige, dass es ein Update gibt. Wenn man dann aber auf einen anderen Menuepunkt geht (z.B. Instanzen) und wieder zurück zeigt er wieder an das der Adapter ein Update hat. Im linken Menue bleibt aber die reduzierte Zahl. Ein Refresh in der Adapter-View korrigiert dann die Ansicht. Würde sagen, da wird nach dem Update zwar die Ansicht direkt neu geladen, aber ein cache nicht refresht.

Braucht eigentlich der Slave auch einen aktuellen bzw. überhaupt einen Admin? Momentan habe ich da Admin, BackItUp, Gerätesuche, RPI-Monitor, ZigBee, Informationsseite drauf.

[Thomas Braun]

@klausiob sagte in Problem mit zigbee beim Pairing:

Braucht eigentlich der Slave auch einen aktuellen bzw. überhaupt einen Admin?

Nein. Den Slave kann man komplett leer andocken.

[klausiob]

@thomas-braun sagte in Problem mit zigbee beim Pairing:

@klausiob

Der sonoff läuft hier bei einigen sehr ordentlich.
Ich selber hab den hier im Einsatz:
https://slae.sh/projects/cc2652/#get-one

So habe heute den sonoff gekriegt mit aktueller Stable-Firmware und installiert. Habe mir allerdings mehr erwartet. Anfangs hat er meine Steckdosen-Router gleich erkannt, jetzt sind sie "disconnected" lt. "Netzwerkkarte".

[Asgothian]

@klausiob abwarten
Tee trinken
Kaffee trinken
Das Netz organisieren lassen
Morgen nochmal schauen - Auf Warnmeldungen das nicht geschaltet werden kann, nicht auf die Netzwerkkarte.

A.

[Jan1]

@klausiob sagte in Problem mit zigbee beim Pairing:

Router gleich erkannt, jetzt sind sie "disconnected" lt. "Netzwerkkarte".

Ist Kosmetik und läuft trotzdem.
Was hast den mehr erwartet, dass der noch Musik spielt und Kaffee kocht? LOL

[klausiob]

@jan1 sagte in Problem mit zigbee beim Pairing:

@klausiob sagte in Problem mit zigbee beim Pairing:

Router gleich erkannt, jetzt sind sie "disconnected" lt. "Netzwerkkarte".

Ist Kosmetik und läuft trotzdem.
Was hast den mehr erwartet, dass der noch Musik spielt und Kaffee kocht? LOL

Das er zumindest genau so gut funktioniert, wie mein uralter cc2531 von 2018 mit Firmware von 2018. Er befindet sich jetzt an der gleichen Position und erreicht nicht stabil alle Sensoren, insbesondere Aqara Öffner.

[Jan1]

@klausiob
Welche FW ist denn drauf, da das nicht normal ist. Der cc2531 sollte wesentlich schlechter sein, hatte den vorher und kein Vergleich zu dem Sonoff.
Hast ein USB Verlängerungskabel dran und die Antenne geknickt?