Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Skripten / Logik
    4. Datenpunkte Allgemein und .....

    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

    Datenpunkte Allgemein und .....

    This topic has been deleted. Only users with topic management privileges can see it.
    • Asgothian
      Asgothian Developer @mickym last edited by Asgothian

      @mickym @Homoran
      Ich hab bei dem ganzen Thema aus Neugierde mitgelesen. Die Argumentation von @mickym erscheint mir schlüssig. Trotzdem finde ich es sauber wenn der Admin ein anlegen von states im namespace eines Adapters blockiert.

      Letztendlich geht es hier ja um eine kernfunktionalität des Mqtt Protokolls. An dieser Stelle sollte dementsprechend dann auch das Anlegen der states gesteuert werden - sprich von dem Adapter der das mqtt Protokoll bereit stellt. Das sollte in Form einer “publish” Liste auch kein Problem sein und auch keine Dauerschleife auslösen, da diese states dann auch nicht “subscribed” werden sollten.

      Damit ist dann auch gleich mit gesichert das die states vom adapter automagisch wieder angelegt werden wenn ein der mit der adapterkonfig wieder aufgesetzt wird.

      A.

      mickym Homoran 2 Replies Last reply Reply Quote 0
      • mickym
        mickym Most Active @Asgothian last edited by

        @asgothian sagte in Datenpunkte Allgemein und .....:

        @mickym @Homoran
        Ich hab bei dem ganzen Thema aus Neugierde mitgelesen. Die Argumentation von @mickym erscheint mir schlüssig. Trotzdem finde ich es sauber wenn der Admin ein anlegen von states im namespace eines Adapters blockiert.

        Letztendlich geht es hier ja um eine kernfunktionalität des Mqtt Protokolls. An dieser Stelle sollte dementsprechend dann auch das Anlegen der states gesteuert werden - sprich von dem Adapter der das mqtt Protokoll bereit stellt. Das sollte in Form einer “publish” Liste auch kein Problem sein und auch keine Dauerschleife auslösen, da diese states dann auch nicht “subscribed” werden sollten.

        Damit ist dann auch gleich mit gesichert das die states vom adapter automagisch wieder angelegt werden wenn ein der mit der adapterkonfig wieder aufgesetzt wird.

        A.

        Ich hab das @Homoran gerade via PN auch geschrieben. Wenn man das Anlegen von states in der mqtt Adapter verhindern will, dann habe ich als NodeRed User die geringesten Probleme, weil ich die States über meine mqtt-out Nodes anlege.

        Für alle Blockly und JS User sieht es dann aber blöd aus. Die müssten dann entweder über Kommandozeile eine mosquitto Clients das lösen oder Du würdest halt vorschlagen, dass man über die Konfig des mqtt Adapters states anlegt.

        Ich finde das trotzdem umständlicher und frage mich halt, warum es nicht möglich ist, diese Instanzen wie userdata oder alias zu behandeln. Man muss ja nicht in alle Namespaces schreiben können, aber bei diesen "generischen Instanzen", die keine festgelegte Datenstruktur haben, fände ich es auch konsequent und sinnvoll.

        1 Reply Last reply Reply Quote 0
        • Homoran
          Homoran Global Moderator Administrators @Asgothian last edited by Homoran

          @asgothian sagte in Datenpunkte Allgemein und .....:

          Die Argumentation von @mickym erscheint mir schlüssig

          mir auch!
          Deswegen habe ich immer wieder nachgefragt um seine Sichtweise verstehen zu können.

          @asgothian sagte in Datenpunkte Allgemein und .....:

          An dieser Stelle sollte dementsprechend dann auch das Anlegen der states gesteuert werden - sprich von dem Adapter der das mqtt Protokoll bereit stellt.

          und da bin ich nicht tief genug im MQTT Protokoll drin.
          Soweit ich das verstanden habe ist dieses Protokoll extrem schlank und sendet nur das allernötigste.
          Wenn jetzt ein Client (Selbstbau-Sensor/Aktor/Wasauchimmer) sich über MQTT meldet wird er nicht alle möglichen "states" melden, mit denen man etwas steuern könnte (wenn ich jetzt @mickym richtig verstanden habe) Trotzdem möchte man über einen Datenpunkt genau dieses erreichen. Dieser gehört zum "Gesamtbild" des Clients und somit in den Objektbaum, wo er von "dem Adapter" nicht angelegt wird.

          oder habe ich

          @asgothian sagte in Datenpunkte Allgemein und .....:

          in Form einer “publish” Liste

          so zu verstehen, dass der Adapter dahingehend aufgebohrt werden sollte, dies Punkte anzulegen?

          mickym Asgothian 3 Replies Last reply Reply Quote 1
          • mickym
            mickym Most Active @Homoran last edited by

            @homoran 👍 👍 👍

            1 Reply Last reply Reply Quote 0
            • mickym
              mickym Most Active @Homoran last edited by mickym

              @homoran sagte in Datenpunkte Allgemein und .....:

              @asgothian sagte in Datenpunkte Allgemein und .....:

              in Form einer “publish” Liste

              so zu verstehen, dass der Adapter dahingehend aufgebohrt werden sollte, dies Punkte anzulegen?

              Das hab ich so verstanden, habe auch schon darauf geantwortet. Das ist zwar richtig, aber wäre wesentlich weniger intuitiv. Ich muss ja jedes Mal die Adapterkonfig aufmachen, um Datenpunkte zu erstellen.

              Ist zwar ein Weg, aber halt nicht so schön wie heute - ich fände es besser hier lieber für generische Adapter generell eine Ausnahme zu machen. 🙂

              Homoran Asgothian 2 Replies Last reply Reply Quote 0
              • Asgothian
                Asgothian Developer @Homoran last edited by

                @homoran sagte in Datenpunkte Allgemein und .....:

                so zu verstehen, dass der Adapter dahingehend aufgebohrt werden sollte, dies Punkte anzulegen?

                So war das zu verstehen. Wenn ich mqtt korrekt verstanden habe ist derjenige der Informationen published dafür verantwortlich diese dem Server kund zu tun. Nur weil ein Client einen bestimmten “Pfad” subscribed heißt das nicht das der Server bei allen Clients nachfragt wer den bereitstellen kann.

                Da ich das selber nur in extrem geringem Maße nutze macht es wenig Sinn das als PR in die Adapter (sonoff, mqtt, hab ich einen vergessen) zu bringen.

                A.

                mickym 1 Reply Last reply Reply Quote 0
                • Homoran
                  Homoran Global Moderator Administrators @mickym last edited by

                  @mickym sagte in Datenpunkte Allgemein und .....:

                  wäre wesentlich weniger intuitiv.

                  Naja, das haben wir in sehr vielen Adaptern, dass alle "Clients" einzeln konfiguriert werden. (shuttercontrol/snmp fallen mir jetzt spontan ein)

                  1 Reply Last reply Reply Quote 0
                  • mickym
                    mickym Most Active @Asgothian last edited by mickym

                    @asgothian Die anderen Adapter wie Shelly und Sonoff etc. stellen natürlich von sich aus die "kommando"-Datenpunkte zur Verfügung, weil sie eben anhand der Geräte wissen, welche zur Verfügung gestellt werden müssen.
                    Das Problem, das diese Adapter halt haben - kommt ein neues Gerät mit einer anderen Kommandostruktur raus, muss dieser Adapter sofort angepasst werden, sonst werden diese Geräte nicht unterstützt. Bei mqtt kann das der Anwender selbst anhand der Herstellerdokumentation machen.
                    Aber das habe ich auch schon oft moniert, dass der Sonoff halt kein mqtt Adapter ist.

                    Sobald ein Gerät ein Kommando braucht, dass der Adapter nicht kennt - gibt es meistens ein Problem. Deswegen muss man das nicht auf alle Adapter die mqtt sprechen ausweiten.

                    Im Übrigen gibt es ja auch eine Menge Geräte mehr, die ich über den mqtt-Adapter steuern kann, für die es gar keinen Adapter im iobroker gibt.

                    @homoran sagte in Datenpunkte Allgemein und .....:

                    @mickym sagte in Datenpunkte Allgemein und .....:

                    wäre wesentlich weniger intuitiv.

                    Naja, das haben wir in sehr vielen Adaptern, dass alle "Clients" einzeln konfiguriert werden. (shuttercontrol/snmp fallen mir jetzt spontan ein)

                    OK - dann müsste man aber die Adapterkonfig so schön machen, dass man den Namespace des Adapters quasi auch als aufklappbare Objekteansicht darstellt.

                    Eine weitere Idee - wäre ggf. die Objektansicht über einen eigenen Menüpunkt links auf den mqtt-Namespace zu begrenzen und darüber das Erstellen zu erlauben.

                    1 Reply Last reply Reply Quote 0
                    • Asgothian
                      Asgothian Developer @mickym last edited by

                      @mickym sagte in Datenpunkte Allgemein und .....:

                      Das hab ich so verstanden, habe auch schon darauf geantwortet. Das ist zwar richtig, aber wäre wesentlich weniger intuitiv. Ich muss ja jedes Mal die Adapterkonfig aufmachen, um Datenpunkte zu erstellen.

                      Ist zwar ein Weg, aber halt nicht so schön wie heute - ich fände es besser hier lieber für generische Adapter generell eine Ausnahme zu machen. 🙂

                      Weniger intuitiv würde ich nicht sagen. Eine Umstellung für Dich - sicher. Du hast dich an das andere gewöhnt.
                      Für mich ist es eher wenig intuitiv das ich eine state von Hand (via Admin) anlegen muss damit dieser vom mqtt “published” wird. Ich hätte dafür eine Konfiguration im Adapter erwartet, und habe die andere Variante letztendlich nur in Kauf genommen da es nichts anderes gab.
                      Es hat meiner Meinung nach noch einen weiteren positiven Nebeneffekt. Die States die der Adapter “publishen” will sind in der adapterkonfiguration angegeben. Wenn dir also die states.db kaputt geht hast du trotzdem noch die Liste der States die der Adapter selbstständig wieder anlegt. Des Weiteren kann dann der Adapter ohne Risiko bei. Deinstallieren gleich alle seine states löschen und hinterlässt damit keine zombie states.

                      Aus meiner Sicht viel sauberer als das anlegen per Hand.

                      A.

                      mickym 2 Replies Last reply Reply Quote 0
                      • mickym
                        mickym Most Active @Asgothian last edited by

                        @asgothian Im Moment geht mir doch nichts kaputt - ich hoffe mal der backitup Adapter stellt sämtlich Objekte auch in dem namespace wieder her.

                        Homoran 1 Reply Last reply Reply Quote 0
                        • Homoran
                          Homoran Global Moderator Administrators @mickym last edited by

                          @mickym sagte in Datenpunkte Allgemein und .....:

                          ich hoffe mal der backitup Adapter stellt sämtlich Objekte auch in dem namespace wieder her.

                          wenn es in der Instanzenkonfig steht ist die Chance 100%

                          mickym 2 Replies Last reply Reply Quote 0
                          • mickym
                            mickym Most Active @Homoran last edited by

                            @homoran Hier mal die Idee - wie man das genauso intutiv lassen könnte - aber halt quasi das Schreiben über den "mqtt-Adapter" ermöglichen könnte:

                            screen.png

                            Das heißt man lässt quasi nur über eine eigene mqtt-Ansicht das Schreiben zu,

                            Homoran 1 Reply Last reply Reply Quote 0
                            • Homoran
                              Homoran Global Moderator Administrators @mickym last edited by

                              @mickym sagte in Datenpunkte Allgemein und .....:

                              Hier mal die Idee - wie man das genauso intutiv lassen könnte

                              Eher so:
                              Client_Konfig.png

                              Tabelle mit Clients und deren states, ggf noch als Untermenü zum aufklappen

                              mickym 1 Reply Last reply Reply Quote 0
                              • mickym
                                mickym Most Active @Homoran last edited by mickym

                                @homoran Na über Geschmack und Benutzerfreundlichkeit lässt sich streiten - aber im Prinzip glaub ist zu dem Thema alles gesagt.

                                Dann schon lieber so:

                                0211f9e0-9b91-41ba-9a34-99dbc83908ba-image.png

                                Homoran 1 Reply Last reply Reply Quote 0
                                • Homoran
                                  Homoran Global Moderator Administrators @mickym last edited by

                                  @mickym sagte in Datenpunkte Allgemein und .....:

                                  Dann schon lieber so:

                                  was ist das?
                                  den kenn ich nicht

                                  nur:
                                  SNMP
                                  Client_Konfig02.png

                                  oder parser
                                  Client_Konfig03.png

                                  irgendwas in der Richtung - Brainstorming ist angesagt

                                  mickym 1 Reply Last reply Reply Quote 0
                                  • mickym
                                    mickym Most Active @Homoran last edited by mickym

                                    @homoran

                                    was ist das?

                                    den kenn ich nicht

                                    Dann schau Dir mal den schönen Alias-Manager Adapter an. 🙂

                                    59a0d69b-9cde-4441-be48-baf8a03209cd-image.png

                                    mickym 1 Reply Last reply Reply Quote 0
                                    • mickym
                                      mickym Most Active @Homoran last edited by

                                      @homoran sagte in Datenpunkte Allgemein und .....:

                                      @mickym sagte in Datenpunkte Allgemein und .....:

                                      ich hoffe mal der backitup Adapter stellt sämtlich Objekte auch in dem namespace wieder her.

                                      wenn es in der Instanzenkonfig steht ist die Chance 100%

                                      Ehrlich gesagt - bin ich davon ausgegangen, dass der BackitUp Adapter alle Objekte und States sichert. Sonst würde ja bei einem Restore nicht nur die Konfig wiederhergestellt, sondern müsste ggf. alle States neu schreiben.

                                      Homoran 1 Reply Last reply Reply Quote 0
                                      • Homoran
                                        Homoran Global Moderator Administrators @mickym last edited by

                                        @mickym sagte in Datenpunkte Allgemein und .....:

                                        dass der BackitUp Adapter alle Objekte und States sichert

                                        Gute Frage. Ich weiß es nicht, das müsste die @simatec beantworten, aber die objects.db und states.db werden wohl auch gesichert, sonst wären ja alle eigenen DP weg

                                        1 Reply Last reply Reply Quote 0
                                        • mickym
                                          mickym Most Active @mickym last edited by

                                          @Asgothian @Homoran
                                          Ehrlich gesagt, tut mir der Adapterentwickler des mqtt-Adapters jetzt schon leid, weil dem bislang wahrscheinlich die Struktur unter dem mqtt-Namespace bislang vollkommen wurscht war. 😉

                                          Wie gesagt die Objektstruktur auslesen und nur mit Genehmigung des Adapterentwicklers schreiben ist ja OK. ;), aber gespeichert wird die Struktur sicherlich nicht.

                                          Und falls nicht alle Objekte und States gesichert werden, dann müsste @simatec für den mqtt-Adapter ja ein ähnliches Backup, wie für den Zigbee Adapter anbieten, da da ja die Datenstruktur sich ebenfalls mit jedem dazugekommenen Gerät ändert.

                                          Asgothian 1 Reply Last reply Reply Quote 1
                                          • mickym
                                            mickym Most Active @Asgothian last edited by

                                            @asgothian Noch eine Ergänzung zur Datensicherheit:

                                            Der mqtt-Adapter ja nicht als mqtt-Broker konfiguriert, sondern als mqtt-Client, der mir den Inhalt meiner mqtt-Datenbank zur Verfügung stellt - sowohl zum Schreiben, wie zum Lesen.

                                            Solange ich also den mqtt-Adapter nicht als Broker betreibe (hat andere Gründe), sondern als Client und FrontEnd - kann ich den Adapter komplett löschen. Sobald ich den neu anlege und mich mit meinem mosquitto Broker wieder verbinde, sind alle Daten und Strukturen wieder aktuell und vollständig!

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

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            915
                                            Online

                                            31.9k
                                            Users

                                            80.2k
                                            Topics

                                            1.3m
                                            Posts

                                            6
                                            38
                                            2217
                                            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