bei mir herrscht wieder Stillstand.
Ich möchte mit einem TMP36 als Fühler Temperatur messen.
Als Pin möchte ich den A0 verwenden.
Benutzt wird weiterhin Pin A6 zur Strommessung und D4 zur Drehzahlmessung
Ich habe jetzt 5 mal die oXs_config_description.h rauf und runter gelesen werde aber mit den Punkten 6.4 und 6.2 im Zusammenhang mit der Temperaturmessung - TMP36 nicht schlau was denn jetzt wo eingetragen werden muss.
Der TMP36 gibt 10mV pro Grad/C aus und hat bei 0 Grad/C 500mV Offset
Ich möchte mit einem TMP36 als Fühler Temperatur messen.
Als Pin möchte ich den A0 verwenden.
Benutzt wird weiterhin Pin A6 zur Strommessung und D4 zur Drehzahlmessung
Ich habe jetzt 5 mal die oXs_config_description.h rauf und runter gelesen werde aber mit den Punkten 6.4 und 6.2 im Zusammenhang mit der Temperaturmessung - TMP36 nicht schlau was denn jetzt wo eingetragen werden muss.
Der TMP36 gibt 10mV pro Grad/C aus und hat bei 0 Grad/C 500mV Offset
Ich würde mal so anfangen:
in der basic 2.1:
#define T1_SOURCE VOLT_1
Dann guck mal, was bei Raumtemperatur in T1 angezeigt wird. Kann sein, dass du an define SCALE_VOLTAGE 1.0 noch schrauben musst, da bin ich nicht sicher. Bei 20°C wären das 0,20V mit 2 Nachkommastellen, aber die Temperatur wird ohne Nachkommastellen angezeigtt, sollte also wieder 20 sein. Ohne Gewähr 
in der basic 2.1:
#define T1_SOURCE VOLT_1
Code:
// ***** 6.2 - Voltage parameters *****
#define PIN_VOLTAGE 0 , 8 , 8 , 8 , 8 , 8 // Fill 6 values; set to 0 up to 7 for analog pins A0 up to A7 ; set the value to 8 for the voltage(s) not to be measured.
#define RESISTOR_TO_GROUND 1 , 10 , 10 , 10 , 0 , 18 // set value to 0 when no divider is used for a voltage; can contains decimals
#define RESISTOR_TO_VOLTAGE 1 , 73 , 110 , 27 , 0 , 47 // set value to 0 when no divider is used for a voltage; can contains decimals
#define OFFSET_VOLTAGE 500, 0 , 0 , 0 , 0 , 0 // optionnal, can be negative, must be integer, in principe in mv
#define SCALE_VOLTAGE 1.0, 1.0 , 1.0 , 1.0 , 1.0 , 1.0 // optionnal, can be negative, can have decimalsJetzt klappt es.
Die Formel zur Berechnung der Temperatur beim TMP36 ist
°C = (Volt-0,5)*100
Folgendes eingetragen:
oSx_config_basic_h:
#define FUEL_SOURCE VOLT_1
#define ARDUINO_MEASURES_VOLTAGES YES
#define NUMBEROFCELLS 1
Mit
#define T1_SOURCE VOLT_1
hat es mir den RPM Sensor nicht mehr übertragen.
oSx_config_advanced_h:
// ***** 6.2 - Voltage parameters *****
#define PIN_VOLTAGE 0 , 8 , 8 , 8 , 8 , 8
#define RESISTOR_TO_GROUND 0 , 10 , 10 , 10 , 0 , 18
#define RESISTOR_TO_VOLTAGE 0 , 73 , 110 , 27 , 0 , 47
#define OFFSET_VOLTAGE -500 , 0 , 0 , 0 , 0 , 0
#define SCALE_VOLTAGE 1.0, 1.0 , 1.0 , 1.0 , 1.0 , 1.0
Dann noch in der Taranis
Name auf Temp
Einheit auf °C
Präzision auf 0.0
Ratio auf 25.6
Die Formel zur Berechnung der Temperatur beim TMP36 ist
°C = (Volt-0,5)*100
Folgendes eingetragen:
oSx_config_basic_h:
#define FUEL_SOURCE VOLT_1
#define ARDUINO_MEASURES_VOLTAGES YES
#define NUMBEROFCELLS 1
Mit
#define T1_SOURCE VOLT_1
hat es mir den RPM Sensor nicht mehr übertragen.
oSx_config_advanced_h:
// ***** 6.2 - Voltage parameters *****
#define PIN_VOLTAGE 0 , 8 , 8 , 8 , 8 , 8
#define RESISTOR_TO_GROUND 0 , 10 , 10 , 10 , 0 , 18
#define RESISTOR_TO_VOLTAGE 0 , 73 , 110 , 27 , 0 , 47
#define OFFSET_VOLTAGE -500 , 0 , 0 , 0 , 0 , 0
#define SCALE_VOLTAGE 1.0, 1.0 , 1.0 , 1.0 , 1.0 , 1.0
Dann noch in der Taranis
Name auf Temp
Einheit auf °C
Präzision auf 0.0
Ratio auf 25.6
Noch was zu den Sensor IDs.
mit
#define FUEL_SOURCE VOLT_1
überträgt es mir jetzt meine Einzelzellenspannung mit dem FLVss nicht mehr.
In der oSx_description steht ja unter 1.2
* If needed (e.g. in order to connect 2 oXs devices sending similar data), you can change some SPORT_SENSOR_ID but you must select only values from this list
* 0x00,0xA1,0x22,0x83,0xE4,0x45,0xC6,0x67,0x48,0xE9,0x6A,0xCB,0xAC,0x0D,0x8E,0x2F,0xD0,0x71,0xF2,0x53,0x34,0x95,0x16,0xB7,0x98,0x39,0xBA,0x1B
bedeutet das, wenn ich der advanced unter 1.2
#define DATA_ID_VARIO 0x1B
eintrage, ich keine Kollision mehr habe, da diese ID von FRSKY eigentlich nicht verwendet wird
mit
#define FUEL_SOURCE VOLT_1
überträgt es mir jetzt meine Einzelzellenspannung mit dem FLVss nicht mehr.
In der oSx_description steht ja unter 1.2
* If needed (e.g. in order to connect 2 oXs devices sending similar data), you can change some SPORT_SENSOR_ID but you must select only values from this list
* 0x00,0xA1,0x22,0x83,0xE4,0x45,0xC6,0x67,0x48,0xE9,0x6A,0xCB,0xAC,0x0D,0x8E,0x2F,0xD0,0x71,0xF2,0x53,0x34,0x95,0x16,0xB7,0x98,0x39,0xBA,0x1B
bedeutet das, wenn ich der advanced unter 1.2
#define DATA_ID_VARIO 0x1B
eintrage, ich keine Kollision mehr habe, da diese ID von FRSKY eigentlich nicht verwendet wird
Code:
For SPORT protocol, oXs uses up to 6 SPORT_SENSOR_ID. The 6 SENSOR_ID used by oXs are by default :
* DATA_ID_VARIO 0x00 // = sensor 0 used for Alt and Vspeed
* DATA_ID_FLVSS 0xA1 // 1 used for Cell values
* DATA_ID_FAS 0x22 // 2 used for vfas , current and fuel
* DATA_ID_GPS 0x83 // 3 used for GPS data
* DATA_ID_RPM 0xE4 // 4 used for rpm, T1, T2, airspeed
* DATA_ID_ACC 0x67 // 7 used for Acc X, Y, ZDie ID siehst du im Telemetriebildschirm, bei Fuel, also bei dir jetzt Temp, müsste 2+1 also 3 stehen. Das beißt sich scheinbar mit dem Einzelzellensensor bzw. VFAS vom Sensor. Die ID ist noch mit Prüfsumme versehen, deswegen die seltsame Hex-Zahl 0x22 für 2 oder 0x48 für 8 (angezeigt als 9).
Ändere doch mal die ID für Fuel, dann müsste es klappen. Falls die 0x48 auch nicht geht, nimm die nächste aus der Liste in der oXs.description.h. Nicht die IDs von hinten nehmen, die sind belegt.
Ändere doch mal die ID für Fuel, dann müsste es klappen. Falls die 0x48 auch nicht geht, nimm die nächste aus der Liste in der oXs.description.h. Nicht die IDs von hinten nehmen, die sind belegt.
Abend die Herren,
ich möchte mir mal wieder einen openXsensor bauen, diesmal aber mit GPS.
Geplant ist eine Einzelzellenmessung 3s und ein BN 200 GPS für Position, Höhe und Geschwindigkeit.
Die offizielle description sagt zum GPS folgendes:
Folgende Fragen gehen mir hier durch den Kopf.
1.) Braucht man den Spannungsteiler für den RX Pin auch bei den neueren M8N GPS wie dem BN 200?
2.) Warum nicht den / die Pins auf auf andere Ports legen? Das mit Pin 6 ist doch sch****.
Entweder vergisst man mal das GPS beim flashen abzustecken, man kann nicht debuggen mit angeschlossenem GPS etc.
In der "oXs_gps.cpp" habe ich folgendes gefunden:
Heißt das ich kann mir hier einen beliebigen anderen Pin raussuchen und muss herausfinden was die neuen korrekten werden für DDR und PORT sind?
Vielen Dank meine treuen Fliegerkollegen!
ich möchte mir mal wieder einen openXsensor bauen, diesmal aber mit GPS.
Geplant ist eine Einzelzellenmessung 3s und ein BN 200 GPS für Position, Höhe und Geschwindigkeit.
Die offizielle description sagt zum GPS folgendes:
Folgende Fragen gehen mir hier durch den Kopf.
1.) Braucht man den Spannungsteiler für den RX Pin auch bei den neueren M8N GPS wie dem BN 200?
2.) Warum nicht den / die Pins auf auf andere Ports legen? Das mit Pin 6 ist doch sch****.
Entweder vergisst man mal das GPS beim flashen abzustecken, man kann nicht debuggen mit angeschlossenem GPS etc.
In der "oXs_gps.cpp" habe ich folgendes gefunden:
Heißt das ich kann mir hier einen beliebigen anderen Pin raussuchen und muss herausfinden was die neuen korrekten werden für DDR und PORT sind?
Vielen Dank meine treuen Fliegerkollegen!
Der Widerstand soll den maximalen Strom auf einen unkritischen Wert begrenzen. Wenn das GPS sicher 5V Logiclevel aushält, kann man ihn auch weglassen.
Hmm, einen Pin braucht man halt. Was ist schlecht an Pin6? Das GPS hat einen Stecker, wenn man ihn vergisst beim Flashen abzustecken, funtioniert halt das Flashen nicht - es geht aber nix kaputt. Debuggen muss man eh nix, die Standard-Anwendungen funktionieren einfach. Flashen, löten, funktioniert
Hmm, einen Pin braucht man halt. Was ist schlecht an Pin6? Das GPS hat einen Stecker, wenn man ihn vergisst beim Flashen abzustecken, funtioniert halt das Flashen nicht - es geht aber nix kaputt. Debuggen muss man eh nix, die Standard-Anwendungen funktionieren einfach. Flashen, löten, funktioniert
Zuerst vielen Dank für die schnelle Antwort!
Beim überfliegen des Threads habe ich gesehen das scheinbar einige schon den openxsensor mit dem BN220 und dem BN180 gebaut haben, Schaltungen oder näheres ob ein Teiler verwendet wurde habe ich aber nicht gefunden.
Daher Frage an alle die es so verbaut haben:
Nutzt ihr einen Spannungsteiler?
Ich habe ein Datenblatt vom BN 220 gefunden: https://surehobby.com/desc/HR/HR5512/BN_220_GPS_Antenna_datasheet.pdf
Hier steht unter Data Level:
TTL or RS-232, Default TTL Level.
Um ehrlich zu sein bin ich mir aber etwas unsicher da es ein anderes Modell ist und solche Datenblätter nicht immer stimmen müssen...
Am Pin 6 ist schlecht das WENN das GPS keine 5V Logiclevel aushält, es wenn man vergisst es abzustecken beim Flashen o.ä. kaputt gehen kann.
Beim überfliegen des Threads habe ich gesehen das scheinbar einige schon den openxsensor mit dem BN220 und dem BN180 gebaut haben, Schaltungen oder näheres ob ein Teiler verwendet wurde habe ich aber nicht gefunden.
Daher Frage an alle die es so verbaut haben:
Nutzt ihr einen Spannungsteiler?
Ich habe ein Datenblatt vom BN 220 gefunden: https://surehobby.com/desc/HR/HR5512/BN_220_GPS_Antenna_datasheet.pdf
Hier steht unter Data Level:
TTL or RS-232, Default TTL Level.
Um ehrlich zu sein bin ich mir aber etwas unsicher da es ein anderes Modell ist und solche Datenblätter nicht immer stimmen müssen...
Hmm, einen Pin braucht man halt. Was ist schlecht an Pin6? Das GPS hat einen Stecker, wenn man ihn vergisst beim Flashen abzustecken, funtioniert halt das Flashen nicht - es geht aber nix kaputt. Debuggen muss man eh nix, die Standard-Anwendungen funktionieren einfach. Flashen, löten, funktioniert
Der Pin6 ist beim Flashen nicht beteiligt. Der Ardu-RX Pin ist das Problem, weil dort gleichzeitig das GPS und der Ardu beim Flashen den UART-TX-Pegel abbekommen. Das ist bei mir aber schon Dutzende Male gutgegangen. Das Flashen bricht zwar ab, aber das GPS bleibt heil.
Pin6 ist TX für das GPS und der Widerstand verhindert, dass der Strom über 0,5mA steigt, wenn das GPS keine 5V am RX verträgt. 1mA braucht es angeblich, um den Eingang zerstören - ich hab's aber nicht getestet.
Pin6 ist TX für das GPS und der Widerstand verhindert, dass der Strom über 0,5mA steigt, wenn das GPS keine 5V am RX verträgt. 1mA braucht es angeblich, um den Eingang zerstören - ich hab's aber nicht getestet.
Ich habe die Spannungsversorgung des GPS am RAW eines 3,3V Arduino, da kann ich flashen ohne irgendwas abstecken zu müssen. Mit dem SPort kommt dann die Spannungsversorgung für den Arduino über den RAW rein. Das GPS soll bis 5,5V aushalten, man kann aber bei höherer Spannung noch eine Siliziumdiode dem GPS vorschalten.
