thermik-board.de

Hi,

soo, für diejenigen denen es eventuell hilft …:

Zutaten:

• OpenXSensor-Quellcode: https://github.com/openXsensor/openXsen ... master.zip
  Arduino Entwicklungsumgebung: https://www.arduino.cc/en/Main/Software
  MS5611 Drucksensor (GY-63 Board): http://www.ebay.de/itm/172133882614
  Arduino Pro Mini: http://www.ebay.de/itm/252713861223
  FTDI-USB2Serial-Wandler: (ebay nach FTDI durchsuchen — sollte 5V können)
  Bauanleitung auf: https://github.com/openXsensor/openXsen ... iagram.png
  Bauanleitung2 auf: https://github.com/openXsensor/openXsen ... iagram.png
  Servokabel, Lötkolben, Knipse, Draht, Krams …

Soo, zu erst einmal muss das Drotek MS5611-Board konfiguriert werden, damit es I²C verwendet. Dazu kurzen wir die Pins wie in Droteks Schmazeichung (Linkes Schema, Addresse „0“):

Nämlich so Und es kommt ein schwarzes Drähtchen in GND, ein rotes in VDD: Dann in SCLK und SDA eine 2er Stiftsockelleiste und Festbraten. Jetzt noch das GND-Kabel etwas verlegen … Und so lässt sich das ganze aufstecken. VDD auf dem MS5611-Board kommt in VCC auf dem Arduino-Board. Aber wir löten das noch nicht so fest … erst einmal wird Programmiert. Wir schauen also am FTDI welches Beinchen wo hin gehört — GND zu GND passt (steht ganz am Rand), CTS zu GND, VCC zu VCC, TX zu RX, RX zu TX, und DTR auf DTR … Damit ich nicht löten muss klemme ich das einfach so fest … … und sorge für etwas Vorspannung der Kontakte so dass diese auch wirklich anliegen. Jetzt wird noch schnell ein Servokabel gecrimpt und die enden Verzinnt … Und nach Anleitung aufgesteckt. Von der Oberseite sieht man es besser … … hier: Gelb kommt auf 4, Rot auf RAW, Schwarz auf GND direkt neben RAW. Jetzt dürfen wir also das MS5611-Board wieder aufstecken (Hinweis: Ich habe das Servokabel wieder abgemacht damit man den Rest besser sieht…) Und uns noch einmal versichern: SDA auf A4, SCLK auf A5 — VDD auf VCC, GND … noch nicht… … festbraten — und der GND-Draht steht jetzt dank vorbiegen auch schon passgenau unter dem GND Löchlein am Reset-Taster bereit. Also einmal umbiegen, rein damit, und festlöten. Tjaaa … und das war’s. Jetzt noch der Flash-Vorgang etwas genauer:

Aalso, so schaut’s im openXSensor-ZIP nach dem entpacken aus. Da gehen wir in’s „openXsensor“-Verzeichnis … … und schnappen uns die „openXsensor.ino“. Die mit der mittlerweile installierten Ardiuno-IDE öffnen: So schaut das dann aus. Dann unter Tools, Board das richtige wählen. Hier wäre das ein Pro Mini mit 5V, 16mHz und ATmega328: Jetzt über die kleine Dateiwahl oben Rechts auf dem Pfeilchen die „oXs_config.h“ auswählen: Und eigentlich nur die Zeile mit Ändern in: Was ich hier gemacht habe ist ja eigentlich nur die Bauanleitung aus den OXS-Wiki dupliziert. Aber vielleicht hilft es ja dem einen oder anderen weniger Elektrobastel-affinen …

Hoffe es hilft . Bei Fragen, immer gern her damit.

Grüßle,
-Dario

Hey Dario,

gut erklärt und die Fotos helfen auch sehr.

Grüße
Mario

Hallo Dario,
schön beschrieben!
Ich habe mit dem verifizieren der OpenXVario.ino Fehlermeldungen und kann daher die Software nicht hochladen.
Beigefügt ein Screenshot der Fehlermeldungen.

Hi,

welche Version genau ist das, resp. hast du die aktuelle master.zip (verlinkt am Anfang meines Threads) heruntergeladen?

