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. Skripten / Logik
  4. JavaScript
  5. 2. javascript Instanz

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    11
    1
    537

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.7k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.6k

2. javascript Instanz

Geplant Angeheftet Gesperrt Verschoben JavaScript
31 Beiträge 7 Kommentatoren 1.2k Aufrufe 5 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.
  • v522533V v522533

    @sigi234 said in 2. javascript Instanz:

    @Homoran sagte in 2. javascript Instanz:

    Da schreibt das System rein, ob deine Skripte laufen oder nicht

    Ja, und auf diese DP sollte man auch nicht triggern, was viele machen...........

    oh gut zu wissen. ich mache das auch. wie macht man es sonst "richtig"?

    AlCalzoneA Offline
    AlCalzoneA Offline
    AlCalzone
    Developer
    schrieb am zuletzt editiert von AlCalzone
    #16

    @v522533 sagte in 2. javascript Instanz:

    wie macht man es sonst "richtig"?

    Wie an vielen anderen Stellen beschrieben:

    • Skript immer an lassen
    • Einen eigenen Trigger-Datenpunkt erstellen und diesen statt scriptEnabled.* steuern.
    • Im Skript auf Änderung dieses Datenpunktes reagieren und nicht einfach die Aktionen bei Skriptstart ausführen

    Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

    v522533V 1 Antwort Letzte Antwort
    0
    • AlCalzoneA AlCalzone

      @v522533 sagte in 2. javascript Instanz:

      wie macht man es sonst "richtig"?

      Wie an vielen anderen Stellen beschrieben:

      • Skript immer an lassen
      • Einen eigenen Trigger-Datenpunkt erstellen und diesen statt scriptEnabled.* steuern.
      • Im Skript auf Änderung dieses Datenpunktes reagieren und nicht einfach die Aktionen bei Skriptstart ausführen
      v522533V Offline
      v522533V Offline
      v522533
      schrieb am zuletzt editiert von
      #17

      @AlCalzone
      danke Dir

      Gruß Chris

      1 Antwort Letzte Antwort
      0
      • HomoranH Homoran

        @AlCalzone

        @MyzerAT sagte in 2. javascript Instanz:

        wenn ich ein neues Script erstelle ist es unter den Objekten in der 1. und 2. Instanz zu sehen.

        Das muss man erst mal glauben, denn im Screenshot sieht man es nicht

        MyzerATM Offline
        MyzerATM Offline
        MyzerAT
        schrieb am zuletzt editiert von MyzerAT
        #18

        @Homoran

        hier der screenshot beider Instanzen:
        javascript Instanz 0. diese läuft unter dem dem Master :
        6cc0dab5-b343-4fb5-ae99-7d9b9b443465-grafik.png

        javascript Instanz 1, diese wurde dem Slave hinzugefügt:
        291f381e-2bb0-432d-aa5b-278866b97b07-grafik.png

        ab common sieht man bei beiden das die Scriptordner, gleich sind bei beiden Instranzen, habe bei der Instanz schon versucht alle Order rauszulöschen, nach dem neustarten der Instanz sind sie aber sofort wieder da und ident

        vorallem habe absichtlich eine 2. javascript Instanz für den Slave angelegt um dort wenige Scripte auf dem Slave laufen zu lassen um den Master etwas zu entlasten, für mich sieht es aber danach aus als ob alles auf dem Slave gespiegelt wurde , was ich völlig unnötig finde!

        3835fbd5-4115-4d09-b1bb-b88ba3891673-grafik.png

        lg Rudi

        Master Debian 12 (Wien)
        Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8. 7. als VM

        Slave Debian 12. (TULLN) --> OpenVPN to Vienna
        Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8.7. als VM

        Node 20.19.0
        Nodejs 20.19.0
        npm 10.8.2
        js-controller 7.0.6

        AlCalzoneA HomoranH 2 Antworten Letzte Antwort
        0
        • MyzerATM MyzerAT

          @Homoran

          hier der screenshot beider Instanzen:
          javascript Instanz 0. diese läuft unter dem dem Master :
          6cc0dab5-b343-4fb5-ae99-7d9b9b443465-grafik.png

          javascript Instanz 1, diese wurde dem Slave hinzugefügt:
          291f381e-2bb0-432d-aa5b-278866b97b07-grafik.png

          ab common sieht man bei beiden das die Scriptordner, gleich sind bei beiden Instranzen, habe bei der Instanz schon versucht alle Order rauszulöschen, nach dem neustarten der Instanz sind sie aber sofort wieder da und ident

          vorallem habe absichtlich eine 2. javascript Instanz für den Slave angelegt um dort wenige Scripte auf dem Slave laufen zu lassen um den Master etwas zu entlasten, für mich sieht es aber danach aus als ob alles auf dem Slave gespiegelt wurde , was ich völlig unnötig finde!

          3835fbd5-4115-4d09-b1bb-b88ba3891673-grafik.png

          AlCalzoneA Offline
          AlCalzoneA Offline
          AlCalzone
          Developer
          schrieb am zuletzt editiert von
          #19

          @MyzerAT das ist doch immer noch der Objektbaum und nicht die Oberfläche des Skript Adapters (da wo du die Skripte schreibst)

          Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

          1 Antwort Letzte Antwort
          0
          • MyzerATM MyzerAT

            @Homoran

            hier der screenshot beider Instanzen:
            javascript Instanz 0. diese läuft unter dem dem Master :
            6cc0dab5-b343-4fb5-ae99-7d9b9b443465-grafik.png

            javascript Instanz 1, diese wurde dem Slave hinzugefügt:
            291f381e-2bb0-432d-aa5b-278866b97b07-grafik.png

            ab common sieht man bei beiden das die Scriptordner, gleich sind bei beiden Instranzen, habe bei der Instanz schon versucht alle Order rauszulöschen, nach dem neustarten der Instanz sind sie aber sofort wieder da und ident

            vorallem habe absichtlich eine 2. javascript Instanz für den Slave angelegt um dort wenige Scripte auf dem Slave laufen zu lassen um den Master etwas zu entlasten, für mich sieht es aber danach aus als ob alles auf dem Slave gespiegelt wurde , was ich völlig unnötig finde!

            3835fbd5-4115-4d09-b1bb-b88ba3891673-grafik.png

            HomoranH Offline
            HomoranH Offline
            Homoran
            Global Moderator Administrators
            schrieb am zuletzt editiert von
            #20

            @MyzerAT sagte in 2. javascript Instanz:

            für mich sieht es aber danach aus als ob alles auf dem Slave gespiegelt wurde , was ich völlig unnötig finde!

            Da ich nicht weiß was sich in den Verzeichnissen befindet kann ich dazu nichts sagen.

            Bitte die Frage von @AlCalzone beantworten und einen screenshot von dem Scriptfenster einstellwn.

            Dort solltest du die Skripte dem gewünschten Host zugeordnet haben.

            kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

            Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

            der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

            1 Antwort Letzte Antwort
            0
            • MyzerATM Offline
              MyzerATM Offline
              MyzerAT
              schrieb am zuletzt editiert von MyzerAT
              #21

              ich habs gefunden, wenn man das jeweilige Script umbenennt, kann man auch dort die Instanz einstellen, echt sehr gut versteckt!

              ef4dcdea-bfde-4f8e-8c05-de99c4ec37b2-grafik.png

              lg Rudi

              Master Debian 12 (Wien)
              Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8. 7. als VM

              Slave Debian 12. (TULLN) --> OpenVPN to Vienna
              Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8.7. als VM

              Node 20.19.0
              Nodejs 20.19.0
              npm 10.8.2
              js-controller 7.0.6

              AlCalzoneA 1 Antwort Letzte Antwort
              0
              • MyzerATM MyzerAT

                ich habs gefunden, wenn man das jeweilige Script umbenennt, kann man auch dort die Instanz einstellen, echt sehr gut versteckt!

                ef4dcdea-bfde-4f8e-8c05-de99c4ec37b2-grafik.png

                AlCalzoneA Offline
                AlCalzoneA Offline
                AlCalzone
                Developer
                schrieb am zuletzt editiert von
                #22

                @MyzerAT Und diese Zuordnung stimmt oder nicht? Die kleine Zahl vorm Namen gibt die Instanz an.

                Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                arteckA 1 Antwort Letzte Antwort
                0
                • AlCalzoneA AlCalzone

                  @MyzerAT Und diese Zuordnung stimmt oder nicht? Die kleine Zahl vorm Namen gibt die Instanz an.

                  arteckA Offline
                  arteckA Offline
                  arteck
                  Developer Most Active
                  schrieb am zuletzt editiert von arteck
                  #23

                  @AlCalzone so wie ich das verstanden habe hat Rudi die gleiche Scripte unter 2 Instanzen angelegt bekommen

                  als er die 2-te instanz angelegt hat..

                  ist so als ob bei Anlegen die Baumstruktur im Objekten auf die 2-te Instanz kopiert wurde

                  zigbee hab ich, zwave auch, nuc's genauso und HA auch

                  1 Antwort Letzte Antwort
                  0
                  • AlCalzoneA Offline
                    AlCalzoneA Offline
                    AlCalzone
                    Developer
                    schrieb am zuletzt editiert von
                    #24

                    Genau das will ich eben herausfinden. Aus dem Screenshot ist es nämlich wieder nicht zu erkennen.

                    Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                    MyzerATM 1 Antwort Letzte Antwort
                    0
                    • AlCalzoneA AlCalzone

                      Genau das will ich eben herausfinden. Aus dem Screenshot ist es nämlich wieder nicht zu erkennen.

                      MyzerATM Offline
                      MyzerATM Offline
                      MyzerAT
                      schrieb am zuletzt editiert von
                      #25

                      @AlCalzone

                      was erkennst du da nicht, da sieht man ja eindeutig das beide Instanzen die selbe Struktur haben, in den Ordnern sind auch die selben Scripte

                      Instanz 1
                      ce11e780-d435-4695-b8ad-df1d44bbf3a2-grafik.png
                      Instanz 0
                      4ec842b3-00e5-4a5d-b6bd-a17f4e83e935-grafik.png

                      lg Rudi

                      Master Debian 12 (Wien)
                      Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8. 7. als VM

                      Slave Debian 12. (TULLN) --> OpenVPN to Vienna
                      Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8.7. als VM

                      Node 20.19.0
                      Nodejs 20.19.0
                      npm 10.8.2
                      js-controller 7.0.6

                      1 Antwort Letzte Antwort
                      0
                      • AlCalzoneA Offline
                        AlCalzoneA Offline
                        AlCalzone
                        Developer
                        schrieb am zuletzt editiert von
                        #26

                        @MyzerAT Ich beziehe mich auf den Screenshot der Skripte-Oberfläche, nach dem ich die ganze Zeit gefragt habe. Da sehe ich (fast nur) zugeklappte Ordner. Daher meine Frage:
                        Sind die Skripte, die im Objekte-Baum teils doppelt vorkommen, in der Skripte-Oberfläche ebenfalls doppelt? Fehlen ggf. welche? Oder funktioniert da alles und lediglich im Objekte-Baum gibt es Dopplungen?

                        Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                        1 Antwort Letzte Antwort
                        0
                        • MyzerATM Offline
                          MyzerATM Offline
                          MyzerAT
                          schrieb am zuletzt editiert von
                          #27

                          auf der scriptoberfläche sind sie nicht doppelt !

                          du meinst diese hier:
                          0cd382ea-6b0a-45ba-b9d2-27ca55056412-grafik.png

                          lg Rudi

                          Master Debian 12 (Wien)
                          Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8. 7. als VM

                          Slave Debian 12. (TULLN) --> OpenVPN to Vienna
                          Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8.7. als VM

                          Node 20.19.0
                          Nodejs 20.19.0
                          npm 10.8.2
                          js-controller 7.0.6

                          AlCalzoneA 1 Antwort Letzte Antwort
                          0
                          • MyzerATM MyzerAT

                            auf der scriptoberfläche sind sie nicht doppelt !

                            du meinst diese hier:
                            0cd382ea-6b0a-45ba-b9d2-27ca55056412-grafik.png

                            AlCalzoneA Offline
                            AlCalzoneA Offline
                            AlCalzone
                            Developer
                            schrieb am zuletzt editiert von
                            #28

                            @MyzerAT Danke, das meinte ich. Ich werde mal Rücksprache halten, ggf. ist das ja sogar so gewollt, um möglichst einfach über die Oberfläche Skripte zwischen Instanzen zu verschieben.

                            Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                            paul53P 1 Antwort Letzte Antwort
                            1
                            • AlCalzoneA AlCalzone

                              @MyzerAT Danke, das meinte ich. Ich werde mal Rücksprache halten, ggf. ist das ja sogar so gewollt, um möglichst einfach über die Oberfläche Skripte zwischen Instanzen zu verschieben.

                              paul53P Offline
                              paul53P Offline
                              paul53
                              schrieb am zuletzt editiert von paul53
                              #29

                              @AlCalzone sagte:

                              ggf. ist das ja sogar so gewollt

                              Das glaube ich eher nicht, denn in älteren Versionen des JS-Adapters war es nicht so: Ältere Skripte befinden sich nur im scriptEnabled einer Instanz, neuere in beiden. Es hat allerdings keine Auswirkung außer im Log bei Restart eines (neueren) Skriptes:

                              13:10:48.544	info	javascript.0 Stop script script.js.common.Test_temp
                              13:10:48.574	info	javascript.1 Stop script script.js.common.Test_temp
                              13:10:48.592	info	javascript.1 Start javascript script.js.common.Test_temp
                              13:10:48.592	info	javascript.1 script.js.common.Test_temp: registered 1 subscription and 0 schedules
                              

                              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

                              AlCalzoneA 1 Antwort Letzte Antwort
                              0
                              • paul53P paul53

                                @AlCalzone sagte:

                                ggf. ist das ja sogar so gewollt

                                Das glaube ich eher nicht, denn in älteren Versionen des JS-Adapters war es nicht so: Ältere Skripte befinden sich nur im scriptEnabled einer Instanz, neuere in beiden. Es hat allerdings keine Auswirkung außer im Log bei Restart eines (neueren) Skriptes:

                                13:10:48.544	info	javascript.0 Stop script script.js.common.Test_temp
                                13:10:48.574	info	javascript.1 Stop script script.js.common.Test_temp
                                13:10:48.592	info	javascript.1 Start javascript script.js.common.Test_temp
                                13:10:48.592	info	javascript.1 script.js.common.Test_temp: registered 1 subscription and 0 schedules
                                
                                AlCalzoneA Offline
                                AlCalzoneA Offline
                                AlCalzone
                                Developer
                                schrieb am zuletzt editiert von
                                #30

                                @paul53 Bluefox hat mir gerade bestätigt, dass scriptEnabled für ein Skript absichtlich in allen Instanzen existiert.

                                Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                                1 Antwort Letzte Antwort
                                1
                                • MyzerATM Offline
                                  MyzerATM Offline
                                  MyzerAT
                                  schrieb am zuletzt editiert von
                                  #31

                                  super, danke! dann passt ja eh alles, war nur verwirrt

                                  lg Rudi

                                  Master Debian 12 (Wien)
                                  Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8. 7. als VM

                                  Slave Debian 12. (TULLN) --> OpenVPN to Vienna
                                  Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8.7. als VM

                                  Node 20.19.0
                                  Nodejs 20.19.0
                                  npm 10.8.2
                                  js-controller 7.0.6

                                  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

                                  412

                                  Online

                                  32.5k

                                  Benutzer

                                  81.8k

                                  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