NEWS

Hast du das dauerhaft zum laufen bekommen bei mir Funktioniert es leider nicht stabil. Der Weg Tasmota- HiveMQ Funktioniert perfekt ohne Fehler und Verbindungsabbrüche.
Was bei mir leider nicht Funktioniert ist die Verbindung Mqtt Adapter und die HiveMQ Cloud dort bekomme ich ständig Verbindungsabbrüche. Fasst immer im intervall zwischen 10 - 15min warum weiß ich nicht. Keine Ahnung ob es an irgendeiner Einstellung liegt im Mqtt Adapter oder bei Hive MQ. Dadurch das bei jeder neu Verbindung die Zustände publiziert werden. Werden die Zustände jedes mal neu in Tasmota übertragen. Was auf Dauer das kostenlose Datenvolumen von 10GB schmälert. Wenn es mal hin und wieder vorkommt ist es mir egal aber so ist der Verbindungsabbruch einfach zu viel.
Kennt jemand eine alternative um ein entferntes Tasmota Gerät mit iobroker zuverbinden am besten out of the Box. Oder eine bessere Alternative zu HiveMQ/ Mqtt Adapter. Oder ist der Adapter für HiveMQ nicht angepasst?

Großen Dank an @haus-automatisierung für das tolle Video aber leider ist mir nicht klar war um der mqtt Adapter die Verbindung zum Server verliert. Ich habe es in der Zwischenzeit mit zwei Instanzen und unterschiedlichen Adressen getestet. Beide verbinden sich in den gleichen Zeitabständen neu.

@apollon77
Dankeschön! Werde ich gerne genauso machen.

Edit 1:
Es hat funktioniert. Viele Dank für die Hilfe!
Als Ergänzung für die die das Problem ebenfalls haben. Es ist notwendig vorher die Alexa Shopping List zu entfernen. Dies wird aber auch angezeigt.

Edit 2:
Es gibt übrigens noch eine zweite "Lösung". Auch wenn diese vielleicht nicht ganz logisch zu erklären ist und eventuell auch nicht überall funktioniert wollte ich meine Beobachtung mit euch teilen. Bevor ich den ersten Versuch gemacht habe hatte ich natürlich ein vollständiges BackUp über Win32DiskManager gemacht. Dieses Image habe ich auf eine neue Karte gemacht in den Raspi gesteckt und gestartet und dann den von apollon77 vorgeschlagenen Weg gemacht. Erfolgreich! (siehe Edit 1). Dann habe ich noch ein paar andere Sachen geändert die mir aber nicht so waren wie ich es mir vorgestellt hatte. Da das Rückgängigmachen länger gedauert hätte als das BackUp einzuspielen habe ich also die Karte rausgenommen, formatiert, Image wieder aufgespielt, Karte rein und wollte jetzt wieder den Weg von apollon77 gehen, als ich sah, dass der Link zum anmelden wieder da war. Warum das so war weiß ich nicht. Vielleicht habe ich es auch beim ersten Neustart einfach nur nicht gesehen. Also als Tipp vielleicht einfach mal neustarten, Augen aufmachen und vielleicht geht es ja auch so.

Auf jeden Fall immer noch vielen Dank an apollon77 für die Hilfe.

@edis77 Moin...

Die PIN hatte ich extra noch einmal überprüft, die war und ist korrekt,
trotzdem bekomme ich keinen Zugriff.

@Thorsten
@Bluefox Besten Dank für Deine Hilfe!
Mit dem Update 3.4.5 funktioniert es 😉 👍

@nordlicht67

Sieht bei mir genauso aus, bis auf dass unter Google-Geräte alles auftaucht. KA, was das bei dir ist.

@homoran daran habe ich garnicht dran gedacht. Dann muss ich da mal weiter schauen wieso das so ist. Danke

Edit:

Habe jetzt unter bei
native": {
"unit": "°C"
},

Nun funktioniert es.

