Skip to content
  • Home
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • 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

  • Default (No Skin)
  • No Skin
Collapse
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Organisieren mit Alias, wie macht ihr das

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    17
    1
    506

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

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

Organisieren mit Alias, wie macht ihr das

Scheduled Pinned Locked Moved ioBroker Allgemein
aliasobjekteorganisation
26 Posts 10 Posters 6.9k Views 15 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • RalfThR RalfTh

    Hallo in die Runde

    Nach einem Vollcrash baue ich gerade wieder meinen ioBroker auf. Ich möchte nun für meine Scripte Alias Datenpunkte verwenden.
    Dabei kam mir die Idee, dass ich alle Datenpunkte zu einem Script in einem Verzeichnis vereine. Z.b. die Temperaturüberwachung im Wintergarten organisier ich in einem Script und sämtliche verwendeten Datenpunkt sammle ich unter alias.o.wintergarten.

    Was haltet ihr davon, bzw. wie habt ihr das gelöst?!

    E Offline
    E Offline
    ente34
    wrote on last edited by
    #21

    @RalfTh
    Ich möchte den Thread nicht sprengen, aber was ist der Unterschied zwischen den Adaptern Linked Devices und Devices ?
    Welcher Adapter wird wann empfohlen?

    1 Reply Last reply
    0
    • ScroungerS Scrounger

      @RalfTh

      Also ich nutze linkedDevices - wer hätte es gedacht ;-)

      Bei mir sind alle HW Geräte immer nach Funktion -> Stockwerk -> Raum geordnet.
      Datenpunkte die ich zusätzlich für Geräte benötige - die z.B. durch Skripte Berechnungen etc. (siehe Screenshot Bsp. Energie) erstellt werden auch in der linkedDevices Instanz erzeugt. Das ganze sieht dann z.B. so aus:

      c7d30912-d58c-4b61-946f-b32c13e9758a-grafik.png

      Da ich mit VS Code meine Skripte erstelle kann ich so direkt die IntelliSense Funktion für alle DPs verwenden und muss die IDs nicht kompliziert über Objekt-Baum suchen.

      Unter 0_userdata.0 leg ich alle nicht HW relevanten Datenpunkte an, wie z.B. Verbrauchszaehler Skript, Adapter spezifisch und Datenpunkte die ich für die VIS brauche. Hier auch die gleiche SubStruktur wie oben Funktion -> Stockwerk -> Raum:

      48543195-c3bf-4253-b7d7-937b17f5e8d1-grafik.png

      Skripte werden ebenfalls nach der Struktur angelegt - Funktion -> Stockwerk -> Raum. Meistens sind die bei mir aber nur unter Funktion, weil die Skripte sich auf alle Geräte unterhalb beziehen, siehe Beispiel Licht:

      382d444a-30b6-47aa-ad64-a42bd5c45b06-grafik.png

      Für mich die perfekte Struktur, v.a. weil man in den Skripten meistens nur die Instanz ersetzen muss um auf Datenpunkt eines Raumes mit anderer Funktion zuzugreifen.

      paul53P Offline
      paul53P Offline
      paul53
      wrote on last edited by paul53
      #22

      @Scrounger sagte:

      Unter 0_userdata.0 leg ich alle nicht HW relevanten Datenpunkte an, wie z.B. Verbrauchszaehler Skript, Adapter spezifisch und Datenpunkte die ich für die VIS brauche. Hier auch die gleiche SubStruktur wie oben ...
      Skripte werden ebenfalls nach der Struktur angelegt

      So halte ich es auch von Anfang an, nur mit dem Unterschied, dass ich getIdByName() und eindeutige, strukturierte Namen verwenden musste, denn damals gab es noch keine Alias-Funktion / keinen LinkedDevices-Adapter.

      Da häufig benötigt, könnte man so die Pfadbildung und spezifische setState()-Funktionen in ein globales Script packen:

      const idsVirtu = name.replace('script.js.', '0_userdata.0.');
      const idsAdapt = name.replace('script.js.', 'alias.0.');
      function setVirtuState(id, val) {
          setState(idsVirtu + id, val, true);
      }
      function setAdaptState(id, val) {
          setState(idsAdapt + id, val, false);
      }
      

      @da_Woody sagte in Organisieren mit Alias, wie macht ihr das:

      Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher.

      Das ist Ansichtssache, wobei eine 2-Zimmer-Wohnung sicherlich anders behandelt werden muss als ein Hotel.

      Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
      Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

      1 Reply Last reply
      1
      • da_WoodyD da_Woody

        @paul53 said in Organisieren mit Alias, wie macht ihr das:

        Genau das ist das beabsichtigte Konzept von "0_userdata.0" und "alias.0".

        das konzept habe ich ja verstanden, im endeffekt ists aber egal wie die instanz heisst.
        @Scrounger hätte statt linkeddevice.0 genauso gut alias.0 verwenden können, hätte das was geändert? ich denk mal nicht.
        interessant find ich den ansatz Funktion -> Stockwerk -> Raum. der vorteil erschliesst sich mir noch nicht so ganz. finde da Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher. ein verzeichniss, IDs ändern fertig. oder übersehe ich da irgendwas?

        ScroungerS Offline
        ScroungerS Offline
        Scrounger
        Developer
        wrote on last edited by
        #23

        @da_Woody sagte in Organisieren mit Alias, wie macht ihr das:

        @Scrounger hätte statt linkeddevice.0 genauso gut alias.0 verwenden können, hätte das was geändert? ich denk mal nicht.

        Zum dem Zeitpunkt gab es noch keine alias. Linkeddevices verwendet auch keine alias, sondern hat eine eigene Methode implementiert. Von daher nein.

        interessant find ich den ansatz Funktion -> Stockwerk -> Raum. der vorteil erschliesst sich mir noch nicht so ganz. finde da Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher. ein verzeichniss, IDs ändern fertig. oder übersehe ich da irgendwas?

        Ich hatte das früher auch anders rum, bin dann aber aus einem Grund auf die andere Struktur gewechselt. Ist aber so lange her, das ich es einfach nicht mehr weiß ;-)

        M 1 Reply Last reply
        1
        • RalfThR Offline
          RalfThR Offline
          RalfTh
          wrote on last edited by
          #24

          @UncleSam Puh, das ist ja sehr komplex. Ich habe mir mal dein Post zum Hausumbau angesehen.
          Bei mir gestaltet sich das eher sehr übersichtlich. Eine übersichtliche Anzahl an WLAN-Steckdosen, einige Thermometer, einige Schalter, einige Kontakte.

          • Ich erfasse meinen Gas- und Stromverbrauch und berechne meine Kosten etc

          • Ich überwache größtenteils den Stromverbrauch mit meinen WLA-Steckdosen und erfasse die Verbräuche. Das ist sehr erhellend.

          • Für den Wintergarten habe ich einen Frostschutz mit den Komponenten Steckdose, Thermometer und Türkontakt realisiert.

          Das war es auch schon so ziemlich.

          Wir haben uns verirrt, kommen aber gut voran.

          1 Reply Last reply
          0
          • ScroungerS Scrounger

            @da_Woody sagte in Organisieren mit Alias, wie macht ihr das:

            @Scrounger hätte statt linkeddevice.0 genauso gut alias.0 verwenden können, hätte das was geändert? ich denk mal nicht.

            Zum dem Zeitpunkt gab es noch keine alias. Linkeddevices verwendet auch keine alias, sondern hat eine eigene Methode implementiert. Von daher nein.

            interessant find ich den ansatz Funktion -> Stockwerk -> Raum. der vorteil erschliesst sich mir noch nicht so ganz. finde da Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher. ein verzeichniss, IDs ändern fertig. oder übersehe ich da irgendwas?

            Ich hatte das früher auch anders rum, bin dann aber aus einem Grund auf die andere Struktur gewechselt. Ist aber so lange her, das ich es einfach nicht mehr weiß ;-)

            M Offline
            M Offline
            mrMuppet
            wrote on last edited by
            #25

            @scrounger sagte in Organisieren mit Alias, wie macht ihr das:

            interessant find ich den ansatz Funktion -> Stockwerk -> Raum. der vorteil erschliesst sich mir noch nicht so ganz. finde da Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher. ein verzeichniss, IDs ändern fertig. oder übersehe ich da irgendwas?

            Ich hatte das früher auch anders rum, bin dann aber aus einem Grund auf die andere Struktur gewechselt. Ist aber so lange her, das ich es einfach nicht mehr weiß ;-)

            Ich könnte mir vorstellen, dass man eher einen ganzen Geräte-Typ ersetzt (z.B. Umstellung auf neues Heizungssystem) als das man einen gesamten Raum umstellen muss. Beim Ersetzen von Einzelgeräten muss man in jedem Fall den ganzen Baum durch wandern. Insofern verstehe ich das System von @Scrounger .

            ioBroker auf NUC (Celeron mit Ubuntu-Server)

            Homematic, HMIP, Hue, Unifi, Plex, Nest, Roborock, Google Assistant

            da_WoodyD 1 Reply Last reply
            0
            • M mrMuppet

              @scrounger sagte in Organisieren mit Alias, wie macht ihr das:

              interessant find ich den ansatz Funktion -> Stockwerk -> Raum. der vorteil erschliesst sich mir noch nicht so ganz. finde da Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher. ein verzeichniss, IDs ändern fertig. oder übersehe ich da irgendwas?

              Ich hatte das früher auch anders rum, bin dann aber aus einem Grund auf die andere Struktur gewechselt. Ist aber so lange her, das ich es einfach nicht mehr weiß ;-)

              Ich könnte mir vorstellen, dass man eher einen ganzen Geräte-Typ ersetzt (z.B. Umstellung auf neues Heizungssystem) als das man einen gesamten Raum umstellen muss. Beim Ersetzen von Einzelgeräten muss man in jedem Fall den ganzen Baum durch wandern. Insofern verstehe ich das System von @Scrounger .

              da_WoodyD Offline
              da_WoodyD Offline
              da_Woody
              wrote on last edited by
              #26

              @mrmuppet das kann man sehn, wie mann mag. wenn eine einzelnes gerät in der kücke kaputt geht, find ich das im raum küche sehr schnell. vor allem, wenn man dann noch unterteilt in licht, steckdose, rollo, ...
              wie oft tauscht man im leben sein komplettes heizsystem? wenn, dann kann man immer noch filtern...

              gruß vom Woody
              HAPPINESS is not a DESTINATION, it's a WAY of LIFE!

              1 Reply Last reply
              0
              Reply
              • Reply as topic
              Log in to reply
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes


              Support us

              ioBroker
              Community Adapters
              Donate
              FAQ Cloud / IOT
              HowTo: Node.js-Update
              HowTo: Backup/Restore
              Downloads
              BLOG

              418

              Online

              32.7k

              Users

              82.5k

              Topics

              1.3m

              Posts
              Community
              Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
              ioBroker Community 2014-2025
              logo
              • Login

              • Don't have an account? Register

              • Login or register to search.
              • First post
                Last post
              0
              • Home
              • Recent
              • Tags
              • Unread 0
              • Categories
              • Unreplied
              • Popular
              • GitHub
              • Docu
              • Hilfe