Távvezérlő adó Lakihegyen

[hg2ecz]

Továbbá 500Hz sávszélességre és 100kW-ra van engedélye...

Tehát: 2200 méter az 135.7 kHz - 137.8 kHz-ig terjed. Másodlagos, max ERP 1 watt...
Lakihegyi vezérlő: 135.5-136 kHz-ig 100.000 watt teljesítményt pumpálhat a légkörbe. Remélem ezzel nem akar élni, csak bebiztosította magát minden eshetőségre.

Van elvileg 1,8 kHz-ünk "tisztán" az 50 dB-vel kisebb kimenőteljesítmény (ha Lakihegy csúcson járna). Ráadásul a legtöbbünk az adó mellett 40 km-en belül él.

Egyetlen előny: mi az 500 Hz helyett QRSS-ben lehetőség szerint 5 Hz-es BW-vel nyerhetünk 20 dB-vel erősebb teljesítménysűrüséget. De még mindig 30 dB-vel erősebb lesz a zavarja 1,3 %-on belüli frekvencián.
Vacakabb lesz itt QSO-zni mint 6 méteren a TV adó miatt...

Jó QSO-ért mehetünk 2200 méterezni ismét tengerpartra. Azt hiszem, a 2200 méter ezzel alaposan meg lett tépázva.

[ha6pc]

A 135.6 kHz a névleges freki,akkor a sávszélesség +/- 250Hz,de ez sem sokat javít a helyzeten. Marad-esetleg-a keresztsávos QSO lehetősége. Vagy pedig aljas módon felhívni valamely kereskedelmi csatorna figyelmét a hosszúhullámú,nagyenergiájú EM-sugarak veszélyeire. Ők mindig találnak "szellemi bázis"-t,"szakértőket". A többi már megy magától. A korábban említett bazsarózsás kérdéssel ide akartam kilyukadni. Megjegyzem: kb. 25 éve jelent meg az "elektronika"-sorozatban (Műszaki kiadó) egy könyv. Szovjet szerzőtől, a címe -nem pontosan- "Elektronmágneses sugárzások hatása élő szervezetekre". Már rég olvastam,de tudományosnak tűnt;annálisinkább,merthogy akkor még nem létezett az elektroszmog hisztéria. Ebben leírnak egy kísérletet,amiben bebizonyítják,hogy a madártojás-embrió lassabban fejlődik hosszúhullámú EM-terekben. Ezt egyik lehetséges magyarázatként találták a madarak költözésére,költés idején. Szóval lehet,hogy ott a környéken megoldódott a hosszú élet problémája?  

[ha5di]

Továbbá 500Hz sávszélességre és 100kW-ra van engedélye...

Ha kinézek az ablakból, látom a tornyot. Az adó környéke normál lakott övezet. Persze jó kérdés, mit jelent a lakott övezet a szabvány szerint illetve mekkora a védőtávolság. Ott van még az EÜ. minisztérium rendelete is a max. megengedett szintekről. Érdemes lenne utánaszámolni, hogy ez milyen távolságban csökken a megengedett határérték alá.

Mindezek legalábbis megalapozzák a kérdésfeltételt, hogy működhet-e ilyen helyen egy ilyen adóállomás? Kíváncsi lennék a körynéken lakók és az ő érdekképviseleti szerveik, önkormányzati illetve országgyűlési képviselőik véleményére. De ebben a fázisban ők még valószinűleg nem tudnak róla.

Üdv... Béla
 

[ha6pc]

Talán nem annyira komoly a helyzet,a német (139kHz) adó valójában éjjel 10, nappal 50kW-tal dolgozik. Itthon sem kell-remélhetőleg-nagyobb. Vannak ott a környéken egyébként más "gerjesztők" is,ami miatt aggódni érdemes.(?) Persze inkább mérni kell.

[Silcon]

Az adóteljesítmény 100kW folyamatosan üzemben, frekvencia: 135,6kHz, moduláció: FSK +/- 170Hz (0=135,430kHz, 1=135,770kHz) Az adások DIN 19244 FT 1.2 szabvány szerint mennek. A rendszer időbélyeget 10sec-enként küldözget. Két protokoll van használatban: VERSACOM és SEMAGYR, az utóbbi került bevezetésre az E.ON-nál. Ez nem zárja ki, hogy más felhasználó VERSACOM-mal dolgozzon. Mindkét protokoll német szabvány (a SEMAGYR egyenlőre csak tervezet). 2006. november 1. a rendszer hivatalos indításának időpontja, tesztadások már előtte is lehetnek.

