Nic Posted June 11, 2012 at 10:42 AM Share Posted June 11, 2012 at 10:42 AM Übertrage mal diesen interessanten Thread ins German Board: http://www.tinkerunity.org/forum/index.php/topic,601.msg3673.html#msg3673 Damit die Diskussion auch hier angestoßen wird. Bläht so ein Feature die API zu sehr auf ? In jeder Funktion, die über die Bindings angesprochen wird, müsste einfach nur ein Counter hochgezählt werden. Ein separater Timer im MPC zählt diesen autom. runter, wenn er 0 erreicht hat und löst ein Reset (wenn sowas überhaupt geht) aus und/oder kappt von sich aus die Socket-Verbindung zum Host. Ev. reicht es zu Beginn wenn der Watchdog nur im Master-Brick implm. wird. Eine Funkverbindung über Chibi/WIFI die zusammenbricht, würde der Watchdog(-Callback) ausgelöst. Aktueller Anlaß: Bei einer tagelangen Zeitraffer-Sequenz ist bei mir die Funkverbindung abgebrochen, selbst der Viewer konnte nach einem Reset keine Verbindung zum Stack aufbauen. Der Stepper, durch DriveFoward angestoßen, drehte sich trotzdem munter weiter bis ich es nach Std. bemerkte und verbrauchte so unnötig Strom. Quote Link to comment Share on other sites More sharing options...
Nifty Posted July 24, 2012 at 03:39 PM Share Posted July 24, 2012 at 03:39 PM Da mein Brick gestern nach knapp 14 Tagen problemlosen Einsatz hängen geblieben ist.... Wird eine Watchdog innerhalb der Bricks Lösung implementiert ? Bei mir ist diesmal "nur" eine Leuchte an geblieben - es hätte aber auch eine Heizung sein können was äußerst unerfreulich gewesen wäre. Ich fände hier eine zuverlässige Lösung äußerst wichtig. Quote Link to comment Share on other sites More sharing options...
Nic Posted July 24, 2012 at 03:53 PM Author Share Posted July 24, 2012 at 03:53 PM War da eine Chibi-Funk-Verbindung dazwischen ? Quote Link to comment Share on other sites More sharing options...
Nifty Posted July 24, 2012 at 03:56 PM Share Posted July 24, 2012 at 03:56 PM War da eine Chibi-Funk-Verbindung dazwischen ? Nö. So was ist mir bei meinem Einsatz zu fehleranfällig Quote Link to comment Share on other sites More sharing options...
Nic Posted July 25, 2012 at 08:22 AM Author Share Posted July 25, 2012 at 08:22 AM Wieso, so eine Funkverbindung ist nicht weniger oder mehr anfällig wie die WLAN-Verbindung über den Router im Haus. Von welchen Einsatz sprichst Du ? Quote Link to comment Share on other sites More sharing options...
Nifty Posted July 25, 2012 at 08:31 AM Share Posted July 25, 2012 at 08:31 AM Ich will damit u.a. Heizstrahler ansteuern. Da wird nix drahtloses dran kommen, die Kiste ist zu 100% autark. Wenn die Heizstrahler versagen ist das für die betroffenen Tiere tödlich. Deshalb teste ich hier ja gerade recht ausführlich wie stabil das System ist und ob man ein abstürzendes System automatisch diagnostizieren und wieder anfahren kann. Quote Link to comment Share on other sites More sharing options...
Nic Posted July 25, 2012 at 10:00 AM Author Share Posted July 25, 2012 at 10:00 AM Was brütest du denn aus Ich würde das ev. genauer beschreiben, welche Tiere und warum die Ausfallsicherheit so wichtig ist. Ev. fällt dann der Groschen und man sieht die Wichtigkeit des Watchdog-Features. http://de.wikipedia.org/wiki/Watchdog Bis jetzt habe ich den Eindruck, daß man sich nix darunter vorstellen kann, deshalb das laue Feedback. Quote Link to comment Share on other sites More sharing options...
Nifty Posted July 25, 2012 at 11:25 AM Share Posted July 25, 2012 at 11:25 AM Ich will mit dem zeug Heizstrahler und Heizschlangen in Terrarien ansteuern. Wenn so ein Strahler oder so eine Heizschlange nicht aus geht weil die Schaltung abstürzt werden die Bewohner des Terrariums gebraten. Deshalb ist für mich die Betriebssicherheit über einen langen Zeitraum unverzichtbar. Das Ding muss 356 Tage im Jahr zuverlässig arbeiten - und im Notfall sich deaktivieren um zu verhindern das die Tiere den Hitzetod sterben - die haben ja keine Chance sich in Sicherheit zu bringen. Dafür wäre ein Watchdog Timer eine recht gute Sache - wenn nichts mehr geht muss die Anlage selbstständig in einen definierten zustand zurückfahren damit alle angeschlossenen Geräte abgeschaltet werden. Das kann aus meiner Sicht nur innerhalb des MainBricks passieren. Quote Link to comment Share on other sites More sharing options...
AuronX Posted July 26, 2012 at 12:07 AM Share Posted July 26, 2012 at 12:07 AM Ich muss zugeben, dass ich alle wirklichw ichtigen Anwendungen immer doppelt absichern würde, mit oder ohne Watchdog-Timer. Bedenke, dass es sich hier nciht um sicherheitsequipment handelt (es gibt im professionellen Umfeld zum Teil sehr viel teurere Steuerungen die "Sicherheit" mit eingebaut haben). EIne Sache die mir einfällt, ist den Heizstrahler von zwei unabhängigen Schaltungen steuern zu lassen, dabei schalten beide Steuerungen einen eigenen Schalter, das bedeutet sobald eine das AUS-Signal rausbringt, ist der Heizer aus, auch wenn ein Schalter "klemmt". Nichtsdestotrotz wäre ein Watchdog natürlich ebenso sinnvoll, ich bin mir aber nicht sicher wie komplex es wäre. Möglicherweise ist es eher ein "Spezial-Feature", dass nicht in die allgemeine FW gehört. Aber das kann ich nciht abschließend bewerten. Quote Link to comment Share on other sites More sharing options...
Xenna Posted July 28, 2012 at 08:50 PM Share Posted July 28, 2012 at 08:50 PM In the end I decided to do my safety in hardware. I got some cheap 555 timer ic's and rigged up a watchdog that would limit the relay activation to 45 seconds. For my application that works well and it almost completely prevents the software from messing things up. Almost, because when the software closes and opens the relay at a short enough interval I'd still be (literally) stuck. But the chances of that are probably very small. Quote Link to comment Share on other sites More sharing options...
Nic Posted August 1, 2012 at 05:02 PM Author Share Posted August 1, 2012 at 05:02 PM Neues Monoflop-Feature im IO, prima ! Verstehe ich das richtig mit dem periodischen Aufruf des Monoflops im IO4 hätte man so was wie eine Ausfallsicherheit wenn der Slave-Stack z.B. über Chibi-Funk ausfällt ? Wird dann in diesem Fall der Callback OnMonoflopDone ausgelöst ? Quote Link to comment Share on other sites More sharing options...
photron Posted August 2, 2012 at 08:46 AM Share Posted August 2, 2012 at 08:46 AM OnMonoflopDone wird nur aufgerufen, wenn der Timer des Monoflop auch wirklich abgelaufen ist, der Monoflop also zurückspring. Wenn du den Monoflop für einen Pin immer wieder erneuerst bevor der Timer abgelaufen ist, dann behält dieser Pin seinen Zustand und OnMonoflopDone wird nicht ständig aufgerufen. Erst wenn du aufhörst den Monoflop zu erneuern und der Timer wirklich abläuft springt der Monoflop zurück und OnMonoflopDone wird aufgerufen. Und ja, ein Anwendungsfall ist, dass du einen Pin z.B. auf High setzen willst, aber auch sichergehen willst dass der Pin von selbst auf Low zurück geht wenn z.B. die Chibi Verbinding zum Slave an dem das IO Bricklet hängt abreißt. Quote Link to comment Share on other sites More sharing options...
Nifty Posted August 2, 2012 at 08:57 AM Share Posted August 2, 2012 at 08:57 AM Fein, Danke! Wer steuert dieses verhalten - der Brick oder das bricklet ? Quote Link to comment Share on other sites More sharing options...
photron Posted August 2, 2012 at 09:04 AM Share Posted August 2, 2012 at 09:04 AM Der Brick, der hat den Prozessor. Das heißt für den Fall, dass sich der Brick selbst aufhängt hilft Monoflop nicht. Quote Link to comment Share on other sites More sharing options...
Andreas K Posted February 11, 2015 at 01:50 PM Share Posted February 11, 2015 at 01:50 PM Könnte nicht jedoch der Slave das Signal senden? Reißt die Verbindung ab, sendet der Slave nicht mehr, das Signal geht auf "low" und du kannst reagieren? Oder ist das zu blauäugig gedacht? Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.