Wenn Du über einen externen MQTT-Server gehen willst, dann nutze am Besten Mosquitto und installiere es auf dem PI, wo auch zigbee2mqtt installiert ist. Als Server gibst Du dann ‚mqtt://localhost:1883‘ an.
Mosquitto installierst Du auf dem PI ganz einfach mit:
pi@raspberry:~ $ sudo apt update
pi@raspberry:~ $ sudo apt install -y mosquitto mosquitto-clients
pi@raspberry:~ $ sudo systemctl enable mosquitto.service
Die letzte Zeile sorgt für den automatischen Start von Mosquitto.
In Symcon legst Du Dir dann einen Client Socket an und hinterlegst dort die Daten vom Mosquitto-Server.
Wenn Du in Symcon das zigbee2mqtt Modul von @KaiS nutzt, gebe im entsprechenden Konfigurator bitt nicht ‚zigbee2mqtt‘ als topic an, sondern ‚bridge‘.
Mosquitto läuft bei mir extrem stabil und zigbee2mqtt ist inzwischen mit knapp 140 Devices bestückt. Bisher das stabilste, was ich in Symcon je zu laufen hatte. An Funksystemen logischer Weise.
Gruß
Burkhard
P.S.: Es wäre sinnvoll, Deine privat genutzten IPs beim nächsten Post etwas zu verstümmeln. Die muss nicht Jeder sehen.
klappt.
Ich habe mqtt lt. Empfehlung auf dem pi installiert wie hier.
Habe gesehen, du hast auch einen 2652rb-Stick wie ich.
DAs zigbee2mqtt Modul von @Kai hab ich installiert. Was brauche ich noch, wenn ich den unter ips laufenden mqtt-server lösche, der durch den externen auf dem pi laufenden server ja nun ersetzt werden soll?
Wich in IPS unter I/O Instanzen ein Client-Socket anlege, mit IP des eigenen pi und Port 1883, erscheint ab und zu, dass die Schnittstelle fehlerhaft markiert ist und wechselt dann wieder auf Schnittstelle ist geöffnet. Sieht noch! so aus:
Splitter: Anstelle des MQTT-Servers nimmst Du einen MQTT-Clienten (ich nutze hier den von Symcon).
I/O Instanz: Client Socket mit den Einstellungswerten des Mosquitto (IP und Port).
Die Shellys liest Du auch per MQTT ein?
Ist da Tasmota drauf?
Wenn, dann musst Du die Shellys auf den Mosquitto einstellen und kannst die Daten ebenso per Client in Symcon rein holen. (MQTT-Host, MQTT Port werden angepasst, User,Client und Topic NICHT ändern).
Letztendlich habe ich bei mir alle Symcon-eigenen MQTT-Server entfernt und gehe derzeitig komplett mit allen Devices an den Mosquitto und hole mir die Daten dann per Client in Symcon rein.
Meine Shellys haben standardfirmware ohne cloud drauf. Die habe ich mittels Kais Shelly Modul und MQTT-Server verbunden. Ist das Gateway für die Shelly Configurator jetzt der MQTT-Client?
Für den Zigbee2MQTT Configurator hab ich Gateway auf MQTT-Client umgestellt und bekomme bei eingebundenen Devices jetzt auch Daten
Wenn ich eine vorher bei einer Hue Bridge entfernte Lampe lösche, muss ich dann nur per mqtt Server auf meinem pi koppeln und seh die dann direkt im zigbee2MQTT Kongurator, vergebe eine ID und kann die mit Skripten dann ansprechen? Weiter nichts?
Ich habe ein Gerät angelegt „Zigbee2MQTT Device“, MQTT Topic ist dann der im webfront vergebene Name (bei mir osram60w) - da passt irgendwas nicht. Wo hast du den letzten Screenshot gemacht, bzw. mit welcher Instanz legst du die Geräte an?
In Kais Doku steht was von einem Befehlt Z2M_SwitchMode, der in dem Modull zigbee2mqtt enthalten sein soll?!
Gruß oekomat
PS: danke für deine Geduld.
Edit: habs gefunden, Screenshot imKonfigurator. Variablen abgerufen. Dann bekomm ich bei dem oben beschriebene angelegen Gerät eine Integer Variable. Die versuche ich mal irgendwie zu schalten…
ich glaube die vorerst letzte Frage zu meinem Fall:
Um Geräte in IPS schalten zu können, brauche ich das Modul MQTTSync oder geht das auch anders. Ganz einfach mit SetValue die Variablen anzupassen, pusht nichts an den MQTT-Server.
Edit: Statt SetValue einfach RequestAction, schaltet alle beliebigen Variablen des Device (Tipp: im Webfront müssen die einzelnen Variablen mal geschalten werden, damit IPS eine Variable anlegt)
Das Sync Modul nutze ich gar nicht. Habs auch nicht installiert.
Befehle die funktionieren kannst Du im Script-Editor abrufen.
Dazu einfach den Script-Editor öffnen und auf das Feld „Befehl Einfügen“ klicken. Dann kannst Du die Device aussuchen und siehst, welche Befehle alle gehen. Das Meiste wird inzwischen allerdings mit „RunActionWait“ z. B. durchgeführt.
IPS_RunActionWait('{E616C2B2-A827-1712-4AE0-841C57B3DD74}', 31094, json_decode('{"IDENT":"STATE","ACTION":"{\"actionID\":\"{A7A928A3-86AB-4FFA-AECA-39C0A2E4933D}\",\"parameters\":{\"VISIBLE\":false}}"}', true));//Start writing your code here
ok, danke für die info. eine Osram Lampe und einen Hue Dimmschalter habe ich problemlos integrieren und schalten/auswerten können.
Eben hab ich hue calla und lily von der HueBridge entfernt und ein Werksreset gemacht, im Webfront von zigbee2mqtt die join Funktion aktiviert, aber Lampe wird keine einzige gefunden…das kann doch nicht so schwer sein?!
Moment, Du musst die Join-Funktion nicht aktivieren. Bei z2m ist die immer aktiv, es sei denn, Du schaltest sie ab. Das hab ich erst gemacht, nachdem Alles angelernt war.
lt. configuration.yaml ist die pairing funktion auch immer auf auf true, das stimmt, nur im log (sudo journalctl -u zigbee2mqtt.service -f) wechselt der Status dann von „Zigbee: allowing new devices to join.“ zu „Zigbee: disabling joining new devices.“
Wie auch immer, ich schalte die HUEs ein, gefunden werden sie nicht., in der HUE Bridge sind sie auch nicht mehr, würden aber (hab ich getestet) gefunden werden und könnten neu eingerichtet werden.
Reichweite schließe ich aus, 8m entfernt.
PS: einen Ikea Soundcontroller findet zigbee auf Anhieb.
NICHT ausschliessen. Zum Anlernen an den Stick bitte so nah wie möglich an den Stick bringen. Ich hab mir extra ne E27, E14 und nen GU10 mit Kabel (Baustellenfassung) besorgt. Bei mir gab es schon bei 4 Metern Probleme beim Anlernen. Nach dem Anlernen läuft es dann ohne Probleme.
Philips und Osram sind ein wenig zickig, wenn man nicht die original Bridge nutzen will.
und ich probiere ich ewig…steht nirgendwo, dass ich mit meinem pi jetzt mit 30m LAN durch den Garten stiefeln kann
Danke für den Tipp. Ich habe jetzt sofort 2 Lampen anlernen können.
Ich muss aber immer den Button im Webfront drücken „Join enable“, der dann für ca 4min aktiv ist.
Ich habe 1.18.3 / Frontend 0.4.0 - ja, configuration.yaml passt, das hab ich laut Doku als erstes und schon mehrmals geprüft.
Das Foto werde ich dir senden, wenn ich an der letzten Lampe bin
Wenn du so viele Devices hast, hast du auch Zigbee Wandschalter, die nicht von Hue sind?
Ich hab einen EltakoFT55H, der mit Tastendruck Energie erzeugt und keinen Strom braucht. Den bekomm ich nicht ins Zigbee Netzwerk. An der Hue Bridge funktionierte der sehr gut. Aber ist sicher eher ein anderes Thema.
Hab mal geschaut. Der Eltako ist KEIN ZigBee Taster. Er gehört zur Reihe der „Friends of HUE“ basiert auf Enocean und ist mit den frühen Hue-Protokollen kombinierbar. ZigBee ist ja ein offener Standard. Das heißt, mache Hersteller (vor Allem Philips und Osram) haben ihre Eigenheiten in das Protokoll mit eingepflegt, was zu Problemen bei normalen ZigBee Netzwerken führt.
ok, dann hat sich das Thema ja auch erledigt - Dank dir für die info… Da ich an der Einsatzstelle keinen Strom liegen habe, werd ich nach einem anderen Schalter gucken, den ich da einbinden kann - notfalls auch batteriebetrieben.
Ich konfiguriere gerade schön, bin gerade bei der Gruppensteuerung. Gruppe im Webfront angelegt, aber Gruppenschalter suche ich noch…