@toralt hast Du HA dann parallel laufen, oder nutzt Du den Hass Adapter nur zur Konfiguration, oder wie läuft das dann ab? Habe mich noch nicht wirklich damit beschäftigt .

So, ein kurzes Update :

Habe es heute nochmal mit Alexa probiert . Also Skill aktiviert und alle Geräte suchen lassen.
Habe jedoch erst einmal die Gerät nur temperaturabhängig ein/ausschalten lassen.
Und es funktioniert. Mal sehen, wie lange .
Es sollen noch weitere Einstellungen möglich sein. Dies werde ich später in Angriff nehmen, wenn das Ein/ Ausschalten stabil funktioniert .

Hat jemand noch Erfahrungen mit dem Alexa Skill für Midea ? Für Infos wäre ich dankbar .

@toralt Danke für die Infos. Ja, alle haben ein USB Stick, insgesamt habe ich 7 Stück ( Innenteile ) davon .
Ich habe heute schon versucht, über Alexa mit Textnachrichten ( Nethome Plus Smarthome Skill ) zu bedienen. Das hat auf Anhieb funktioniert, jedoch nur einmal. Danach war wieder nix mehr , warum auch immer. Es ist halt Schit, wenn man keine Ahnung von der Materie hat . Aber um diese ganze Netzwerk- und Programmier- Geschichte zu verstehen, bin ich einfach zu alt.

Über den Hass Adapter habe ich auch schon negative Sachen gelesen. Wie hast Du das bei Dir gelöst ?

Hallo zusammen,

ich habe mehrere Diloc Klimasplitgeräte , die sich bisher( letzten 2 Jahre ) super über den Midea Adapter steuern ließen, da sie die gleichen Steuerungen verwenden, wie die Midea Geräte.
Der Adapter war zwar ab und zu Gelb, hat sich aber immer wieder verbunden.
Seit nun ca. 1 Woche gibt es massive Probleme , dass sich der Adapter nicht mehr mit der Cloud verbindet und meldet ( zu viele gescheiterte Verbindungsversuche ) . Selbst wenn ich den Adapter 1 Tag deaktiviere, verbindet er sich dann beim Neustart kurz , geht aber nach kurzer Zeit wieder auf gelb und meldet dann später wieder - zu viele Fehlversuche.
Da ich die Geräte zum Beheizen und Kühlen des ganzen Hauses nutze , ist dies natürlich ein Schock, dass es jetzt nicht mehr funktioniert .

Ich habe nun bei Github gelesen, dass es eine Möglichkeit gibt, über msmart.py die Geräte offline zu steuern, ohne Cloud.
Bei meinen ersten versuchen als "Bediener" , dies in Gang zu bekommen , bin ich an meine Grenzen gestoßen und habe es natürlich nicht hinbekommen, da ich überhaupt keine Ahnung habe , was ich machen soll, wenn ein Fehler auftritt .
Ich habe selbst schon ChatGPT versucht, aber kläglich gescheitert.

Gekommen bin ich bis zum Auslesen der Geräte . Dort wurden auch die Parameter ausgelesen, aber nicht die ID der Geräte.

Bevor ich jetzt anfange, die Details zu posten, wollte ich erst einmal nachfragen, ob es immer noch / überhaupt möglich ist,die Midea geräte local über WLAN zu steuern ?

Wenn ja, gibt es für " Anfänger / Nichtprogrammierer " eine "einfache" Beschreibung / Anleitung dafür ?

mein System:

Proxmox 9.0.3
IoBroker läuft in einem LXC Container
Betriebssystem Debian 12

@da_woody

Sorry für die späte Antworten, war ein paar Tage unterwegs.

• die Schalterconfig stand auf " letze Stellung "
• Enable CoIoT hatte ich bei allen abgewählt und nur MQTT aktiviert

Was hat es mit dieser Einstellung auf sich ? Ich dachte, dass dies nur aktiviert werden muss,
wenn kein MQTT verwendet wird.

Bis heute läuft alles super .

Gruß Saugimanni

Hallo zusammen,

ich habe nicht weiter gesucht, ob es zu diesem Problem schon ein Thema gibt, aber möchte einmal meine Lösung des Problems schildern, um eventuell einigen anderen Leuten, die das selbe Problem haben eine mögliche Lösung aufzuzeigen.

Hier mein Problem:

Shelly Adapter 8.4

Ich habe ca. 60 verschiedene Shellys im Einsatz aus allen Herstellungsjahren ( bin von Anfang an dabei ).
Bisher gab es wenig Probleme, aber seit meinem Umzug des IoBrokers auf einen neuen Mini PC und Proxmox 9 in einen LXC Container hatte ich das Problem, dass eine große Anzahl der Shellys in regelmaßigen Abständen ( ca. 1 Minute ) kurz die Verbindung zum Adapter verloren haben ( für ca. 2 Sekunden ) und sich die Schalter in den Shellys ausgeschalten haben .
Dies hatte ich ich in all den Jahren nicht und konnte es mir nicht erklären , vor allen Dingen das selbsttätige Ausschalten der Schalter . Ob dies mit dem Adapter etwas zu tun haben könnte, weiß ich nicht. Dazu bin ich zu "unwissend".
Nach Durchforschen der Logs ist mir aufgefallen, dass sich diese Shellys im Rhytmus von ca 1 Minute eine neue Timezone suchten . Sie haben auch nicht Berlin gefunden, sondern Helsinki oder Brüssel eingeloggt und es war ein anderer SNTP Server eingetragen.
Nach diversen Tests habe ich dieses Prozedere als Ursache der Abbrüche "diagnostiziert" .
Daraufhin habe ich alle Shellys der älteren Generationen auf Hand umgestellt, die Timezone auf Berlin umgestellt und den SNTP Server umbenannt: time.google.com sowie die Geozone angepasst .

