Wie der genaue Rollout bei flarm funktioniert hat sich mir auch nicht erschlossen. So wie ich das sehe ist das neue Protokoll dort schon länger enthalten und hat sich zu einem Stichtag Mitte März aktiviert. Aber frag mich nicht zu den details.

@tombric

hi thomas

ich hab jetzt soweit alles nach meinen wünschen hingekriegt.

hatte den groundsensor auf andere gpios umkonfiguriert - mit dem "hilfsprogramm" misst das teil auch - ich bin aber nicht schlau genug um den dann in dein pythonprogramm zu integrieren.

habe das dann eingesehen - das es mit dem zero hinter dem screen sinn macht.

das mit dem uart habe ich nachgelesen und auch so halbwegs verstanden.

Habe jetzt den sensor an den uart vom zero angeschlossen - wo kann ich kontrollieren ob die Maße ankommen?

ich krieg den "lütjen" nicht ins netz um mit putty darauf zuzugreifen.(eben halt alt der mann)

sonst könnte ich mir ja hilfsweise mal eine zeile ins *.py screiben um die distanzen auszugeben.

ich würde mich über eine kleine hilfestellung sehr freuen

LG

eike

Hallo Screen,

ich habe heute das Gleiche wie von Dir beschrieben festgestellt.

Stratux 0.29 mit Hotfix. 

VFRnav 4.1.2 ( aktuell) - alle Segler als Heli dargestellt

Im Stratuxradar als Segler dargestellt.

Stratux Traffic als Flarm/grün mit Flugzeugsymbol drin

Fliegergrüße

n

sollte behoben sein

https://github.com/b3nn0/stratux/releases/tag/v1.6r1-eu030

@b3nno

Ich habe folgendes bei der EU30 festgestellt:

Ich habe ein TTGO Modul V1.1 LoRa chip SX1276 via dem Stratux auf OGN geflasht - soweit OK
Es gab allerdings keine Möglichkeit, via dem Webinterface die Konfiguration zu schreiben (bei mehreren Geräten)

Optisch ist es erst mal auf der Weboberfläche alles OK, die Daten bleiben im UI erhalten. Erst nach Stratux Neustart fällt auf, dass die Konfig im TTGO nicht übernommen wurde.

Die Lösung für mich war dann, dass ich das TTGO Modul mit der EU29 Konfigurieren konnte (ohne neu zu flashen), danach wieder die SD für EU30 rein und alles gut. 
 
Ein weiteres Problem schein zu sein:
Ich habe nach einem Update EU29 auf EU30 die stratux.conf zurückkopiert. In der Konfig bei WLAN ist AP eingestellt, WLAN Name geändert und ein Passwort eingetragen. Soweit hat alles funktioniert, das Gerät hat sich mit den neuen (alten) Wlan - Einstellungen gemeldet.
Nachträglich habe ich eine andere stratux.conf mit anderen Netzwerkeinstellungen (anderer WLAN Name, AP+Client, anderes Passwort) übertragen und neu gestartet. Hier hat sich das Gerät weiterhin mit dem ersten WLAN Namen gemeldet. Im Webinterface waren allerdings alle neuen Daten korrekt eingetragen. Der Button WLAN Daten übernehmen hat nichts geändert. Erst als ich von AP+Client auf AP gewechselt habe, wurden die aktuellen Daten aus dem Webinterface übernommen.

Ostfriese schrieb:

Ich habe ein TTGO Modul V1.1 LoRa chip SX1276 via dem Stratux auf OGN geflasht - soweit OK
Es gab allerdings keine Möglichkeit, via dem Webinterface die Konfiguration zu schreiben (bei mehreren Geräten)

Optisch ist es erst mal auf der Weboberfläche alles OK, die Daten bleiben im UI erhalten. Erst nach Stratux Neustart fällt auf, dass die Konfig im TTGO nicht übernommen wurde.

Das wundert mich etwas, kann das leider nicht reproduzieren. Kann problemlos umkonfigurieren und wirkt sofort (z.B. Änderung der ID -> kurz darauf wird in der Traffic Liste die neue ID empfangen). Wie sieht deine vollständige Hardwarekonfiguration aus? Kannst du mir ggf. mal einen Auszug aus dem Log schicken nachdem du versuchst die Settings zu schreiben?

Die Lösung für mich war dann, dass ich das TTGO Modul mit der EU29 Konfigurieren konnte (ohne neu zu flashen), danach wieder die SD für EU30 rein und alles gut. 
 
