THEMA:

@Bernd: An den Symbolen lags nicht, die sind für den ATmega168 identisch. Habe mich mal an Wolfgangs Tip gehalten und erst einmal das Demoprogramm "JetiExSimple" genommen. Jetzt habe ich zumindest mal die Ausgabe der zwei Zeilen auf der Jetibox. Ich denke, mit dieser Grundlage komme ich weiter.
Hier deswegen malö ein Dankeschön an Bernd für die tolle Arbeit und das zur Verfügung stellen der Sourcen

Gruß
Günter

Hallo zusammen,

ich wollte die ganze Geschichte eigentlich nur mal testen, daher bin ich mit einem einfachen Board eingestiegen. Ich verwende ein Nano 3.0 mit ATmega 328. Ich denke aber, dass es sich dabei um einen Clon handelt, der aber offensichtlich recht gut funktioniert.

Zum BMP180, der Sensor rauscht in allen Betriebsmodi recht heftig und springt bei den Einzelwerten um ca. 1m. Meine Leseroutine liest X Werte und bildet einen entsprechenden Mittelwert. Bis X=25 nimmt das Rauschen ab und liegt bei 0,2m und ist aus meiner Sicht vergleichbar mit dem Originalsensor. Ab X=25 wird das Rauschen nicht kleiner, lediglich die Refreshfrequenz geht weiter runter, daher bleibe ich bei 25 oder 30. Das sich dadurch ergebene Rauschen in der Climb Berechnung liegt nun auch in einem vernünftigen Rahmen.
Aber: Der Sensor driftet nicht, oder nur sehr wenig. Nach 15 Minuten laufzeit liegt die Drift bei 1-2m und das ist durch normale Luftdruckänderungen zu erklären. Damit bin ich soweit zufrieden.

Das Messen der Spannung über die Analogeingänge funktioniert bei mir genauso und bereits bei kleinen X Werten rauscht die Messung nicht mehr. Allerdings musste ich feststellen, dass der Messwert abhängig von der Spannungsversorgung des Boards ist (USB misst anders als direkt am Empfänger mit 5,5V). Sollte in der Praxis aber wohl kein Problem sein.

Zum Praxiseinsatz kann ich Euch leider noch nichts erzählen. Mein technischer Aufbau ist noch im Schreibtischtest-Stadium. Ich muss mir noch Lötplatinen bestellen, damit ich das dannach vernünftig einschrumpfen kann. Ich brenne aber schon darauf, dass in der Luft zu testen. In meiner großen ASK habe ich eh einen Expander drin und da kann mein Sensor einfach zusätzlich mitfliegen und ich kann dann hinterher die Aufzeichnungen vergleichen.

Für meinen Schlepper will ich mich noch mal an der Durchflussmessung versuchen. Ich habe im Netz schon viel gelesen und die meißten schreiben, dass der Sensor vom C mit der kleinen Düse nicht für Kolbenmotoren funktioniert. Aber ich habe eigentlich nie von Praxistests gelesen und daher würde ich das gerne einfach mal mit nem zg38 auf nem Prüfstand ausprobieren. Schlimmstenfalls geht es nicht und es kosten mich 25€.

Viele Grüße,
Fabian

Hallo Fabian,

noch ein Gedanke zu den Jeti-Buttons: Beim Nano hängt an der RX-Leitung des UART der USB-Transceiver. Der ist eigentlich mit 1K-Widerständen entkoppelt. D.h. der Empfänger sollte die locker treiben können.

Vielleicht sind die Widerstände beim Clone auch etwas anders oder fehlen gar. Du kannst beim Testen auch mal diei USB-Verbindung abstecken, der Transceiver schaltet dann seine Ausgänge vielleicht ab.

Zum Duchfluss-Sensor: So einen habe ich auch daheim liegen und noch nicht gestestet. Wäre spannend welche Erfahrungen Du damit machst.

Viele Grüße
Bernd

Hallo,

die Nano-Clone verwenden als USB-Seriell-Wandler den CH340G statt des FTDI FT232RL.
Ich hab so einen geschlachteten Klon zu Hause und kann das mal nachmessen. Der CH340G macht da keinen Mucks mehr.

Gruß
Onki

Hallo Ihr beiden,

ich hatte gar nicht daran gedacht, dass der USB Controller auch am RX hängen könnte und daher auch noch nicht mit externer Stromversorgung getestet... aber das mach ich morgen mal und teile dann das Ergebnis.

Vielen Dank Euch!
Fabian

Hallo zusammen,
das Progrämmchen DemoSensor läuft nun auf meinem STK500 mit einem ATmega168. Kann allerdings nur 4 Sensoren anlegen, da ansonsten keine Verbindung zustande kommt. Ich nehme an der 168 hat zu wenig RAM um mehr Sensoren anzulegen (ist aber nur so eine erste Vermutung). Aber egal, top Sache, Einwandfrei, prima Software , Bernd, ich spendier ne Kiste Bier

Gruß Günni