Mininimbus schrieb:
So wie ich gelesen habe ist es FLARM egal ob jemand FLARM sendet, auch ohne original FLARM Gerät.

Hast du dafür eine belastbare Quelle?

Ich hatte es mal in einer Zeitschrift gelesen.... LuftSport oder Aerokurier, natürlich ist das nichts belastbares. Ein offizielles Statement von den FLARM Produzenten wird es sicher auch nicht geben, schließlich wollen sie ja auch Geld verdienen mit ihren Geräten.   

Moin zusammen, moin b3nn0,

Ich habe bei mir folgende Situation:

Stratux mit T-Beam. Der sendet Flarm, mein Transponder sendet ADSB-out. Alle Systeme hängen am T-Beam-GPS.

Trotzdem bekomme ich gelegentlich Ownship Warnungen, im Logfile steht dann, dass Ownship verworfen wurden wegen zu großem Abstand (>200m).

Ich habe den Stratux am Internet und das OGN API aktiviert.

Kann es sein, dass Laufzeitbedingt meine eigene Position über das OGN API so verzögert zurück kommt, dass ich bereits einige hundert Meter weiter gefolgen bin und daher der große Abstand zustande kommt?

Wenn das so wäre müsste man für OGN Ziele den Tolleranzbereich für die Ownship Erkennung evtl. vergrößern?

Gruß

Andreas

