Re: Erweiterung für Persistenz: Senden nach Reboot
Verfasst: Fr Apr 09, 2021 6:34 pm
Korrekt ist “a”, sonst wird nichts gesendet.
Ich ändere es oben auch gleich.
Lg
Robert
Ich ändere es oben auch gleich.
Lg
Robert
Timberwolf Server, BlitzART & 1-Wire
https://forum.timberwolf.io/
Ich hab mal wieder das ganze Konstrukt nicht verstanden, merke ich gerade. Ist das Modul Clocksignal denn wie alle anderen Module ein Modul, das ausgeführt wird, weil die Logikzelle auch ausgeführt wird und somit alle Module unter dem Block "Module": [...] ausgeführt werden?Robert_Mini hat geschrieben: ↑So Dez 27, 2020 4:50 pm Durch das Clocksignal wird die Logik automatisch nach Reboot oder Restart des Logik-Prozesses ausgeführt.
Und das gilt dann nicht nur für Speichern, sondern auch Neustart der Logicengine. Wenn das so stimmt, sollten wir das nicht besser in der Doku aufnehmen? Also dieses "automagische Verhalten"?Ich vermute mal, dass eine Logik sobald ein clocksignal oder wakeup vorkommt, beim speichern automatisch getriggert wird (das müsste S. Kolbinger bestätigen können). Das wurde mal als Bugfix ergänzt
Code: Alles auswählen
/**
* New custom logic
*
*
*/
{
"_Meta": { // Optional
"Description": "Watchdog to send configurable data, after timeout of trigger input",
"Version": "1.1",
"Icon": "" // format: "data:image/svg+xml;base64,ENCODED_FILE"
},
"Input": [
["Timeout","Watchdog time in seconds, after which the output is sending an alarm","$P_Delay","u"],
["Active alarm value","Numeric output value to be sent, when timeout exceeded and alarm raises (used for trigger and state output)","$P_OutValAlarm","u"],
["No Alarm state value","Numeric output value to be sent, when no alarm condition detected (only used for state output)","$P_OutValNoAlarm","u"]
],
"Output": [
["Alarm trigger","Output, which sends the configured active alarm value, when timeout exceeded","$O_AlarmTrigger","x"],
["Alarm state","Output, which sends the configured alarm values (both: alarm or no alarm), when timeout exceeded","$O_AlarmState","c"]
],
"Level": [
["$ConstTrue","bool",true],
["$ConstFalse","bool",false],
["$Send","bool",false],
["$P_Delay","int",60],
["$P_OutValAlarm","int",1],
["$P_OutValNoAlarm","int",0],
["$O_AlarmTrigger","int",0],
["$O_AlarmState","int",0]
],
"Module": [
["Latch","$P_OutValAlarm","$O_AlarmTrigger","$ConstTrue",0],
["Monoflop","$ConstTrue","$ConstFalse","$Send","$P_Delay",1],
["SendExplicit","$Send","$O_AlarmTrigger",2],
["Multiplexer",["$P_OutValAlarm","$P_OutValNoAlarm"],"$O_AlarmState","$Send"]
]
}
FrankyDas bedeutet, dass wenn sich eine der Module Cron, Clocksignal, Monoflop, Wakeup (welche noch??) in einer Customlogik befinden, so werden diese als Trigger für die Logikzelle (die custom logik) aktiviert, ohne dass die customlogik bereits getriggert / "ausgeführt" wurde. Hierdurch können Trigger durch das reine Speichern einer custom logik eingerichtet und aktiviert werden, ohne dass eine GUI-Interaktion notwendig ist. Ein sehr komfortables Feature, z.B. bei der Weitergabe / Kopieren von custom logiken.
hmm, was meinst Du mit "so"?Robert_Mini hat geschrieben: ↑Mo Mär 17, 2025 7:35 am Nachtrag: auch die Sendeverzögerung oder Cron bei einer Standardlogik funktioniert so.