Ein weiteres Problem schein zu sein:
Ich habe nach einem Update EU29 auf EU30 die stratux.conf zurückkopiert. In der Konfig bei WLAN ist AP eingestellt, WLAN Name geändert und ein Passwort eingetragen. Soweit hat alles funktioniert, das Gerät hat sich mit den neuen (alten) Wlan - Einstellungen gemeldet.
Nachträglich habe ich eine andere stratux.conf mit anderen Netzwerkeinstellungen (anderer WLAN Name, AP+Client, anderes Passwort) übertragen und neu gestartet. Hier hat sich das Gerät weiterhin mit dem ersten WLAN Namen gemeldet. Im Webinterface waren allerdings alle neuen Daten korrekt eingetragen. Der Button WLAN Daten übernehmen hat nichts geändert. Erst als ich von AP+Client auf AP gewechselt habe, wurden die aktuellen Daten aus dem Webinterface übernommen.

Das ist soweit wie erwartet. Der Settingsimport erfordert einen reboot und wird daher nur beim allerersten Startup gemacht.
Prinzipiell geht das für die meisten Settings auch später noch, mit ausnahme von denen, die tatsächlich die Systemkonfiguration verändern müssen, wie Wifi oder "Persistent Logging".
Stratux kann die Systemkonfiguration nicht lesen, sondern nur schreiben. Das passiert bei Klick auf den Button (sofern was geändert wurde), oder eben wenn beim aller ersten Boot eine stratux.conf gefunden wird.

b3nn0 schrieb:
. Wie sieht deine vollständige Hardwarekonfiguration aus? Kannst du mir ggf. mal einen Auszug aus dem Log schicken nachdem du versuchst die Settings zu schreiben?

Danke für deine Rückmeldung. Mache ich, komme ich aber erst heute Abend zu

b3nn0 schrieb:
Stratux kann die Systemkonfiguration nicht lesen

Alles klar, 

@b3nn0 war doch schneller möglich.

Hardware: Raspi4 2GB, LilyGO TTGO T-Beam - LoRa 868MHz - NEO-M8N GPS - ESP32 SX1276, BMP280+MPU9250, Nooelec V5 SDR (nicht angeschlossen)

Log1 mit Anforderung TTGO schreiben

2024/03/15 15:09:02 Logfile truncated

2024/03/15 15:09:02 Stratux v1.6r1-eu030 (150f2828ef12cdf1008251f028eb3ff9a6dd66ae) starting.

2024/03/15 15:09:02 Entered uatReader() ...

2024/03/15 15:09:02 Developer mode set

2024/03/15 15:09:03 - stratux-wifi.sh - Running Stratux WiFI Script.

2024/03/15 15:09:03 - stratux-wifi.sh - Killing wpa_supplicant AP services 

2024/03/15 15:09:03 - stratux-wifi.sh - Stopping DHCP services 

2024/03/15 15:09:05 - stratux-wifi.sh - Restarting DHCP services

2024/03/15 15:09:06 using BMP-280

2024/03/15 15:09:06 MPU detected (70).

2024/03/15 15:09:09 GPS - successfully opened serial port /dev/serialin with baud 115200 (Valid NMEA msg received)

2024/03/15 15:09:12 GPS - successfully opened serial port /dev/serialin with baud 115200 (Valid NMEA msg received)

2024/03/15 15:09:23 Received OGN Tracker configuration: POGNS,CPU=0x000044179387B218,Address=0x87B218,AddrType=1,Stealth=0,AcftType=0x8,FreqPlan=0,TxPower=+14

2024/03/15 15:09:23 Received OGN Tracker configuration: POGNS,Pilot=Ingo,Crew=,Reg=DMLTS,Base=

2024/03/15 15:09:23 Received OGN Tracker configuration: POGNS,Manuf=,Model=,Type=,SN=

2024/03/15 15:09:23 Received OGN Tracker configuration: POGNS,Class=,ID=,Task=

2024/03/15 15:09:23 GPS error. Invalid NMEA string: Checksum failed. Calculated 0X49; expected 0X4D

2024/03/15 15:09:32 client connected: 192.168.1.31:4000 ().

2024/03/15 15:09:32 client connected: 192.168.1.31:2000 ().

2024/03/15 15:09:32 client connected: 192.168.1.31:49002 ().

