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. Skripten / Logik
  4. Blockly
  5. [Gelöst] Prüfen wie oft ein DP geändert wird und Var setzen

NEWS

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

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

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

[Gelöst] Prüfen wie oft ein DP geändert wird und Var setzen

Scheduled Pinned Locked Moved Blockly
6 Posts 3 Posters 389 Views 2 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.
  • JoJo58J Online
    JoJo58J Online
    JoJo58
    wrote on last edited by JoJo58
    #1

    Guten Morgen,

    ich bin umgestiegen auf OwnTracks und mit Blockly erstelle ich mit den Koordinaten ein JSON, welches dann in eine HTML Seite eingesetzt wird und als HTML Datei im System abgelegt wird. In der HTML sehe ich dann die Route und die Zeiten, wann ich wo war.
    Mein "Problem" ist nun, das die DP von OwnTracks sehr oft geändert werden, zumindest wenn man schnell unterwegs ist.

    Ich weiß, könnte ich in der App umstellen, aber das möchte ich nicht, da soll es so genau bleiben.

    Wie kann ich in Blockly eine dynamische Prüfung einbauen, wenn in den letzten 10 Sekunden mehr als 20 Änderungen kamen, dann die Variable X auf 12 stellen, wenn nur 10 Änderungen dann X auf 7 stellen und wenn nur 1 oder 0 Änderungen, dann X auf 2, oder so ähnlich.

    Geht das eventuell über TimeOut? Oder was gibt es da für Möglichkeiten. Im Netz habe ich nichts dazu gefunden...

    Gruß, JoJo

    Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
    Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
    Einfach ein tolles Hobby :-)

    paul53P 1 Reply Last reply
    0
    • JoJo58J JoJo58

      Guten Morgen,

      ich bin umgestiegen auf OwnTracks und mit Blockly erstelle ich mit den Koordinaten ein JSON, welches dann in eine HTML Seite eingesetzt wird und als HTML Datei im System abgelegt wird. In der HTML sehe ich dann die Route und die Zeiten, wann ich wo war.
      Mein "Problem" ist nun, das die DP von OwnTracks sehr oft geändert werden, zumindest wenn man schnell unterwegs ist.

      Ich weiß, könnte ich in der App umstellen, aber das möchte ich nicht, da soll es so genau bleiben.

      Wie kann ich in Blockly eine dynamische Prüfung einbauen, wenn in den letzten 10 Sekunden mehr als 20 Änderungen kamen, dann die Variable X auf 12 stellen, wenn nur 10 Änderungen dann X auf 7 stellen und wenn nur 1 oder 0 Änderungen, dann X auf 2, oder so ähnlich.

      Geht das eventuell über TimeOut? Oder was gibt es da für Möglichkeiten. Im Netz habe ich nichts dazu gefunden...

      Gruß, JoJo

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

      @jojo58 sagte: wenn in den letzten 10 Sekunden mehr als 20 Änderungen kamen, dann die Variable X auf 12 stellen, wenn nur 10 Änderungen dann X auf 7 stellen und wenn nur 1 oder 0 Änderungen, dann X auf 2, oder so ähnlich.

      Ansatz:

      Blockly_temp.JPG

      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

      JoJo58J 2 Replies Last reply
      0
      • paul53P paul53

        @jojo58 sagte: wenn in den letzten 10 Sekunden mehr als 20 Änderungen kamen, dann die Variable X auf 12 stellen, wenn nur 10 Änderungen dann X auf 7 stellen und wenn nur 1 oder 0 Änderungen, dann X auf 2, oder so ähnlich.

        Ansatz:

        Blockly_temp.JPG

        JoJo58J Online
        JoJo58J Online
        JoJo58
        wrote on last edited by
        #3

        @paul53

        3 Fragen dazu:

        Was macht dieses "nicht Verzögerung timeout"? Ich habe das schon mal gesehen, aber nicht begriffen.

        Kann ich in der zweiten "sonst falls" auf "> 10" prüfen, oder sollte ich "> 10 und < 20" nehmen?

        Muss man timeout nicht stoppen?

        Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
        Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
        Einfach ein tolles Hobby :-)

        1 Reply Last reply
        0
        • paul53P paul53

          @jojo58 sagte: wenn in den letzten 10 Sekunden mehr als 20 Änderungen kamen, dann die Variable X auf 12 stellen, wenn nur 10 Änderungen dann X auf 7 stellen und wenn nur 1 oder 0 Änderungen, dann X auf 2, oder so ähnlich.

          Ansatz:

          Blockly_temp.JPG

          JoJo58J Online
          JoJo58J Online
          JoJo58
          wrote on last edited by
          #4

          @paul53

          Konnte mir 2 Antworten selbst geben. Nur das verstehe ich nicht:

          "Was macht dieses "nicht Verzögerung timeout"? Ich habe das schon mal gesehen, aber nicht begriffen"

          Könntest du mir das erklären?

          Ansonsten schonmal Danke für deine Hilfe, funktioniert so wie gewünscht. :+1:

          Gruß, JoJo

          Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
          Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
          Einfach ein tolles Hobby :-)

          paul53P 1 Reply Last reply
          0
          • AsgothianA Offline
            AsgothianA Offline
            Asgothian
            Developer
            wrote on last edited by
            #5

            @jojo58 sagte in Prüfen wie oft ein DP geändert wird und danach Var setzen:

            @paul53

            Konnte mir 2 Antworten selbst geben. Nur das verstehe ich nicht:

            "Was macht dieses "nicht Verzögerung timeout"? Ich habe das schon mal gesehen, aber nicht begriffen"

            Intern ist “timeout” ein “handle”, sprich eine variable über die man Zugriff auf den timeout hat um den z.Bsp. Vorzeitig zu beenden. Wenn der timeout beendet oder abgearbeitet wird wird das handle auf 0 gesetzt. Die Abfrage prüft also ob bereits ein timeout registriert wurde

            Könntest du mir das erklären?

            Ansonsten schonmal Danke für deine Hilfe, funktioniert so wie gewünscht. :+1:

            Gruß, JoJo

            ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
            "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

            1 Reply Last reply
            1
            • JoJo58J JoJo58

              @paul53

              Konnte mir 2 Antworten selbst geben. Nur das verstehe ich nicht:

              "Was macht dieses "nicht Verzögerung timeout"? Ich habe das schon mal gesehen, aber nicht begriffen"

              Könntest du mir das erklären?

              Ansonsten schonmal Danke für deine Hilfe, funktioniert so wie gewünscht. :+1:

              Gruß, JoJo

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

              @jojo58 sagte: Was macht dieses "nicht Verzögerung timeout"?

              Das ist eine Sperre, die verhindert, dass Timeout mehr als einmal gestartet wird. Erst nach Ablauf der Verzögerungszeit wird timeout auf null gesetzt und der Timeout kann erneut gestartet werden.

              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
              Reply
              • Reply as topic
              Log in to reply
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes


              Support us

              ioBroker
              Community Adapters
              Donate

              736

              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