Die Frage kommt daher dass in dem aktuellen Entwicklungsstand (was die master.zip von oben jeweils immer darstellt) der Datentyp der den Fehler bei dir Auslöst in der Zeile in der er das tut (375) gar nicht mehr steht — der ist etwas gewandert. Macht es auch schwierig nachzulesen.

Das ganze schaut aber aus als hättest du vielleicht irgend eine Definition in der oXs_config.h schief sitzen, vermutlich sogar PROTOCOL.

Magst du nochmal aktuelle master.zip nehmen, in der oXs_config.h nur PROTOCOL umstellen, und dann schauen ob dein Code kompiliert („verifiziert“)?

Grüßle,
-Dario

Meinen Screenshot kann man nicht lesen, daher hier noch mal: Dario, es ist der Fehler 375.
Ich lade mal die neuere Datei herunter und probiere es noch einmal.
Danke!

Hi,

dochdoch, wenn man das obere Bildchen aufmacht ist’s groß genug. 375 ist keine Fehlernummer o.Ä., sondern die Zeile in der der Fehler auftrat.

Ich harre deiner Rückmeldung .
-Dario

Mit der neuen master kommen folgende Fehlermeldungen:

Hi,

genau — und in der aller ersten Zeile sagt er dir auch was genau nicht stimmt. Du hast wohl ein ungültiges Protokoll in der Datei oXs_config.h (fast ganz oben) eingetragen. Da steht sowas wie: Check das mal, und hänge im Zweifelsfall das stückle Text aus der oXs_config.h hier an …

Grüßle,
-Dario

Danke Dario,
ich habe den Fehler gefunden! Ich hatte "Jeti" und nicht "JETI" geschrieben und es nicht bemerkt. Jetzt konnte ich die Datei verifizieren.

Danke für den Impuls. Ich bau mal wieder ein paar. Mit den besseren Baros und mit einem Pro Micro (Wegen USB).
Es ist unglaublich was dieses Projekt seitdem an Features gewonnen hat. Der Use-Case für GPS fehlt mir noch, aber ich probiere es wohl mal.

C_B hat geschrieben:Danke Dario,
ich habe den Fehler gefunden! Ich hatte "Jeti" und nicht "JETI" geschrieben und es nicht bemerkt. Jetzt konnte ich die Datei verifizieren.

Freut mich zu hören . Melde dich nochmal wenn’s fliegt

Dario,
ich habe jetzt Probleme die Software hoch zu laden mit Arduino. Verifizieren funktioniert fehlerlos, aber beim hochladen passiert nichts.
Ich denke, das liegt am Treiber für den seriellen Ausgang. Ich habe den CH34 im Mac installiert, aber dann stürzt Sierra ab.
Im alten Windows 7 PC passiert beim Hochladen auch nichts. Eine Fehlermeldung gibt es auch nicht.

Was kann ich da tun?

Hi,

Bin gerade in Urlaub und kann nicht viel tippen....

Bleiben wir Mal beim Windows, damit kenne ich mich etwas besser aus. Zuerst einmal: welches usb2serial bzw programmierdings hast du denn genau? Wenn du den (ohne arduino dazu) absteckst sollte es düdeln (der Windows habe-ein-Gerät-erkannt-Ton) und erkannt werden. ggf im Geräte Manager schauen. Dann in der arduino IDE den usb2serial (COMeinezahl) auswählen und einfach ohne arduino Mal hochladen drücken: es sollte dann wenigstens am unteren Bildschirmrand Rand ein Feld aufgehen und Fehler werfen. Ab da dann weiter.

Grüßle

Ich habe folgende Komponenten:
- ATmega328P Nano V3 Controller Board
der hat schon einen Mini-USB dran.
Der Drucksensor ist dieser:
- MS5611 GY-63

Das USB/USB-Mini-Kabel ist das von Jeti um den Jeti Sender mit dem PC zu verbinden (ging bisher problemlos mit den 4 schon gebauten Varios vor einem Jahr).

Als Treiber hatte ich bisher den CH340 von dieser Seite heruntergeladen:
http://kig.re/2014/12/31/how-to-use-ard ... emite.html