2024/03/15 15:09:32 stats [started: 30 seconds ago]

2024/03/15 15:09:32 - Disk bytes used = 49 kB (0.0 %), Disk bytes free = 262 MB (100.0 %)

2024/03/15 15:09:32 - CPUTemp=28.23 [26.28 - 28.72] deg C, MemStats.Alloc=3.2 MB, MemStats.Sys=12 MB, totalNetworkMessagesSent=0

2024/03/15 15:09:32 - UAT/min 0/0 [maxSS=0.00%], ES/min 0/0, Total traffic targets tracked=0

2024/03/15 15:09:32 - Network data messages sent: 0 total. Network data bytes sent: 0 total.

2024/03/15 15:09:32 - Last GPS fix: 30 seconds ago, GPS solution type: 0 using 0 satellites (0/0 seen/tracked), NACp: 0, est accuracy 999999.00 m

2024/03/15 15:09:32 - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 999999 m

2024/03/15 15:09:32 - Mode-S Distance factors (<5000, <10000, >10000): 2500.000000, 2800.000000, 3000.000000

2024/03/15 15:09:32 - Last IMU read: now, Last BMP read: now

2024/03/15 15:09:58 wrote settings.

2024/03/15 15:09:58 Configuring OGN Tracker: $POGNS,Address=0x87B219,AddrType=1,AcftType=8,Pilot=Ingo,Reg=DMLTS,TxPower=14,Hard=STX,Soft=1.6r1-eu030*09 

2024/03/15 15:10:02 stats [started: 1 minute ago]

2024/03/15 15:10:02 - Disk bytes used = 49 kB (0.0 %), Disk bytes free = 262 MB (100.0 %)

2024/03/15 15:10:02 - CPUTemp=29.69 [26.28 - 29.69] deg C, MemStats.Alloc=1.7 MB, MemStats.Sys=13 MB, totalNetworkMessagesSent=53

2024/03/15 15:10:02 - UAT/min 0/0 [maxSS=0.00%], ES/min 0/0, Total traffic targets tracked=0

2024/03/15 15:10:02 - Network data messages sent: 47 total. Network data bytes sent: 1139 total.

2024/03/15 15:10:02 - Last GPS fix: 1 minute ago, GPS solution type: 0 using 0 satellites (0/0 seen/tracked), NACp: 0, est accuracy 999999.00 m

2024/03/15 15:10:02 - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 999999 m

2024/03/15 15:10:02 - Mode-S Distance factors (<5000, <10000, >10000): 2500.000000, 2800.000000, 3000.000000

2024/03/15 15:10:02 - Last IMU read: now, Last BMP read: now

Log2 nach reboot

2024/03/15 15:09:02 Logfile truncated

2024/03/15 15:09:02 Stratux v1.6r1-eu030 (150f2828ef12cdf1008251f028eb3ff9a6dd66ae) starting.

2024/03/15 15:09:02 Developer mode set

2024/03/15 15:09:02 Entered uatReader() ...

2024/03/15 15:09:03 - stratux-wifi.sh - Running Stratux WiFI Script.

2024/03/15 15:09:03 - stratux-wifi.sh - Killing wpa_supplicant AP services 

2024/03/15 15:09:03 - stratux-wifi.sh - Stopping DHCP services 

2024/03/15 15:09:05 - stratux-wifi.sh - Restarting DHCP services

2024/03/15 15:09:06 using BMP-280

2024/03/15 15:09:06 MPU detected (70).

2024/03/15 15:09:09 GPS - successfully opened serial port /dev/serialin with baud 115200 (Valid NMEA msg received)

2024/03/15 15:09:12 GPS - successfully opened serial port /dev/serialin with baud 115200 (Valid NMEA msg received)

2024/03/15 15:09:22 Received OGN Tracker configuration: POGNS,CPU=0x000044179387B218,Address=0x87B218,AddrType=1,Stealth=0,AcftType=0x8,FreqPlan=0,TxPower=+14

2024/03/15 15:09:22 Received OGN Tracker configuration: POGNS,Pilot=Ingo,Crew=,Reg=DMLTS,Base=

2024/03/15 15:09:22 Received OGN Tracker configuration: POGNS,Manuf=,Model=,Type=,SN=

2024/03/15 15:09:22 Received OGN Tracker configuration: POGNS,Class=,ID=,Task=

2024/03/15 15:09:23 GPS error. Invalid NMEA string: Checksum failed. Calculated 0X49; expected 0X4D

