Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 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. HMIP Level-Werte ohne manuelle Auslösung

NEWS

  • Neues YouTube-Video: Visualisierung im Devices-Adapter
    BluefoxB
    Bluefox
    13
    1
    645

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    2.0k

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    11
    1
    894

HMIP Level-Werte ohne manuelle Auslösung

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
3 Beiträge 2 Kommentatoren 281 Aufrufe 2 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.
  • P Offline
    P Offline
    puppet1912
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen!

    Mir ist in letzter Zeit ein etwas seltsamer Verhalten des Hmip-Adapters aufgefallen. Kann natürlich auch vom Aktor bzw. vom AP selbst kommen. Jedenfalls hoffe ich, dass evtl schon mal jemand dieses Problem hatte und evtl eine Lösung hat. Ich poste es einfach mal in diesem Forum, da ohne Log vom IOBroker hätte ich es gar nicht bemerkt.

    Hier zunächst mal das Logfile:

    2021-09-02 08:00:02.052 - debug: shuttercontrol.0 (31610) Kaempfer: Check basis for sunprotect. Height:0 > HeightDownSun: 0.55 AND Height:0 == currentHeight:0 AND currentHeight:0 == heightUp:0
    2021-09-02 08:00:02.054 - debug: shuttercontrol.0 (31610) Sunprotect for Kaempfer is active
    2021-09-02 08:00:02.055 - debug: shuttercontrol.0 (31610) RangeMinus: 95 < 95.8RangePlus: 145 > 95.8
    2021-09-02 08:00:02.056 - info: shuttercontrol.0 (31610) Set ID: Kaempfer value: 0.55%
    2021-09-02 08:00:02.058 - debug: shuttercontrol.0 (31610) Sunprotect Kaempfer old height: 0% new height: 0.55%
    2021-09-02 08:00:02.122 - debug: shuttercontrol.0 (31610) Shutter state changed: Kaempfer old value = 0 new value = 0.55
    2021-09-02 08:00:02.124 - debug: shuttercontrol.0 (31610) Kaempfer Old value = 0. New value = 0.55. automatic is active
    2021-09-02 08:01:32.060 - debug: shuttercontrol.0 (31610) save current height after State Check: 0% from Kaempfer
    
    Zeitsprung....
    
    2021-09-02 09:08:09.393 - debug: shuttercontrol.0 (31610) Shutter state changed: Kaempfer old value = 0 new value = 0.55
    2021-09-02 09:09:39.396 - debug: shuttercontrol.0 (31610) Kaempfer drived manually to 0.55. Old value = 0. New value = 0.55
    2021-09-02 09:09:39.398 - debug: shuttercontrol.0 (31610) Kaempfer Updated trigger action to Manu_Mode to prevent moving after window close 
    

    Ich muss dazu sagen, dass ich über den Adapter Shuttercontrol die Rolladen für eine automatisierte Beschattung ansteuern lasse. Der Adapter reagiert aber nur auf State-Änderungen die er vom hmip-Adapter bekommt.

    Im Log siehr man nun das der Rolladen planmäßig um 08:00 Uhr gefahren wurde auf das voreingestellte Level von 55%.
    Um 09:08 Uhr, also über eine Stunde später wird auf einmal eine State-Änderung gemeldet, welche aber defintiv nicht vorhanden war. Der Rolladen hat sich zum einen nicht bewegt und zum Anderen hat niemand dies manuell ausgelöst. Weder am Aktor noch per App.

    Hatte schon mal wer dieses Phänomen?

    Danke und schönes WE!

    ioBroker 4.0.23 - Debian Bullseye unter Proxmox auf IntelNuc7i5BNK

    arteckA 1 Antwort Letzte Antwort
    0
    • P puppet1912

      Hallo zusammen!

      Mir ist in letzter Zeit ein etwas seltsamer Verhalten des Hmip-Adapters aufgefallen. Kann natürlich auch vom Aktor bzw. vom AP selbst kommen. Jedenfalls hoffe ich, dass evtl schon mal jemand dieses Problem hatte und evtl eine Lösung hat. Ich poste es einfach mal in diesem Forum, da ohne Log vom IOBroker hätte ich es gar nicht bemerkt.

      Hier zunächst mal das Logfile:

      2021-09-02 08:00:02.052 - debug: shuttercontrol.0 (31610) Kaempfer: Check basis for sunprotect. Height:0 > HeightDownSun: 0.55 AND Height:0 == currentHeight:0 AND currentHeight:0 == heightUp:0
      2021-09-02 08:00:02.054 - debug: shuttercontrol.0 (31610) Sunprotect for Kaempfer is active
      2021-09-02 08:00:02.055 - debug: shuttercontrol.0 (31610) RangeMinus: 95 < 95.8RangePlus: 145 > 95.8
      2021-09-02 08:00:02.056 - info: shuttercontrol.0 (31610) Set ID: Kaempfer value: 0.55%
      2021-09-02 08:00:02.058 - debug: shuttercontrol.0 (31610) Sunprotect Kaempfer old height: 0% new height: 0.55%
      2021-09-02 08:00:02.122 - debug: shuttercontrol.0 (31610) Shutter state changed: Kaempfer old value = 0 new value = 0.55
      2021-09-02 08:00:02.124 - debug: shuttercontrol.0 (31610) Kaempfer Old value = 0. New value = 0.55. automatic is active
      2021-09-02 08:01:32.060 - debug: shuttercontrol.0 (31610) save current height after State Check: 0% from Kaempfer
      
      Zeitsprung....
      
      2021-09-02 09:08:09.393 - debug: shuttercontrol.0 (31610) Shutter state changed: Kaempfer old value = 0 new value = 0.55
      2021-09-02 09:09:39.396 - debug: shuttercontrol.0 (31610) Kaempfer drived manually to 0.55. Old value = 0. New value = 0.55
      2021-09-02 09:09:39.398 - debug: shuttercontrol.0 (31610) Kaempfer Updated trigger action to Manu_Mode to prevent moving after window close 
      

      Ich muss dazu sagen, dass ich über den Adapter Shuttercontrol die Rolladen für eine automatisierte Beschattung ansteuern lasse. Der Adapter reagiert aber nur auf State-Änderungen die er vom hmip-Adapter bekommt.

      Im Log siehr man nun das der Rolladen planmäßig um 08:00 Uhr gefahren wurde auf das voreingestellte Level von 55%.
      Um 09:08 Uhr, also über eine Stunde später wird auf einmal eine State-Änderung gemeldet, welche aber defintiv nicht vorhanden war. Der Rolladen hat sich zum einen nicht bewegt und zum Anderen hat niemand dies manuell ausgelöst. Weder am Aktor noch per App.

      Hatte schon mal wer dieses Phänomen?

      Danke und schönes WE!

      arteckA Offline
      arteckA Offline
      arteck
      Developer Most Active
      schrieb am zuletzt editiert von
      #2

      @puppet1912 Geister in der Maschiene gabs seit dem ich denken kann...
      im entdefekt wars immer derjenige der es Programmiert hat...

      also wird irgendwas dein Datenpunkt triggern.. sei es den ein BLockly, javascript.. oder oder..

      oder einfach ein BUG der es HM seitg auslöst

      zigbee hab ich, zwave auch, nuc's genauso und HA auch

      P 1 Antwort Letzte Antwort
      0
      • arteckA arteck

        @puppet1912 Geister in der Maschiene gabs seit dem ich denken kann...
        im entdefekt wars immer derjenige der es Programmiert hat...

        also wird irgendwas dein Datenpunkt triggern.. sei es den ein BLockly, javascript.. oder oder..

        oder einfach ein BUG der es HM seitg auslöst

        P Offline
        P Offline
        puppet1912
        schrieb am zuletzt editiert von
        #3

        @arteck

        Hi und erstmal Danke für deine Antwort.

        Da kann ich dir nur recht geben. Der Geist scheint auch nur ab und an mal zu erwachen.

        Auch wenn ich bei weitem nicht der Beste bin, was Smarthome angeht, vermute ich hier doch eher einen Bug auf der HomematicIP-Seite. Denn tatsächlich gibt es auf meinem System kein Script, welcher auch nur einen Rolladen-Aktor ansteuert.

        Grüße

        ioBroker 4.0.23 - Debian Bullseye unter Proxmox auf IntelNuc7i5BNK

        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

        553

        Online

        32.9k

        Benutzer

        83.0k

        Themen

        1.3m

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

        • Du hast noch kein Konto? Registrieren

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