theobald

Hallo in die Runde, ich habe ein Red Brick im Januar erworben und musste dann arbeitsbedingt das Projekt etwas liegen lassen. Nun habe ich den Red Brick wieder in Betrieb genommen und der Brickv 2.4.14 zeigt mir ein Update von 1.15 auf 1.15+. Leider lässt sich das automatische Update nicht ausführen. Es läuft problemlos bis zu den Ruby-Bindings und hängt sich dort auf. Dann kann man nichts mehr machen und muss den Brickv beenden. Ist dieser Effekt bekannt? Wie kann ich das Problem beheben? Viele Grüße. Theo

Danke KlausGünther für die Antwort! Ich habe mittlerweile mit dem Hersteller des "Baumes" Kontakt aufgenommen. Es handelt sich nicht um solche Messgeräte wie den TX20 o.ä., der ja über ein serielles Protokoll alle 2s genaue Messerte leifert, sondern bei Wind und Windgeschwindigkeit um ein Widerstandsnetzwerk. Je nach Windrichtung und Windgeschwindikeit wird dann ein Widerstand wirksam. Ja Bodenfrost möchte ich schon messen. Werd ich auch machen Wie schon erwähnt, ich habe einen eigenen Prototyp einer Wetterstation mit dem ESP8266 gebaut. Der funktioniert prima. Dort verwende ich den TX20 und die bekannte Misol Rain Gauge. Beides als preiswerte Ersatzteile lieferbar. Die Rain Gauge ist zwar nur ein Kippsensor aber der ist relativ genau und lässt sich auch noch kalibrieren. Herzliche Grüße vom Theo

Hallo in die Runde! Ich muss mein altes Thema nochmal aufwärmen! Ich möchte ein serielles binäres Signal mit 5V Pegel auf einer Zweidrahtleitung decodieren. Jedes Bit benötigt 1,2ms. Das Signal ist nicht standardisiert (also eine UART kann man nicht verwenden), dauert 42.9ms und wiederholt sich alle 2s. Mit den ESP32 habe ich das mit C++ via Interrupt-Handler realisiert. Ich würde das Programm nun gern auf einem RED Brick mit Hilfe des Digital In 2.0 Bricklets oder einem RASPI 4 mit HAT Brick implementieren wollen. 1.) Geht das mit einem Industrial Digital In 2.0? Ich habe mir den Quellcode für den Interrupt angesehen. Der tastet all 100ms ab, ich möchte alle 1ms abtasten. Ich finde keine Angabe zur maximalen Abtastrate. 2.) Zudem muss der Interrupt während seiner Abarbeitung gesperrt sein (in C++ os_intr_lock()). Geht das? Kann mir jmd. Tipps geben? Vielen Dank vom Theo

Danke borg! diese Aussage habe ich schon in früheren Posts gelesen. Aber dennoch vielen Dank! Ich meine den hier hellblau als GPIO markierten Stecker: aber die Frage bleibt dennoch: Wenngleich ich bei Euch keinen Stecker bekäme, kann ich diese Schnittstelle an sich ansteuern? Wenn ja, wie? Wenn nein, ich möchte ein serielles binäres Signal mit 5V Pegel auf einer Zweidrahtleitung decodieren. Jedes Bit benötigt 1,2ms. Das Signal ist nicht standardisiert, dauert 42.9ms und wiederholt sich alle 2s. Mit den ESP32 habe ich das mit C++ via Interrupt-Handler realisiert. Ich würde das Programm nun gern auf einem RED Brick implementieren wollen. Geht das mit den GPIO auf dem RED Brick oder doch eher mit einem Industrial Digital IO? Aber das wäre vielleicht schon wieder zu viel Technik für nur ein einziges Signal??

Hallo in die Runde, ich bin neu hier und habe mal etwas gestöbert. Ich würde gern die GPIO auf dem RED Brick verwenden und habe nach längerem Stöbern nur ältere Postings gefunden, wo gesagt wird, dass die GPIO schwer zu steuern sind oder "noch" nicht funktionieren. Ist das noch so oder kann man die jetzt aktuell nutzen? Wenn man sie nutzen kann, gibt es Beispielcode? Wo? Tutorials? Einen Link auf die API? Kann man Interrupte auf die GPIO legen? Viele Grüße vom Theo

