Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • 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. Tester
  4. Test Adapter Controme v0.5.x

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    11
    1
    514

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.7k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.6k

Test Adapter Controme v0.5.x

Geplant Angeheftet Gesperrt Verschoben Tester
56 Beiträge 5 Kommentatoren 6.6k Aufrufe 4 Watching
  • Ä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.
  • E Erstam

    @nobbiman Also ich schreibe immer wieder Werte über das Interface zurück in den API-Raum-State, z.B. um meine Fenstersensoren zu testen. Ich habe es gerade noch mal getestet, die Werte werden verarbeitet. Hier mal, wie es bei mir aussieht:

    f2299127-5dd0-42f3-b4c3-80094d054488-image.png

    d6a49c7f-07af-4982-850e-c755e919cf42-image.png

    f3ba5e5d-2aab-422a-bc47-5662cd4d9fb3-image.png

    Wichtig ist, dass der API-Raum-Wert (entsprechend der API-Dokumentation) von Controme nach 5 Minuten wieder zurückgesetzt wird. Du musst, wenn du den Wert aufrechterhalten möchtest, diesen periodisch immer wieder schreiben.

    Vielleicht stellst du den Adapter mal auf Debug und postest die Log-Einträge.

    Viele Grüße

    Marc

    N Offline
    N Offline
    nobbiman
    schrieb am zuletzt editiert von
    #45

    @erstam wo stelle ich bitte den Adapter auf "Debug" ein? Unabhängig von diesem Vorschlag bin ich aktuell mit der Steuerung per Google-Kalender sehr zufrieden; das Offset gilt über die Zeitdauer des gesamten Kalendereintrags.
    So habe ich beispielsweise gerade heute Morgen anlässlich einer abendlichen Familienfeier einen Offset von -1,5 in einem Raum im Google-Kalender gesetzt um zu verhindern, dass bei 12 Personen im Raum dieser überhitzt wird. Das ist sehr praktisch, da ich jetzt nicht mehr über die heute Abend laufenden Temperaturszenen schauen und morgen wieder alles zurücknehmen muss. Dabei ist die Reaktionszeit der FBH zu beachten - eine vorausschauende Planung ist dadurch möglich.

    1 Antwort Letzte Antwort
    0
    • D Offline
      D Offline
      digifreak
      schrieb am zuletzt editiert von
      #46

      Hallo, schwer erfreut, dass der Adapter weiterentwickelt wird, habe ich versucht den Adapter zu installieren. Genauer gesagt, den alten (0.3.2?) deinstalliert und dann die neue Version 0.5.3 installiert.
      Installation lief ohne Fehler durch, Instanz manuell angelegt. Beim Starten erhalte ich auch den Fehler "Unhandled promise rejection" scheinbar während er versucht die Outs über die Api zu holen. Dann gehlt nichts mehr weiter weil die DB geschlossen wird.
      Gibt es eine Idee was ich tun könnte? Das Log gibt aus meiner Sicht nichts hilfreiches wieder auch nciht im ALLES-Modus.
      Gibt es eine Chance die alte Version wieder einzuspielen?
      Lieben Dank für mögliche Hilfe. Bin leider auch ein relativer dummie.
      Gruß

      E 1 Antwort Letzte Antwort
      0
      • D digifreak

        Hallo, schwer erfreut, dass der Adapter weiterentwickelt wird, habe ich versucht den Adapter zu installieren. Genauer gesagt, den alten (0.3.2?) deinstalliert und dann die neue Version 0.5.3 installiert.
        Installation lief ohne Fehler durch, Instanz manuell angelegt. Beim Starten erhalte ich auch den Fehler "Unhandled promise rejection" scheinbar während er versucht die Outs über die Api zu holen. Dann gehlt nichts mehr weiter weil die DB geschlossen wird.
        Gibt es eine Idee was ich tun könnte? Das Log gibt aus meiner Sicht nichts hilfreiches wieder auch nciht im ALLES-Modus.
        Gibt es eine Chance die alte Version wieder einzuspielen?
        Lieben Dank für mögliche Hilfe. Bin leider auch ein relativer dummie.
        Gruß

        E Offline
        E Offline
        Erstam
        Developer
        schrieb am zuletzt editiert von
        #47

        @digifreak : Hi Digifreak,

        probiere bitte mal die v0.5.4. Sollten damit weiter Fehler auftauchen, schick mir bitte mal das Debug-Log (wie per Email schon geschrieben, gerne auch in der Silly-Einstellung).

        Viele Grüße!

        1 Antwort Letzte Antwort
        0
        • N nobbiman

          @erstam Prima, dass du dich meldest. Ja, es war die Checkbox "Log-Warnungen für Null-Werte anzeigen", die Meldungen kommen nun nicht mehr!

          Nach Aktiviereung der Checkbox "Räume beim nächsten Start neu einlesen" und Neustart des Adapters ergeben sich keine Änderungen, alle 5 Minuten wird die Warnmeldung weiterhin ausgegeben, auch in meinem Altsystem.
          Vergeblich habe ich aber nach einem "Stern" im Adapternamen gesucht, aber du wirst wissen, was du tust!

          Aber auch hier stellt sich die Frage, ob das Objekt im ioBroker einfach löschen kann. In dem Raum (Esszimmer) ist ein virtueller Sensor unter Controme angelegt, die Temperatur des Raumes ist aber in einem anderen Datenpunkt ersichtlich.
          VSensor Esszimmer.jpg

          E Offline
          E Offline
          Erstam
          Developer
          schrieb am zuletzt editiert von
          #48

          @nobbiman : In der v0.5.4 sollte das Problem mit dem Sensor-Namen nicht mehr auftauchen. Es lag daran, dass ich leider bei einem Teil der Sensor-Aufrufe unsichere Zeichen bereits gefixt habe, aber leider nicht überall.

          N 1 Antwort Letzte Antwort
          0
          • E Erstam

            @nobbiman : In der v0.5.4 sollte das Problem mit dem Sensor-Namen nicht mehr auftauchen. Es lag daran, dass ich leider bei einem Teil der Sensor-Aufrufe unsichere Zeichen bereits gefixt habe, aber leider nicht überall.

            N Offline
            N Offline
            nobbiman
            schrieb am zuletzt editiert von
            #49

            @erstam Sieht sehr gut aus, seit mehreren Stunden kommt keine Warnmeldung mehr. Danke, dass du dich immer noch um den Adapter kümmerst, auch wenn er offenbar nicht so häufig eingesetzt wird.

            1 Antwort Letzte Antwort
            0
            • E Offline
              E Offline
              Erstam
              Developer
              schrieb am zuletzt editiert von
              #50

              Ich habe die 0.5.6 fertiggestellt. Oberflächlich hat sich nicht viel geändert, unter der Motorhaube ist der Adapter aber wesentlich robuster geworden und prüft die API-Rückmeldungen viel genauer.

              Installiert gerne mal die 0.5.6 und gebt Feedback, ob noch irgendetwas fehlschlägt.

              N 1 Antwort Letzte Antwort
              0
              • E Erstam

                Ich habe die 0.5.6 fertiggestellt. Oberflächlich hat sich nicht viel geändert, unter der Motorhaube ist der Adapter aber wesentlich robuster geworden und prüft die API-Rückmeldungen viel genauer.

                Installiert gerne mal die 0.5.6 und gebt Feedback, ob noch irgendetwas fehlschlägt.

                N Offline
                N Offline
                nobbiman
                schrieb am zuletzt editiert von nobbiman
                #51

                @erstam Hallo, leider bekomme ich nun im Protokoll eine Vielzahl von (Warn-)Meldungen wegen fehlender Luftfeuchtewerte, die gar nicht erhoben werden - war vorher nicht!

                controme.0
                	2025-02-21 17:20:27.043	warn	Room 14 (Außentemperatur): Invalid humidity value: kein aktueller Wert vorhanden
                controme.0
                	2025-02-21 17:20:27.043	warn	Room 14 (Außentemperatur): Invalid actual temperature value: null
                controme.0
                	2025-02-21 17:20:27.043	warn	Room 12 (Kind 2): Invalid humidity value: kein aktueller Wert vorhanden
                controme.0
                	2025-02-21 17:20:27.043	warn	Room 10 (Kind 1): Invalid humidity value: kein aktueller Wert vorhanden
                controme.0
                	2025-02-21 17:20:27.041	warn	Room 9 (Ankleideraum): Invalid humidity value: kein aktueller Wert vorhanden
                controme.0
                	2025-02-21 17:20:27.041	warn	Room 7 (Bad): Invalid humidity value: kein aktueller Wert vorhanden
                controme.0
                	2025-02-21 17:20:27.041	warn	Room 6 (Flur/WC): Invalid humidity value: kein aktueller Wert vorhanden
                controme.0
                	2025-02-21 17:20:27.041	warn	Room 1 (Küche): Invalid humidity value: kein aktueller Wert vorhanden
                

                Bei der Außentemperatur stehe ich auch noch vor einem Rätsel, da Controme selbst Temperaturwerte anzeigt.

                E 1 Antwort Letzte Antwort
                0
                • N nobbiman

                  @erstam Hallo, leider bekomme ich nun im Protokoll eine Vielzahl von (Warn-)Meldungen wegen fehlender Luftfeuchtewerte, die gar nicht erhoben werden - war vorher nicht!

                  controme.0
                  	2025-02-21 17:20:27.043	warn	Room 14 (Außentemperatur): Invalid humidity value: kein aktueller Wert vorhanden
                  controme.0
                  	2025-02-21 17:20:27.043	warn	Room 14 (Außentemperatur): Invalid actual temperature value: null
                  controme.0
                  	2025-02-21 17:20:27.043	warn	Room 12 (Kind 2): Invalid humidity value: kein aktueller Wert vorhanden
                  controme.0
                  	2025-02-21 17:20:27.043	warn	Room 10 (Kind 1): Invalid humidity value: kein aktueller Wert vorhanden
                  controme.0
                  	2025-02-21 17:20:27.041	warn	Room 9 (Ankleideraum): Invalid humidity value: kein aktueller Wert vorhanden
                  controme.0
                  	2025-02-21 17:20:27.041	warn	Room 7 (Bad): Invalid humidity value: kein aktueller Wert vorhanden
                  controme.0
                  	2025-02-21 17:20:27.041	warn	Room 6 (Flur/WC): Invalid humidity value: kein aktueller Wert vorhanden
                  controme.0
                  	2025-02-21 17:20:27.041	warn	Room 1 (Küche): Invalid humidity value: kein aktueller Wert vorhanden
                  

                  Bei der Außentemperatur stehe ich auch noch vor einem Rätsel, da Controme selbst Temperaturwerte anzeigt.

                  E Offline
                  E Offline
                  Erstam
                  Developer
                  schrieb am zuletzt editiert von Erstam
                  #52

                  @nobbiman : Hi nobbiman! Danke für das Feedback, da hatte ich zu kurz gedacht. Auf Github (noch nicht im Latest) findet sich jetzt eine Version, die die Warnungen unterdrücken sollte. Außerdem berücksichtigt sie jetzt unterschiedliche API-Versionen, da bei den älteren APIs bestimmte Werte nicht mitgeliefert werden.

                  In der Adapter-Konfiguration gibt es die Checkbox "Show log warning for Null value"/"Log-Warnungen für Null-Werte anzeigen". Nur wenn diese Checkbox gesetzt ist, werden die Warnungen oben weiter angezeigt, sonst werden sie unterdrückt.

                  Prüft das gerne mal!

                  N 2 Antworten Letzte Antwort
                  0
                  • E Erstam

                    @nobbiman : Hi nobbiman! Danke für das Feedback, da hatte ich zu kurz gedacht. Auf Github (noch nicht im Latest) findet sich jetzt eine Version, die die Warnungen unterdrücken sollte. Außerdem berücksichtigt sie jetzt unterschiedliche API-Versionen, da bei den älteren APIs bestimmte Werte nicht mitgeliefert werden.

                    In der Adapter-Konfiguration gibt es die Checkbox "Show log warning for Null value"/"Log-Warnungen für Null-Werte anzeigen". Nur wenn diese Checkbox gesetzt ist, werden die Warnungen oben weiter angezeigt, sonst werden sie unterdrückt.

                    Prüft das gerne mal!

                    N Offline
                    N Offline
                    nobbiman
                    schrieb am zuletzt editiert von
                    #53

                    @erstam Seit nunmehr 2 Stunden kommen keine Warnmeldungen mehr, vielen Dank! Die Check-Box habe ich gesehen.

                    1 Antwort Letzte Antwort
                    0
                    • E Erstam

                      @nobbiman : Hi nobbiman! Danke für das Feedback, da hatte ich zu kurz gedacht. Auf Github (noch nicht im Latest) findet sich jetzt eine Version, die die Warnungen unterdrücken sollte. Außerdem berücksichtigt sie jetzt unterschiedliche API-Versionen, da bei den älteren APIs bestimmte Werte nicht mitgeliefert werden.

                      In der Adapter-Konfiguration gibt es die Checkbox "Show log warning for Null value"/"Log-Warnungen für Null-Werte anzeigen". Nur wenn diese Checkbox gesetzt ist, werden die Warnungen oben weiter angezeigt, sonst werden sie unterdrückt.

                      Prüft das gerne mal!

                      N Offline
                      N Offline
                      nobbiman
                      schrieb am zuletzt editiert von nobbiman
                      #54

                      @erstam Ich würde gerne einmal auf ein weiteres Thema zu sprechen kommen:
                      Wenn ich über den Google-Kalender ein Offset einbaue, dauert es eine Ewigkeit, bis dieses Offset in der Regelung ankommt. Ich möchte das einmal mit einem Screenshot dokumentieren:
                      Hier der Offset-Eintrag im Google-Kalender (5:37 Uhr)
                      Offset-Kalendereintrag.jpg
                      und hier die Reaktion des Controme-Servers (zwischen 5:56-5:59 Uhr)
                      Offset-Umsetzung unter Controme.jpg
                      Kann man das irgendwie beschleunigen und ggf. die Abfragefrequenz erhöhen?
                      Ich jedenfalls finde in der Contromekonfiguration keine Einstellmöglichkeit zum Abfrageintervall. Dort steht nur

                      Neue Einträge benötigen etwas Zeit, maximal etwa 5 Minuten, bis sie bei uns ankommen.
                      
                      E 1 Antwort Letzte Antwort
                      0
                      • N nobbiman

                        @erstam Ich würde gerne einmal auf ein weiteres Thema zu sprechen kommen:
                        Wenn ich über den Google-Kalender ein Offset einbaue, dauert es eine Ewigkeit, bis dieses Offset in der Regelung ankommt. Ich möchte das einmal mit einem Screenshot dokumentieren:
                        Hier der Offset-Eintrag im Google-Kalender (5:37 Uhr)
                        Offset-Kalendereintrag.jpg
                        und hier die Reaktion des Controme-Servers (zwischen 5:56-5:59 Uhr)
                        Offset-Umsetzung unter Controme.jpg
                        Kann man das irgendwie beschleunigen und ggf. die Abfragefrequenz erhöhen?
                        Ich jedenfalls finde in der Contromekonfiguration keine Einstellmöglichkeit zum Abfrageintervall. Dort steht nur

                        Neue Einträge benötigen etwas Zeit, maximal etwa 5 Minuten, bis sie bei uns ankommen.
                        
                        E Offline
                        E Offline
                        Erstam
                        Developer
                        schrieb am zuletzt editiert von Erstam
                        #55

                        @nobbiman : Hi Nobbiman!

                        Der Adapter schreibt die Offset-Werte unmittelbar. Und zumindest bei mir tauchen sie dann auch unmittelbar in Controme auf.

                        Hier siehst du es mal mein Beispiel: Beim Öffnen eines Fensters wird im Raum ein Offset von -10K gesetzt. Das ganze geht unmittelbar, da sind maximal Sekundenbruchteile an Verzögerung drin.

                        547c3436-1f0a-4e6d-9b8c-5e7625e15d1b-image.png
                        30637539-1c0b-46b9-bcd7-11b1b8f7f573-image.png
                        dfe0121f-7cce-4bb9-918d-2ab777bffbe2-image.png

                        Wo jetzt genau die Verzögerung bei dir herkommt, weiß ich nicht. Aber liest der webCal-Adapter deinen Google-Kalender nicht nur periodisch aus? Zumindest der iCal-Adapter liest nur alle X Minuten, und das könnte natürlich zu einer erheblichen Verzögerung kommen.

                        Du schriebst oben (am 14.01.2025), dass die Offset-Änderungen in "Wohnzimmer - Offset - api - Raum" sich gar nicht in Controme wiederspiegeln. Ist das gelöst? Falls du immer noch keine Änderungen in Controme siehst, dann müsstest du bitte mal den Debug-Modus aktivieren, manuell den API-Wert setzen (indem du einfach in den Api-Raum-State einen Wert einträgst) und dann den Log hier posten.

                        Viele Grüße!

                        N 1 Antwort Letzte Antwort
                        0
                        • E Erstam

                          @nobbiman : Hi Nobbiman!

                          Der Adapter schreibt die Offset-Werte unmittelbar. Und zumindest bei mir tauchen sie dann auch unmittelbar in Controme auf.

                          Hier siehst du es mal mein Beispiel: Beim Öffnen eines Fensters wird im Raum ein Offset von -10K gesetzt. Das ganze geht unmittelbar, da sind maximal Sekundenbruchteile an Verzögerung drin.

                          547c3436-1f0a-4e6d-9b8c-5e7625e15d1b-image.png
                          30637539-1c0b-46b9-bcd7-11b1b8f7f573-image.png
                          dfe0121f-7cce-4bb9-918d-2ab777bffbe2-image.png

                          Wo jetzt genau die Verzögerung bei dir herkommt, weiß ich nicht. Aber liest der webCal-Adapter deinen Google-Kalender nicht nur periodisch aus? Zumindest der iCal-Adapter liest nur alle X Minuten, und das könnte natürlich zu einer erheblichen Verzögerung kommen.

                          Du schriebst oben (am 14.01.2025), dass die Offset-Änderungen in "Wohnzimmer - Offset - api - Raum" sich gar nicht in Controme wiederspiegeln. Ist das gelöst? Falls du immer noch keine Änderungen in Controme siehst, dann müsstest du bitte mal den Debug-Modus aktivieren, manuell den API-Wert setzen (indem du einfach in den Api-Raum-State einen Wert einträgst) und dann den Log hier posten.

                          Viele Grüße!

                          N Offline
                          N Offline
                          nobbiman
                          schrieb am zuletzt editiert von
                          #56

                          @erstam sagte in Test Adapter Controme v0.5.x:

                          Wo jetzt genau die Verzögerung bei dir herkommt, weiß ich nicht. Aber liest der webCal-Adapter deinen Google-Kalender nicht nur periodisch aus? Zumindest der iCal-Adapter liest nur alle X Minuten, und das könnte natürlich zu einer erheblichen Verzögerung kommen.

                          Es ist tatsächlich so, der webcal-Adapter lieset nur alle 10 Minuten aus, eine Verringerung der Frequenz ist leider nicht möglich!
                          webcal-Einstellungen.png

                          Du schriebst oben (am 14.01.2025), dass die Offset-Änderungen in "Wohnzimmer - Offset - api - Raum" sich gar nicht in Controme wiederspiegeln.

                          Auf diese Frage komme ich später zu sprechen, da ich erst erneut testen muss. Im Moment verändere ich ja die Solltemperatur über den Offset, damit ist mir sehr gut geholfen.

                          1 Antwort Letzte Antwort
                          0
                          Antworten
                          • In einem neuen Thema antworten
                          Anmelden zum Antworten
                          • Älteste zuerst
                          • Neuste zuerst
                          • Meiste Stimmen


                          Support us

                          ioBroker
                          Community Adapters
                          Donate

                          458

                          Online

                          32.5k

                          Benutzer

                          81.8k

                          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