2024/03/15 15:09:32 client connected: 192.168.1.31:4000 ().

2024/03/15 15:09:32 client connected: 192.168.1.31:2000 ().

2024/03/15 15:09:32 client connected: 192.168.1.31:49002 ().

2024/03/15 15:09:32 stats [started: 30 seconds ago]

2024/03/15 15:09:32 - Disk bytes used = 49 kB (0.0 %), Disk bytes free = 262 MB (100.0 %)

2024/03/15 15:09:32 - CPUTemp=32.62 [31.64 - 34.08] deg C, MemStats.Alloc=944 kB, MemStats.Sys=13 MB, totalNetworkMessagesSent=1

2024/03/15 15:09:32 - UAT/min 0/0 [maxSS=0.00%], ES/min 0/0, Total traffic targets tracked=0

2024/03/15 15:09:32 - Network data messages sent: 0 total. Network data bytes sent: 0 total.

2024/03/15 15:09:32 - Last GPS fix: 30 seconds ago, GPS solution type: 0 using 0 satellites (0/0 seen/tracked), NACp: 0, est accuracy 999999.00 m

2024/03/15 15:09:32 - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 999999 m

2024/03/15 15:09:32 - Mode-S Distance factors (<5000, <10000, >10000): 2500.000000, 2800.000000, 3000.000000

2024/03/15 15:09:32 - Last IMU read: now, Last BMP read: now

2024/03/15 15:10:02 stats [started: 1 minute ago]

2024/03/15 15:10:02 - Disk bytes used = 49 kB (0.0 %), Disk bytes free = 262 MB (100.0 %)

2024/03/15 15:10:02 - CPUTemp=32.62 [31.64 - 34.08] deg C, MemStats.Alloc=1.2 MB, MemStats.Sys=13 MB, totalNetworkMessagesSent=55

2024/03/15 15:10:02 - UAT/min 0/0 [maxSS=0.00%], ES/min 0/0, Total traffic targets tracked=0

2024/03/15 15:10:02 - Network data messages sent: 48 total. Network data bytes sent: 1108 total.

2024/03/15 15:10:02 - Last GPS fix: 1 minute ago, GPS solution type: 0 using 0 satellites (0/0 seen/tracked), NACp: 0, est accuracy 999999.00 m

2024/03/15 15:10:02 - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 999999 m

2024/03/15 15:10:02 - Mode-S Distance factors (<5000, <10000, >10000): 2500.000000, 2800.000000, 3000.000000

2024/03/15 15:10:02 - Last IMU read: now, Last BMP read: now

2024/03/15 15:10:32 stats [started: 1 minute ago]

2024/03/15 15:10:32 - Disk bytes used = 49 kB (0.0 %), Disk bytes free = 262 MB (100.0 %)

2024/03/15 15:10:32 - CPUTemp=33.59 [31.15 - 34.08] deg C, MemStats.Alloc=2.2 MB, MemStats.Sys=13 MB, totalNetworkMessagesSent=107

2024/03/15 15:10:32 - UAT/min 0/0 [maxSS=0.00%], ES/min 0/0, Total traffic targets tracked=0

2024/03/15 15:10:32 - Network data messages sent: 94 total. Network data bytes sent: 1963 total.

2024/03/15 15:10:32 - Last GPS fix: 1 minute ago, GPS solution type: 0 using 0 satellites (0/0 seen/tracked), NACp: 0, est accuracy 999999.00 m

2024/03/15 15:10:32 - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 999999 m

2024/03/15 15:10:32 - Mode-S Distance factors (<5000, <10000, >10000): 2500.000000, 2800.000000, 3000.000000

2024/03/15 15:10:32 - Last IMU read: now, Last BMP read: now

Bringt eigentlich ein TTGO als OGN Transmitter noch einen Vorteil für mich und andere, wen mein Flieger bereits ein Power FLARM hat? 

Ostfriese schrieb:

Log1 mit Anforderung TTGO schreiben

Wirklich komisch, wirkt eher wie ein Problem des OGN Trackers selbst.
Funktioniert die Einstellung den wenigstens transient? Also wenn du die ID änderst, wird dann wenigstens _bis zum reboot_ die richtige ID gesendet? Oder wird das einfach komplett ignoriert?

Was passiert wenn du statt einem kompletten Reboot nur "Developer"->"Restart application" machst?

@ange12lo: Nicht wirklich.