Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Ralla66]

Dein Hauptproblem ist die Verkasperung.
In der Main ( Hauptprogramm ) wird nur verwaltet.
Lager das alles aus, früher oder später rennt das nicht mehr.
Dann wir debuggen zum Alptraum.
Zähler 6, 15 min haben im Hauptprogramm nix verloren.
Ganz im Ernst, baue das komplett um.
Trotdem fehlt der Zähler !!

[muckel]

du wirst schon recht haben.
ob im hauptprogramm oder nicht.
ich habe keinen plan wie ich das mit dem zähler (trigger) innerhalb einer zeit anstellen soll.

hast du dazu die lösung?

[Ralla66]

Anders herum ja,
wenn nach 15 min der Zähler 3 mal gerüttelt hat.
Kannste ja einkürzen, wenn innerhalb 3 min es 3 x gerüttelt hat.

[muckel]

hier ist das mißverständnis:
nicht "nach" 15 minuten sondern innerhalb von 15 minuten.

wenn der rüttelsensor in 1 minute 3 x rüttelt soll sie ja auch zufahren.
nur wenn die 15 minuten nicht 3 x gerüttelt wurde, dann nicht. und alles wieder von vorne.

[Ralla66]

Warum so schwer ?
Frag alle 3 min oder jede 1 min ab ob 3 mal bewegt.
Im Extra Blocky setzt du dann den Zähler wieder auf 0 wenn nicht 3 mal bewegt.
Entscheident ist ja Bewegung in einer Zeit.
Was soll dann 15 min ?

[muckel]

die 15 minuten sind ein fiktiver wert.
mir ging es um die lösung des problems.

kann man mit blockly einen trigger (z.B. 3 x innerhalb einer zeitspanne) abfragen und dann eine aktion auslösen?

wenn ich alle minuten anfrage ob 3 x oder nicht ist das nicht so flexibel einzustellen wie 3 x in 15 minuten, oder was auch immer.

[Ralla66]

Anders herum ist einfacher, deine Bewegung ändert einen Datenpunkt.
Der wird im Blockly abgefragt, dann kannst du verkaspern was du möchtest.

[muckel]

kannst du mir ein beispiel als blockly zeigen?

[nevermind]

ich würde es ganz anders machen. ob es die einfachste lösung ist, weiß ich nicht:

ich würde 2 datenpunkte erstellen: rüttler1 und rüttler2

dann würde ich bei jedem rüttler ein script ausführen welches:

1. die aktuelle uhrzeit abfragt
2. prüft ob die uhrzeit in rüttler1 weniger als 15 minuten her ist und wenn ja die gewünschte aktion ausführt.
3. die uhrzeit aus rüttler2 in rüttler1 überträgt
4. die aktuelle uhrzeit in rüttler2 einträgt

verständlich? :)

du hast also immer die zeiten des aktuellen rüttlers und der 2 vorherigen und kannst diese vergleichen. am einfachsten wäre das ein unix timestamp.

[Ralla66]

Gerne wenn du mir ein Bild deines Datenpunktes Bewegung sendest.
Der sollte ja 0 oder 1, oder true / false sein.

[muckel]

@nevermind
so habe ich es noch nie probiert.
klingt auch machbar. einfach? schau ma mal.
@Ralla66
ja, true/false (für was brauchst du ein bild) ist ja egal welcher trigger das auslöst, oder?

[Ralla66]

Den Datenpunkt deines Sensors der rüttelt.
Unix ah ja, RPI time geht nicht ?

[muckel]

Datenpunkt = Markise_Wind buttonevent

RPI Time = was? Raspberry time? ich habe eine NUC am laufen mit UBUNTU

[Ralla66]

Datenpunkt = Markise_Wind buttonevent
Den nimmst du zum triggern deines Blockly Bewegung erkannt.
Raspberry time ,yes.
Na klar kannste das per Zeitstempel.
Noch ne Baustelle.
Würde ich nicht machen.
Lieber timeout.

[muckel]

wie bilde ich das mit dem blockly ab?
bewegung erkannt innerhalb x minuten?

[Ralla66]

Du wertest den Zähler Bewegung nach x min aus.
Beispiel kommt noch.

[muckel]

wie ich den zähler bewegung nach x minuten auswerte weiß ich.
das ist aber nicht das problem.

das problem ist "x bewegungen innerhalb x minuten. dann aktion

irgendwie drehen wir uns im kreis

[Ralla66]

Bild,
timeout, nach 3 min wird ausgewertet.
Kannste auch alle 500 ms abfragen.

[muckel]

wird hier nicht dein TIMEOUT bei jedem trigger nochmals gestartet?

[Ralla66]

Yes
wer so gut ist kann das alleine.
Bin Weg.