Jetzt habe ich den hier Installiert:
https://github.com/MPParsley/ch340g-ch3 ... s-x-driver

Ich habe beim anstecken des Boards die Info von Windows, dass der Gerätetreiber installiert ist und habe damit auch die COM-Nummer, die ich dann im Arduino-Programm als Port wähle.
Wenn ich nach dem verifizieren auf Hochladen drücke, verifiziert er noch einmal und dann beim Hochladen selber zeigt er recht schnell im Kommentarfeld über dem schwarzen Feld des Arduino-Programms, das er das Hochladen beendet hat.
Vielleicht ist das Programm doch nicht richtig kompiliert. Ich habe nach dem verifizieren/kompilieren folgende Info im schwarzen Feld:

Hi Christian,

sorry für die Verzögerung, ich war noch mit Urlaubieren beschäftigt .

Aaalso — da du den CH340g-Treiber verlinkt hast nehme ich mal an dass du einen „billigen“ China Arduino-Nano hast. Das kannst du aber auch einfach nochmal checken indem du (ggf mit Schräglicht und Lupe) auf den USB<->Seriell-Chip unter dem Board schaust. Steht da was von FTDI oder von CH340g drauf?

Ansonsten, schau mal im Windows Gerätemanager nach dem Einstecken was er da zu dem Gerätchen / richtigen Com-Port so sagt? Einfach mal rechtsklick drauf, Eigenschaften … welchen Treiber nimmt er, steht da was verdächtiges über den Gerätestatus?

Als drittes: Das kleine Schwarze Textfeld kannst du auch am oberen Rand „großziehen“: Steht da eventuell noch was drin?

Ansonsten klingt das schon etwas ominös: Wenn er den Serialport *findet*, im Menü anzeigt, der ausgewählt ist … dann sollte es beim Hochladen — auch wenn’s schiefgeht — zumindest einen (sichtbaren) Fehler werfen …

Grüßle & Sorry,
-Dario

Ich war auch ein paar Tage in der Rhön.
Ja, der Arduino ist aus China und auf dem Chip steht CH340g.
Der Treiber in Windows wird auch angezeigt im Gerätemanager wenn ich den Nano anstecke und auch der Port ist dann der richtige unter Werkzeuge im Arduino und im Windows Gerätemanager.
Wenn ich das schwarze Feld aufziehe sehe ich keine weiteren Informationen.
Ich vermute, das der Arduino-Nano defekt ist. Ich werde es mal mit einem der schon fertigen Vario's versuchen und diese mal anschließen und mit der neuen Opensource-Software versehen.

Kann es sein, das dieser Nano noch keinen Bootloader drauf hat? Bisher hatte ich immer China Boards mit Bootloader auf die ich direkt die Software flashen konnte.

Recht vielen Dank für Deine Hilfe!

Christian

Hallo Z´sam,

habe mittlerweile ein Vario nachgebaut und sogar schon geflogen. Bin zufrieden und werde mir noch einige bauen. Beim ersten Flug gleich Thermik erwischt.
Bei Verwendung eines Jeti Senders hat alles perfekt funktioniert. Als ich einen Sender mit TU/TU2-Modul verwenden wollte, wurden keine verständlichen Daten übertragen.

Hat jemand eine Idee, ob man das Problem durch Einstellungen in der SW lösen kann?

Grüßle und guten Flug

Da ich einige kleine Probleme mit der neuen OpenXsensor-Software hatte und ich hier im Forum von Dario ein paar Hinweise bekam, möchte ich die Lösung meines Problems auch weitergeben, falls es bei anderen ebenso läuft.
Ich habe und hatte von Anfang an die Software-Version 8.0.6 verwendet.

Der erste Fehler bei mir war das klein geschriebene "Jeti" anstatt "JETI" in der config.h - Datei.

Dann gab es Probleme mit dem Port, da mein Mac mit Sierra immer abstürzte wenn ich das Atmega-Board zum flashen ansteckte. Es wurde aber hier ein funktionierender Treiber gefunden:
https://github.com/MPParsley/ch340g-ch3 ... s-x-driver

