Forum Krótkofalarskie PKI

Cześć koledzy!
Projekt Dl-fldigi zakończył się według mojej wiedzy na wersji 3.1 (może się mylę). Tak czy śmak próba zainstalowania na raspbery pi zarówno na wyrsjach rpi 4 jak i serii rpi 400 po wydaniu komendy
"sudo apt-get install dl-fldigi" idzie poniższymi komunikatami:
"Czytanie list pakietów... Gotowe
Budowanie drzewa zależności... Gotowe
Odczyt informacji o stanie... Gotowe
E: Nie udało się odnaleźć pakietu dl-fldigi"
jednym słowem binarnej części nie ma w repozytoriach.
Próbowałem też instalować wg. instrukcji z kompilacjami .... i większość szła dobrze, ale pod koniec też wystąpiły błędy i balonowy pakiet nie ruszył

Mam zatem pytanie, czy ktoś z Was może mi wystawić działający obraz dl-fldigi dla RPI 3, PRI3+ lub jakiejkolwiek wersji 4 skonfigurowanego do współpracy z donglem. Jeśli w obrazie bedą inne pakiety to dla mnie nie problem a raczej ułatweinie

Zobacz tutaj. Ja też bezskutecznie próbowałem skompilować wszystkie wersje jakie udało mi się znaleźć w sieci,
aż w końcu z tego linku mi zadziałało.
https://archive.raspberrypi.org/debian/pool/main/d/dl-fldigi/

Tu masz obraz systemu (dla rpi 4) z różnym softem dla hamradio, w tym fldigi v4.1.1:
https://sourceforge.net/projects/hampi/files/2020-09%20Release
Soft do różnych sdr'ów tez tam jest - bo rozumiem, że o to Ci chodzi jak piszesz "dongle".

SP9UNB pisze:

Tu masz obraz systemu (dla rpi 4) z różnym softem dla hamradio, w tym fldigi v4.1.1:
https://sourceforge.net/projects/hampi/files/2020-09%20Release
Soft do różnych sdr'ów tez tam jest - bo rozumiem, że o to Ci chodzi jak piszesz "dongle".

Ale kolega szuka dl-fldigi, a nie fldigi. niby to samo, ale robi różnicę ,-)

Dzięki za zainteresowanie tematem. Istotnie chodzi mi wyłącznie o wersję dl-fldigi. Wersję 4.1.18 mam zainstalowaną. Zatem jak chwilę znajdę to z tej lokalizacji zainstaluję https://archive.raspberrypi.org/debian/pool/main/d/dl-fldigi/ i dam znać czy zadziałało. Jeszcze raz dziękuję za pomoc.

Przypomnę tylko, że za moment serwis HabHub zostanie zamknięty i DL-fldigi przestanie być użyteczny.
(bo jak rozumiem, chodzi o uploadowanie telemetrii z balonów na mapę?)

W alternatywie zostaje HorusGUI i habdec (do którego niedługo dodam upload na amateur.sondehub.org)

michal_f pisze:

Przypomnę tylko, że za moment serwis HabHub zostanie zamknięty i DL-fldigi przestanie być użyteczny.
(bo jak rozumiem, chodzi o uploadowanie telemetrii z balonów na mapę?)

W alternatywie zostaje HorusGUI i habdec (do którego niedługo dodam upload na amateur.sondehub.org)

No to trochę bieda będzie, bo te ww programy obsługują chyba tylko RTTY i 4FSK, wiec jak ktoś wypuści
z inną modulacją (olivia, Contestia itp..) to nie będzie jak tego przesłać.

SP9RQA pisze:

[quote=michal_f]Przypomnę tylko, że za moment serwis HabHub zostanie zamknięty i DL-fldigi przestanie być użyteczny.
(bo jak rozumiem, chodzi o uploadowanie telemetrii z balonów na mapę?)

W alternatywie zostaje HorusGUI i habdec (do którego niedługo dodam upload na amateur.sondehub.org)

No to trochę bieda będzie, bo te ww programy obsługują chyba tylko RTTY i 4FSK, wiec jak ktoś wypuści
z inną modulacją (olivia, Contestia itp..) to nie będzie jak tego przesłać. [/quote]

Prawda - choć dawno nie widziałem nic poza rtty/4fsk/aprs
Ale nie wszystko stracone. Klasyczne fldigi można uruchomić z opcją serwera (--arq-server-address i --arq-server-port) i dopisać prosty program (np. w pythonie) przechwytujący zdekodowane znaki i wysyłający do sondehub.
Możliwe nawet że ktoś to już zrobił, bo nie jest to trudne ani czasochłonne.

michal_f pisze:


