RADIOFORUM

Oprogramowanie i emisje cyfrowe - Problem z Fldigi i log UR5EQF
sq3ook - 19-04-2020, 18:27
:
Tak, tak to działa... Nie można wyłączyć Omniriga ręcznie, musi to zrobić "stykowka". Gdy "stykowka" próbuje wyłączyć wyłączonego Omniriga, niestety program wykrzacza się.
U mnie obecnie wszystko działa jak należy, no po za detalem, że wraz z zamknięciem fldigi, powinna zamknąć się "stykowka". Ale nie jest to problem.
Jarku - dzięki za wszystkie wspólne testy, które pozwoliły rozwiązać problem :)
SP3AYA - 19-04-2020, 18:38
:
sq3ook napisał/a:
Nie można wyłączyć Omniriga ręcznie, musi to zrobić "stykowka". Gdy "stykowka" próbuje wyłączyć wyłączonego Omniriga, niestety program wykrzacza się.

Tzn. jak chcesz, żeby program sam wszystko robił, zostawiasz w Settings zaptaszkowaną opcję Control OmniRig.

Jeśli jest ta opcja nie jest aktywna, przed uruchomieniem stykowki, musisz sam w UR5EQF zmienić ustawienie Omni-Rig na "Żaden".

Wtedy wszystko działa jak powinno.
Inna kombinacja powoduje problemy.
sq3ook - 19-04-2020, 18:46
:
Czyli u mnie jednak jest coś nie tak z tą "stykowką", bo gdy ręcznie wyłączę omniriga w programie ur5eqf to wlasnie wtedy wykrzacza się.
W "pełnym automacie" jest OK. No i nawet bardzo dobrze że tak jest, mimo że nie powinno :D
Edit: No i u mnie też wszystko już działa jak należy... :super:
SP3AYA - 04-05-2020, 23:12
:
No i super. Jak na razie u mnie od tamtej pory chodzi w zasadzie bezproblemowo. Za wyjątkiem tego, że w najnowszej wersji 4.1.12 potrafi nie załączyć się PTT przy nadawaniu. Pisałem o tym w innym wątku. Wróciłem do wersji 4.1.11 i śmiga aż miło.

Dopracowania oczekuje tylko logowanie modów OLIVIA i CONTESTIA w UR5EQF.
Przy logowaniu QSO w Fldigi, niestety nie pojawiają się w logu EQF. Są zapisane w Fldigi (katalog fldigi.files>logs>logbook.adi) jako np. <MODE:13>CONTESTI8/250. W UR5EQF okienko Mode jest puste, a log nie przyjmuje takiego QSO. Dopiero export ADIF powoduje, że w pliku pojawia się <MODE:8>CONTESTI i EQF przy imporcie łyka to bez zająknięcia. eQSL też to tak przyjmuje i potwierdza.

Niestety w EQF w managerze pasm i emisji nie wpiszę tak jak loguje Fldigi, bo w okienku Mode i format ADIF przyjmuje za mało znaków - obcina do CONTESTI8/
No i pewnie byłby problem z przesyłaniem tego do eQSL i LoTW...

Rozwiązaniem byłoby pewnie zmuszenie Fldigi do logowania u siebie MODE jako CONTESTI bez dodatków, ale nigdzie nie widzę takiej opcji. Pozostaje tylko wyeksportowanie tych QSO jako pliku ADIF i zaimportowanie do UR5EQF w sposób upierdliwy, ale skuteczny.

Wszystkie inne mody (oprócz tych dwóch) jakie przećwiczyłem, logują się poprawnie w obu logach jednocześnie.
sq3ook - 05-05-2020, 12:09
:
Contestia i Olivia nie są pobierane przez stykowkę nie wiadomo dlaczego, ale także PSKR, 8PSK, IFKP, FSQ.
Zdarza się, ze fl-digi uruchamia się bez problemu z poziomu ur5eqf (przez stykowkę), natomiast samodzielnie nie chce się uruchomić. Należy w ur5eqf wejść do menu Ustawienia -> Ustawienia programu i zdjąć zaznaczenie przy Separator dziesiętny: "," .
SP3AYA - 05-05-2020, 22:37
:
sq3ook napisał/a:
Należy w ur5eqf wejść do menu Ustawienia -> Ustawienia programu i zdjąć zaznaczenie przy Separator dziesiętny: "," .

W celu?
sq3ook napisał/a:
Contestia i Olivia nie są pobierane przez stykowkę

