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. Error/Bug
  4. akuelles Update Javascript error

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.2k

akuelles Update Javascript error

Geplant Angeheftet Gesperrt Verschoben Ungelöst Error/Bug
errorjavascript adapter
21 Beiträge 7 Kommentatoren 1.8k 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.
  • HomoranH Homoran

    @biker sagte in akuelles Update Javascript error:

    in der Haupteinstellung sind Geodaten eingetragen. Dachte, das mit gesetzten Haken auf diese zugegriffen wird.

    leider nicht - die Astrofunktionen funktionieren nur mir eingegebene Koordinaten im js-Adapter

    ? Offline
    ? Offline
    Ein ehemaliger Benutzer
    schrieb am zuletzt editiert von Ein ehemaliger Benutzer
    #11

    @Homoran

    ah Danke ! habe den Haken entfernt. Seltsamer weise werden die Koordinaten trotz Hinweis
    .. Einige Daten wurden nicht gespeichert. Verwerfen? übernommen.

    Dann muss ich nun mal sehen wie ich die anderen Dinge beseitigen kann. Bisher allerdings im Forum nichts gefunden.
    Im schlimmsten Fall BS neu auflegen und jeden Adapter einzeln installieren was ich mit dem Restore vermeiden wollte. So hakelt es mir zuviel.

    HomoranH 1 Antwort Letzte Antwort
    0
    • ? Ein ehemaliger Benutzer

      @Homoran

      ah Danke ! habe den Haken entfernt. Seltsamer weise werden die Koordinaten trotz Hinweis
      .. Einige Daten wurden nicht gespeichert. Verwerfen? übernommen.

      Dann muss ich nun mal sehen wie ich die anderen Dinge beseitigen kann. Bisher allerdings im Forum nichts gefunden.
      Im schlimmsten Fall BS neu auflegen und jeden Adapter einzeln installieren was ich mit dem Restore vermeiden wollte. So hakelt es mir zuviel.

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

      @biker sagte in akuelles Update Javascript error:

      und jeden Adapter einzeln installieren was ich mit dem Restore vermeiden wollte.

      Wenn du nicht ein veraltetes Full Backup wiederhergestellt hast, wird genau das gemacht:
      Alle Adapter zu denen du Instanzen kopnfiguriert hast, werden komplett neu installiert, damit du ohne Ballast von vorne beginnen kannst.
      Alle deine Konfigurationen/Views/Scripte und ggf. History-Daten werden übernommen

      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
      • HomoranH Homoran

        @biker sagte in akuelles Update Javascript error:

        und jeden Adapter einzeln installieren was ich mit dem Restore vermeiden wollte.

        Wenn du nicht ein veraltetes Full Backup wiederhergestellt hast, wird genau das gemacht:
        Alle Adapter zu denen du Instanzen kopnfiguriert hast, werden komplett neu installiert, damit du ohne Ballast von vorne beginnen kannst.
        Alle deine Konfigurationen/Views/Scripte und ggf. History-Daten werden übernommen

        ? Offline
        ? Offline
        Ein ehemaliger Benutzer
        schrieb am zuletzt editiert von
        #13

        @Homoran

        soviel kann man beim neu aufsetzten nicht falsch machen, meine ich. Bekomme diese Meldung Bitte bestätigen
        Einige Daten wurden nicht gespeichert. Verwerfen?
        nicht dauerhaft weg.
        Noch etwas zum Test mit der Info Adapter Konfiguration gespielt wobei diese Fehler auftraten:
        Das gibt mir kein gutes Gefühl, gehe es morgen neu an ...

        host.raspberrypi	2020-02-10 22:30:33.968	info	Do not restart adapter system.adapter.info.0 because desired by instance
        host.raspberrypi	2020-02-10 22:30:33.967	error	instance system.adapter.info.0 terminated by request of the instance itself and will not be restarted, before user restarts it.
        info.0			2020-02-10 22:30:33.422	info	(21968) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
        host.raspberrypi	2020-02-10 22:30:33.112	info	Restart adapter system.adapter.info.0 because enabled
        host.raspberrypi	2020-02-10 22:30:33.111	error	instance system.adapter.info.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
        info.0			2020-02-10 22:30:32.591	warn	(22390) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
        info.0			2020-02-10 22:30:32.587	error	(22390) info.0 already running
        
        1 Antwort Letzte Antwort
        0
        • opossumO Offline
          opossumO Offline
          opossum
          schrieb am zuletzt editiert von opossum
          #14

          Hallo,
          ich hänge mich hier mal rein. Habe das Problem, dass bei meinen Scripten, die mit einem Cronjob getriggert werden, nach Update auf 4.4.0 alles genau eine Stunde später abläuft. Meine Einstellungen:
          585619b7-e948-4de7-af97-ef96276e2b1e-image.png
          Ein Blockly, das eigentlich um 08:00 Uhr schalten sollte, schaltet erst um 09.00 Uhr. Setze ich den Haken in der Config für "Verwenden Sie die Systemeinstellungen", dann wird der Cronjob nicht ausgeführt.
          Hier das Blockly:
          2ef946ae-54c7-4f62-bd4a-fde22fa7672b-image.png
          Ich stoße damit ein Programm in der CCU3 an. Das wurde aber erst um 09.00 Uhr aktiviert.
          deb913b0-471b-46a1-a1a1-680a1193bec6-image.png
          Es sollte um 10.00 Uhr das Ausschaltblockly angestossen werden, ist leider nicht passiert.
          0918e7a4-fc97-4b63-a49b-31e6c7e130f8-image.png
          Hier stehen noch die Daten vom letzten Ausschalten drin. Das Programm soll um 11.00 Uhr wieder einschalten und um 15.00 Uhr wieder ausschalten. Werde mal schauen, wie da die Zeiten liegen.
          Was muss ich einstellen, damit wieder um 08.00 Uhr geschaltet wird? Offset von 60 min?
          ups, EDIT: Gerade gesehen, Update auf 4.4.2 da, ok mache ich mal ein Upgrade.
          EDIT2: Uhrzeit im Container lief noch auf UTC, habe das mit

          sudo dpkg-reconfigure tzdata
          sudo dpkg-reconfigure locales
          

          korrigiert.

          https://schlepper-petersdorf.jimdofree.com/

          GlasfaserG paul53P 2 Antworten Letzte Antwort
          0
          • opossumO opossum

            Hallo,
            ich hänge mich hier mal rein. Habe das Problem, dass bei meinen Scripten, die mit einem Cronjob getriggert werden, nach Update auf 4.4.0 alles genau eine Stunde später abläuft. Meine Einstellungen:
            585619b7-e948-4de7-af97-ef96276e2b1e-image.png
            Ein Blockly, das eigentlich um 08:00 Uhr schalten sollte, schaltet erst um 09.00 Uhr. Setze ich den Haken in der Config für "Verwenden Sie die Systemeinstellungen", dann wird der Cronjob nicht ausgeführt.
            Hier das Blockly:
            2ef946ae-54c7-4f62-bd4a-fde22fa7672b-image.png
            Ich stoße damit ein Programm in der CCU3 an. Das wurde aber erst um 09.00 Uhr aktiviert.
            deb913b0-471b-46a1-a1a1-680a1193bec6-image.png
            Es sollte um 10.00 Uhr das Ausschaltblockly angestossen werden, ist leider nicht passiert.
            0918e7a4-fc97-4b63-a49b-31e6c7e130f8-image.png
            Hier stehen noch die Daten vom letzten Ausschalten drin. Das Programm soll um 11.00 Uhr wieder einschalten und um 15.00 Uhr wieder ausschalten. Werde mal schauen, wie da die Zeiten liegen.
            Was muss ich einstellen, damit wieder um 08.00 Uhr geschaltet wird? Offset von 60 min?
            ups, EDIT: Gerade gesehen, Update auf 4.4.2 da, ok mache ich mal ein Upgrade.
            EDIT2: Uhrzeit im Container lief noch auf UTC, habe das mit

            sudo dpkg-reconfigure tzdata
            sudo dpkg-reconfigure locales
            

            korrigiert.

            GlasfaserG Offline
            GlasfaserG Offline
            Glasfaser
            schrieb am zuletzt editiert von Glasfaser
            #15

            @opossum

            Mache mal die Karte von deinem Standort unkenntlich ;)

            ( ALEXA ... öffne die Tür :grin: )

            Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

            1 Antwort Letzte Antwort
            1
            • opossumO Offline
              opossumO Offline
              opossum
              schrieb am zuletzt editiert von
              #16

              Hallo, @Glasfaser ,
              danke. :+1: :+1:

              https://schlepper-petersdorf.jimdofree.com/

              1 Antwort Letzte Antwort
              1
              • opossumO Offline
                opossumO Offline
                opossum
                schrieb am zuletzt editiert von
                #17

                Hallo,
                einschalten um 11.00 Uhr hat nicht funktioniert. Habe auf 4.4.2 upgedated und iobroker durchgestartet. Mal schauen, ob das Einschalten um 12.00 Uhr passiert.

                https://schlepper-petersdorf.jimdofree.com/

                1 Antwort Letzte Antwort
                0
                • opossumO opossum

                  Hallo,
                  ich hänge mich hier mal rein. Habe das Problem, dass bei meinen Scripten, die mit einem Cronjob getriggert werden, nach Update auf 4.4.0 alles genau eine Stunde später abläuft. Meine Einstellungen:
                  585619b7-e948-4de7-af97-ef96276e2b1e-image.png
                  Ein Blockly, das eigentlich um 08:00 Uhr schalten sollte, schaltet erst um 09.00 Uhr. Setze ich den Haken in der Config für "Verwenden Sie die Systemeinstellungen", dann wird der Cronjob nicht ausgeführt.
                  Hier das Blockly:
                  2ef946ae-54c7-4f62-bd4a-fde22fa7672b-image.png
                  Ich stoße damit ein Programm in der CCU3 an. Das wurde aber erst um 09.00 Uhr aktiviert.
                  deb913b0-471b-46a1-a1a1-680a1193bec6-image.png
                  Es sollte um 10.00 Uhr das Ausschaltblockly angestossen werden, ist leider nicht passiert.
                  0918e7a4-fc97-4b63-a49b-31e6c7e130f8-image.png
                  Hier stehen noch die Daten vom letzten Ausschalten drin. Das Programm soll um 11.00 Uhr wieder einschalten und um 15.00 Uhr wieder ausschalten. Werde mal schauen, wie da die Zeiten liegen.
                  Was muss ich einstellen, damit wieder um 08.00 Uhr geschaltet wird? Offset von 60 min?
                  ups, EDIT: Gerade gesehen, Update auf 4.4.2 da, ok mache ich mal ein Upgrade.
                  EDIT2: Uhrzeit im Container lief noch auf UTC, habe das mit

                  sudo dpkg-reconfigure tzdata
                  sudo dpkg-reconfigure locales
                  

                  korrigiert.

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

                  @opossum sagte:

                  die mit einem Cronjob getriggert werden, nach Update auf 4.4.0 alles genau eine Stunde später abläuft.

                  Bei mir funktionieren die Cronjobs mit dieser Version richtig.

                  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
                  • opossumO Offline
                    opossumO Offline
                    opossum
                    schrieb am zuletzt editiert von
                    #19

                    Hallo, @paul53 ,
                    da muss ich mal schauen, ob mein Container auf einer falschen Uhrzeit läuft.

                    https://schlepper-petersdorf.jimdofree.com/

                    1 Antwort Letzte Antwort
                    0
                    • opossumO Offline
                      opossumO Offline
                      opossum
                      schrieb am zuletzt editiert von opossum
                      #20

                      Hallo, @paul53 ,

                      danke für den Denkanstoss. Ich hatte gestern iobroker von VM auf Container umgestellt. Der Container hatte natürlich noch UTC, schiet. :confounded: Ich mußte ein

                      sudo dpkg-reconfigure tzdata
                      

                      und

                      sudo dpkg-reconfigure locales
                      

                      absetzen und auf Europa/Berlin sowie auf deutsch umstellen.

                      https://schlepper-petersdorf.jimdofree.com/

                      1 Antwort Letzte Antwort
                      0
                      • crunchipC Abwesend
                        crunchipC Abwesend
                        crunchip
                        Forum Testing Most Active
                        schrieb am zuletzt editiert von
                        #21

                        Dachte, ich mach das update mal schnell auf 4.4.2
                        Hat jemand nen Hinweis, was da faul ist?
                        20200211_222426.jpg

                        umgestiegen von Proxmox auf Unraid

                        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

                        443

                        Online

                        32.6k

                        Benutzer

                        82.2k

                        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