oXs-on-RP2040

Aschi

Aschi

User
Hi Thorsten,
Wenn die Telemetrie für Hobbywing und ZTW eingepflegt werden, wie sieht es mit BL Heli_32 aus ?
Kiss Telemetie ist auch auf einigen der neueren Reglern drauf, vor allem OEM Produkte die kein BLHeli 32 haben.

Bei FrSky Anbindung braucht das Logischerweise nicht, bei ELRS oder was anderem wäre das schon Sinnvoll.

Grüße
Thomas
 
S

Satcomix

User
Aschi schrieb:
Hi Thorsten,
Wenn die Telemetrie für Hobbywing und ZTW eingepflegt werden, wie sieht es mit BL Heli_32 aus ?
Kiss Telemetie ist auch auf einigen der neueren Reglern drauf, vor allem OEM Produkte die kein BLHeli 32 haben.

Bei FrSky Anbindung braucht das Logischerweise nicht, bei ELRS oder was anderem wäre das schon Sinnvoll.

Grüße
Thomas
Zum Vergrößern anklicken....
Hallo Thomas,
Wenn eine gute Grundlage/Dokumentation des Übertragungs-/Telemetrieprotokolls vom ESC gegeben ist, könnetest du ja den Wunsch auf GitHub äußern.
Michel schaut es sich dann an, und wird sich melden, ob durchführbar oder nicht.
Zurzeit sind wir noch mit dem neuen Gyrosystem und Hobbywing V5 beschäftigt, und Onki wollte noch ZTW Mantis G2 testen.
Viele Grüße,
Torsten
 
Aschi

Aschi

User
Satcomix schrieb:
Wenn eine gute Grundlage/Dokumentation des Übertragungs-/Telemetrieprotokolls vom ESC gegeben ist,
Zum Vergrößern anklicken....
Na ja Kiss, sollte irgend wo zu finden sein, , und BLHeli_32 sprechen auf der Telemetrie Seite ja ganz normales FrSky.
das ist ja der einzige Weg diese Daten auf ERRS zu bringen, und für mich der Grund noch nicht dorthin um zu steigen.

Thomas
 
S

Satcomix

User
Hallo Thomas,
Da ich ja nicht aus der fliegerischen Ecke komme, sondern mehr aus dem Funktionsmodellbau sagt mir KISS und BLHeli_32 nicht besonders viel.
Es geht sich um die verschiedenen Daten für Spannung/Strom/Verbrauch/Temperatur und RPM die im ESC generiert werden. Dazu benötigt Michel die Datensätze zu den einzelnen Bits and Bytes im Frame plus die Geschwindigkeit in Baud.
Gruß,
Torsten

Siehe hier HobbyWing V4:
Config parameters are OK
Press ? + Enter to get help about the commands
809C
0
41
0
41
0
41
0
0
5
81
8030
31
30
34
30
38
34
35
809B
9B
3
E8
1
8
5B
0
1
0
21
21
B9
809B
0
0
1
0
0
0
14
0
0
0
5
86
0
0
D
62
D
87
Esc Volt=1414 current=0 consumed=0 temp1=3426 temp2=3463
 
S

Satcomix

