Lösung:

Mein Server scheint eine Inkompatibilität zu mit diesem Gerät (dem Zigbeestick) zu haben.
Da es generell schon immer etwas doof war, wenn man den Server neu startete und die Lichtsteuerung der Wohnung (ja ich nutze das absolut produktiv) weg war.
*Edit -> Ah ok Slave tut nix ohne DB vom Master -> auch logisch Mal sehen ob ich es als 2 Einzelinstanzen laufen lasse oder so gut finde am Ende. Wichtig ist -> es funzt alles.

Somit hab ich nun ein Pi 3 B als ioBroker Slave und es funktioniert -> BESTENS!
Kein Delay mehr bei den Tasten - und ALLE Tasten funktionieren.

Vielen Dank an @dimaiv für die unfassbar geduldige Hilfe und sogar den Austausch den Sticks einmal. Super Service!

Habt ein schönes Wochenende -> Gelöst.

@mico das kann man leider so frei nicht sagen.

Das kommt auf die baulichen Gegebenheiten an bei dir.

Ich habe einen U6-LR (würde aber generell zum Pro raten) bei mir reicht der für eine Etage mit ca 75m².
Kollege von mir mit Haus hat 2x U6-Pro und inklusive Garten und Garage alles abgedeckt.

Genauer kann man das aber mit dem Tool von Ubiquiti ein wenig planen - Blaupause hochladen und Wände einzeichnen und Materialien bestimmen.
https://design.ui.com/login

Ich hatte das Problem auch mit Androids.

Die Energiesparmaßnahmen sind da so, dass die Geräte quasi kaum noch im Netzwerk präsent sind.
Was bei mir das ganze Erschlagen hatte - war ein so oder so geplanter Umstieg von FritzBox Wifi auf Unifi
Der Controller kann sehr präzise sagen, wer angemeldet ist und wer nicht.
Bei mir bisher 99,9 % Genauigkeit.

Davor hatte ich eine Lösung mit ARP scan und hping3 - die war schon ganz gut - aber lange nicht so genau wie das was Unifi liefert.

Die FritzBox wird es denke ich so gut machen wie sie es kann.

Ist das gesamte Thema denn hier sinnvoll unter gebracht?

Oder eher zu "Hardware" oder gar "Error/Bug" zu verschieben?

@homoran Soweit ich weiß gibt es insgesamt 4 Ausprägungen.
2 helle und 2 dunkle. Oder kann man die komplett Anpassen?

Mein Gedanke war ja nicht die Kritik - sondern die Verbesserung
Wenn ich da helfen kann - so bin ich gern gewillt.

@homoran Tatsächlich!

Jetzt ganz genau hingesehen -> ja die werden getauscht.
Das ist aber tatsächlich fast schon "schwer" zu sehen

Ein blau egal welches bei "true"

Und ein grau bei "false" wäre irgendwie eindeutiger

Aber in der Tat - es ist nicht identisch bei true / false im dark theme.
Durchaus schwer zu unterscheiden wenn man nicht wirklich drauf achtet
Was mich persönlich am meisten verwirrt - ist ein helleres blau auf dem Schaltweg und ein dunkleres am Punkt bei "false".
Und dann dunkler werdend bei true.

Heller wäre für mich an - Dunkler aus.
Aber da geht man bestimmt schon fast in eine Geschmacksdiskussion

Eindeutiger wäre es bestimmt schöner.

@paul53 Guter Punkt danke dir!
Da hatte ich meine Versuche noch nicht in Gänze aufgelistet. --> Editiere ich oben.
Leider bewirkt auch das keinen Unterschied

Getestet habe ich - als payload_send und direkt auf den Datenpunkt jeweils angewandt:

"-2"
-2
"-2.0"
-2.0

Es gibt einen Bug im dark Theme bei den Schaltern in der Zigbee Instanz:

Im normalen Theme wird ein Schalter im Zustand "true" blau.

Im dark Teme ist er immer blau:

Unklar, ob das nun Adapter Spezifisch ist oder Theme Thema

Moin Moin,

vorab - wenn das hier falsch einsortiert sein sollte -> bitte mitteilen, dann sortiere ich es gern korrekt ein.

Ich habe drei Tuya ZG-227ZL über Zigbee bei mir drin und wollte diese nun kalibrieren.
Dabei bemerkte, dass ich sowohl bei "temperature_calibration" als auch bei "humidity_calibration" trozt der klar definierten Range:

• Temp: -2 bis 2
• Humidity -30 bis 30

Keine negativen Werte ans Gerät übertragen bekomme.

Mit "-2" oder "-30" angewandt auf den humidity_calibration Datenpunkt oder per payload send ans Gerät:
payload_send:

{
  "humidity_calibration": "-2",
}

Ergibt "-2" über beide Wege am Ende ein "254%" lesbar im Feld. Bewirken tut dies aber gar nichts im Bezug auf den Wert von humidity.

Bei temperature_calibration wird eine negative Zahl einfach zur positiven Zahl gewandelt und auf den Wert von temperature addiert - auch hier egal, ob Datenpunkt oder mittels payload_send.

payload_send:

{
  "temperature_calibration": "-2",
}

"-2" bei über beide Wege (payload_send oder Datenpunkt temperature_calibration) ergibt am Ende eine "2" lesbar im Feld temperature_calibration und hebt "temperature" um diese 2 an (vorher 22 wird zu -> 24).

Muss ich irgendwie speziell was tun, um den negativen Wert zu übertragen oder ist hier ein Bug?
Positive werte kann ich wunderbar übetragen und werden korrekt gehandhabt um das Offset einzustellen.

Getestet habe ich als payload_send und direkt auf den Datenpunkt angewandt jeweils:
"-2"
-2
"-2.0"
-2.0

Damit das Gerät auf Empfang geht drücke ich kurz vorher den Knopf zum Umschalten der Einheit "F/C°" dann empfängt es die Veränderung und gibt auch den empfangenen Wert zurück.

Habt vielen Dank
LG und schönes Wochenende.

Lösung:

Mein Server scheint eine Inkompatibilität zu mit diesem Gerät (dem Zigbeestick) zu haben.
Da es generell schon immer etwas doof war, wenn man den Server neu startete und die Lichtsteuerung der Wohnung (ja ich nutze das absolut produktiv) weg war.
*Edit -> Ah ok Slave tut nix ohne DB vom Master -> auch logisch Mal sehen ob ich es als 2 Einzelinstanzen laufen lasse oder so gut finde am Ende. Wichtig ist -> es funzt alles.

Somit hab ich nun ein Pi 3 B als ioBroker Slave und es funktioniert -> BESTENS!
Kein Delay mehr bei den Tasten - und ALLE Tasten funktionieren.

Vielen Dank an @dimaiv für die unfassbar geduldige Hilfe und sogar den Austausch den Sticks einmal. Super Service!

Habt ein schönes Wochenende -> Gelöst.

Tja... also am iobroker installiert auf einem Laptop -> geht der Up Key "IMMER" ..... ausnahmslos

Was kann es nun am Server sein O_o