@peterimnetz Es gibt auch noch den rest-api Adapter.
https://github.com/ioBroker/ioBroker.rest-api

Oder VPN nutzen?

@arteck said in Frage: Verhalten einer HUE Lampe per iob Adapter und Alexa:

aber mach doch einen zusatz DP unter 0_userdata.0 und trigger den (staat direkt die lampe) per alexa.. und wenn sich dieser ändert machst du

Ja, Danke. So hab ich das im Moment gelöst. Es wäre halt schön, wenn man im iot Adapter auch für Farbe und Farbtemperatur Defaults vorgeben könnte, so wie bei der Helligkeit. Die % Angaben, die man da im Moment eingeben kann, werden wohl nicht verwendet und passen ja auch nicht so recht. Inzwischen hab ich gesehen, dass bei der Alexa V3 Implementierung da anscheinend in Zukunft etwas vorgesehen wird. Mal abwarten.

Hab nun einmal auf #query geklickt. Daraufhin wurde die Temperatur aktualisiert:
12a5d28c-8bcb-4e56-8908-5cd0d744dae6-image.png

0cb4885c-0812-4e05-84a5-01a8953a9ae1-image.png

@sten-tor Argh, Unit wird also auch ausgewertet. Das wird wieder ein Abend voller Experimente.
Aber gute Idee in den Quellcode zu schauen.
Schön wäre eine Stelle wo dann alles zusammengetragen ist. In der Beschreibung vom IoT Adapter steht zwar einiges, brachte mich bei meinen Projekt im ersten Moment auch nicht weiter.

@michihorn

der Test über die Brille läuft aber auch erfolgreich, ohne Benutzer und Passwort, durch

@nik82 said in Echos gruppieren für Gruppendurchsage?:

Ich habe schon eine Gruppe angelegt und dort mal die Alexas rein, aber im Adapter sehe ich ja keine Gruppen.

Du hast jetzt zwar schon eine Lösung, dennoch der Hinweis:
Die Gruppen siehst du eigentlich unter "Echo-Devices"

@cookiemonster1706 said in Iot-Adapter Alexa Shelly Dimmer2:

im IOT-Adapater wurden meine Homematic-Geräte automatisch gefunden und funktionieren auch.

Echt? Wusste gar nicht, dass der Adapter das kann/macht.

@cookiemonster1706 said in Iot-Adapter Alexa Shelly Dimmer2:

Habt ihr eine Idee, wie ich diese automatisch angelegt bekomme?

Ich kämpfe auch seit heute mit dem iot Adapter und musste meine Geräte manuell anlegen.
Einen Shelly Dimmer konnte ich folgendermaßen einbinden:

Im iot Adapter zwei Alexa Geräte für den Shelly Dimmer anlegen und gleich benennen (im Beispiel: "Test Licht"). Als Typ wählst du jeweils "Light". Dadurch entsteht eine Gruppe. Die Shelly States sind in meinem Fall:

"shelly.0.SHDM-XXXXXXXXXXXXX.lights.brightness" "shelly.0.SHDM-XXXXXXXXXXXXX.lights.Switch".

Sieht dann so aus:

06f98650-0ad0-4861-a0ef-a267aec30911-grafik.png

Anschließend natürlich Alexa nach neuen Geräten suchen lassen.

So ganz glücklich bin ich mit dem Ergebnis noch nicht:

Der Helligkeits-Wert bei AN wird anscheinend ignoriert, wenn ich "Test Licht An" sage, wird der letzte Helligkeits-Wert verwendet. Wenn das Licht aus ist und ich sage "Test Licht auf 40 %", dann wird zwar der entsprechende Shelly Datenpunkt auf 40 % gesetzt, das Licht wird aber nicht eingeschaltet. Dafür muss ich dann nochmal extra "Test Licht An" sagen.

Wäre schön, wenn das besser geht, evtl. kann jemand einen Tipp geben?

Mit HUE Lampen habe ich andere, aber ähnliche Probleme. Ich habe dazu auch schon hier gefragt, aber leider noch keine Antwort bekommen.