Stykowka FldigiEQF.exe raczej nie ma tu nic do rzeczy. Fldigi loguje te emisje jako submode np. OLIVIA8/250, a UR5EQF jako mode OLIVIA (na mode jest tam miejsce tylko na 10 znaków). Byłoby to logiczne wyjaśnienie... gdyby nie to, że takie FSQ. Wprowadzenie do Managera pasm i emisji modu FSQ i tak nic nie daje. Fldigi loguje jako mode FSQ (bez dodatków submode), podobnie jak EQF. Wprawdzie w samym EQF w okienku Mode można to wybrać w menu rozwijanym, ale uruchomienie Fldigi, kasuje ten wybór i pojawia się puste okienko. Ewidentnie coś z kodowaniem, ale na chwilę obecną nie mam pojęcia jak to obejść.
sq3ook - 08-05-2020, 14:55
:
1. W celu o jakim napisałem powyżej.
2. RTTY45 fldigi loguje jako RTTY i tak tez stykowka przekazuje do UR5EQF. Olivia8-250 jest logowana przez fldigi analogicznie - jako OLIVIA, ale tego już stykowka nie pobiera i nie przekazuje do UR5EQF. Tak więc jeśli nie stykowka to co?
SP3AYA - 08-05-2020, 22:20
:
sq3ook napisał/a:
W celu o jakim napisałem powyżej.

Separator dziesiętny w UR5EQF powoduje że Fldigi nie uruchamia się samodzielnie? Nie rozumiem...
sq3ook napisał/a:
RTTY45 fldigi loguje jako RTTY i tak tez stykowka przekazuje do UR5EQF

Tak.
sq3ook napisał/a:
Olivia8-250 jest logowana przez fldigi analogicznie - jako OLIVIA, ale tego już stykowka nie pobiera i nie przekazuje do UR5EQF

Wydaje mi się, że nie masz racji.
Oto fragment logu ( z naszej testowej łączności) zapisywanego przez Fldigi w swoim folderze:
<FREQ:9>28.426508<CALL:6>SQ3OOK<MODE:12>OLIVIA 8/250<NAME:7>SĹ‚awek <QSO_DATE:8>20200417<QSO_DATE_OFF:8>20200417<TIME_OFF:6>204158<TIME_ON:6>203700<QTH:19>Ostrow Wielkopolski<RST_RCVD:3>599<RST_SENT:3>599<STATE:2>SL<BAND:3>10m<COUNTRY:6>Poland <CQZ:2>15<STX:3>000<OPERATOR:6>SP3AYA<STATION_CALLSIGN:6>SP3AYA<MY_GRIDSQUARE:6>JO81vp<MY_CITY:19>Ostrow Wielkopolski<EOR>
Przez ten zapis na czerwono UR5EQF nie jest w stanie przyjąć tego do swojego logu, bo OLIVIA 8/250 tam nie istnieje (i ze względu na wspomniane w jednym z moich poprzednich postów ograniczenia - nie może istnieć!).

A to fragment logu który można ręcznie wyeksportować z Fldigi:
<FREQ:9>28.426508<CALL:6>SQ3OOK<MODE:6>OLIVIA<SUBMODE:12>OLIVIA 8/250<NAME:7>SĹ‚awek<QSO_DATE:8>20200417<QSO_DATE_OFF:8>20200417<TIME_ON:6>203700<RST_RCVD:3>599<RST_SENT:3>599<EOR>
I taki zapis UR5EQF przyjmuje, bo mode OLIVIA jest lub może być tam zaimplementowana.

Jak widać sama stykowka nic do rzeczy nie ma...
sq3ook - 09-05-2020, 19:39
:
Separator dziesiętny w systemie. Możesz go ustawić w ustawieniach systemowych (Ustawienia regionalne) albo program UR5EQF może go zmieniać. Jeżeli separatorem jest przecinek to u mnie fldigi nie startuje. Sprawdź czy też tak masz - ustaw separator na przecinek i uruchom fldigi.
Skoro stykowka nie ma nic do rzeczy, to nasuwa się pytanie: skąd stykowka pobiera nazwę emisji? Z logu fldigi nie, bowiem nazwa wybranej przez użytkownika emisji pojawia się w stosownym polu stykowki w momencie jej wybrania w fldigi... Jakiś pomysł?
Edit: UR5EQF niczego nie przyjmuje z fldigi. Gdyby tak było, to niepotrzebna byłaby stykowka i życie byłoby prostsze.
Edit2: Już chyba wiem jak to działa... To chyba jest pobierane z jakiejś zmiennej w fldigi, której zawartość jest później zapisywana do logu. Odpaliłem jakąś stara wersję fldigi (dl-fldigi) i tam kiedy wybierzemy mode OLIVIA 8/250 to do logu jest przekazywane tylko OLIVIA Bez tych sub modów.
sq3ook - 09-05-2020, 21:20
:
Okazuje się, że od wersji 4.1.01 zmieniono nieco format zapisu danych z fldigi w jego adif - W polu <mode> jest zapisywany <submode>. Jak Jarek wyżej wspomina, podczas eksportu na zewnątrz jest OK. Zainstalowałem fldigi wer. 4.0.0 i współpracuje ze stykowką, a tym samym z UR5EQF prawidłowo. Czy ma się spełnić Jarka czarny scenariusz, że trzeba powoli szukać alternatywy dla UR5EQF? Od kilku lat nie jest rozwijany (autor sk.)
SP3AYA - 09-05-2020, 22:22
:
sq3ook napisał/a:
Separator dziesiętny w systemie. Możesz go ustawić w ustawieniach systemowych (Ustawienia regionalne) albo program UR5EQF może go zmieniać.

