Szerző Téma: Távvezérlő adó Lakihegyen  (Megtekintve 21511 alkalommal)

Nem elérhető hg2ecz

  • Hero Member
  • *****
  • Hozzászólások: 1 522
  • Karma: +744/-4
    • Profil megtekintése
    • http://hg2ecz.ham.hu
Távvezérlő adó Lakihegyen
« Válasz #15 Dátum: 2006 Február 11, 00:04 »
Idézet
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.
« Utoljára szerkesztve: 2006 Február 11, 00:09 írta hg2ecz »

Nem elérhető ha6pc

  • Hero Member
  • *****
  • Hozzászólások: 4 012
  • Karma: +1110/-24
    • Profil megtekintése
Távvezérlő adó Lakihegyen
« Válasz #16 Dátum: 2006 Február 11, 06:55 »
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

  • Vendég
Távvezérlő adó Lakihegyen
« Válasz #17 Dátum: 2006 Február 11, 07:33 »
Idézet
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
 

Nem elérhető ha6pc

  • Hero Member
  • *****
  • Hozzászólások: 4 012
  • Karma: +1110/-24
    • Profil megtekintése
Távvezérlő adó Lakihegyen
« Válasz #18 Dátum: 2006 Február 14, 06:15 »
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

  • Vendég
Távvezérlő adó Lakihegyen
« Válasz #19 Dátum: 2006 Szeptember 01, 13:38 »
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.

Nem elérhető hg2ecz

  • Hero Member
  • *****
  • Hozzászólások: 1 522
  • Karma: +744/-4
    • Profil megtekintése
    • http://hg2ecz.ham.hu

ha5flt

  • Vendég
Re: Távvezérlő adó Lakihegyen
« Válasz #21 Dátum: 2006 Szeptember 03, 13:23 »
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...

Nem elérhető hg2ecz

  • Hero Member
  • *****
  • Hozzászólások: 1 522
  • Karma: +744/-4
    • Profil megtekintése
    • http://hg2ecz.ham.hu
Re: Távvezérlő adó Lakihegyen
« Válasz #22 Dátum: 2006 Szeptember 03, 22:16 »
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

  • Vendég
Re: Távvezérlő adó Lakihegyen
« Válasz #23 Dátum: 2006 Szeptember 04, 00:22 »

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

  • Vendég
Re: Távvezérlő adó Lakihegyen
« Válasz #24 Dátum: 2006 Szeptember 04, 10:50 »
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


StartbitAdatbitekParitásbitStopbit
0Startjel 68H11
0Hossz1
0Hosszismétlés1
0Startjel ismétlés 68H1
0Táviratszám1
0Felhasználói cím 1. rész1
0Felhasználói cím 2. rész1
0Információs rész 2-től 15 bájtig1
0Ellenőrző összeg (CRC)1
0Vége jel 16H11

N/A = Nézz utánA:wacko:  Nincs köze az időbélyeghez, az enélkül is értelmezhető.
InformációTartományÉrtékRögzített érték
Milliszekundum[1..10]<0...999>0
Szekundum[11..16]<0...59>-
Perc[17..22]<0...59>-
N/A[23]N/A0
É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/A0
N/A[47..48]N/A0
É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

   
     
StopParitásMSBLSBStartHEX
100000000000
11101100000B0
1100110111037
101000101108B
11101000010A1
1100000100004
110101111005E


Silcon
(ex HA1KTK, HA1KSA, HA5KKF)

Nem elérhető hg2ecz

  • Hero Member
  • *****
  • Hozzászólások: 1 522
  • Karma: +744/-4
    • Profil megtekintése
    • http://hg2ecz.ham.hu
Re: Távvezérlő adó Lakihegyen
« Válasz #25 Dátum: 2006 Szeptember 04, 14:55 »
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.
« Utoljára szerkesztve: 2006 Szeptember 04, 15:45 írta hg2ecz »

ha5flt

  • Vendég
Re: Távvezérlő adó Lakihegyen
« Válasz #26 Dátum: 2006 Szeptember 04, 16:09 »
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

  • Vendég
Re: Távvezérlő adó Lakihegyen
« Válasz #27 Dátum: 2006 Szeptember 04, 18:16 »
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

  • Vendég
Re: Távvezérlő adó Lakihegyen
« Válasz #28 Dátum: 2006 Szeptember 04, 19:49 »
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

  • Vendég
Re: Távvezérlő adó Lakihegyen
« Válasz #29 Dátum: 2006 Szeptember 14, 14:53 »
Hallotta már valaki az adót?