Hallo zusammen , ich habe ein Problem mit LilyGO T-Beam V1.2 AXP2101 - LoRa 868MHz - NEO-M8N GNSS - ESP32 (SX1276)
Der T-Beam disconnected wenn die beiden Empfänger (Nooelec V5) zugeschaltet werden. Habe ich nur einen Empfänger dran, funzt es zu 99% (egal ob 868 oder 1090) sind beide Empfänger ab, dann gibts keine Probleme.
Geflasht habe ich den T-Beam mit:
sudo /opt/stratux/ogn/install-ogntracker-firmware-pi.sh ogn-tracker-bin-tbeam12-sx1276
Ich habe 2 Geräte, die das gleiche Problem haben. Die Spannungsquelle ist momentan ein Tischgerät und sollte kein Problem darstellen.
Der T-Beam empfängt GPS und sendet die OGN Position, stecke ich den ersten der beiden V5 Empfänger via USB an, kann es sein dass der T-Beam ausfällt. Sind beide Empfänger verbunden, geht der T-Beam immer aus (LEDs off) und Stratux meldet Disconnect. Ab hier bekomme ich den T-Beam auch durch ein/ausstecken aller USB Geräte nicht mehr zum Laufen. Nach Stratux Neustart gehts dann wieder.
Info: Baro BMP280 und Lage GY 9250 sind auf dem Stratux ebenfalls angeschlossen.
Kann hier jemand helfen?
Anbei das Logfile:2024/08/25 18:35:43 - stratux-pre-start.sh - Running Stratux Updater Script.2024/08/25 18:35:43 - stratux-pre-start.sh - Exited without updating anything...2024/08/25 18:35:43 read in settings.2024/08/25 18:35:43 Stratux v1.6r1-eu032 (ff1f01dc41da0731e4d540d83e257f419d56eec4) starting.2024/08/25 18:35:43 Developer mode set2024/08/25 18:35:43 Entered uatReader() ...2024/08/25 18:35:44 Failed to init BLE adapter: bluetooth: adapter /org/bluez/hci0 does not exist2024/08/25 18:35:44 - stratux-wifi.sh - Running Stratux WiFI Script.2024/08/25 18:35:44 - stratux-wifi.sh - Killing wpa_supplicant AP services 2024/08/25 18:35:44 - stratux-wifi.sh - Stopping DHCP services 2024/08/25 18:35:46 - stratux-wifi.sh - Restarting DHCP services2024/08/25 18:35:47 using BMP-2802024/08/25 18:35:47 MPU detected (70).2024/08/25 18:35:50 GPS - successfully opened serial port /dev/serialin with baud 115200 (Valid NMEA msg received)2024/08/25 18:36:01 GPS error. Invalid NMEA string: Checksum failed. Calculated 0X5E; expected 0X4D2024/08/25 18:36:13 stats [started: 30 seconds ago]2024/08/25 18:36:13 - Disk bytes used = 53 kB (0.0 %), Disk bytes free = 262 MB (100.0 %)2024/08/25 18:36:13 - CPUTemp=37.49 [36.51 - 38.95] deg C, MemStats.Alloc=2.7 MB, MemStats.Sys=13 MB, totalNetworkMessagesSent=2502024/08/25 18:36:13 - UAT/min 0/0 [maxSS=0.00%], ES/min 0/0, Total traffic targets tracked=02024/08/25 18:36:13 - Network data messages sent: 250 total. Network data bytes sent: 7650 total.2024/08/25 18:36:13 - Last GPS fix: 30 seconds ago, GPS solution type: 0 using 0 satellites (0/0 seen/tracked), NACp: 0, est accuracy 999999.00 m2024/08/25 18:36:13 - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 999999 m2024/08/25 18:36:13 - Mode-S Distance factors (<5000, <10000, >10000): 2500.000000, 2800.000000, 3000.0000002024/08/25 18:36:13 - Last IMU read: now, Last BMP read: now2024/08/25 18:36:43 client connected: 192.168.1.27:4000 ().2024/08/25 18:36:43 client connected: 192.168.1.27:2000 ().2024/08/25 18:36:43 client connected: 192.168.1.27:49002 ().2024/08/25 18:36:43 stats [started: 1 minute ago]2024/08/25 18:36:43 - Disk bytes used = 57 kB (0.0 %), Disk bytes free = 262 MB (100.0 %)2024/08/25 18:36:43 - CPUTemp=37.00 [36.02 - 38.95] deg C, MemStats.Alloc=1.6 MB, MemStats.Sys=13 MB, totalNetworkMessagesSent=5512024/08/25 18:36:43 - UAT/min 0/0 [maxSS=0.00%], ES/min 0/0, Total traffic targets tracked=02024/08/25 18:36:43 - Network data messages sent: 550 total. Network data bytes sent: 16830 total.2024/08/25 18:36:43 - Last GPS fix: 1 minute ago, GPS solution type: 0 using 0 satellites (0/0 seen/tracked), NACp: 0, est accuracy 999999.00 m2024/08/25 18:36:43 - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 999999 m2024/08/25 18:36:43 - Mode-S Distance factors (<5000, <10000, >10000): 2500.000000, 2800.000000, 3000.0000002024/08/25 18:36:43 - Last IMU read: now, Last BMP read: now2024/08/25 18:37:13 stats [started: 1 minute ago]2024/08/25 18:37:13 - Disk bytes used = 57 kB (0.0 %), Disk bytes free = 262 MB (100.0 %)2024/08/25 18:37:13 - CPUTemp=37.00 [36.02 - 38.95] deg C, MemStats.Alloc=2.2 MB, MemStats.Sys=13 MB, totalNetworkMessagesSent=9012024/08/25 18:37:13 - UAT/min 0/0 [maxSS=0.00%], ES/min 0/0, Total traffic targets tracked=02024/08/25 18:37:13 - Network data messages sent: 894 total. Network data bytes sent: 26985 total.2024/08/25 18:37:13 - Last GPS fix: 1 minute ago, GPS solution type: 0 using 0 satellites (0/0 seen/tracked), NACp: 0, est accuracy 999999.00 m2024/08/25 18:37:13 - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 999999 m2024/08/25 18:37:13 - Mode-S Distance factors (<5000, <10000, >10000): 2500.000000, 2800.000000, 3000.0000002024/08/25 18:37:13 - Last IMU read: now, Last BMP read: now2024/08/25 18:37:29 setting system time from 20240825 18:37:29.216 to: ′20241202 20:33:01.400 UTC′2024/12/02 20:33:01 Time set from GPS. Current time is 2024-12-02 20:33:01.401189222 +0000 GMT m=+105.6766321222024/12/02 20:33:03 ===== ES Device Serial: stx:1090:0 PPM 0 Gain 37.2 =====2024/12/02 20:33:03 Entered ES read() ...2024/12/02 20:33:03 Executed /opt/stratux//bin/dump1090 --fix --net-stratux-port 30006 --net --device-index 0 --ppm 0 --gain 37.2 --mlat successfully...2024/12/02 20:33:03 ===== OGN Device Serial: stx:868:0 PPM 0 =====2024/12/02 20:33:03 Entered OGN read() ...2024/12/02 20:33:03 OGN: Executed ogn-rx-eu successfully...2024/12/02 20:33:03 OGN: ogn-rx-eu stdout: DataServer[30010]: now listen2024/12/02 20:33:03 OGN: ogn-rx-eu stdout: Decode server started on port 300102024/12/02 20:33:03 OGN: ogn-rx-eu stdout: HTTP_Server.Exec() ... Start2024/12/02 20:33:03 OGN: ogn-rx-eu stderr: Found Rafael Micro R820T tuner2024/12/02 20:33:03 setting system time from 20241202 20:33:03.395 to: ′20241202 20:33:03.000 UTC′2024/12/02 20:33:03 Time set from GPS. Current time is 2024-12-02 20:33:03.000537722 +0000 GMT m=+107.6740053992024/12/02 20:33:03 OGN: ogn-rx-eu stderr: Exact sample rate is: 2000000.052982 Hz2024/12/02 20:33:03 OGN: ogn-rx-eu stdout: HTTP_Server.Exec() ... Listening on port 80822024/12/02 20:33:03 OGN: ogn-rx-eu stdout: RTLSDR::Open(1,868800000,2000000) => Generic RTL2832U OEM, 868.809 MHz, 2.000 Msps2024/12/02 20:33:03 OGN: ogn-rx-eu stdout: RTLSDR::Gain[29] = +0.0 +0.9 +1.4 +2.7 +3.7 +7.7 +8.7 +12.5 +14.4 +15.7 +16.6 +19.7 +20.7 +22.9 +25.4 +28.0 +29.7 +32.8 +33.8 +36.4 +37.2 +38.6 +40.2 +42.1 +43.4 +43.9 +44.5 +48.0 +49.6 [dB]2024/12/02 20:33:03 OGN: ogn-rx-eu stdout: LoRaWAN AppEUI:70B3D57ED0035895 DevEUI:5E4E00001ECAD607 DevNonce:00000000 State:0 AppKey:FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF New device: needs to be registered2024/12/02 20:33:03 ogn-rx-eu successfully connected2024/12/02 20:33:03 OGN: ogn-rx-eu stdout: DataServer[30010]: accept client: 11 (1 clients on the list)2024/12/02 20:33:03 OGN: ogn-rx-eu stdout: Open RTLSDR[1]2024/12/02 20:33:05 OGN: ogn-rx-eu stdout: Noise: 11.1dB => Gain-- 48.0dB[27]2024/12/02 20:33:07 OGN: ogn-rx-eu stdout: Noise: 11.1dB => Gain-- 44.5dB[26]2024/12/02 20:33:09 OGN: ogn-rx-eu stdout: Noise: 10.0dB => Gain-- 43.9dB[25]2024/12/02 20:33:11 OGN: ogn-rx-eu stdout: Noise: 9.4dB => Gain-- 43.4dB[24]2024/12/02 20:33:13 OGN: ogn-rx-eu stdout: Noise: 8.9dB => Gain-- 42.1dB[23]2024/12/02 20:33:15 OGN: ogn-rx-eu stdout: Noise: 7.9dB => Gain-- 40.2dB[22]2024/12/02 20:33:15 stats [started: 2 minutes ago]2024/12/02 20:33:15 - Disk bytes used = 664 kB (0.3 %), Disk bytes free = 262 MB (99.7 %)2024/12/02 20:33:15 - CPUTemp=37.49 [35.54 - 38.95] deg C, MemStats.Alloc=3.2 MB, MemStats.Sys=13 MB, totalNetworkMessagesSent=1,4422024/12/02 20:33:15 - UAT/min 0/0 [maxSS=0.00%], ES/min 33/33, Total traffic targets tracked=12024/12/02 20:33:15 - Network data messages sent: 1429 total. Network data bytes sent: 41902 total.2024/12/02 20:33:15 - Last GPS fix: 12 seconds ago, GPS solution type: 0 using 0 satellites (0/0 seen/tracked), NACp: 0, est accuracy 999999.00 m2024/12/02 20:33:15 - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 999999 m2024/12/02 20:33:15 - Mode-S Distance factors (<5000, <10000, >10000): 2500.000000, 2800.000000, 3000.0000002024/12/02 20:33:15 - Last IMU read: now, Last BMP read: now2024/12/02 20:33:17 OGN: ogn-rx-eu stdout: Noise: 6.6dB => Gain-- 38.6dB[21]2024/12/02 20:33:19 OGN: ogn-rx-eu stdout: Noise: 5.2dB => Gain-- 37.2dB[20]2024/12/02 20:33:21 OGN: ogn-rx-eu stdout: Noise: 4.1dB => Gain-- 36.4dB[19]2024/12/02 20:33:23 OGN: ogn-rx-eu stdout: Noise: 2.9dB => Gain-- 33.8dB[18]