W życiu nie przyszło by mi do głowy, że EQF ustawia separator globalnie w całym systemie :szok:
Ni i faktycznie jest tak jak piszesz. Zmiana głupiego przecinka, rozwiązuje problem.
sq3ook napisał/a:
ustaw separator na przecinek i uruchom fldigi

Chyba odwrotnie? Przecinek należy "odhaczyć"? Przynajmniej u mnie brak zaptaszkowanej opcji w UR5EQF powoduje, że Fldigi rusza też samodzielnie.
sq3ook napisał/a:
Skoro stykowka nie ma nic do rzeczy, to nasuwa się pytanie: skąd stykowka pobiera nazwę emisji? Z logu fldigi nie, bowiem nazwa wybranej przez użytkownika emisji pojawia się w stosownym polu stykowki w momencie jej wybrania w fldigi... Jakiś pomysł?
Edit: UR5EQF niczego nie przyjmuje z fldigi. Gdyby tak było, to niepotrzebna byłaby stykowka i życie byłoby prostsze.

Stykowka jest tylko "kabelkiem" pomiędzy Fldigi a logiem UR5EQF. A że jest pisana pod EQF, to pewnie korzysta z "modowej" bazy danych logu... lub swojej. Tożsamej z oryginalną jaka była zaimplementowana w pliku instalacyjnym. Dlaczego? Dla mnie wygląda to tak:
Fldigi w swoim logu zapisuje tylko SUBMODE, tytułując to jako MODE. W związku z tym nie może przekazać QSO z modem który nie istnieje w EQF (W Fldigi OLIVIA 8/250 nie wejdzie jako OLIVIA do EQF-a. W EQF - OLIVIA 8/250 nie da się wpisać). Fldigi może wyeksportować log, a tam sa oddzielnie pola <MODE:6>OLIVIA oraz <SUBMODE:12>OLIVIA 8/250. I <MODE:6>OLIVIA program EQF łyka bez zająknięcia (o ile OLIVIA jest wpisana w Menegerze pasm i emisji).

Ale...

Np. takie FSQ oto Fldigi loguje jako FSQ... bez żadnego przyrostka "submodowego"... I nawet dodanie FSQ do Menegera pasm i emisji nie spowoduje że ten mod pojawi się w okienku stykowki :niepewny: Czyli że dla niej takie coś nie istnieje i nie przekaże tego QSO do zalogowania w UR5EQF... Dlaczego? Nie mam pojęcia. Ma własny Meneger pasm i emisji?
sq3ook napisał/a:
Odpaliłem jakąś stara wersję fldigi (dl-fldigi) i tam kiedy wybierzemy mode OLIVIA 8/250 to do logu jest przekazywane tylko OLIVIA Bez tych sub modów.

Sprawdź jak to FLdigi loguje ten mod u siebie. Prawdopodobnie jako <MODE>OLIVIA...? Bez dodatków.
sq3ook - 10-05-2020, 13:53
:
SP3AYA napisał/a:

W życiu nie przyszło by mi do głowy, że EQF ustawia separator globalnie w całym systemie

Czas, data, waluta, separator, itd. itp, to ustawienia regionalne systemu operacyjnego.

SP3AYA napisał/a:

Chyba odwrotnie? Przecinek należy "odhaczyć"? Przynajmniej u mnie brak zaptaszkowanej opcji w UR5EQF powoduje, że Fldigi rusza też samodzielnie.

Prośba zawierała sarkazm ;)

Reszta dyskusji – zobacz wpis o fldigi 4.1.01.
Oglądam filmy i czytam o Log4OM v2. Ciekawy… oraz zintegrowany z fldigi i wsjt-x. Dla mnie do pełni szczęścia brakowałoby sstv, ale nie jest to jakiś wielki problem. Zobaczymy :)
sq3ook - 10-05-2020, 22:33
:
Jest tak jak twierdziłem od początku :D . Problemem jest stykowka :dobani: - to ona musi pobrać dane z fldigi i dopasować do formatu wymaganego przez UR5EQF.
W zasadzie powinienem napisać, ze była... :super:
SP3AYA - 10-05-2020, 22:36
:
sq3ook napisał/a:
W zasadzie powinienem napisać, ze była...

No to teraz się przyznaj, co odkryłeś? :oczami:
sq3ook - 10-05-2020, 22:38
:
Teraz stykowka nazywa się "DigitalInterface 2.0.0.8" za cholerę tego nie można znaleźć...
Edit: Ku pamięci: http://ur1004swl.ucoz.ru/index/ur5eqf_fldigi/0-33