Weiter zum Inhalt
  • Home
  • Aktuell
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Adapter: SMA SEMP

NEWS

  • Information zum Kontoabgleich und zur Namensänderung
    BluefoxB
    Bluefox
    4
    1
    60

  • Monatsrückblick Juli / August 2026 ist online!
    BluefoxB
    Bluefox
    10
    1
    1.4k

  • Der neue Monatsrückblick für Mai und Juni 2026 ist online!
    BluefoxB
    Bluefox
    8
    1
    1.4k

Adapter: SMA SEMP

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
264 Beiträge 30 Kommentatoren 77.1k Aufrufe 28 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • Q Qlink

    @rene_hm auch per Kabel am selben Switch wo der SHM hängt findet der Connection Assist keine SMA Geräte, obwohl selbes Subnet. IGMP Snooping am Unifi UCG deaktiviert... Keine Ahnung was ich noch probieren kann...

    Rene_HMR
    Rene_HMR
    Rene_HM
    Developer
    schrieb am zuletzt editiert von
    #261

    @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...

    1 Antwort Letzte Antwort
    0
    • Q
      Q
      Qlink
      schrieb am zuletzt editiert von
      #262

      @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 ?

      1 Antwort Letzte Antwort
      0
      • M
        M
        mmeine
        schrieb am zuletzt editiert von mmeine
        #263

        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_HMR 1 Antwort Letzte Antwort
        0
        • M 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_HMR
          Rene_HMR
          Rene_HM
          Developer
          schrieb am zuletzt editiert von
          #264

          @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...

          1 Antwort Letzte Antwort
          0

          Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

          Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

          Mit deinem Input könnte dieser Beitrag noch besser werden 💗

          Registrieren Anmelden
          Antworten
          • In einem neuen Thema antworten
          Anmelden zum Antworten
          • Älteste zuerst
          • Neuste zuerst
          • Meiste Stimmen


          Support us

          ioBroker
          Community Adapters
          Donate
          FAQ Cloud / IOT
          HowTo: Node.js-Update
          HowTo: Backup/Restore
          Downloads
          BLOG

          339

          Online

          33.1k

          Benutzende

          83.7k

          Themen

          1.3m

          Beiträge
          Community
          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
          ioBroker Community 2014-2026
          logo
          • Anmelden

          • Du hast noch kein Konto? Registrieren

          • Anmelden oder registrieren, um zu suchen
          • Erster Beitrag
            Letzter Beitrag
          0
          • Home
          • Aktuell
          • Ungelesen 0
          • Kategorien
          • Unreplied
          • Beliebt
          • GitHub
          • Docu
          • Hilfe