Bei den neuen Geräten habe ich dies so gelassen :

Seit dieser Umstellung ( 2 Tage - ist noch nicht lange, ich weiß ) funktioniert alles wieder super, alle Shellys sind dauerhaft online und die Automation funktioniert wieder ohne Probleme .

Vielleicht kann ich damit einigen helfen.

Gruß Saugimann

@haselchen
Danke Dir für die schnelle Antwort. Ich hatte zwar die Suche vorab benutz, aber nichts dazu gefunden.
Es erklärt zwar nun den Sachverhalt, aber ist doch nicht zufriedenstellend. Wenn man im IoT viele Sprachbefehle hinterlegt hat ist es für einen "alten Menschen " wie mich doch schwierig sich an neue Namen zu gewöhnen, wenn man mit den alten schon jahrelang "arbeitet " .

Hallo liebe Gemeinde,

ich habe folgendes seltsames Problem:

wenn ich im IoT Adapter unter dem Reiter Geräte ein Gerät lösche , dann ist es zwar weg aus der Liste , wenn ich aber über die Alexa das Gerät anspreche , Antwortet Alexa : das Gerät unterstützt das nicht ?

Als Beispiel:

Gerät : Büro ( Scenenmodul )
Antwort von Alexa : Büro unterstützt das nicht

Wenn ich das Gerät erneut anlege und über Alexa anspreche , antwortet Alexa : es gibt mehrere Geräte mit dem Namen Büro, welkches möchtest Du ?

Ich habe bereits in der Alexa App alles durchsucht , ob dort noch einige "Leichen" liegen, aber nein, nichts zu finden .
Dann habe ich den Iobroker Skill deaktiviert, die Alexa App gelöscht und alles wieder neu installiert.
Alexa2 Adapter deinstalliert und neu installiert .

Immer das gleiche Ergebnis

Es sieht für mich als Laie so aus, als ob bei Amazon noch diese alten Geräte vorhanden sind, aber in der App nicht angezeigt werden .

Ein zweites Beispiel:

alter Samsung TV mit Samsung Adapter verknüpft , um die Kanäle zu schalten

TV kaputt , neuen Samsung TV gekauft

Die alten IOT Geräteeinträge vom alten TV gelöscht ( Kanäle)
Vom neuen TV die Kanäle wieder eingelernt ( mit gleichen Namen wie beim alten TV )
Beim Ansprechen über Alexa : schalte( z.B ) RTL
Antwort von Alexa: es gibt mehrere Geräte mit dem Namen RTL, welchen möchtest Du ?

Es ist total nervig. Erst wenn ich neue Namen für die Geräte vergebe , funktioniert es .

Hat jemand eine Idee, was da los ist

Hallo zusammen ,

ich habe folgendes Problem, weiß aber auch niocht , ob das überhaupt geht .
Habe einen Shelly Motion2 in meinem Büro hängen, der bei Eintreten alles anschaltet .
Das automatische Ausschalten , wenn niemand mehr im Raum ist habe ich über den zeitstempel des Shelly zu lösen versucht .
Der Shelly hat aber eine Blind Time ( 1 Minute ) . Wenn während dieser Zeit eine erneute Bewegung erkannt wird , schaltet er zwar nicht , aber setzt die Blind Time immer wieder auf 60 Sekunden hoch aber es wir kein neuer Zeitstempel erstellt .
Dieser wir nur erstellt , wenn der Shelly eine Bewegung, Helligkeitsänderung oder Vibration erkennt .

Die Abschaltung aller Geräte funktioniert aber über den Vergleich der Zeitstempel .

Jetz meine Idee dazu :
Es gibt ebenfalls einen sleep_timer im Shelly . Dieser verhindert u.a. daß währen des Zeitablaufes die Blindtime nicht laufend wieder auf 60 Sekunden gesetzt wird, wenn der Shelly während der sleep-time eine erneute Bewegung erkennt

Dieser sleep-time müsste nach der Bewegungserkennung aktiviert werden ( gesetzt werden ) . Bei der nächsten Bewegungserkennung nach Ablauf der Sleep_Time würde dann ein neuer Zeitsempel generiert werden .

Ich weiß jedoch nicht , wie das Blockly dazu aussehen muss .
Hier mein Blockly :

Es müsste dort meiner Meinung nach ein command eingefügt werden , das den sleep_timer setzt

hier der Info tab mit der sleep_time

Hat jemand eine Idee, ob das überhaupt geht und wie dann das Command auszusehen hat ?

@syssi

so , habe heute nun auch die anderen beiden Akkus an den Start bekommen und habe somit genaue Werte zu weiteren Berechnungen zur Verfügung .

Nochmal vielen Dank an alle, speziell an Syssi für den entscheidenden Tip .

Wenn Du etwas Zeit hast, vielleicht kannst Du mir noch mitteilen, was ich zu tun habe , wenn ich auf den "RS485" Anschluss der BMS umstellen möchte, denn ich denke , die BLE-Abfrage wird wahrscheinlich nicht so stabil sein, wie der Kabelanschluss . Ich werde es jedoch in den nächsten Wochen erst mal testen, da ich beruflich wieder länger abwesend sein werde .

Also nochmals Danke und ein frohes Osterfest für Euch alle .....