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. Error/Bug
  4. [Gelöst] cloud-Adapter - Probleme beim Hinzufügen von einigen Smart-Geräten

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    1.9k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    901

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.2k

[Gelöst] cloud-Adapter - Probleme beim Hinzufügen von einigen Smart-Geräten

Geplant Angeheftet Gesperrt Verschoben Error/Bug
12 Beiträge 3 Kommentatoren 2.3k Aufrufe
  • Ä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.
  • BBTownB Offline
    BBTownB Offline
    BBTown
    schrieb am zuletzt editiert von
    #1

    Ich denke mal das sollte hier als Fehler aufgeführt und besprochen werden.

    Ich (http://forum.iobroker.net/viewtopic.php?f=37&t=5306&start=20#p79999) habe Probleme beim Hinzufügen bestimmter Smart-Geräte im cloud Adapter.

    Besonders fällt dies im Zusammenhang mit HomeMatic Tür/Fensterkontakten (TFK) auf.

    Ganz gleich ob ein STATE Datenpunkt mit "role= state" oder "role=switch.lock" hinzugefügt werden soll, es wird weder der Dialog geöffnet um den smartName anzupassen, noch erscheint der Datenpunkt in der Smart-Geräte Auflistung.

    In den Eigenschaften des Datenpunktes ist allerdings ein smartName vergeben.

    Auch manuell im Datenpunkt hinzugefügte "smartName" Einträge erscheinen nicht mehr in der Smart-Geräte Auflistung des cloud-Adapters.

    HomeMatic Thermostaten werden im cloud-Adapter nur hinzugefügt, wenn man 2 x hintereinander per "+ Hinzufügen" den Datenpunkt auswählt.

    Manuell erstellte Datenpunkte für reine "true/false" Abfragen lassen sich wiederum ohne Probleme wie gewohnt hinzufügen.

    Das gleiche gilt auch für "LEVEL" (role = level.blind( Datenpunkte von HomeMatic Rolladen-Aktoren = keine Probleme beim Hinzufügen

    Die auffälligen/problematischen Datenpunkte (TFK und Thermostat) können beide über "Alexa, Status …" abgefragt werden.

    Kann es hier einen Zusammenhang geben?

    Screenshot #1: Auflistung der der Smart-Geräte ohne "Haustür"

    Screenshot #2/3: Eigenschaften des STATE Tür/Fensterkontaktes mit smartName "Haustür"

    Probiert mit folgenden Versionen:

    v.1.0.x

    v.2.0.0

    v.2.0.1

    v.2.0.3

    [EDIT] Lösung: setzte in den Eigenschaften des Datenpunktes "write = true" (Haken setzen)
    1917_cloud-adapter_auflistung.jpg
    1917_haust_r_state_1.jpg
    1917_haust_r_state_2.jpg

    ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

    1 Antwort Letzte Antwort
    0
    • BBTownB Offline
      BBTownB Offline
      BBTown
      schrieb am zuletzt editiert von
      #2

      Ich habe im "debug-Modus" einmal versucht einen Tür/Fensterkontakt hinzuzufügen und dabei sind mit zwei Meldungen aufgefallen. (siehe Screenshots)

      Vielleicht kann jamend anhand der Angaben dem ganzen auf die Spur kommen?

      ggf. hängt das Fehlerbild auch mit dem hm-rpc Adapter zusammen und nicht mit dem cloud-Adapter?!?s

      Wenn ich in den Eigenschaften eines hm-rpc Datenpunktes den smartName lösche, dann steht dieser beim erneuten Aufruf plötzlich wieder in den Eigenschaften drinnen :shock:

      Ich habe folgende Versionen des hm-rpc Adapters ausprobiert:

      v.1.4.11

      v.1.4.14

      [EDIT] die Aufstellung der "ignorierten" Smart-Geräte sind durchweg HomeMatic Tür/Fensterkontakte (Datenpunkt STATE role = switch.lock)
      1917_cloud-adapter_-_invalid_can_not_be_written.jpg
      1917_cloud-adapter_-_invalid_state.jpg

      ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

      1 Antwort Letzte Antwort
      0
      • eric2905E Offline
        eric2905E Offline
        eric2905
        schrieb am zuletzt editiert von
        #3

        Hi BBTown,

        @BBTown:

        …versucht einen Tür/Fensterkontakt hinzuzufügen .... `
        nur damit ich es verstehe - warum willst Du denn eine TFK zu Alexa hinzufügen?

        Zum steuern?

        Oder willst Du ihn abfragen?

        Gruß,

        Eric

        Roses are red, violets are blue,

        if I listen to metal, my neighbours do too

        1 Antwort Letzte Antwort
        0
        • BBTownB Offline
          BBTownB Offline
          BBTown
          schrieb am zuletzt editiert von
          #4

          EDIT
          @BBTown:

          Die auffälligen/problematischen Datenpunkte (TFK und Thermostat) können beide über "Alexa, Status …" abgefragt werden.

          Kann es hier einen Zusammenhang geben? ` Das hat mit der Möglichkeit zu tun über Alexa den Status abzufragen:

          "Alexa, Status Haustür" - "Die Haustür ist geschlossen/offen"

          Vor ein paar Tagen haben http://forum.iobroker.net/viewtopic.php?f=37&t=5306#p79714 und bis dahin hat das sehr gut funktioniert.

          ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

          1 Antwort Letzte Antwort
          0
          • BBTownB Offline
            BBTownB Offline
            BBTown
            schrieb am zuletzt editiert von
            #5

            so sieht ein entsprechender Datenpunkt aus (achte auf die "Schloß-Symbole" und das Fragezeichen)
            1917_symbole_switch-lock.jpg

            ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

            1 Antwort Letzte Antwort
            0
            • eric2905E Offline
              eric2905E Offline
              eric2905
              schrieb am zuletzt editiert von
              #6

              @BBTown:

              so sieht ein entsprechender Datenpunkt aus (achte auf die "Schloß-Symbole" und das Fragezeichen) `
              Habe mich um Abfragen mit Alexa noch nicht gekümmert - wird wohl mal Zeit :D

              Die Symbole sind für mich logisch - 2 x Schloss für "keine Steuerung" und ? für "abfragbar"

              Gruß,

              Eric

              Roses are red, violets are blue,

              if I listen to metal, my neighbours do too

              1 Antwort Letzte Antwort
              0
              • BBTownB Offline
                BBTownB Offline
                BBTown
                schrieb am zuletzt editiert von
                #7

                irgend jemand hierzu eine Idee? 8-)

                ist wohl nach wie vor http://forum.iobroker.net/viewtopic.php?p=80613#p80624?!

                ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

                1 Antwort Letzte Antwort
                0
                • BluefoxB Offline
                  BluefoxB Offline
                  Bluefox
                  schrieb am zuletzt editiert von
                  #8

                  @BBTown:

                  Ich denke mal das sollte hier als Fehler aufgeführt und besprochen werden.

                  Ich (http://forum.iobroker.net/viewtopic.php?f=37&t=5306&start=20#p79999) habe Probleme beim Hinzufügen bestimmter Smart-Geräte im cloud Adapter.

                  Besonders fällt dies im Zusammenhang mit HomeMatic Tür/Fensterkontakten (TFK) auf.

                  Ganz gleich ob ein STATE Datenpunkt mit "role= state" oder "role=switch.lock" hinzugefügt werden soll, es wird weder der Dialog geöffnet um den smartName anzupassen, noch erscheint der Datenpunkt in der Smart-Geräte Auflistung.

                  In den Eigenschaften des Datenpunktes ist allerdings ein smartName vergeben.

                  Auch manuell im Datenpunkt hinzugefügte "smartName" Einträge erscheinen nicht mehr in der Smart-Geräte Auflistung des cloud-Adapters.

                  HomeMatic Thermostaten werden im cloud-Adapter nur hinzugefügt, wenn man 2 x hintereinander per "+ Hinzufügen" den Datenpunkt auswählt.

                  Manuell erstellte Datenpunkte für reine "true/false" Abfragen lassen sich wiederum ohne Probleme wie gewohnt hinzufügen.

                  Das gleiche gilt auch für "LEVEL" (role = level.blind( Datenpunkte von HomeMatic Rolladen-Aktoren = keine Probleme beim Hinzufügen

                  Die auffälligen/problematischen Datenpunkte (TFK und Thermostat) können beide über "Alexa, Status …" abgefragt werden.

                  Kann es hier einen Zusammenhang geben?

                  Screenshot #1: Auflistung der der Smart-Geräte ohne "Haustür"

                  Screenshot #2/3: Eigenschaften des STATE Tür/Fensterkontaktes mit smartName "Haustür"

                  Probiert mit folgenden Versionen:

                  v.1.0.x

                  v.2.0.0

                  v.2.0.1

                  v.2.0.3 `
                  "common.read" muss true sein.

                  1 Antwort Letzte Antwort
                  0
                  • BBTownB Offline
                    BBTownB Offline
                    BBTown
                    schrieb am zuletzt editiert von
                    #9

                    @Bluefox:

                    "common.read" muss true sein. `
                    und diese Option findet man genau wo?? :shock:

                    ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

                    1 Antwort Letzte Antwort
                    0
                    • BBTownB Offline
                      BBTownB Offline
                      BBTown
                      schrieb am zuletzt editiert von
                      #10

                      @Bluefox:

                      "common.read" muss true sein. `
                      oder meinst Du diesen Punkt hier?
                      1917_common.read.png
                      1917_common.read_1.png

                      ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

                      1 Antwort Letzte Antwort
                      0
                      • BluefoxB Offline
                        BluefoxB Offline
                        Bluefox
                        schrieb am zuletzt editiert von
                        #11

                        write muss auch true sein.

                        1 Antwort Letzte Antwort
                        0
                        • BBTownB Offline
                          BBTownB Offline
                          BBTown
                          schrieb am zuletzt editiert von
                          #12

                          ok, das macht eigentlich bei einem TFK keinen Sinn, aber die Einstellung bringt in der Tat den Tür/Fensterkontakt in die Smart-Geräte Auflistung zurück 8-)

                          Danke dir, Bluefox!

                          By the way … das Verhalten ist nicht einheitlich.

                          Die Sichtbarkeit und Abfrage der "ACTUAL_TEMPERATURE" bei den Heizungs-Thermostaten funktioniert auch mit "write = false" :!:

                          ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

                          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

                          500

                          Online

                          32.6k

                          Benutzer

                          82.2k

                          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