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

[da_Woody]

@stuebi im moment tuts bei mir App, iQontrol, auch direkt im alias schalten...

[PrinzEisenherz1]

@stuebi Wenn ich über VIS, oder Shelly-App, ioBroker oder Web. Überall passen die zustände. Alles io bei mir. Trotz drei Repeater (Fritz-Mesh) im Haus verteilt.

[da_Woody]

@prinzeisenherz1 sicherheitshalber noch einen 1er im werkstatt büro und einen plug-s in der wekstatt selbst getestet.
BINGO!

[PrinzEisenherz1]

@da_woody :grinning: klasse

[PrinzEisenherz1]

Jetzt wäre interessant wie es sich bei der unifi-Fraktion verhält. Ich möchte in naher Zukunft nämlich auf unifi umstellen

[da_Woody]

@prinzeisenherz1 reaktionszeit ist auch hammer. so schnell war das zeuch noch nie. klick aufs iQontrol icon, blitzt grün auf im alias und auch in der App wirds sofort angezeigt. sogar wenn ich WLAN am handy deaktiviere und über die cloud gehe ists nur ein liedschlag.

[PrinzEisenherz1]

@da_woody Ich finde das sich bei der firmware-Version echt was getan hat!

[PrinzEisenherz1]

ich habe jetzt auch mal den Adapter gestoppt und den kompletten Objektbaum gelöscht und dann den Adapter wieder gestartet. Logo...am Anfang kommen n paar Fehlermeldungen, aber nach einem Neustart des Adapters waren alle devices da. Keins fehlt und auch alle Datenpunkte sind da. Top

[da_Woody]

@prinzeisenherz1 na ich muss erstmal alles umstellen... das meiste geht ja vom rechner aus, aber die 10 H&T und 2 DW. kann ich wieder mit tablet durch haus und werkstatt zockeln.
BTW: fürn Dimmer1 gibts einen hotfix! 20210319-122304/v.1.10-Dimmer1-gfd4cc10

[PrinzEisenherz1]

@da_woody Dann mal viel Spass und Erfolg! Ich bin mehr als zufrieden mit dem Update.
Dir trotzdem noch einen schönen Abend. Gruß Johnny

[da_Woody]

@prinzeisenherz1 ebbeso!

[Stuebi]

@da_woody , ich werde mit dem Unicode vorsichtig. So super funktioniert es bei mir noch nicht.

Nachtrag: mir ist folgendes aufgefallen, wenn man die Unicast Adresse ändert z.B. vom ioBroker Testsystem auf das Produktivsystem muss man umbedingt den Shelly rebooten. Erst dann funktioniert es sauber mit Unicast. Wichtig der Port bei Unicast muss umbedingt 5683 sein. Bsp: "CoIoT peer" Eintrag: 192.168.25.60:5683

[da_Woody]

@stuebi den port brauchst nicht eintragen! der tragt sich beim speichern selber ein. und ich test immer am produktivsystem. aber halt nicht unbedingt mit shellys die im einsatz sind...
mut kann man nicht kaufen... ;)

[A Former User]

@da_woody @PrinzEisenherz1 @Stuebi
Thx. Habe es "ungläubig" auch mal probiert und am Shelly1 und am Plug-S kommen bei mir Daten im IObroker an und ich kann in beide Richtungen zB schalten. Sieht gut aus.

Nun wollte ich mir einen 2.5er vornehmen, da ich damit am meisten Tests gemacht habe. Da ist noch etwas passiert und 1.10.0 ist nicht gleich 1.10.0 geblieben vom Releasetag:

Der 2.5er läuft im Relaymodus und beide FW-Versionen lieferten keine Daten im Unicast. Habe dann den Adapter neu gestartet und jetzt funktioniert der 2.5er im Relaymodus (Schaltet und zeigt Leistungen an vom/im IObroker) mit der FW vom 19.03. Die FW vom 18.03. habe ich nicht mehr zum testen, aber ist auch fast egal.

