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. ioBroker Allgemein
  4. Organisieren mit Alias, wie macht ihr das

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    16
    1
    278

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

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

Organisieren mit Alias, wie macht ihr das

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
aliasobjekteorganisation
26 Beiträge 10 Kommentatoren 6.8k Aufrufe 15 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.
  • 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
    schrieb am zuletzt editiert von
    #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 Antwort Letzte Antwort
    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
      schrieb am zuletzt editiert von 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 Antwort Letzte Antwort
      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
        schrieb am zuletzt editiert von
        #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 Antwort Letzte Antwort
        1
        • RalfThR Offline
          RalfThR Offline
          RalfTh
          schrieb am zuletzt editiert von
          #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 Antwort Letzte Antwort
          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
            schrieb am zuletzt editiert von
            #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 Antwort Letzte Antwort
            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 Online
              da_WoodyD Online
              da_Woody
              schrieb am zuletzt editiert von
              #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 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
              FAQ Cloud / IOT
              HowTo: Node.js-Update
              HowTo: Backup/Restore
              Downloads
              BLOG

              246

              Online

              32.7k

              Benutzer

              82.5k

              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