es wäre supi wenn o.g. Chipsätze also den 3 -Achs Gyro + den Tri -Achs Beschleunigungssensor und den BMP280 welche z.B. auf der Platine des GY91 enthalten sind im VFRnav ausgelesen/ integriert werden könnten.
Warum, wozu?:
*MPU9250- nicht alle Flieger haben einen künstlichen Horizont verbaut. Damit wäre eine preiswerte Lösung geschaffen. Viele Stratuxe haben diesen Chipsatz verbaut, zumindest alle die durch meine Hände geschaffen wurden. Der Stratux selbst wertet o.g. MPU9250 ja schon lange aus und stellt dies als Horizont in der WebGui dar. …ein Applett im VFRnav …z.B. ein kleines Symbol in einer Ecke fände ich super🙏
BMP280- der Sensor misst den Luftdruck barometrisch und die Daten hierzu. Ebenfalls ein Klassiker, welcher in Stratuxen oder bei mir auch zusätzlich im TTGo T-Beam verbaut ist.
Nun kann ja VFRnav bereits Baro Daten vom Handy auslesen ( so ein Sensor im Handy ist) .
Warum nicht also den Sensor vom Stratux auslesen? …der Boschsensor dürfte auch eine höhere Messgenauigkeit haben als ein Handy.
→ …wie immer: für Vorentwicklung und Versuch stehe ich bereit.
Ja, ich weiß…für die Handy Flieger wird das Display mit der Integration solcher Features immer kleiner. Deshalb wie immer bei VFRnav: optional per Regler zu- oder wegschaltbar.
dopo che il supporto per i dati AHRS — ovvero le informazioni sull’assetto per l’orizzonte artificiale — è entrato in VFRnav 4.15, ho potuto occuparmi anche della tua seconda proposta.
La mia più recente scoperta: Stratux fornisce già informazioni aggiuntive sull’altitudine nel dataset NMEA $PGRMZ. Se è installato un sensore barometrico, questo valore corrisponde all’altitudine barometrica, riferita all’atmosfera standard. Proprio questo sarebbe per la visualizzazione dell’altitudine in VFRnav la base adatta per una misurazione esterna della pressione atmosferica.
Il problema è: se sul Stratux non è presente un sensore barometrico, Stratux invia nello stesso dataset l’altitudine GPS.
Devo quindi verificare più nel dettaglio come distinguere in modo affidabile la fonte dell’altitudine PGRMZ. Forse qualcuno ha un’idea?
Perché tutto ciò?
Con la pressione atmosferica attuale, che si potrebbe ricavare dal dataset PGRMZ, VFRnav potrebbe mostrare l’altitudine barometrica in base al QNH inserito — quella che, come è noto, è decisamente più precisa dell’altitudine GPS. Inoltre si potrebbe anche realizzare un variometro.
allora sei riuscito a risolvere questo e gli altri punti ora in 4.24? …sono curioso di sapere se ci saranno differenze tra i sensori? Il BMP280 è praticamente lo standard. …speriamo che qui non ci siano fregature come con il GY91.
BMP280 Platine von Pimeroni soll gut sein. Habe in meinem T-Beam im Flieger einen BME280 verbaut.
I dati del barometro esterno non vengono elaborati automaticamente. L’elaborazione dipende quindi - analogamente alle impostazioni di un barometro interno - dalla scelta dell’utente se utilizzare l’altitudine GPS o l’altitudine barometrica. Quindi tramite il dialogo nel widget dell’altitudine, in cui viene impostato anche il QNH. Se qui è scelta l’altitudine GPS, i relativi record nel flusso di dati della fonte esterna vengono ignorati.
…sono curioso di sapere se ci saranno differenze tra i sensori? Il BMP280 è praticamente lo standard. …speriamo che qui non ci siano fregature come con il GY91.
Super risolto! Variante manuale tramite widget …proprio così intendevo.