UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Marco Laser]

@watcherkb zumindest wenn du Tradfri steuern möchtest solltest du besser zum Conbee greifen. Ich persönlich hatte mit dem Gateway auch ein paar Reichweiten Probleme die ich jetzt nicht mehr hab
MFG Marco

[watcherkb]

@Marco-Laser also hast du wie ich es verstehe auch einen Conbee2 im Einsatz? Mein Problem ist, dass ich den Conbee nicht frei platzieren kann wo ich möchte, um optimale Reichweite zu bekommen. Er muss also zwangsweise an meinen NUC, wo auch iobroker läuft. Und der steht auf dem Dachboden. Oder gibt es dafür eine Lösung?

[haselchen]

@watcherkb

Hast du irgendwo im Haus nen Slave stehen?
Dann dort Deconz Adapter installieren und Conbee Stick dran (nicht vergessen, es wird dazu geraten ein USB Verlängerungskabel zu benutzen).

[Asgothian]

@watcherkb sagte in Weiteres Mi Hub oder doch lieber Conbee2 Stick?:

@Marco-Laser also hast du wie ich es verstehe auch einen Conbee2 im Einsatz? Mein Problem ist, dass ich den Conbee nicht frei platzieren kann wo ich möchte, um optimale Reichweite zu bekommen. Er muss also zwangsweise an meinen NUC, wo auch iobroker läuft. Und der steht auf dem Dachboden. Oder gibt es dafür eine Lösung?

Es gibt dafür verschiedene Lösungen:

• USB via Ethernet
• RPi zero mit USB OTG Kabel und Conbee Stick
• RPI (zero, 2, 3) mit RaspBee
• CC2530 an ESP01 mit Serial over Wifi

Jede dieser Optionen stellt Dir ein irgendwie geartetes "Gateway" in die Wohnung, das im Zweifelsfall auch gewartet werden muss - Also wie auch der Mi Hub.

Als letztes kannst du schauen mit welchen Zigbee-Repeatern man am Mi Hub das Netz erweitern kann (und ob überhaupt).

A.

[Asgothian]

@haselchen sagte in Weiteres Mi Hub oder doch lieber Conbee2 Stick?:

@watcherkb

Hast du irgendwo im Haus nen Slave stehen?
Dann dort Deconz Adapter installieren und Conbee Stick dran (nicht vergessen, es wird dazu geraten ein USB Verlängerungskabel zu benutzen).

Davon rate ich ab. Da die Kommunikation zu Deconz sowieso immer via Netzwerk und REST-Api calls geht ist es eher sinnvoll den deconz Adapter auf dem master zu installieren und nur die deconz software zur Kommunikation mit dem Stick auf dem "remote" system zu halten. Wenn der "headless" läuft braucht er extrem wenig Ressourcen.

A.

[haselchen]

@Asgothian

Da habe ich gleich den richtigen Ansprechpartner.

Da ist jetzt gerade aktuell. Wie man sieht ist die Küche nicht verbunden. Trotzdem , meine ich, gibt es in den Objekten in IoBroker eine Aktualisierung bei Bewegung.
Kommt aber auch vor, dass der Bewegungsmelder oben keine grüne Verbindung hat, aber der Melder unten dann.
Oder es haben alle ne Verbindung und dann einer mal wieder nicht.
Die Sensoren sind alle ca.5m weg vom Conbee Stick.
Woran kann ich mich nun richten, ob alle Geräte einwandfrei funktionieren?

[Asgothian]

@haselchen sagte in Weiteres Mi Hub oder doch lieber Conbee2 Stick?:

@Asgothian

Da habe ich gleich den richtigen Ansprechpartner.

Danke für das Lob

Woran kann ich mich nun richten, ob alle Geräte einwandfrei funktionieren?

Leider wird Dir die Antwort nicht gefallen:

Bei batteriegetriebenen Geräten ist die einzig "sichere" Möglichkeit zu schauen ob sie gehen das man eine Wertänderung provoziert um dann zu schauen ob sie am Gateway ankommt.

Die batteriegetriebenen Geräte kommunizieren um Strom zu sparen nicht kontinuierlich, und reagieren daher auch oft nicht auf eingehende Zigbee-Anfragen, womit das Gateway die Geräte nicht aktiv abfragen kann. Somit kann das Gateway nur an Hand der Nachrichten vom Gerät feststellen das es noch eine Verbindung gibt. Üblich ist dabei ein Handshake:

• Endgerät schickt eine Nachricht (fire and forget)
• Koordinator stellt eine Anfrage an das Endgerät
• Endgerät beantwortet die Nachricht.

Wann immer dieser Handshake funktioniert ist sichergestellt das das Endgerät noch verbunden ist, und zu diesem Zeitpunkt kann dann auch die Route der Kommunikation aufgenommen werden. Geht der Handshake nicht, dann heist das leider zunächst nur das Endgerät die Nachricht nicht beantwortet hat. Warum das so ist ist unklar - entweder hat das Endgerät die Anfrage nicht bekommen oder die Antwort ist nicht zum Koordinator gelangt.

