raphael_vogel Geschrieben May 6, 2015 at 07:02 Geschrieben May 6, 2015 at 07:02 Hi TF Team Ich hätte einige Anwendungsszenarien in denen zuverlässig Zeiten gemessen werden müssten (1ms Genauigkeit). Ich fände es einen echten Mehrwert (im Vergleich zum RPi), wenn der RED auf einem RealTime Linux Kernel laufen würde. Dann würde ich sogar meine RPi's gegen den RED austauschen. Was spricht dagegen, und würde man damit dann zuverlässige Messungen im 1ms Bereich bekommen? Zitieren
borg Geschrieben May 6, 2015 at 07:27 Geschrieben May 6, 2015 at 07:27 Was genau möchtest du denn mit 1ms Genauigkeit messen? Ein Linux mit PREEMPT_RT Patch kann auch keine Wunder vollbringen. Was du damit machen kannst ist sowas wie: "Setze einen Timer der in exakt 100ms eine Funktion aufruft." Ein Aufruf von "get_voltage" (o.ä.) wird dadurch nicht auf einmal Realzeitfähig, dazu müsste alles was durch den Aufruf ausgelöst wird eine definierte Ausführungszeit haben (die Bindings, der SPI Kernel Treiber, der Brick Code). Zitieren
raphael_vogel Geschrieben May 6, 2015 at 07:55 Autor Geschrieben May 6, 2015 at 07:55 Hi Borg Was ich vorhabe: Mit dem Laser Bricklet würde ich gerne ermitteln, wie lange der Laserstrahl unterbrochen wurde (Outdoor Security Anwendung). Ich will feststellen können, ob der Laserstahl nur durch einen Regentropfen (kurze Unterbrechung) oder durch eine Person (lange Unterbrechung) unterbrochen wurde. Wenn ich nun über einen Threshold Callback (z.B. Distanz kleiner als 20m) mit debounce period von 1ms die Anzahl der Aufrufe meiner Callback Methode zählen würde und die Callback Methode wirklich jede ms aufgerufen würde, hätte ich einen exakten Wert wie lange der Laser unterbrochen wurde. Was mir noch einfällt: Vielleicht sollte es auch mit einem Zähler im Bricklet selbst funktionieren, den ich dann per API auslesen könnte, analog zum getEdgeCount() bei den IO Briclets? Denn so wie ich das verstanden habe wird so ein Counter im Bricklet selbst hochgezählt und ist daher genauer ? Zitieren
derAngler Geschrieben May 6, 2015 at 08:38 Geschrieben May 6, 2015 at 08:38 Mit dem Laser Bricklet würde ich gerne ... Welches Laser-Bricklet meinst du den überhaupt? Oder bin ich blind weil ich keins im Shop finde? Zitieren
raphael_vogel Geschrieben May 6, 2015 at 08:59 Autor Geschrieben May 6, 2015 at 08:59 Kommt bald zusammen mit anderen Bricklets. Lies das mal genau durch, dann weißt du was kommt: http://www.tinkerunity.org/forum/index.php/topic,673.msg19249.html#msg19249 Das heisst dann Laser Range Finder Bricklet Zitieren
derAngler Geschrieben May 6, 2015 at 11:48 Geschrieben May 6, 2015 at 11:48 Wann kann man den so grob mit den neuen Bricklets rechnen? Vorallem das DustBricklet scheint interessant, was kann ich mir den genau darunter vorstellen? Geht es wirklich um "Staub" oder eher darum wie "sauber" die Luft ist? Zitieren
borg Geschrieben May 6, 2015 at 17:55 Geschrieben May 6, 2015 at 17:55 Das Dust Detector Bricklet gibt die Staubdichte in µg/m³ zurück. Es misst dabei Partikel >= ~0.5µm. Dazu zählt z.B. Zigarettenrauch, Smog, Hausstaub, Blütenstaub usw. Einen genauen Termin für die neuen Bricklets haben wir noch nicht, das hängt auch davon ab wieviele Prototypen wir noch brauchen. Wir sind noch nicht zu 100% mit der Hardware der neuen Bricklets zufrieden . Zitieren
raphael_vogel Geschrieben May 6, 2015 at 18:17 Autor Geschrieben May 6, 2015 at 18:17 Hi Borg Ich will feststellen können, ob der Laserstahl nur durch einen Regentropfen (kurze Unterbrechung) oder durch eine Person (lange Unterbrechung) unterbrochen wurde. Wird sowas möglich sein mit der API? Also eine Kombination von callback und Zähler wie oft der callback gerufen wurde und das auf dem Bricklet selbst um die Performance zu bekommen? Zitieren
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.