@nr5lebt Wenn du OMV nutzt, würde ich dir aber empfehlen, auch NFS zu nutzen.

@thomas-braun sagte in Erledigt! Einige Lampen nicht mehr über iob steuerbar:

@tiobb sagte in Erledigt! Einige Lampen nicht mehr über iob steuerbar:

Haken bei "Diesem Netzwerkgerät immer die gleiche IPv4-Adresse zuweisen." setze?

Ja.

Merci!

@homoran sagte in Erledigt! Einige Lampen nicht mehr über iob steuerbar:

@tiobb sagte in Erledigt! Einige Lampen nicht mehr über iob steuerbar:

Komisch aber das z.B. meine ganzen Shelly Schalter keine neuen Ip´s erhalten haben.

habe selbst keine Shellys.
Aber wenn die IPs fest in den Geräten definiert sind, bleiben die so.

Das kann natürlich sein.

Das solltest du unbedingt prüfen, da fixe IPs außerhalb des DHCP Bereichs liegen müssen, sonst gibt es früher oder später Ärger

Werde ich machen, Danke.

Das passiert täglich bis zu 3x. die VIS ist dann erst mal nicht mehr darstellbar.

1 PID Zeit info Nachricht cloud.0 70317 2024-11-05 19:18:44.440 info Connection changed: disconnect cloud.0 70317 2024-11-05 19:18:44.439 error Sending to many events. Account is blocked for 5 minutes. Please restart cloud adapter. cloud.0 70317 2024-11-05 19:18:44.280 info Trying to connect as system.user.admin to cloud cloud.0 70317 2024-11-05 19:17:44.441 info Connection changed: disconnect cloud.0 70317 2024-11-05 19:17:44.441 error Sending to many events. Account is blocked for 5 minutes. Please restart cloud adapter. cloud.0 70317 2024-11-05 19:17:44.280 info Trying to connect as system.user.admin to cloud admin.0 10381 2024-11-05 19:17:31.795 info ==> Connected system.user.admin from ::ffff:192.168.178.22 admin.0 10381 2024-11-05 19:17:24.811 info failed connection to socket.io from ::ffff:192.168.178.22: Passport was not initialized admin.0 10381 2024-11-05 19:17:23.815 info <== Disconnect system.user.admin from ::ffff:192.168.178.22 admin cloud.0 70317 2024-11-05 19:16:44.276 info Connection lost cloud.0 70317 2024-11-05 19:16:44.276 info Connection changed: disconnect cloud.0 70317 2024-11-05 19:16:44.267 error Cloud says: Too many state updates cloud.0 70317 2024-11-05 19:16:43.782 error Cloud says: Too many state updates cloud.0 70317 2024-11-05 19:16:43.782 error Cloud says: Too many state updates cloud.0 70317 2024-11-05 19:16:43.782 error Cloud says: Too many state updates cloud.0 70317 2024-11-05 19:16:43.781 error Cloud says: Too many state updates cloud.0 70317 2024-11-05 19:16:43.781 error Cloud says: Too many state updates cloud.0 70317 2024-11-05 19:16:43.781 error Cloud says: Too many state updates cloud.0 70317 2024-11-05 19:16:43.781 error Cloud says: Too many state updates cloud.0 70317 2024-11-05 19:16:43.780 error Cloud says: Too many state updates

@dellishelly sagte in Fehlerhafte Darstellung über Cloud Dienst (pro):

Passt in den den einen so wie auch in den anderen Bereich.

Und wenn es in einen dritten und vierten Bereich auch gepasst hätte? Hättest dann noch mehr identische Posts initiiert?

@arteck Ich habe das Problem gefunden

Ich habe den Amazon Skill deaktiviert und danach den Amazon Skill neu aktiviert.

Danach ging es wieder.

Aber die IOBroker Webseite sieht immer noch gleich aus wie auf dem Screenshot in meinem vorherigen Post.

Grüße

Marc