Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Entwicklung
    4. Rollen und "Operative" vs "Settings"

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    Rollen und "Operative" vs "Settings"

    This topic has been deleted. Only users with topic management privileges can see it.
    • apollon77
      apollon77 last edited by

      Hi,

      In den letzten Wochen hatten wir zwei Fälle, wo wir besondere Situationen bezüglich Rollen diskutiert haben.

      Dies hat dazu geführt das wir die Informationen zu Rollen generell etwas detaillierter formuliert haben und auch eine neue Differenzierung der Rollen für "Settings" - im Gegensatz zu Rollen zur operativen Bedienung der Geräte - in der Dokumentation vorgenommen haben.

      Der Text-Change ist in https://github.com/ioBroker/ioBroker.docs/pull/607/files

      Bitte denkt gern darüber nach wo die neuen "setting-Rollen ggf bei Euren Adaptern sinnvoll eingesetzt werden könnten, primär auch um es für UIs und den Type-Detector einfacher zu machen

      Bei Fragen kommt gern morgen ins Dev-Meeting, da wird das auch Thema sein, oder fragt hier.

      Ingo

      Apollon77 created this issue in ioBroker/ioBroker.docs

      closed Differentiate Oprative and config roles #607

      J 1 Reply Last reply Reply Quote 0
      • J
        J_Paul @apollon77 last edited by

        @apollon77
        Danke fürs Umsetzen. Mit dem einführen von switch.setting konnten wir ja nun bereits 2 Thermostate so integrieren, dass die sich ohne Alias über den Channel ins Matter hinzufügen lassen.
        Frage zu:

        ### Configuration/Setting States
        States that are configuring further "Non-operative" settings of the devices can also use the below basic role definitions to give more context of the type and usage of the provided value, **but add a ".setting." as second level of the role name**. For example:
        * `level.setting.color.temperature` with a 0..100% number can be used to set the "Startup ColorTemperature" of a light bulb
        

        Bedeutet dies eine Möglichkeit des etwas "freieren" Einsatzes (ohne Erstellung eines Issues mit Bitte auf hinzufügen) von level.setting.xxxxx wie beim Antrag auf Hinzufügen level.externTemperature?
        Also konkret: Wäre der Einsatz von z.B. level.setting.temperature oder level.setting.extern.temperature
        möglich?

        apollon77 1 Reply Last reply Reply Quote 0
        • apollon77
          apollon77 @J_Paul last edited by apollon77

          @j_paul hehe. Neee. Die Idee ist schon das auf visus etwas mit den Details anfangen können. Also bleiben wir bitte bei den definierten sub rollen. Und ich denke es ist auch klar das nur bestimmte Dinge als Setting Sinn machen. Ich kann das gern noch erweitern:-) also bitte nicht ausnutzen sondern sinnvoll nutzen.

          Level.setting.temperature zb für einen Temperatur Offset kann Sinn machen.

          Eine externe Temperatur als Level.setting eher nicht.

          1 Reply Last reply Reply Quote 0
          • First post
            Last post

          Support us

          ioBroker
          Community Adapters
          Donate

          927
          Online

          31.9k
          Users

          80.1k
          Topics

          1.3m
          Posts

          2
          3
          191
          Loading More Posts
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes
          Reply
          • Reply as topic
          Log in to reply
          Community
          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
          The ioBroker Community 2014-2023
          logo