A TDF vétele nem lesz egyszerű feladat a rendkívül kis mélységű moduláció miatt, még lekeverve is meglehetősen problémás a vétele.... Bár, mióta nincs rajta műsorszórás, javult a helyzet valamelyest...

Kíváncsiságból utánanéztem ennek az ALS162-nek.
Hát ezt tényleg neccesebb demodulálni.
Jól értem, hogy gyakorlatilag ez is értelmezhető FSK-nak, ~6.37 Hz lökettel?

Igen, valahogy úgy )

Magyar websdr-ken látszik a jel. Meg az a terv hogy összerakok raspberry-vel egy fake adót. Ilyen számtalan van a neten

Nem is a jelerősség ott a gond szerintem hanem a borzasztó pici löket. 162 kHz-hez képest a 6 Hz, azt szép munka demodulálni. Bár én kezdő vagyok e téren.

Nem a térerő a fő nehézség, bár az is kb a DCF77-el vetekszik, ami önmagában szép teljesítmény lesz, hanem a kis modulációs mélység, ami kb egy nem túl stabil oszcillátor zajával vetekszik ))

Sikerült úgy módosítanom az algoritmust, hogy a lehető legkisebb jelnél is működik a detektálás (a 2. fokozatú erősítőt teljesen kikapcsolva, ADC-n ±80 digit 12 bites ADC-vel). Detektálja a HGA22-őt szinte antenna irányérzékenység nélkül.

Frissült a GitHubon a HW és a SW is.

Szkópon a DCF49 -39 is egyértelműen látszik, ugyanazzal az antenna-csatolással. A 162 kHz is egyértelműen kivehető.

Ha érdekel valakit, készíthetek majd szkópképeket.

Az ALS162 nem FSK-val van kódolva, hanem fázismodulációval. Nem összekeverendő egy 6 Hz-es FSK szoftveres detektálásával. Kódolása egyébként nagyon hasonló a DCF77-hez, csak míg a DCF77-et 50 kW-tal sugározzák (kb. 1500 km távval), addig ezt 800 kW-tal (kb. 3500 km).

Nem állította senki sem, hogy FSK a moduláció..., csak azt, hogy értelemszerűen átjárás van a fázis-frekvencia modulációk között, és a kb 6Hz FSK a fázismoduláció mellékhatása!
A TDF adó hiába sokkal erősebb, a távolság miatt nem jobb a térerő pl Budapesten, vagy legalábbis nem számottevő a különbség(amúgy is folyton hullámzik mindkettő)

Sziasztok,

Ha valakit érdekel, és szeretne az adatokkal játszani hw nélkül, a docs mappába raktam fel példaprogramot.

https://github.com/koszozoltan/HGA22

A rajzon az R3/R4 arány túl nagy, valójában itt mennyit erősít ez a lassú műveleti erősítő? Illetve a keverő FET source lába nincs DC potenciálra rögzítve

Az erősítés elméletben 6-7 szeres ( a slew rate miatt) a gyakorlatban kb 10 szeres. a fet source rc tagon keresztül közép tápfeszültségre van kicsatolva.

Jaja, kicsi a modulációs mélység, de egy kis zajú PLL-t rá lehet húzni a vivőre - pl a VCO egy hangolt kvarcoszcillátor -
és koherens demodulációval 3dB nyereséged is van.

A C8 miatt 1500Hz a törésponti frekvencia, szerintem az elhagyható

"Ha valakit érdekel," - engem érdekel, de az adatokkal játszani??? A program íróján - Rajtad - kívül nincs ember a földön, aki értené a programod... Próbáltam legalább blokk szinten megérteni más platformra átírás (ESP32) végett, de esélytelen, bár látszik, hogy bevált, tömör, kiforrott kódrészleteket máshonnan vettél át (nem is kell kitalálni a spanyolviaszt...).
Nem kérhetem a részletes(ebb) leírását a programodnak, de legalább a forrásaidat megosztanád?

Mármint? 162kHz-en gondoltad mindezt? Ha nem is lenne lehetetlen...nem lenne valami egyszerű így megoldani!
Szerintem lekeverve, digitálisan demodulálva sokkal biztosabb..., még ha az sem a legegyszerűbb...

Az ALS162-re gondolt szerintem.

Ja...igen...én is, csak elhangolódott a fejemben a frekvencia

Lehet igazad van.
Készítettem egy pc-n forduló programot ami feldolgozza kb ugyan azzal az algoritmussal az analog jelet, mint az mcu.

Fix 8khz es mintavétel az adc-n. (Az oversampling sokat segített).
Ezen az adaton 1 ms ként lefuttatom a 4 ms ablaknyi adatra a dft algoritmust. Ebből van egy bit stream, majd byte stream. És dekódolás.

Majd próbálok dokkumentációt is készíteni, bár most az IQ Dekódoláson dolgozom, háta jobb.
Az adatot a hw segítségével vettem fel normál hangkártyával.
Ha sikerül lefordítani, akkor azt érdemesebb nézni, mert jobban átlátható.Ez a dok mappában van, cmake -al generálható make.

Ahogy írod, sem az egyenes, sem a lekevert módszer nem egyszerű. Csak annyit akartam kiemelni, hogy míg az ASL162-nél lehetséges a vivő helyreállítása, ezáltal a koherens demoduláció,
a HGA22-nál nem. (Illetve lehetne a HGA22-nál is vivőt helyreállítani, de az már tényleg eszetlenül bonyolult, nem éri meg.)