User
Hallo Thomas,
Habe mir gerade mal KISS und BLHeli_32 ESC`s angeschaut. Sind ja beide Systeme sehr gut dokumentiert.
Die Frage die sich mir stellt, warum sollte man einen ESC der schon ein bestimmtes Protokoll (SBUS/S.PORT)spricht, an einen oXs_RP2040 board betreiben???
Für das ELRS/CRSF Protokoll stehen nur sehr wenige Felder für die Telemetrie zur Verfügung V1,V2,Capacity aber kein TEMP oder RPM, siehe fields_per_protocol.txt.
Gruß,
Torsten
 
Zuletzt bearbeitet:
Aschi

Aschi

User
Satcomix schrieb:
Die Frage die sich mir stellt, warum sollte man einen ESC der schon ein bestimmtes Protokoll (SBUS/S.PORT)spricht, an einen oXs_RP2040 board betreiben???
Zum Vergrößern anklicken....
Stehe jezt Ich auf der Leitung , oder wer ? :) :)
Ja das Ding spricht S.Port oder D-Shot_xx.
Warum soll das nicht in ein anderes Telemetrie Protokoll umgesezt werden ?

Klar bei ELRS ist die Bandbreite der Übertragung Limitiert, aber Strom und Spannung Kapa, sollten schon übertragen werden.

Auch viele Jeti oder Hott User wären begeistert, wenn sie die Telemetrie dieser Genialen Regler am Sender hätten .

So ein Regler kostet ja komplett nur so viel wie das sonst oft verwendete UniSense.

Ausserdem machen das so gut wie alle modernen Regler irgend wie in dieser Art.
Das ist nur im Modellflieger-Universum nur noch nicht so bekannt, da müssen zuerst die Altbestände an Reglern unters Volk gebracht werden.

LG Thomas
 
S

Satcomix

User
Hallo Thomas,
Gibt es irgendwo eine ordentliche Auflistung, welcher ESC von KISS oder BLHeli 32 welches Protokol/Schnittstelle für Daten unterstützt, um die ESC Daten wie Voltage,Current,Capacity,Temp1+2,RPM auszugeben?
Man kann den oXs_RP2040 nicht so einfach als Umsetzer/Converter sehen, denn dazu fehlen ihm bestimmte Schnittstellen., und Schnittstellen gibts aufgrund aller zurzeit benutzten SM (StateMachine) des RP2040 erstmal keine neuen mehr.
D.h. ich kann nicht auf der einen Seite Spektrum Sensoren anschließen, um auf der Telemetrie-Daten-Seite ein JETI Protokoll zu empfangen.
Gruß,
Torsten
 
O

onki

User
Ich denke BLHeli32 ist eher wenig sinnvoll da mir keine brauchbaren BEC-Regler bekannt sind.
Der Sinn des 2040 OxS besteht mehr darin ESC-Protokolle zu implemntieren, die der Hersteller selber festgelegt hat und nicht ein etwblertes Protokoll sind.
Das ist bei HobbyWing und ZTW so der Fall. Leider gibt es bei ZTW derzeit Stillstand weil es so gar nicht funktionieren möchte.
 
O

onki

User
Ist alles im zugehörigen Issue beschrieben.
Merkwürdig ist der Output ist unterschiedlich mit und ohne Pullup. Beides macht aber keinen Sinn.

Schönes Wochenende
Onki
 
Aschi

Aschi

User
onki schrieb:
da mir keine brauchbaren BEC-Regler bekannt sind.
Zum Vergrößern anklicken....
Ehrlich gesagt, bei 6S und mehr als 50 A ist mir ein Externes BEC lieber , als irgend eines das auf dem Regler Board mit drauf ist, egal wer der Regler Hersteller ist.
Thomas
 
doloebig

doloebig

User
Moin Zusammen,
ich hab mal wieder ein I-Bus Sensor zusammen gelötet.
Der Sensor soll "nur" Strom, Spannung und verbrauchte Kapazität messen
Spannungmesser klappt soweit auch
mit dem eichen des Strom hab ich wieder mal meine Probleme.
hier meine config
Code: 
Cmd to execute:  

Version = 1.5.7
    Function                Pin   Change entering XXX=yyy (yyy=255 to disable)
Primary channels input    =  255  (PRI     = 5, 9, 21, 25)
Secondary channels input  =  255  (SEC     = 1, 13, 17, 29)
Telemetry . . . . . . . . =    7  (TLM     = 0, 1, 2, ..., 29)
GPS Rx  . . . . . . . . . =    3  (GPS_RX  = 0, 1, 2, ..., 29)
GPS Tx  . . . . . . . . . =    2  (GPS_TX  = 0, 1, 2, ..., 29)
Sbus OUT  . . . . . . . . =  255  (SBUS_OUT= 0, 1, 2, ..., 29)
RPM   . . . . . . . . . . =  255  (RPM     = 0, 1, 2, ..., 29)
SDA (I2C sensors) . . . . =  255  (SDA     = 2, 6, 10, 14, 18, 22, 26)
SCL (I2C sensors) . . . . =  255  (SCL     = 3, 7, 11, 15, 19, 23, 27)
PWM Channels 1, 2, 3 ,4   =  255  255  255  255 (C1 / C16= 0, 1, 2, ..., 15)
PWM Channels 5, 6, 7 ,8   =  255  255  255  255
PWM Channels 9,10,11,12   =  255  255  255  255
PWM Channels 13,14,15,16  =  255  255  255  255
Voltage 1, 2, 3, 4        =   26   27   28  255 (V1 / V4 = 26, 27, 28, 29)

Protocol is ibus(Flysky)
CRSF baudrate = 420000
Voltage parameters:
    Scales : 8.000000 , 1.000000 , 1.000000 , 1.000000
    Offsets: 0.000000 , 0.000000 , 0.000000 , 0.000000
    No temperature sensors are connected on V3 and V4
RPM multiplier = 1.000000
Baro sensor is not detected
Acc/Gyro is not detected
First analog to digital sensor is not detected
Second analog to digital sensor is not detected
Foreseen GPS type is Ublox  :GPS is not (yet) detected
Failsafe type is HOLD

FV gibt mir für V2 ein 0A Wert von 1318 und bei 8A 1488
Cmd to execute: FV

Volt 1 = 105 mVolt
Current (Volt 2) = 1318 mA
Volt 3 = 676 mVolt
Capacity (using current) = 16 mAh
fv
processing cmd

Cmd to execute: FV

Volt 1 = 11117 mVolt
Current (Volt 2) = 1488 mA
Volt 3 = 698 mVolt
Capacity (using current) = 143 mAh

ich hab nach dem Handbuch von @Satcomix ein Wert von SCALE2 und Offset2 ausgerechnet
Protocol is ibus(Flysky)
CRSF baudrate = 420000
Voltage parameters:
Scales : 8.000000 , 47.058819 , 1.000000 , 1.000000
Offsets: 0.000000 , 62023.519531 , 0.000000 , 0.000000

Ich bekomm damit aber eine 0A Anzeige von 2,5A und ein 8A von 11,3A

ich finde die Ermittlung der Werte für Scale und Offset sind sehr fehleranfällig.
Vieleicht weiss ja jemand ein Weg die Werte zu ermitteln

Grüsse

Doro
 
S

Satcomix

User
Hallo Doro,
Ich hatte meine Berechnungsgrundlagen aus den Issues aus GH.
Vielleicht hängt es auch mit dem iBus Protokoll zusammen.
Michel hat letzte Woche ein tool zur Verfügung gestellt, welches sich im .doc Ordner befindet.
"calculate_scale_and_offset.xlsx"
github.com

oXs_on_RP2040/doc at test · mstrens/oXs_on_RP2040

version of openXsensor to be used for expressLRS. Contribute to mstrens/oXs_on_RP2040 development by creating an account on GitHub.
github.com github.com
Viele Grüße,
Torsten
 
S

Satcomix

User
doloebig schrieb:
Moin Zusammen,
ich hab mal wieder ein I-Bus Sensor zusammen gelötet.
Der Sensor soll "nur" Strom, Spannung und verbrauchte Kapazität messen
Spannungmesser klappt soweit auch
mit dem eichen des Strom hab ich wieder mal meine Probleme.
hier meine config
Code: 
Cmd to execute:

Version = 1.5.7
    Function                Pin   Change entering XXX=yyy (yyy=255 to disable)
Primary channels input    =  255  (PRI     = 5, 9, 21, 25)
Secondary channels input  =  255  (SEC     = 1, 13, 17, 29)
Telemetry . . . . . . . . =    7  (TLM     = 0, 1, 2, ..., 29)
GPS Rx  . . . . . . . . . =    3  (GPS_RX  = 0, 1, 2, ..., 29)
GPS Tx  . . . . . . . . . =    2  (GPS_TX  = 0, 1, 2, ..., 29)
Sbus OUT  . . . . . . . . =  255  (SBUS_OUT= 0, 1, 2, ..., 29)
RPM   . . . . . . . . . . =  255  (RPM     = 0, 1, 2, ..., 29)
SDA (I2C sensors) . . . . =  255  (SDA     = 2, 6, 10, 14, 18, 22, 26)
SCL (I2C sensors) . . . . =  255  (SCL     = 3, 7, 11, 15, 19, 23, 27)
PWM Channels 1, 2, 3 ,4   =  255  255  255  255 (C1 / C16= 0, 1, 2, ..., 15)
PWM Channels 5, 6, 7 ,8   =  255  255  255  255
PWM Channels 9,10,11,12   =  255  255  255  255
PWM Channels 13,14,15,16  =  255  255  255  255
Voltage 1, 2, 3, 4        =   26   27   28  255 (V1 / V4 = 26, 27, 28, 29)

Protocol is ibus(Flysky)
CRSF baudrate = 420000
Voltage parameters:
    Scales : 8.000000 , 1.000000 , 1.000000 , 1.000000
    Offsets: 0.000000 , 0.000000 , 0.000000 , 0.000000
    No temperature sensors are connected on V3 and V4
RPM multiplier = 1.000000
Baro sensor is not detected
Acc/Gyro is not detected
First analog to digital sensor is not detected
Second analog to digital sensor is not detected
Foreseen GPS type is Ublox  :GPS is not (yet) detected
Failsafe type is HOLD

FV gibt mir für V2 ein 0A Wert von 1318 und bei 8A 1488
Cmd to execute: FV

Volt 1 = 105 mVolt
Current (Volt 2) = 1318 mA
Volt 3 = 676 mVolt
Capacity (using current) = 16 mAh
fv
processing cmd

Cmd to execute: FV

Volt 1 = 11117 mVolt
Current (Volt 2) = 1488 mA
Volt 3 = 698 mVolt
Capacity (using current) = 143 mAh

ich hab nach dem Handbuch von @Satcomix ein Wert von SCALE2 und Offset2 ausgerechnet
Protocol is ibus(Flysky)
CRSF baudrate = 420000
Voltage parameters:
Scales : 8.000000 , 47.058819 , 1.000000 , 1.000000
Offsets: 0.000000 , 62023.519531 , 0.000000 , 0.000000

Ich bekomm damit aber eine 0A Anzeige von 2,5A und ein 8A von 11,3A

ich finde die Ermittlung der Werte für Scale und Offset sind sehr fehleranfällig.
Vieleicht weiss ja jemand ein Weg die Werte zu ermitteln

Grüsse

Doro
Zum Vergrößern anklicken....
Hallo Doro,
Mir ist gerade deine (alte) Version aufgefallen.
Wir sind mittlerweile bei Version 2.11.0-main oder besser noch 2.11.1-test.
In den alten Versionen waren noch einige Fehler vorhanden.
Was hast du denn mit einem IRU (Strom/Spannungsmesser) gemessen?
Viele Grüße,
Torsten
 
doloebig

doloebig

User
S

Satcomix

User
doloebig schrieb:
Ich hab die Version 2.11.1 aufgespielt, mit dem Erfolg das ich gar keine Daten mehr bekomme

Grüsse
Doro
Zum Vergrößern anklicken....
Hallo Doro,
Normalerweise erhälst du mit der neuen Version überall erstmal 255 angezeigt.
Michel hat etwas am Speicher und in der StateMachine ändern müssen.
Falls Probleme auftauchen, bitte einmal NUKE durchführen.
Wenn du alles wieder neu eingerichtet hast, könntest du mal bitte die Config posten.
Welchen Stromsensor verwendest du, ACS758???
Viele Grüße,
Torsten
 
doloebig

doloebig

User
mit den Werten aus dem Arbeitsblatt bekomm ich bei 0A 51,6A
1701601754082.png

Das passt was nicht

Grüsse
Doro
 
doloebig

doloebig

User
Version = 2.8.0
Function GPIO Change entering XXX=yyy (yyy=255 to disable)
Primary channels input = 255 (PRI = 5, 9, 21, 25)
Secondary channels input = 255 (SEC = 1, 13, 17, 29)
Telemetry . . . . . . . . = 7 (TLM = 0, 1, 2, ..., 29)
GPS Rx . . . . . . . . . = 3 (GPS_RX = 0, 1, 2, ..., 29)
GPS Tx . . . . . . . . . = 2 (GPS_TX = 0, 1, 2, ..., 29)
Sbus OUT . . . . . . . . = 255 (SBUS_OUT= 0, 1, 2, ..., 29)
RPM . . . . . . . . . . = 255 (RPM = 0, 1, 2, ..., 29)
SDA (I2C sensors) . . . . = 255 (SDA = 2, 6, 10, 14, 18, 22, 26)
SCL (I2C sensors) . . . . = 255 (SCL = 3, 7, 11, 15, 19, 23, 27)
PWM Channels 1, 2, 3 ,4 = 255 255 255 255 (C1 / C16= 0, 1, 2, ..., 15)
PWM Channels 5, 6, 7 ,8 = 255 255 255 255
PWM Channels 9,10,11,12 = 255 255 255 255
PWM Channels 13,14,15,16 = 255 255 255 255
Voltage 1, 2, 3, 4 = 26 27 28 255 (V1 / V4 = 26, 27, 28, 29)

Protocol is ibus(Flysky)
CRSF baudrate = 420000
Voltage parameters:
Scales : 8.000000 , 39.500000 , 1.000000 , 1.000000
Offsets: 0.000000 , 53.703335 , 0.000000 , 0.000000
No temperature sensors are connected on V3 and V4
RPM multiplier = 1.000000
Baro sensor is not detected
Acc/Gyro is not detected
Airspeed sensor is not detected
Vspeed compensation channel = 0
First analog to digital sensor is not detected
Second analog to digital sensor is not detected
Foreseen GPS type is Ublox (configured by oXs) :GPS is not (yet) detected
Led color is normal (not inverted)
Failsafe type is HOLD

No sequencers are defined

Config parameters are OK
Press ? + Enter to get help about the commands
 
doloebig

doloebig

User
Strommesser ist 50A also ACS758B 50A
Diese Version (2.8.0) zeigt wieder Telemitrie an

Grüsse
Doro
 
S

Satcomix

User
Hallo Doro,
Ich habe mal nach deinem Issue auf GH gesucht.
Da findest du auch die Berechnung vom Scale und Offset.
Die Aussagen zur Berechnung kommen von Michel:

I expect that with scale = 1 and offset =0,
with 0A, you get a FV value = 520
with 4.5A you get a FV value = 694.
The formula I used remains the same (but oXs already substract the offset so the value to fill in must be positive)
Scale must then be 4500/(694 - 520)= 4500/174 = 25.862
Offset must be 520 * 25.862 = 13448.3
Dot is the decimal point.

Die Version 2.11.1 funktioniert nach einem NUKE und Neueinrichtung mit FlySky iBus Protokoll nicht???
Dann sollte das MStrens auf GH erfahren.
Viele Grüße,
Torsten
 
Du musst dich anmelden oder registrieren, um hier zu antworten.
Ansicht hell / dunkel umschalten
Oben Unten