Hallo in die Runde, die o.g. Fragen sind auch für mich sehr interessant und teilweise nicht beantwortet. Warum nicht? Auch vielen Dank @KlausGünther. Die Richtlinie des DWD kannte ich bisher nicht. Ich habe immer derartige Texte gesucht, aber leider nichts gefunden. Das mag natürlich auch an mir liegen . Erstaunlicher Weise schreibst Du @KlausGünther, dass eine Messung am Boden nicht lohnt. Die von Dir verlinkte Richtlinie sieht das aber anders. Dort wird die bodennahe Temperaturmessung in 5cm Höhe und auch die Messung von Bodenfrost in 10cm bis 100cm Tiefe ebefalls empfohlen. Um nun die OutDoor Wetterstation gemäß DWD Richtlinie mit Sensoren zu erweitern, wäre es sinnvoll die Spezifikation der Sensoren zu kennen, die offs keiner rausrückt... borg schreibt, dass sie einen Sender enthält - OK - das war zu erwarten, welchen?, (auch die o.gestellte Frage nach der Leistung ist durchaus sinnvoll) wie ist der programmiert? (Quellcode), ist ein RED Brick enthalten, der die Aussenstation steuert?, wenn nein, welches Modul (Brick?) steuert die Sensoren? welche Protokolle benutzen die Sensoren? insbesondere das Anemometer! das ist ja nicht standardisiert, wie wird das decodiert? mit welchem Bricklet? (ich kenne den TX20, der sehr verbreitet ist, der muss mit einem Interrupt programmiert werden und das Protokoll ist offengelegt, wenngleich nichttrivial) kann borg da helfen?? Viele Grüße vom theo _____________________________________________________________________ EDIT: Also nach etwas Zeit für weitere Recherchen, kann ich mir jetzt einige Fragen selbst beantworten. [*]welchen Sender? Das ist ein Modul eines Fremdherstellers, das offs. von Tinkerforge dort eingekauft wird. Daher gibt es bei Tinkerforge auch keine detaillierten techn. Daten dazu. Nach ein bischen Stöbern habe ich den Hersteller gefunden. Es ist scheinbar PCE Deutschland GmbH, Im Langel 4, 59872 Meschede. Für den Windrichtungsmesser habe ich auch einen Schaltplan gefunden, die Windrichtung wird über ein Netzwerk aus Widerständen realisiert. [*]wie ist der Sender programmiert? Das habe ich nirgendwo finden können. [*]nein, es ist kein RED-Brick enthalten, die Sensoren sowie auch den Sender gibts hier als Ersatzteile: https://www.pce-blog.com/ersatzteile-fuer-die-pce-fws-20/ https://www.pce-instruments.com/deutsch/messtechnik/messgeraete-fuer-alle-parameter/thermometer-pce-instruments-pce-fws-20-trs-transmitter-fuer-pce-fws-20-det_5593034.htm [*]das Protokoll ist scheinbar nicht offengelegt... weiss jmd. mehr? Ich würde daher für meinen Teil den TX20 und die Misol Rain Gauge bevorzugen. Die sind gut dokumentiert und preiswert und schon seit mehreren Jahren verfügbar. Man kann sie jederzeit als Ersatzteil erwerben. Bleibt als letztes die Frage, welchen Brick oder welches Bricklet ich für das Decodieren des TX20 Protokolls (https://www.john.geek.nz/2011/07/la-crosse-tx20-anemometer-communication-protocol/) verwenden kann. Geht da das "Industrial Digital In 4 Bricklet 2.0". Auf dem Arduino geht das mit C# und einem Interrupt-Handler auf die steigende Flanke an einem digitalIO. Ob das mit einem RED Brick geht, kann ich noch nicht abschätzen. Kann jmd. mit Tips helfen? Herzliche Grüße vom Theo