Prawda - choć dawno nie widziałem nic poza rtty/4fsk/aprs
Ale nie wszystko stracone. Klasyczne fldigi można uruchomić z opcją serwera (--arq-server-address i --arq-server-port) i dopisać prosty program (np. w pythonie) przechwytujący zdekodowane znaki i wysyłający do sondehub.
Możliwe nawet że ktoś to już zrobił, bo nie jest to trudne ani czasochłonne.

A może po prostu w dl-fldigi wstarczy podmienić adres serwera?
https://photos.app.goo.gl/cfFWBgK5r2oSk1477

SP9RQA pisze:


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.

michal_f pisze:

[quote=SP9RQA]
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.[/quote]

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).

michal_f pisze:


(...)
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.

No dobra, czyli biorąc sondę rs-41 i programując ją wg tych sekwencji powinienem dać radę wysłać za pomocą dl-fldigi.
Mogę to spróbować zrobić, tylko co mam wpisać jako adres serwera i nazwę bazy danych?

SP9RQA pisze:



No dobra, czyli biorąc sondę rs-41 i programując ją wg tych sekwencji powinienem dać radę wysłać za pomocą dl-fldigi.
Mogę to spróbować zrobić, tylko co mam wpisać jako adres serwera i nazwę bazy danych?

To chyba nie będzie tak proste. za "opakowanie" sekwencji danych i wysyłanie odpowiada oprogramowanie stacji odbierajacej nie to w sondzie. Trzeba porównać protokół dla habitat i dla sondehub, pewnie najlepiej w źródłach Horus-Gui gdzie wysyłanie ramek do obu systemów zaimplementowano.
Wygląda na to, że oba sposoby różnią się dość znacznie

Habitat:
https://github.com/projecthorus/horus-gui/blob/master/horusgui/habitat.py

URI w wierszu 111

Sondehub amateur:

https://github.com/projecthorus/pysondehub/wiki/SondeHub-Amateur-Uploader-Class-Usage

czyli by zapewnić przesyłanie z dl-fldigi do sondrhub.amateur trzebaby dodać nieco w kodzie fldigi i sokompilować nową jego wersję. Pewnie najlepiej będzie zainteresować twórców dl-fldigi taką zmianą

sp6ryd pisze:

[quote=SP9RQA]

(...) Pewnie najlepiej będzie zainteresować twórców dl-fldigi taką zmianą

Pomysł wydaje się ok, ale dl-fldigi nie jest już rozwijany i zawsze się zastanawiałem czy program osiągnął już perfekcję (bo tego nie wykluczam) czy zwyczajnie proza życia sprawiła że zainteresowania autora(ów) się zmieniły i pozostawił soft samemu sobie.
Ps. Z tego miejsca aż trudno mi nie zapytać kolegów dlaczego orbitron 3,71 (nigdzie nie doczytałem choć chciałem) nigdy przez autora nie był kontynuowany. Rdzeń programu ponadczasowy, jednak czas wymusza pewne modyfikacje dla funkcjonalności ... a jednak projekt został sam sobie

jest jeszcze inna opcja, można faktycznie wykorzystać Twój pomysł by zmienić adres w kliencie ale na adres jakiegoś serwera pośredniczącego (lub nawet lokalnego procesu na PC) który z jednej strony odbierał by ramki z dl-fldigi, tłumaczył na protokół sondehub i wysyłał na te serwer. Pewnie ktoś podejmie się ... Sprawa wydaje się o tyle lepsza, że w odróżnieniu od Orbitrona tu większość źródeł jest dostępna

sp6ryd pisze:

jest jeszcze inna opcja, można faktycznie wykorzystać Twój pomysł by zmienić adres w kliencie ale na adres jakiegoś serwera pośredniczącego (lub nawet lokalnego procesu na PC) który z jednej strony odbierał by ramki z dl-fldigi, tłumaczył na protokół sondehub i wysyłał na te serwer. Pewnie ktoś podejmie się ... Sprawa wydaje się o tyle lepsza, że w odróżnieniu od Orbitrona tu większość źródeł jest dostępna

Nie trzeba robić tego na około. Wystarczy "zwykłe" fldigi (bez DL) uruchomione w trybie serwera. I jakiś program-klient, który robi to co opisałeś.
Jakby ktoś miał ochotę, to interface do fldigi jest np tu" https://github.com/ogre/habboy/blob/main/bridge/fldigi/fldigi2habboy.py

Pozostaje "tylko" sparsowanie telemetri, opakowanie w JSON'a i wysłanie do sondehub

Znalazłem gotowca do tego co napisał michal_f.
Tu jest rozwiązanie: http://www.daveakerman.com/?p=2994
W fldigi należy w config/MISC/TCP-IP-sesions uruchomić serwer ARQ czyli ptaszek przy "Enable ARQ".