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.0 bricht ab

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    23
    1
    1.3k

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.5k

javascript.0 bricht ab

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
javascript
23 Beiträge 6 Kommentatoren 853 Aufrufe 4 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.
  • D Digi-Bit

    @ticaki

    Hallo,

    Hat etwas gedauert aber ich muss was tun um Leben zu können wie die meisten denke ich mal ^^

    Hier das log:

    iobroker.2025-11-05.html

    Jetzt bin ich ja mal gespannt .....

    mfg

    Digi-Bit

    T Offline
    T Offline
    ticaki
    schrieb am zuletzt editiert von ticaki
    #14

    @digi-bit
    Das da ist aber mit allen Skripten am laufen, ich wollte das log mit ausgeschalteten skripten.

    Der Heap läuft über - bedeutet, das du entweder endlos Daten hinzufügst oder mit zu großen Datenmengen arbeitest. Das dürfe ohne aktivierte Skripte nicht passieren. Deshalb will ich das log mit ausgeschalteten Skripten sehen.

    Weather-Warnings Espresense NSPanel-Lovelace-ui Tagesschau

    Spenden

    D 1 Antwort Letzte Antwort
    0
    • crunchipC crunchip

      @digi-bit für was soll das sein?

      javascript.0 (43084) Schedule restart: 1 3 * * *
      
      D Offline
      D Offline
      Digi-Bit
      schrieb am zuletzt editiert von
      #15

      @crunchip sagte in javascript.0 bricht ab:

      @digi-bit für was soll das sein?

      javascript.0 (43084) Schedule restart: 1 3 * * *
      

      das weis ich auch nicht, ich weis nur das um 3 Uhr schon seit der ersten IOB Installation die Skripte neu starten.

      mfg

      Digi-Bit

      Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
      7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV

      1 Antwort Letzte Antwort
      0
      • T ticaki

        @digi-bit
        Das da ist aber mit allen Skripten am laufen, ich wollte das log mit ausgeschalteten skripten.

        Der Heap läuft über - bedeutet, das du entweder endlos Daten hinzufügst oder mit zu großen Datenmengen arbeitest. Das dürfe ohne aktivierte Skripte nicht passieren. Deshalb will ich das log mit ausgeschalteten Skripten sehen.

        D Offline
        D Offline
        Digi-Bit
        schrieb am zuletzt editiert von
        #16

        @ticaki sagte in javascript.0 bricht ab:

        @digi-bit
        Das da ist aber mit allen Skripten am laufen, ich wollte das log mit ausgeschalteten skripten.

        Der Heap läuft über - bedeutet, das du entweder endlos Daten hinzufügst oder mit zu großen Datenmengen arbeitest. Das dürfe ohne aktivierte Skripte nicht passieren. Deshalb will ich das log mit ausgeschalteten Skripten sehen.

        mit Ausgeschalteten Skripten rannst der Adapter aber nicht ab, glaub ich, nur das da irgendwelche in und Output's angezeigt werden.

        Aber werde ich Morgen dann mal für eine weile mit Abgeschalteten Skripten laufen lassen für eins 2 Stunden mal sehen was passiert.

        mfg

        Digi-Bit

        Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
        7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV

        paul53P T OliverIOO 3 Antworten Letzte Antwort
        0
        • D Digi-Bit

          @ticaki sagte in javascript.0 bricht ab:

          @digi-bit
          Das da ist aber mit allen Skripten am laufen, ich wollte das log mit ausgeschalteten skripten.

          Der Heap läuft über - bedeutet, das du entweder endlos Daten hinzufügst oder mit zu großen Datenmengen arbeitest. Das dürfe ohne aktivierte Skripte nicht passieren. Deshalb will ich das log mit ausgeschalteten Skripten sehen.

          mit Ausgeschalteten Skripten rannst der Adapter aber nicht ab, glaub ich, nur das da irgendwelche in und Output's angezeigt werden.

          Aber werde ich Morgen dann mal für eine weile mit Abgeschalteten Skripten laufen lassen für eins 2 Stunden mal sehen was passiert.

          mfg

          Digi-Bit

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

          @digi-bit sagte: irgendwelche in und Output's angezeigt werden.

          Das passiert auch ohne laufende Skripte, da die Javascript-Instanz alle Zustände abonniert, also der JS-Puffer ständig synchronisiert wird.

          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
          0
          • D Digi-Bit

            @ticaki sagte in javascript.0 bricht ab:

            @digi-bit
            Das da ist aber mit allen Skripten am laufen, ich wollte das log mit ausgeschalteten skripten.

            Der Heap läuft über - bedeutet, das du entweder endlos Daten hinzufügst oder mit zu großen Datenmengen arbeitest. Das dürfe ohne aktivierte Skripte nicht passieren. Deshalb will ich das log mit ausgeschalteten Skripten sehen.

            mit Ausgeschalteten Skripten rannst der Adapter aber nicht ab, glaub ich, nur das da irgendwelche in und Output's angezeigt werden.

            Aber werde ich Morgen dann mal für eine weile mit Abgeschalteten Skripten laufen lassen für eins 2 Stunden mal sehen was passiert.

            mfg

            Digi-Bit

            T Offline
            T Offline
            ticaki
            schrieb am zuletzt editiert von
            #18

            @digi-bit
            Dann hab ich das falsch verstanden sorry - dann mußt du die Skripte durchprobieren - geht am schnellsten wenn du 50% an machst, wenns stabil läuft ist das problem in der anderen hälfte und das solange bist du es weißt :)

            Weather-Warnings Espresense NSPanel-Lovelace-ui Tagesschau

            Spenden

            1 Antwort Letzte Antwort
            0
            • D Digi-Bit

              @ticaki sagte in javascript.0 bricht ab:

              @digi-bit
              Das da ist aber mit allen Skripten am laufen, ich wollte das log mit ausgeschalteten skripten.

              Der Heap läuft über - bedeutet, das du entweder endlos Daten hinzufügst oder mit zu großen Datenmengen arbeitest. Das dürfe ohne aktivierte Skripte nicht passieren. Deshalb will ich das log mit ausgeschalteten Skripten sehen.

              mit Ausgeschalteten Skripten rannst der Adapter aber nicht ab, glaub ich, nur das da irgendwelche in und Output's angezeigt werden.

              Aber werde ich Morgen dann mal für eine weile mit Abgeschalteten Skripten laufen lassen für eins 2 Stunden mal sehen was passiert.

              mfg

              Digi-Bit

              OliverIOO Offline
              OliverIOO Offline
              OliverIO
              schrieb am zuletzt editiert von OliverIO
              #19

              @digi-bit

              Wie viele Datenpunkte hast du den insgesamt?
              und gibt es da viele, die sehr oft aktualisiert werden?

              ok, gefunden

              Objects and States
              Please stand by - This may take a while
              Objects: 83729
              States: 74561

              ist auch nicht übermäßig viel, ausser du speicherst binär daten in den datenpunkten, aber das würde glaube ich den heap nicht betreffen.

              heap überlauf kommt meist von rekursiv aufgerufenen funktionen die kein endebegrenzer haben oder falsch programmierte event oder timer handler (was wieder memmory leaks erzeugt, die nicht aufgeräumt werden können)

              daher so wie geschrieben erstmal den adapter ohne skripte starten. dann dürfte das nicht mehr passieren.
              dann der reihe nach die skripte starten und jeweils eine weile warten.
              bewährte methode ist bei bspw 20 skripte
              zunächst 10 anschalten und dann eine weile warten (1-2h bzw je nachdem wie schnell sich das problem nach neustart bei dir aufgebaut hat)
              dann nach der wartezeit, weitere 50%, also 5 dazuschalten und so fort. wenn du ein segment an skripten gefunden hast was verrückt gespielt hat, dann nur das aktivieren und der reihe nach durchprobieren (wenn es immer noch sehr viele im segment sind, dann wieder die jeweils 50% methode anwenden, da es bei einzelnem zuschalten dann doch länger dauern kann, bis das böse skript identifiziert ist.

              ist das problem schon immer oder "plötzlich" nach einem update oder nachdem du skripte bearbeitet hast?

              problem ist auch, wenn der speicherzuwachs relativ langsam vorsich geht, dauert es auch länger wenn viele skripte abgeschaltet sind, da ja dann mehr speicher frei ist und es daher erst später zum problem kommt.

              Meine Adapter und Widgets
              TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
              Links im Profil

              CodierknechtC T 2 Antworten Letzte Antwort
              0
              • OliverIOO OliverIO

                @digi-bit

                Wie viele Datenpunkte hast du den insgesamt?
                und gibt es da viele, die sehr oft aktualisiert werden?

                ok, gefunden

                Objects and States
                Please stand by - This may take a while
                Objects: 83729
                States: 74561

                ist auch nicht übermäßig viel, ausser du speicherst binär daten in den datenpunkten, aber das würde glaube ich den heap nicht betreffen.

                heap überlauf kommt meist von rekursiv aufgerufenen funktionen die kein endebegrenzer haben oder falsch programmierte event oder timer handler (was wieder memmory leaks erzeugt, die nicht aufgeräumt werden können)

                daher so wie geschrieben erstmal den adapter ohne skripte starten. dann dürfte das nicht mehr passieren.
                dann der reihe nach die skripte starten und jeweils eine weile warten.
                bewährte methode ist bei bspw 20 skripte
                zunächst 10 anschalten und dann eine weile warten (1-2h bzw je nachdem wie schnell sich das problem nach neustart bei dir aufgebaut hat)
                dann nach der wartezeit, weitere 50%, also 5 dazuschalten und so fort. wenn du ein segment an skripten gefunden hast was verrückt gespielt hat, dann nur das aktivieren und der reihe nach durchprobieren (wenn es immer noch sehr viele im segment sind, dann wieder die jeweils 50% methode anwenden, da es bei einzelnem zuschalten dann doch länger dauern kann, bis das böse skript identifiziert ist.

                ist das problem schon immer oder "plötzlich" nach einem update oder nachdem du skripte bearbeitet hast?

                problem ist auch, wenn der speicherzuwachs relativ langsam vorsich geht, dauert es auch länger wenn viele skripte abgeschaltet sind, da ja dann mehr speicher frei ist und es daher erst später zum problem kommt.

                CodierknechtC Online
                CodierknechtC Online
                Codierknecht
                Developer Most Active
                schrieb am zuletzt editiert von
                #20

                @oliverio sagte in javascript.0 bricht ab:

                oder falsch programmierte event oder timer handler

                Ja - z.B. der Kandidat #1: Trigger in Trigger

                "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

                Proxmox 9.1.1 LXC|8 GB|Core i7-6700
                HmIP|ZigBee|Tasmota|Unifi
                Zabbix Certified Specialist
                Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

                1 Antwort Letzte Antwort
                0
                • OliverIOO OliverIO

                  @digi-bit

                  Wie viele Datenpunkte hast du den insgesamt?
                  und gibt es da viele, die sehr oft aktualisiert werden?

                  ok, gefunden

                  Objects and States
                  Please stand by - This may take a while
                  Objects: 83729
                  States: 74561

                  ist auch nicht übermäßig viel, ausser du speicherst binär daten in den datenpunkten, aber das würde glaube ich den heap nicht betreffen.

                  heap überlauf kommt meist von rekursiv aufgerufenen funktionen die kein endebegrenzer haben oder falsch programmierte event oder timer handler (was wieder memmory leaks erzeugt, die nicht aufgeräumt werden können)

                  daher so wie geschrieben erstmal den adapter ohne skripte starten. dann dürfte das nicht mehr passieren.
                  dann der reihe nach die skripte starten und jeweils eine weile warten.
                  bewährte methode ist bei bspw 20 skripte
                  zunächst 10 anschalten und dann eine weile warten (1-2h bzw je nachdem wie schnell sich das problem nach neustart bei dir aufgebaut hat)
                  dann nach der wartezeit, weitere 50%, also 5 dazuschalten und so fort. wenn du ein segment an skripten gefunden hast was verrückt gespielt hat, dann nur das aktivieren und der reihe nach durchprobieren (wenn es immer noch sehr viele im segment sind, dann wieder die jeweils 50% methode anwenden, da es bei einzelnem zuschalten dann doch länger dauern kann, bis das böse skript identifiziert ist.

                  ist das problem schon immer oder "plötzlich" nach einem update oder nachdem du skripte bearbeitet hast?

                  problem ist auch, wenn der speicherzuwachs relativ langsam vorsich geht, dauert es auch länger wenn viele skripte abgeschaltet sind, da ja dann mehr speicher frei ist und es daher erst später zum problem kommt.

                  T Offline
                  T Offline
                  ticaki
                  schrieb am zuletzt editiert von
                  #21

                  @oliverio sagte in javascript.0 bricht ab:

                  heap überlauf kommt meist von rekursiv aufgerufenen funktionen die kein endebegrenzer haben

                  Wenn ich nicht falsch liege ergibt das zumindest einen Stackoverflow - beim trigger in trigger hab ich keine Ahnung, das hab ich noch nie falsch gemacht... sowas sollte man nie schreiben :rolling_on_the_floor_laughing:

                  Weather-Warnings Espresense NSPanel-Lovelace-ui Tagesschau

                  Spenden

                  1 Antwort Letzte Antwort
                  0
                  • D Offline
                    D Offline
                    Digi-Bit
                    schrieb am zuletzt editiert von
                    #22

                    Hallo,

                    So nach langem suchen und Skripte Abschalten habe ich den Fehler endlich gefunden .........

                    Ne, trigger in trigger war es nicht.....!

                    Es war eine "SCHLEIFE" die ins Nevada geführt hat.

                    Ich bedanke mich für die Hilfe, ich hatte ja irgend wie zum Anfang gar kein Ansatz punkt wo man suchen muss.....

                    D A N K E !

                    MFG

                    Digi-Bit

                    Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
                    7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV

                    CodierknechtC 1 Antwort Letzte Antwort
                    0
                    • D Digi-Bit

                      Hallo,

                      So nach langem suchen und Skripte Abschalten habe ich den Fehler endlich gefunden .........

                      Ne, trigger in trigger war es nicht.....!

                      Es war eine "SCHLEIFE" die ins Nevada geführt hat.

                      Ich bedanke mich für die Hilfe, ich hatte ja irgend wie zum Anfang gar kein Ansatz punkt wo man suchen muss.....

                      D A N K E !

                      MFG

                      Digi-Bit

                      CodierknechtC Online
                      CodierknechtC Online
                      Codierknecht
                      Developer Most Active
                      schrieb am zuletzt editiert von
                      #23

                      @digi-bit sagte in javascript.0 bricht ab:

                      die ins Nevada geführt hat

                      <besserwissermode>
                      Das Ding heißt "Nirvana" :grin:
                      </besserwissermode>

                      "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

                      Proxmox 9.1.1 LXC|8 GB|Core i7-6700
                      HmIP|ZigBee|Tasmota|Unifi
                      Zabbix Certified Specialist
                      Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

                      1 Antwort Letzte Antwort
                      1
                      Antworten
                      • In einem neuen Thema antworten
                      Anmelden zum Antworten
                      • Älteste zuerst
                      • Neuste zuerst
                      • Meiste Stimmen


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      716

                      Online

                      32.5k

                      Benutzer

                      81.7k

                      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