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

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Ja - wobei Du das sowieso machen musst - weil das was Du im iob siehst immer der letzte Status ist und da nie was gelöscht wird. mqtt - ist ein Protokoll, dass keine Zustände speichert. Sobald jeder Subscriber seine Info bekommen hat, ist die Info eh ungültig auch wenn sie noch in deinem iob steht. ;)

Stelle ich mir auch ein bissl problematisch vor.
D.h. wenn der Pi mal neu startet sind die Daten weg, und kommen erst wieder wenn der "Datenpunkt" wieder neue Daten sendet?

[mickym]

@schmetterfliege Finde ich nicht problematisch. Die Geräte melden ja selbst. Im iob hast Du ggf. die Daten noch. Wenn man Daten behalten möchte, dann published man die als retain - dann werden die auch beim erneuten Verbinden wieder gepublished. Das funktioniert aber nur richtig mit mosquitto - deswegen habe ich den mqtt Adapter nicht als Broker empfohlen. Habe aber auch schon ein Issue eröffnet.

[mickym]

@schmetterfliege sagte in Zigbee2mqtt installation:

D.h. wenn der Pi mal neu startet sind die Daten weg, und kommen erst wieder wenn der "Datenpunkt" wieder neue Daten sendet?

Lieber aktuelle Daten als alten Mist. ;) - Nee im Ernst - genau deswegen arbeitet mqtt so. Aber wie gesagt, Du kannst ja jederzeit auf die DP im iob zurückgreifen.

[Schmetterfliege]

So ganz steig ich da noch nicht hinter.


Zerschießen mir die Friendly Names noch was?

Edit: die ersten beiden Screenshots sind von der linken statt rechten, sind aber gleich konfiguriert (nur anderer Name)

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Finde ich nicht problematisch. Die Geräte melden ja selbst. Im iob hast Du ggf. die Daten noch. Wenn man Daten behalten möchte, dann published man die als retain - dann werden die auch beim erneuten Verbinden wieder gepublished. Das funktioniert aber nur richtig mit mosquitto - deswegen habe ich den mqtt Adapter nicht als Broker empfohlen. Habe aber auch schon ein Issue eröffnet.

Naja, mosquitto habe ich ja als Broker, mqtt ist nur Client.
Gibts für Mosquitto auch ein Frontend?

[mickym]

@schmetterfliege Du hast halt immer noch den Prefix, vor dem topic

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Du hast halt immer noch den Prefix, vor dem topic

:face_palm:

[mickym]

@schmetterfliege sagte in Zigbee2mqtt installation:

Gibts für Mosquitto auch ein Frontend?

Nein - es gibt genügend mqtt-Explorer. Wenn Du das Gefühl hast, dass Du zuviel alten Mist drin hast, dann kann man die Datenbank löschen.

Ich habe wie gesagt die wichtigsten Teile als Retain abgespeichert. Mit NodeRed bist ja auch nicht auf den mqtt-adapter angewiesen. Die mqtt- Nodes sind ja Bestandteil der Core-Nodes. Wie gesagt mqtt ist keine Datenbank sondern nur für die Speicherung von Zuständen gedacht.

[Schmetterfliege]

Hast du nen Tipp welcher Explorer da für Dummies am besten geeignet ist?^^

Ich hab das präfix jetzt hinter das Topic gepackt. Aber bei der einen Steckdosenleiste taucht das Zeug immer noch überall auf...

Sind das dann alte Daten?
Ich lösche den MQTT Baum, es kommt aber genau so wieder zurück

[mickym]

Du brauchst in meinen Augen keinen. Gibt in meinen Augen eh blos einen:

http://mqtt-explorer.com/

Und lösche den ganzen Baum - und ich würde halt generell mich der mqtt Schreibweise für verschiedene Dinge nutzen.

Also anstelle Links in das Topic zu nehmen - kann man eine Hierarchie machen:

also wenn Du als topic nimmst

schlafzimmer/links/nachttisch
büro/schreibtisch