[hg2ecz]

Kis színes-szagos "marketinganyag" a leendő 2200 méteres "zavarforrásról":

http://www.mee.hu/rletoltes/52vandorgy/Prezent%E1ci%F3k/Cs%FCt%F6rt%F6k/D%E9lut%E1n/B4/B403%20ENSTO%20ELSTO%20Kft.%20Landis+Gyr%20Terhel%E9s%20vez%E9rl%E9s%20menedzsment.ppt

[ha5flt]

Egy előnye azért lesz annak számára is, akit más nem érint belőle: könnyen hozzá lehet jutni a pontos időhöz... A német DCF adó úgyis kicsit túl messze volt... Egyébként mennyire lehet ezt a rendszert átverni és hogyan ellenőrzik? Nem látom túl nagy alkalmazhatóságát a kriptográfiának...

[hg2ecz]

Az ilyenhez valamelyest hasonlító rendszerekben egy pici személyes tapasztalatom, ugyanis egy másfajta, de ugyanígy egyirányú kommunikációt végző VHF-en kommunikáló rendszerhez kellett feldolgozó szoftvert írni. Volt egy közepes dokumentációnk az adatformátumról, de még abban is el volt hallgatva egy-két lépés, amit szerencsére a külföldi hekkerek tapasztalataival sikerült kipótolni.

Itt nem a mai világban megszokott kriptográfiáról beszélünk, hanem statikus kódolásról, zagyválásról. Valószínüleg az időnek is ilyen szerepe lehet. Azaz ha rögzítesz egy csomagot mondjuk magnóra, majd másnap visszajátszod, ne tudd átverni vele a rendszert.

Pontos idő: első kérdésem csak annyi, vajon hogyan van belekódolva? Ha erről találunk dokumentációt, csak akkor lehet ténylegesen örülni.

[ha5di]

Pontos idő: első kérdésem csak annyi, vajon hogyan van belekódolva? Ha erről találunk dokumentációt, csak akkor lehet ténylegesen örülni.

No meg az is kérdés, hogy komolyan gondolják-e a pontosságot, van-e bármilyen szerepe az alkalmazásban. Jó példa az RDS. Pár éve, amikor a budapesti RDS adásokat elemeztem, több perces eltérés volt az egyes adóknál, de azt sem tartották be, hogy UTC-ben kell sugározni és megadni a helyi idő eltérését, hanem simán 0 offszet és az UTC helyén helyi idő jött. Ráadásul a vasárnapi téli/nyári átállást csak kedden-szerdán követték.

[Silcon]

Pontos idő: első kérdésem csak annyi, vajon hogyan van belekódolva? Ha erről találunk dokumentációt, csak akkor lehet ténylegesen örülni.

Adatformátum: szabványos soros adat (bitsorrend: LSB-től MSB-ig vagy D0-tól D7-ig), 200 Baud, páros paritás (11 bit). Nyugalmi állapotban logikai 1-jel (High) kerül átvitelre. Az adatbiztosítás soronként hossz-paritásellenőrzéssel, illetve oszloponként kereszt-paritásellenőrzéssel történik. Ha egy hibás távirat érkezik, szükséges egy 33 bites minimumtávolság nyugalmi állapotban. Két időtávirat közötti maximális időkülönbség 30 perc.

Az átviendő adatokat a rendszer egy keretbe foglalja:
Startjel: Rögzítve 68H-ra
Hossz: A távirat hosszának megadása. A hossz a táviratszámtól a CRC bájt előtti utolsó bájtig tart.
Hosszismétlés: Lásd Hossz
Startjel ismétlés: Lásd Startjel
Táviratszám: 0H -tól FH–ig tart; FH után újra 0H következik.
Felhasználói cím 1. rész: 0000H -tól FFFFH–ig tart; A 0000H cím megfelel az időtáviratnak (broadcast).
Felhasználói cím 2. rész: Lásd fent.
Szabadon kiosztható információs rész: A körvezérlés felhasználói adatai az A-F protokolltípusnak megfelelően
Ellenőrző összeg (CRC): Az adatbitek aritmetikai összege a táviratszámtól (beleértve) a CRC bájtig (nem számítva), ahol csak a két legalacsonyabb helyi értéket vizsgáljuk, ami azt jelenti, hogy nem vesszük figyelembe az átvitelt.
Vége jel: 16H rögzítetten