Moskito_Andi schrieb:
Kann es sein, dass Laufzeitbedingt meine eigene Position über das OGN API so verzögert zurück kommt, dass ich bereits einige hundert Meter weiter gefolgen bin und daher der große Abstand zustande kommt?

Vermutlich ist es genau so. Wie sind denn die tatsächlichen Distanzen im Log so? Die Log message sollte eigentlich relativ viel Auskunft geben, die hilft um es zu tunen.

Ostfriese schrieb:
Ich habe 2 Geräte, die das gleiche Problem haben. Die Spannungsquelle ist momentan ein Tischgerät und sollte kein Problem darstellen.

Sicher? Das klingt doch sehr nach Spannungsproblemen. Mach mal ein "sudo dmesg" nach dem Ausstieg, dort sollten in diesem fall "undervoltage detected" Meldungen auftauchen. Wenn nicht, dann stimme ich dir zu.

Ich habe keine Erfahrung mit den V5 Nooelecs. Brauchen die vielleicht mehr Strom für was auch immer? Vielleicht ist auch irgendwann das Stromlimit des PIs selbst überschritten, und gar nicht das der eigentlichen Quelle? hmm..

Ostfriese schrieb:
Hallo zusammen , ich habe ein Problem mit LilyGO T-Beam V1.2 AXP2101 - LoRa 868MHz - NEO-M8N GNSS - ESP32 (SX1276)
Der T-Beam disconnected wenn die beiden Empfänger (Nooelec V5) zugeschaltet werden. Habe ich nur einen Empfänger dran, funzt es zu 99% (egal ob 868 oder 1090) sind beide Empfänger ab, dann gibts keine Probleme.