Dann konnte ich nicht sehen ob das Hochladen funktioniert hat, da es meiner Meinung nach sehr schnell ging und ich nicht glauben konnte, das es schon geschehen war.
Beim überprüfen der Voreinstellungen in der Arduino Software fand ich dann heraus, das ich nach der Installation der Version 1.8.1 den Haken bei der ausführlichen Darstellung des Prozesses nicht gesetzt hatte.
Das Programm wurde also korrekt ohne Fehler hochgeladen und das Vario sollte demnach funktionieren, tat es aber immer noch nicht!

Da war noch ein Fehler in der Verdrahtung meines Vario's. Ich hatte das Servokabel (Impuls) noch auf dem TXO-Pin des Boards angelötet, da mit der alten Software dieses Vario schon betrieben wurde und jetzt nur noch auf diese neue Software upgedated werden sollte. Nach dem die config.h noch ein paar mal durchgesehen wurde, bekam ich von einem Kollegen den Hinweis, das jetzt der Impuls auf den Pin 4 oder Pin 2 (Digital) zu legen sei und man dies in der config.h sehen und entsprechend einstellen könne. Nachdem dies gemacht wurde, konnte ich das Vario in Betrieb nehmen.
Ich bin mit der neuen Software sehr zufrieden und habe alle selbstgebauten Vario's jetzt darauf umgestellt.
Mit der neuen Software ist es möglich weitere Funktionen und Sensoren in Betrieb zu nehmen. Bauteile für eine GPS Erweiterung und die Erweiterung auf zwei Drucksensoren (einen für die Fahrtkompensation mit einer TEK-Düse) sind bestellt.

Ja, ich hatte auch ein neues Atmega-Board mit der Software flashen wollen was nicht funktionierte. Es stellte sich heraus, das dieses China-Board gar keinen Bootloader drauf hatte. Nach dem hochladen des Bootloaders funktioniert auch dieses Board.

Nochmals Danke an Dario und meinen Kollegen Christoph!

Moinsen zusammen,

ich habe nun auch mein erstes Vario mit OpenX fertig nachdem ich lange auf die Sensoren gewartet habe. Die ersten Testflüge sind zu meiner vollsten Zufriedemheit gelaufen.

Gruß, Thomas

Hallo,

ich habe heute das letzte Teil für meine OpenXvarios bekommen und auch direkt mal zwei zusammen gelötet. Jetzt habe ich aber ein Problem mit der Software.

Ich habe erst die von Dario verlinkte Datei aufgespielt und obwohl ich die config_h angepasst hatte, wurde der Sensor nicht erkannt. Ich habe daraufhin dann die neueste OpenXsensor Version von github heruntergeladen und diese auf mein Vario gespielt. Jetzt wurde zumindest der Sensor erkannt, aber irgendwie piept mein Vario nur fröhlich und ohne Logik vor sich hin, aber zeigt mir nicht die richtigen Werte an. Auch ein Steigen bzw. Sinken wird nicht richtig erkannt und die Höhe ist auch eine Falsche.

Ich habe auch im Code schon alles durchsucht ob ich irgendwas vergessen habe einzutragen oder sonstiges, aber ich finde zumindest nichts. Es ist auch bei beiden Varios der genau gleiche Fehler, deshalb schließe ich jetzt einfach mal aus das ich irgendwas falsch zusammen gelötet habe.

Vielleicht hat ja einer von euch eine Idee was der Fehler sein könnte?

Grüße, Max

Moin,

nach langem hin und her probieren mit Einstellungen habe ich heute die Vario's doch nochmal auseinander gelötet um nachzusehen ob auch wirklich alles beachtet wurde. Naja und was soll ich sagen, natürlich hatte ich eine Lötbrücke vergessen zu setzen...

Nachdem diese jetzt gesetzt war konnte ich die Vario's mit dem File aus Darios Anleitung jetzt sofort in Betrieb nehmen und nach ersten Tests in der Wohnung funktionieren diese auf jeden Fall schon sehr gut.

Ich teste dann jetzt mal etwas und vielleicht bauche ich mir sogar noch eins mit TEK-Düse, mal sehen.

Grüße, Max