Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Rene_HM]

@Qlink Ich hatte jetzt endlich die chance, das auch hier in einem setup auszuprobieren, wo connection_assist nichts findet. Bist du vertraut mit wireshark? Dann könnten wir es darüber analysieren.
Ein Thema bei mir war, dass ich weitere Netzwerk-Adapter verfügbar aber inaktiv hatte. Ich habe alle unter Systemsteuerung\Netzwerk und Internet\Netzwerkverbindungen deaktiviert, nur den Ethernet Adapter aktiv gelassen, wo das Netzwerkkabel angesteckt war. Damit hat connection_assist schon mal die Wechselrichter gefunden. Ich habe dann in der Firewall auf dem Windows-Laptop den Port 9522 für UDP eingehend geöffnet. Damit kam dann auch der SHM durch...

[Qlink]

@rene_hm

Deine Hinweise und Tipps hätte ich nun auch alles probiert, aber leider ohne Erfolg. Egal was ich anstelle, WR + SHM lassen sich pingen, aber per Connection Assist werden sie nicht gefunden. Lässt sich ohne dem SHM Log dem Problem nicht auch anders auf die Spur kommen ?

[mmeine]

Hallo Rene_HM, ich habe den aktuellen Adapter in Nutzung, dieser funktioniert für meine Begriffe nicht ganz zuverlässig. Ich kann aber nicht sagen ob das am Adapter, am SHM2.0 oder am enoxOS liegt. Zumindest tauchen immer wieder Karteileichen von früheren Versuchen mit der älteren Version im Portal bei der Gerätesuche auf. Den Adapter habe ich komplett neu installiert und wieder neu konfiguriert, den SHM2.0 habe ich auf Werkseinstellungen zurückgesetzt und neu eingebunden. Ich vermute es liegt am ennoxOS.

Aber nun erst einmal einige bugs, welche ich festgestellt habe:

• sobald ich ein Gerät neu erstelle, werden bei sämtlichen Objekteinträgen die Datenpunkte falsch konfiguriert. Hier scheint eine Verwechslung zwischen "type" und "name" drin zu sein. Iobroker bringt dabei folgende Warnung:

semp.0	2026-08-18 11:21:37.687	warn	Object semp.0.Devices.Geschirrspueler.State is invalid: obj.type has an invalid value (current State) but has to be one of state, channel, device, enum, host, adapter, instance, meta, config, script, user, group, chart, folder, schedule, design This will throw an error up from js-controller version 7.0.0! 

hier die Objekteigenschaften:

{
  "type": "current State",
  "common": {
    "name": "state",
    "role": "state",
    "type": "string",
    "unit": "",
 ........

richtig müsste vermutlich sein:

{
  "type": "state",
  "common": {
    "name": "current State",
    "role": "state",
    "type": "string",
    "unit": "",
 ........

• Dann habe ich noch entdeckt, das der Punkt "Unterbrechung erlaubt" erst einmal aktiviert und dann wieder deaktiviert werden muß, damit das Protokoll richtig erstellt wird. Andernfalls ist bei der WEB-Analyse (http://<IP>:9765/semp) der Übergabewert <interruptionsallowed> LEER und nicht FALSE.

<deviceinfo>
        <capabilities>
            <interruptions>
                <interruptionsallowed></interruptionsallowed>
            </interruptions>
        </capabilities>
    </deviceinfo>

ob das allerdings negative Auswirkungen hat weis ich nicht.

Prinzipiell danke ich Dir vielmals, für deine hervorragende Leistung, bei der Erstellung des Adapters. Es macht immer wieder Freude auf solche konstruktiven und hilfreichen Arbeiten zurückgreifen zu können.

[Rene_HM]

@mmeine sagte:

Danke für dein feedback.
Bzgl. der Karteileichen: Eigentlich sollte es reichen, die alten Geräte im Portal zu löschen. Das ging jedenfalls mal, ob das aktuell noch geht, habe ich nicht probiert. Der Adapter sendet die Gerätebeschreibung an den SHM und der an's Portal. Wenn es das Gerät im Adapter nicht mehr gibt, schickt der nichts mehr. Das Portal hingegen muss sich die Geräte merken, da das Gerät ja nur temporär ausgefallen sein könnte...

Das mit den Datenpunkten schaue ich mir an. Habe mir dazu ein Ticket gemacht

https://github.com/rg-engineering/ioBroker.semp/issues/494

Für das Theme mit den Unterbrechungen habe ich mir ebenfalls ein Ticket gemacht, obwohl ich das schon kenne. Ich dachte, ich hätte das schon behoben...