Moin,

habe mit genau demselben T-Beam auch so ein Problem. Nach kurzer Laufzeit "verschwindet" der T-Beam, der USB Port wird abgeschaltet. Stützung des T-Beam mit einem akku lässt das Problem verschwinden.

Ist definitiv ein Stromversorgungsproblem.

Gruß

Andreas

b3nn0 schrieb:
Vermutlich ist es genau so. Wie sind denn die tatsächlichen Distanzen im Log so? Die Log message sollte eigentlich relativ viel Auskunft geben, die hilft um es zu tunen.

Hier ein relevanter Log-Auschnitt. Distanz ist ca. 200-250m entspricht einer Laufzeit von 4-5s.

Kommt nur alle paar Minuten mal für ein paar Sekunden vor.

2024/12/01 12:28:10 Skipping ownship 3FFB78 because it′s too far away (217.422566m, speed=82.611000, max=204.567036)
2024/12/01 12:28:19 Skipping ownship 3FFB78 because it′s too far away (237.322828m, speed=85.539001, max=204.251359)
2024/12/01 12:28:22 stats [started: 50 minutes ago]
2024/12/01 12:28:22  - Disk bytes used = 3.3 GB (11.2 %), Disk bytes free = 26 GB (88.8 %)
2024/12/01 12:28:22  - CPUTemp=41.32 [14.96 - 41.86] deg C, MemStats.Alloc=10 MB, MemStats.Sys=44 MB, totalNetworkMessagesSent=321,127
2024/12/01 12:28:22  - UAT/min 0/0 [maxSS=0.00%], ES/min 1,329/3,752, Total traffic targets tracked=65
2024/12/01 12:28:22  - Network data messages sent: 319289 total.  Network data bytes sent: 12744038 total.
2024/12/01 12:28:22  - Last GPS fix: now, GPS solution type: 2 using 19 satellites (0/19 seen/tracked), NACp: 11, est accuracy 2.40 m
2024/12/01 12:28:22  - GPS vertical velocity: 0.00 ft/sec; GPS vertical accuracy: 4.9 m
2024/12/01 12:28:22  - Mode-S Distance factors (<5000, <10000, >10000): 155.819786, 2800.000000, 836.848047
2024/12/01 12:28:22 - Last IMU read: now
2024/12/01 12:28:28 Skipping ownship 3FFB78 because it′s too far away (244.990038m, speed=89.087997, max=210.370807)

Gruß

Andreas

Auf der "Traffic Map" von Stratux werden bei mir keine MLATs angezeigt. Kann man das irgendwo in den Einstellungen aktivieren?

Moin b3nn0, moin Andy

b3nn0 schrieb:
Sicher? Das klingt doch sehr nach Spannungsproblemen. Mach mal ein "sudo dmesg" nach dem Ausstieg, dort sollten in diesem fall "undervoltage detected" Meldungen auftauchen. Wenn nicht, dann stimme ich dir zu

Danke für die Rückmeldungen.
Ich prüfe heute Abend die Meldungen via dmesg und wechsle auch mal zum Testen das Netzgerät. Ich gebe heute Abend ein Feedback.

@b3nn0 @andy, es doch wirklich Unterspannung gewesen. "sudo dmesg" hat es aufgezeigt. Am Ende war es bei einem USB-C Kabel wohl ein Fertigungsfehler. Danke für den Tipp.