Jetzt noch einen 2.5er im Shuttermodus getestet. Mit der FW vom 19.03. volle Funktion in Unicast und diesmal ohne Adapterneustart im IObroker.

Sieht gut aus :)

[qqolli]

@ralf-0

Hi,

habe testweise meinen 2.5er ebenfalls mit der FW vom 19.03. versehen und per IP auf Unicast umgestellt. Bis jetzt klappt alles, wie bei Dir auch, d. h. die Shutterfunktion geht ebenfalls.

Mal sehen, wie lange er unter dem Unifi nanoHD AP stabil bleibt.

[dos1973]

@qqolli
könnte einer vielleicht 1-2 Sätze zum unicast /multicast sagen.
und auch das coiot ist ja neu. wann brauche ich unimulticast?

irgendwie finde ich nirgends infos, was das macht - was hier getan wurde...

bisher hatte nutze ich mqqt, da meine shelly im separaten vlan sind.

edit:
ich habe auch mit dem nanoHD diverse Probleme, dass die Geräte zT heftige Reconnects haben, oder offline gehen bis ich nicht die Strohmzufuhr kappe.

Danke

[qqolli]

@dos1973

Moin,

zum Thema Uni- und Multicast findest Du hier eine kurze Erklärung:

https://www.elektronik-kompendium.de/sites/net/2505121.htm

Ich benutze auch noch MQTT, habe aber bei CoIoT die IP meines ioB eingetragen, somit auf Unicast umgestellt.

Thema nanoHD: Habe die meisten meiner Shellies, außer dem einen 2.5er zum Test, dazu gebracht sich auf einem anderen Unifi AP einzuwählen. Seitdem geht es. Hatte vorher auf dem nanoHD bis zu 15000 re-connects am Tag.

Sehe aber gerade, das mein Test 2.5er, der mit der FW vom 19.03 und Unicast läuft (seit 30 Minuten), sich gerade wieder neu connected (d. h. blinkt). Also für Unifi-Besitzer mit nanoHD AP hat das augenscheinlich nichts gebracht, schade. Der einzige Vorteil ist, das er sich wieder re-connected und ich nicht mehr die Sicherung an- und ausschalten muss um ihn wieder zu verbinden.

[Stuebi]

@dos1973 , wenn ioBroker und die Shellys sich in anderen Netzwerken befinden oder du Netzwerkgeräte (Bsp. Switch) nicht mit Multicast umgehen können, dann solltest Du weiterhin MQTT nehmen.
Eigentlich ist Multicast ein cooles Protokoll. Nutzt z.B. auch die Telekom für IP TV. D.h. die Geräte melden sich als Empfänger beim Sender an. Und nur diese erhalten dann die Multicast Nachrichten. Damit wird das Netzwerk nicht mit gleichen Nachrichten geflutet wie bei Broadcast Nachrichten (alle Geräte im Netzwerk erhalten die Nachrichten).
Mit Multicast kannst Du mehrere Empfänger (z.B. ioBroker Prod und ioBroker Test Systeme) haben die die Nachrichten der Shellys empfangen. Das ist mit Unicast nicht möglich. Hier musst Du Dich entscheiden welcher Empfänger (z.B. ioBroker Prod oder ioBroker Test) die Nachrichten vom Shelly empfangen.
Das ist jetzt extrem vereinfacht dargestellt!
Hier ein paar Infos: https://de.wikipedia.org/wiki/Multicast

[da_Woody]

@ralf-0 said in Test Adapter Shelly v4.0.6 (latest):

Habe es "ungläubig" auch mal probiert

dann gings dir wie mir!
thnx für die info wegen der 2.5er! wohl das selbe wie mit dem DM1.
@dos1973 hatte @Stuebi nicht weiter oben geschrieben bei MQTT sollte COIOT deaktiviert werden?

[qqolli]

@da_woody

Ja, würde mit auch interessieren, ob bei MQTT das CoIoT deaktiviert werden "muss" und wenn ja, warum.

Im Moment habe ich beide aktiviert und außer gelegentlichen re-connects funktioniert es bis jetzt.