Startbit	Adatbitek	Paritásbit	Stopbit
0	Startjel 68H	1	1
0	Hossz		1
0	Hosszismétlés		1
0	Startjel ismétlés 68H		1
0	Táviratszám		1
0	Felhasználói cím 1. rész		1
0	Felhasználói cím 2. rész		1
0	Információs rész 2-től 15 bájtig		1
0	Ellenőrző összeg (CRC)		1
0	Vége jel 16H	1	1

N/A = Nézz utánA!    Nincs köze az időbélyeghez, az enélkül is értelmezhető.

Információ	Tartomány	Érték	Rögzített érték
Milliszekundum	[1..10]	<0...999>	0
Szekundum	[11..16]	<0...59>	-
Perc	[17..22]	<0...59>	-
N/A	[23]	N/A	0
Érvénytelen	[24]	IV<0>: = Időmegadás érvényes IV<1>: = Időmegadás érvénytelen	0
Óra	[25..29]	<0...23>	-
Tartalék 1	[30..31]	<0,0>	0
Nyári időszámítás	[32]	SU<0>: = Közép-európai idő SU<1>: = Közép-európai nyári idő	-
Hónap napja	[33..37]	<1...31>	-
Hét napja	[38..40]	<1...7>	-
Hónap	[41..44]	<1...12>	-
N/A	[45..46]	N/A	0
N/A	[47..48]	N/A	0
Év	[49..55]	<0...99>	-
Tartalék 2	[56]	<0>	0

Példa: 1994. április 1. péntek 11:55:44, közép-európai nyári időszámítás

     

Stop	Paritás	MSB							LSB	Start	HEX
1	0	0	0	0	0	0	0	0	0	0	0
1	1	1	0	1	1	0	0	0	0	0	B0
1	1	0	0	1	1	0	1	1	1	0	37
1	0	1	0	0	0	1	0	1	1	0	8B
1	1	1	0	1	0	0	0	0	1	0	A1
1	1	0	0	0	0	0	1	0	0	0	04
1	1	0	1	0	1	1	1	1	0	0	5E

Silcon
(ex HA1KTK, HA1KSA, HA5KKF)

[hg2ecz]

Ha tényleg a fenti formátum igérkezik, szóljatok, amikor már megy akár tesztadásban is a monstrum. Jó játék megcsinálni rá a vevőt e. Játék, mert van bőven jelszint!

Aztán a PLL hurkos H/L dekóder (vagy soundmodem ). A  H/L szinteket aztán szinkron áramkörrel (vagy PC-ben feldolgozva) kell venni.
( Ugyanis a PC RS232 hardvere csak 300 baud-ot tud, 200-at tudtommal nem. )

Az alsó illetve felső frekvencia H/L-je NRZI kódolással értendő vagy közvetlen 1/0 jelszintet jelent? Bár végülis az első mérés kiadja, mert ha az első 8 bit nem 0x68 - akkor NRZI


Mint rádiós játék, házi gyártású vevővel - tuti jónak ígérkező játék.

[ha5flt]

Nincs bit stuffing meg órajel-visszaállítás - össze kell lőni a két oldal baud rate-jét pár százaléknyi pontossággal (az UART-ok túlmintavételeznek), aztán kezdődhet a bájt vétele a startbit detektálásával egészen a stopbitig.

http://hydraulicslab.ucsd.edu/RS232/rs232.htm

[ha5flt]

Bocs, rájöttem, hogy nem ez a kérdés, de a doksiból én úgy olvastam ki, ha nincs is benne (...), hogy direktben a bitek jönnek, nincs más layer.

Amúgy talán elő lehet venni a jó öreg és olcsó BT878-as TV-tuner kártyákat, mert emlékeim szerint annak a chipnek 300ksample/s az egyébként általában nem kihasznált hangcsatornába beleépített A/D-je, és szintén emlékeim szerint van a Hálón valahol olyan project, ami egy darab dróttal DCF vevőt játszik a kártya a megfelelő (nyílt forrású) szoftverrel és egy darab dróttal (helyi adó esetén), de lehet hogy "csak" hosszúhullámú AM-vevőt... Este megnézem (még nincs este :-)).

Aztán egy DSP chipbe beledugni a fenti algoritmust, ha már működik... Álmodik az ember, ha ideje egy csepp sincs.

[ha5flt]

Az említett project:
http://www.domenech.org/homebrew-sdr/receiver-1.htm

És egy nagyobb gyűjtemény (guglizni persze más is tud...):
http://f4dan.free.fr/sdr_eng.html

[ha5di]

Hallotta már valaki az adót?