Aus diesem Grund stellt jegliche Karte die im deconz dargestellt wird immer nur die "aktuelle Momentaufnahme" des Netzes dar. Für alle Endgeräte die prinzipiell antworten wenn sie angefragt werden (das sind üblicherweise alle fest mit dem Strom verbundenen Geräte, aber auch einzelne batteriebetriebene Geräte wie z.Bsp. die Eurotronic Thermostate) ist die Karte verhältnismässig genau. Für die meisten Sensoren ist sie mit Vorsicht zu geniessen. Weder besagt eine Verbindung das das Gerät aktuell verbunden ist, noch besagt eine fehlende Verbindung das das Gerät vom Netz abgekoppelt ist.

Insbesondere die Aqara Sensoren sind dabei schwierig - sie werben mit langen Batterielaufzeiten bei kleinen Batterien, was immer damit einher geht das ein aggressives Stromsparprogramm gefahren wird - damit wird das Zeitfenster für den Handshake kleiner, und die "regelmässigen" Statusupdates (mit Link-Quality und Batteriestatus) seltener.

A.

[haselchen]

@Asgothian

Fantastisch erklärt. Vielen Dank.
Das wird mit Sicherheit nicht nur mir geholfen haben, die Gegebenheiten zu verstehen.

[Stoni]

Hallo,

wie verhält es sich mit dem An-/Ablernen der Geräte beim Umstieg vom Xiaomi Gateway auf den Conbee2? Kann ich die Geräte parallel anlernen oder muss ich sie gezwungenermaßen erst am Gateway anlernen??
Wäre blöd, weil die Sensoren im ganzen Haus verteilt sind. Da befürchte ich, dass die vom Conbee nicht gefunden werden...

Wie habt ihr das gemacht?

Gruß Stoni

[watcherkb]

@haselchen @Asgothian Ich habe nur einen Host und das ist der NUC auf dem Dachboden.
Ich könnte also auch ein RPI Zero mit Debian/Raspbee irgendwo platzieren und gut ist? Dann wird der Conbee über IP des RPI angesprochen oder muss dort zwangsweise auch ein iobroker System drauf laufen?

[Asgothian]

@watcherkb sagte in Weiteres Mi Hub oder doch lieber Conbee2 Stick?:

@haselchen @Asgothian Ich habe nur einen Host und das ist der NUC auf dem Dachboden.
Ich könnte also auch ein RPI Zero mit Debian/Raspbee irgendwo platzieren und gut ist? Dann wird der Conbee über IP des RPI angesprochen oder muss dort zwangsweise auch ein iobroker System drauf laufen?

Kein iobroker auf dem pi zero, nur die deconz Software, idealerweise “headless”

A.

[Dominik F.]

@watcherkb

ich nutze einen cc2531 Stick mit externer Antenne. Diese Antenne gibt es in verschiedenen Ausführungen ( Kabellänge) und du kannst diese dann dort plazieren wo du möchtest und wo du den besten Empfang hast. Ansonsten sind die verschiedenen Geräte auch eigene Gateways und machen ihr eigenes Mesh, theoretisch bräuchte eigentlich nur ein Gerät empfang zum Gateway und die anderen Geräte müssten nur in Reichweite zu einem anderen Gerät sein.

[watcherkb]

@Asgothian ok danke. Dann scheint das etwas zu sein wonach ich suche und so umsetzen werde.

[watcherkb]

@Dominik-F ja zu den CC-Sticks habe ich gemischte Erfahrungen vorgefunden und gelesen. Das schreckt mich etwas ab auf dieses Pferd zu setzen.

[Dominik F.]

@watcherkb

das kann ich verstehen. Bei mir funktioniert das System zu 99% wie es soll, bei dem 1% weiß ich nicht ob es an mir liegt oder am Stick Seit ich die externe Antenne habe ist das System deutlich stabiler, das einzige ist, dass ich ab und zu Geräte ein 2tes mal ansprechen muss damit sie schalten. Bin da aber noch am rumprobieren um den besten Standort für die Antenne zu finden. Auf jedenfall ist es mit kosten von ca 25€ eine sehr günstige alternative.

[Stoni]

Hallo,

wie verhält es sich mit dem An-/Ablernen der Geräte beim Umstieg vom Xiaomi Gateway auf den Conbee2? Kann ich die Geräte parallel anlernen oder muss ich sie gezwungenermaßen erst am Gateway anlernen??
Wäre blöd, weil die Sensoren im ganzen Haus verteilt sind. Da befürchte ich, dass die vom Conbee nicht gefunden werden...

Wie habt ihr das gemacht?

Gruß Stoni