Nem fordítva?
HGA22 demodulálása sokkal egyszerűbb. Bár a két freki elég közel van egymáshoz a vivőhöz képest. De az ALS PSK-hoz képest (szerintem) jóval egyszerűbb.
ALS162-nél 25ms alatt történik 1 radián eltolás, ezt most hirtelen el se tudom képzelni hogy néz ki, hiszen 25 ms alatt 4050 periódus lemegy a vivőből

Ja érem, mire gondolsz, egy szinkron demodulátorra! A 162kHz-en ez továbbra is problémás lenne, de lekeverve már nem látom akadályát neki... Sőt, egy mikrovezérlővel, belső, jusztálható RC oszcillátorral egy egyszerű FLL-el rá lehetne állni a pontos lekevert vivőre, és úgy végezni az FM(PM) demodulációt )
Hardveres szempontból még mindig az erősen lekevert, akár 100Hz magasságába, jel digitális demodulálása lehet a legegyszerűbb...., mióta nincs rajta műsorszórás, nincs rajta az - erősen zavaró - ehhez képest brutális AM moduláció...

Van, amikor gyengébben jön, alig vehetően(Bp)! Bár felszíni terjedés, de vagy ott is játszanak a teljesítménnyel(a DCF77-né biztosan), vagy ennek ellenére van még így is jelentős hullámzása a nagy távolság miatt!
A mindenféle (web)sdr igen csalóka tud lenni, mert ott eleve lekeverten hallod valahol 500Hz-1kHz között a vivőt, amin az emberi fül már viszonylag jól hallja azt a még mindig elég pici modulációt... Egész más tészta azt üzembiztosan demodulálni

Ez így erősen ágyúval verébre kategória lenne! Az FPGA-s feldolgozás ott nyújt előnyt, amikor széles spektrum és/vagy széles sávban kellene magas minőségben vételezni! Egy pontos idő adó sohasem ilyen. Ott mindig egy határozott frekvenciát kell csak venni, szofisztikáltabb esetben mondjuk vagy 3-at, de többnyire csak egy a cél. Ahhoz sehogy sem kifizetődő sem anyagilag, sem a hozzá szükséges programozásba ölt idő arra, hogy pusztán egy egyszerű vételt/demodulálást megvalósítsunk!

Ne viccelj már....ez egy 6(!) bites ADC érzékenységét adó rádió max, ami arra elég hogy Bp-en fogd a HGA jelét vele, esetleg néhány izmosabb műsorszórót is még mellette, de egy távolabbi adóhoz olyan gyenge mint a hangyafing...
A websdr-ek FPGA-i mellett többnyire natív 14-16bites ADC van! Ennek megfelelően nagyságrendekkel érzékenyebb rádiókat adnak...., de mint mondottam, az nem ez a móricka FPGA rádió szintje ))

De mitől lenne ez az irány egyszerű?? Mert letöltöd a valaki által kiizzadt hex-et, és felprogramozod??! Na ez eddig tényleg egyszerű, "csak" az FPGA árát kell mellé tenni, ami nem éppen egy bluepill modul ára szokott lenni..., tehát eleve nem lesz olcsó!
Ha nem más tollával akarunk ékeskedni, hanem magunk akarjuk leprogramozni, akkor hajrá..., majd az első VHDL/VERILOG projektednél, ahol nem egy kész letöltött modult próbálsz életre kelteni, atomgyorsan rájössz, ez bizony nem bit tologatás egy 8-32bites mikrovezérlőn, hanem valami merőben más! Míg egy kicsit is bonyolult hardvert összeraksz benne, ami működik is..., az nem lesz egyszerű, sem olcsó...tehát konkrétan erre a célra továbbra is tartom, hogy erősen ágyúval verébre kategória lesz.
Abban igazad van, hogy 1 vételi frekvenciára, jó előszűrésekkel, elegendő lehet még talán az a 6bit is, hatékony AGC-vel megtoldva. De ha nincs ezekben a részekben nagy tapasztalatod, 0-ról megírva vért fogsz izzadni, mire megszólal, és semmivel se lesz se egyszerűbb, se gyorsabb, mint a klasszikusabb, de sokkal biztosabb utat járva...

Ahogy az is tény a legokosabbak mindig a partszélről dumálók szoktak lenni(nem rád célzok itt, mielőtt magadra vennéd), akik még sosem csináltak olyat, többnyire nem is tudnák megtenni, de a naiv optimizmusuk végtelenhez konvergál ))
Nézd, távol álljon tőlem, hogy lebeszéljelek erről a megvalósítási irányról...kíváncsian várom, mikor sikerül majd megvalósítanod az első FPGA-s rádiódat Az biztos, hogy jó móka lesz hosszú időre....

A héten voltam Kecskeméten, hibátlanul működik a MOSFET-es bemenettel a vevőm..

Készül a következő verzió a hardverből :
https://github.com/5an2i/USB_HGA22

Tyű jó picire sikerült megtervezni, gratula!

Érdekes elképzelés!
Egy apró észrevétel: Kicad messze nem mindenkinek van! Érdemes legalább egy kapcsolási rajzot, és/vagy főbb rajzokat pdf-ben is kitenni...

Egy másik...kicsit furcsának tűnik az USB érintkező hátoldalán található alkatrészek. Biztosan bedugható ez így?? Zárlatveszély is fennáll....