ETS

Dann ist mir noch nicht klar, wie das genau läuft... Die Firmware befindet sich auf dem Bricklets, wird dann aber vom Master ausgelesen und auf eben diesem ausgeführt? Dann wäre ja "nur" die Frage, wie ich an den Timer komme. Nur dass ich von Mikroprozessoren absolut keine Ahnung habe :-/

Hm, aber am Red kann kein Bricklet angeschlossen werden, also hätte ich wieder die Netzwerkstrecke und bestenfalls eine Abfrage pro Millisekunde drin. Dann brauch ich auch nicht an der Firmware des IO4 rumdoktorn.

Wäre das wirklich möglich? Um das mal durchzugehen: Um möglichst kompatibel zu bleiben, könnte ich den Parameter für die ValueMask zweckentfremden (oder hat die eine maximale Stringlänge?). Dann müsste ich aber irgendwie einen Zeitstempel oder ähnliches abfragen können, z.B. über einen Timer auf dem Bricklet, richtig? Ist das überhaupt gegeben? Falls ja, wäre das ein schöner Ansatz. Denn es kommt nicht drauf an, wie lange es dauert, bis die Daten beim Interrupt ankommen, wenn die Zeitstempel exakt und vergleichbar sind.

Mehrere Lichtschranken für Zwischenzeiten oder auch um Fahrzeuge getrennt zu erfassen. Dass Lichtschranken, die an verschiedenen IO-4 angeschlossen sind nicht auf die Millisekunde genau gleichzeitig über USB erfaset werden können ist mir klar. Das ist ja grad der Umstand, den ich gern behoben hätte.

Es geht mir im Endeffekt um eine mobile Rundenzeitmessung für Autos aller Art. Für Vergleichszwecke zählt jede Millisekunde

Ok, dann muss ich mir mal irgendwann Gedanken darum machen, wie ich das mit Mikrocontrollern machen könnte und akzeptiere erstmal die Schwankungen und auf den Red Brick. Danke für eure Hilfe.

Momentan habe ich lediglich ein IO-4-Bricklet am MasterBrick angeschlossen, der wiederum per USB am Rechner angeschlossen ist. Am IO-4 ist eine Lichtschranke angeschlossen, von der ich an einem der Eingänge den Interrupt per Callback-Function abfange. Geschrieben mit C#. In der Callback-Function erfasse ich die Millisekunden über die Stopwatch-Klasse und lege ein Objekt mit diesem und weiteren Werten (z.B. Interruptmask) in einer Queue ab, die ich bei Bedarf in Ruhe auswerte. Worauf ich halt am liebsten hinaus möchte, wäre die Netzwerk- und USB-Strecke komplett zu eliminieren um möglichst wenig Abweichung bei der Erfassung der vergangenen Millisekunden (oder weniger!) seit Programmstart zu haben. Wenn dazu eine andere Programmiersprache nötig ist, dann würde ich das schon irgendwie hinbekommen.

Ok, schade, ich hatte gehofft, dass ich mir irgendwie auch die Netzwerkstrecke sparen kann. Ich denke das größere Problem stellt aktuell die USB-Verbindung dar. Ein "Zeitverlust" wäre auch nicht so schlimm, nur variiert die Messung um 10-20ms. Da muss ich mir mal überlegen, ob ich mir den Red-Brick wirklich zulege und es mal ausprobiere, ob es damit besser wird. Zumindest dürfte es ja nicht viel geben, dass die interne Netzwerkkommunikation stört, wenn ich nur ein Programm laufen lasse.

Keiner? Wenn ich nochmal genauer nachdenke, wäre es ohne die Netzwerkstrecke ja eine native Programmierung, dann wahrscheinlich mit C? Ich bin der Meinung, darüber etwas gelesen zu haben. Theoretisch müsste es ja möglich sein, ist halt nur die Frage ob der Weg auch offen ist.

Hallo zusammen, zum folgenden Thema konnte ich leider bisher keine Informationen finden. Ich habe ein System am Laufen, dass per IO-4-Bricklet die Unterbrechung mehrerer Lichtschranken erkennt. Bei jeder Unterbrechung wird ein Interrupt ausgelöst. Nun ist es ja aber so, dass zwischen dem IO-4 und meiner Callback-Funktion der Master Brick sowie eine Netzwerk- und USB-Verbindung liegen, womit es zu Abweichungen bei der Messung kommen kann (bei mir aktuell ca. 10ms, im Extremfall auch mal 20ms). Wenn ich jetzt einen Red Brick einsetzen würde, spare ich mir die USB-Verbindung. Aber spare ich mir intern auch die Netzwerkverbindung? Ich meine irgendwo gelesen zu haben, dass für den Red Brick die Kommunikation zwischen den Bricks und Bricklets geändert werden musste. Mein Ziel ist, dass ich deutlich weniger Abweichung bei der Messung erhalte. Ich würde dann auf dem Red Brick den Interrupt auswerten und in aller Ruhe die Daten an einen Rechner im Netzwerk senden. Dabei wäre ja dann egal, ob ich Ethernet oder WLAN benutzen würde. Also, wäre eine genauere Messung mit dem Red Brick möglich? Vielleicht auch mit einer anderen Programmiersprache als C#? MfG

Hm, toll Mal gucken, dann schicke ich das ggf. zurück.

Wenn ich dich jetzt richtig verstanden habe, bezieht sich die Angabe des maximalen Ausgangsstromes nur auf die vier digitalen Ausgänge und der fünfte Ausgang liefert so viel Strom, wie der Stack bereitstellen kann? Dann wäre das analoge Out-Bricklet bei mir ja völlig nutzlos?

Naja, ich habe mir jetzt einfach einen Analog-Out-Bricklet mitbestellt, dann sollte ich auf der sicheren Seite sein Mal gucken, ob dann alles so klappt, wie es ich mir erhoffe.

Ok, ich habe mich nochmal damit beschäftigt. Also ich denke den Anschluss bekomme ich nun hin, danke. Aber eine Frage bleibt dann noch: Der IO-4 bietet pro Ausgang 6mA. Bei vier Lichtschranken hätte also jede LEDs lediglich 1,5mA zur Verfügung. Kann das wirklich reichen? Bei herkömmlichen LEDs muss ich ja mit ca. 15 mA rechnen. Klar, die leuchten auch stärker, aber trotzdem... EDIT: Achja, nicht zu vergessen natürlich die Fototransistoren als solches, die von dem einen Ausgang ja auch noch ein wenig Strom abhaben möchten. Ich kann mir nicht vorstellen, dass das reicht.

Oh man, so langsam verzweifel ich wirklich Dank dem Beitrag von Nic habe ich nun verstanden, wie es mit einer Lichtschranke am IO-4 funktioniert. Warum es funktioniert, verstehe ich aber immer noch nicht... Trotzdem habe ich nun ewig versucht die Schaltung so hinzubiegen, dass ich zwei Lichtschranken (an zwei verschiedenen Eingängen) anschließen kann. Das bekomme ich aber einfach nicht hin. Kann mir hier nochmal jemand auf die Sprünge helfen? Und um die Idee mal etwas weiterzuspinnen: Könnte man am IO-4 auch vier Lichtschranken betreiben?