Dann hast Du gleich einen sauberen Baum

Das kommt nur so wieder zurück, wenn tasmota alle 10s wieder published. ggf. musst halt die devices neu starten.

[Schmetterfliege]

@mickym

Immer wenn ich die Geräte konfiguriere, werden sie neu gestartet.

Ich checke es halt echt nicht. Wo nimmt der die alten Daten her?

[Schmetterfliege]

Hab den Baum jetzt - bestimmt zum 20. Mal - komplett gelöscht.
Geräte auch mal manuell neu gestartet.
So sieht der Baum jetzt aus:

Passt.
Ich starte jetzt mal den Adapter neu...

[mickym]

@schmetterfliege Die alten daten sind nur im iob - lösche die halt einfach raus.

[Schmetterfliege]

Die lösche ich ja.
Aber sobald ich den mqtt Adapter neu starte, sieht der Baum wieder so aus:

[mickym]

@schmetterfliege Dann mach mal folgendes:

1. Schau - dass Du in der mqtt- Konfig wirklich alle Haken raus hast.
2. Lösche den gesamten Baum - Alles
3. Stoppe Adapter
4. Stoppe mosquitto (sudo systemctl stop mosquitto)
5. Lösche die Datenbank (sudo rm /var/lib/mosquitto/mosquitto.db)
6. Starte mosquitto (sudo systemctl start mosquitto)
7. Starte mqtt Adapter

[Schmetterfliege]

@mickym said in Zigbee2mqtt installation:

@schmetterfliege Dann mach mal folgendes:

1. Schau - dass Du in der mqtt- Konfig wirklich alle Haken raus hast.
2. Lösche den gesamten Baum - Alles
3. Stoppe Adapter
4. Stoppe mosquitto (sudo systemctl stop mosquitto)
5. Lösche die Datenbank (sudo rm /var/lib/mosquitto/mosquitto.db)
6. Starte mosquitto (sudo systemctl start mosquitto)
7. Starte mqtt Adapter

Hat funktioniert, vielen Dank! :)

Ich löcher dich einfach mal weiter mit Fragen :S
Hast du Tasmota Devices die "Friendly Names" haben?

[mickym]

@schmetterfliege Ja

aber das bekommst halt nur als Info im Status des JSON mit.

{
  "Status": {
    "Module": 0,
    "FriendlyName": [
      "Steckdosenleiste2",
      "Steckdose1",
      "Steckdose2",
      "Steckdose3",
      "Steckdose4",
      "USB"
    ],
    "Topic": "steckdosenleiste2",
    "ButtonTopic": "0",
    "Power": 49,
    "PowerOnState": 3,
    "LedState": 1,
    "LedMask": "FFFF",
    "SaveData": 1,
    "SaveState": 1,
    "SwitchTopic": "0",
    "SwitchMode": [
      0,
      0,
      0,
      0,
      0,
      0,
      0,
      0
    ],
    "ButtonRetain": 0,
    "SwitchRetain": 0,
    "SensorRetain": 0,
    "PowerRetain": 0
  }
}

hat also mit der mqtt- Struktur nichts zu tun - könntest Du halt im NodeRed dann weiter verarbeiten.

[mickym]

@schmetterfliege Ich habs mal zum Spass umbenannt - und die Steckdose1 in Kaffeemaschine umbenannt:

Neben dem JSON hat das keine Bedeutung im Tasmota Device Manager werden diese allerdings ausgewertet

Vorher:

Nachher:

Fazit: Hat also nur descriptive Bedeutung.

[Schmetterfliege]

@mickym
Okay, also kann ich das aktuell erstmal komplett ignorieren und später dürfte mir das nichts kaputt machen?

[mickym]

@schmetterfliege Nein die friendly Names sind bedeutungslos.

Ich habe gerade mal bei tasmota nachgeschaut:

Das scheint also für HomeAssistant für Autodiscovery etc. ggf. genutzt zu werden.