michal_f pisze:
Nie da rady - problem jest głębszy.
Zgłaszając lot do Habitatu trzeba było wypełnić formularz (payload document) i wskazać, co oznaczają kolejne pola w "sentencji" (callsign,id,time itd.)
Dzięki temu, Habitat odbierając sentencję od dl-fldigi wiedział co z nią zrobić i jak wyświetlić na mapie.
SondeHub nie ma wogóle konceptu payload docs i nie wiadomo, czy kiedykolwiek będzie. Póki co (o ile wiem), funkcjonuje rozwiązanie tymczasowe.
Można wysłać sentence, o ile kilka pierwszych pól jest "znanych", pisząc z pamięci jest to: callsign, id, time, lat, lon, alt
To wystarczy by wyświetlić balon na mapie. Wszystkie kolejne pola sentencji są traktowane jako dane "extra" i pomijane.
SP9RQA pisze:
A może po prostu w dl-fldigi wstarczy podmienić adres serwera?
https://photos.app.goo.gl/cfFWBgK5r2oSk1477
A może po prostu w dl-fldigi wstarczy podmienić adres serwera?
https://photos.app.goo.gl/cfFWBgK5r2oSk1477
Nie da rady - problem jest głębszy.
Zgłaszając lot do Habitatu trzeba było wypełnić formularz (payload document) i wskazać, co oznaczają kolejne pola w "sentencji" (callsign,id,time itd.)
Dzięki temu, Habitat odbierając sentencję od dl-fldigi wiedział co z nią zrobić i jak wyświetlić na mapie.
SondeHub nie ma wogóle konceptu payload docs i nie wiadomo, czy kiedykolwiek będzie. Póki co (o ile wiem), funkcjonuje rozwiązanie tymczasowe.
Można wysłać sentence, o ile kilka pierwszych pól jest "znanych", pisząc z pamięci jest to: callsign, id, time, lat, lon, alt
To wystarczy by wyświetlić balon na mapie. Wszystkie kolejne pola sentencji są traktowane jako dane "extra" i pomijane.
Nie chciałbym aby ktoś odebrał mnie jako ignoranta, ale rozwiązanie tymczasowe nie wydje się być złym bo kiedy mam znak, id, czas, długość i szerokość geograficzną a do tego wysokość to w znacznym stopniu wyczerpuje potrzeby telemetryczne (dla mnie nawet całkowicie).
Pozdrawiam Mirek SP9MF