Új hozzászólás Aktív témák

• #2165 Kbkoko csendes tag AliveMOon #2164

  Új Válasz 2006-02-09 16:43:00 #2165

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Kbkoko

  csendes tag

  válasz AliveMOon #2164 üzenetére

  EZAZ!
  
  Már csak azt áruld el, hogy ebből hogyan lesz csengő...?
  
  
  [Szerkesztve]

• #2124 LukE veterán AliveMOon #2122

  Új Válasz 2006-02-04 21:46:05 #2124

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  LukE

  veterán

  válasz AliveMOon #2122 üzenetére

  8 gomb allapotat 8 bit at tudja vinni, ele+moge start+stop+paritas vagy valami hiba ellenorzo bit(ek), az max 16bit. Kb. ''x'' ido.
  Master kikuldi a kovetkezo slave kodjat, vagy valami mas parancsot (ez is belefer abba az ''x'' idobe). Slave rekcioideje legyen kb. epszilon ido, ha az adatatvitelek kozott is varunk x idot, akkor kb 16*4 bit-nyi ideig tart minden slave lekerdezese. Ha 500 eszkoz kell, akkor mp-enkent 32kbps eleg lehet. Ha eleg gyorsan tudnak reagalni a radio ado-vevo modulok, es nem szemetelik teli a levegot adas elott/utan.
  
  Cypressnek van egy 2kHUF nettoert kaphato modulja, de nem tudom, hogy hogy viselkedne ebbol tobbszaz egy helyen. Azt meg csak ugy lehetne kideriteni, ha tenyleg osszerak valaki 500 ilyen modult. Esetleg megkerdezni a gyartot, de lehet ok sem tudnak biztos valaszt adni erre.

• #2123 AliveMOon csendes tag AliveMOon #2122

  Új Válasz 2006-02-04 19:50:13 #2123

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  AliveMOon

  csendes tag

  válasz AliveMOon #2122 üzenetére

  ''Nagyon elméletbe, veszünk egy 20kHz es kristály, amit egyszerű áramkör kellő pontossággal ösze tudná hangolni?''
  Na ezt nem sikerült jól megfogalmaznom!
  
  Igazábol azt akartam írni, hogy egy kristályt nem lehetne kellő pontossággal egy másikhoz szinkronizálni? A 20kHz nem fontos, az gondolom lehet sokszorosa, akkor a pontosság nő?
  
  Tehát olyan nagy probléma a kontrollereket össze szinkronizálni?
  Ha tudja a kontroller előrre, hogy most úgy is én fogok jönni, az adat gyüjtő, meg tudja, hogy meik kontroller fog jönni, meg lehet sporolni egy csomo időt!
  
  És az is elképzelhetetlen, hogy valójában a levegőben keveredjen ösze a jel?
  
  
  

• #2121 And veterán AliveMOon #2119

  Új Válasz 2006-02-03 22:37:32 #2121

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  And

  veterán

  válasz AliveMOon #2119 üzenetére

  Értem én, hogy mit szeretnél, de ez szvsz. a tv-rendszer igencsak erőltetett alkalmazása lenne. Te digitális átvitelt szeretnél, bináris be- és kimenetekkel. Az említett korlátokon nem változtat az sem, hogy milyen olcsó egy zsebtévé, vagy hogy mekkora az ilyen mikrohullámú adóval szerelt kamerák hatótávolsága. Ennél jóval egyszerűbb - de még mindig kellőképpen összetett - volna egy saját protokol kifejlesztése, célszerű eszközökkel megvalósítva.
  Halkan kérdezném: mégis miről szólna ez az egész?

• #2120 AliveMOon csendes tag AliveMOon #2119

  Új Válasz 2006-02-03 17:01:01 #2120

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  AliveMOon

  csendes tag

  válasz AliveMOon #2119 üzenetére

  És nem csak zseb tv-ket, hanem körömnyi video kamerákat amik több 100m-re elsugároznak egy video folyamot!

• #2118 And veterán AliveMOon #2117

  Új Válasz 2006-02-03 15:40:10 #2118

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  And

  veterán

  válasz AliveMOon #2117 üzenetére

  Ez a téma egyre elvetemültebb ). Attól, hogy Te videojellé gyúrnád a biteket, még nem sok minden változna, csak sokkal nehezebben lehetne megvalósítani.. A bitidő 20kbps sebességnél majdnem egy teljes tv-sor idejéig tartana, az egyes kliensek adásának fel/lefutási ideje meg már egy félkép időtartamával lenne összemérhető. (A PAL-t meg ne keverjük ide, mert az lényegében a színinformációk kódolását határozza meg, nem az időzítéseket.)

• #2116 And veterán AliveMOon #2114

  Új Válasz 2006-02-03 08:37:14 #2116

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  And

  veterán

  válasz AliveMOon #2114 üzenetére

  Nagyjából úgy, ahogy leírtad. Kivéve, hogy jó esetben nem kell többször megszólítani egy állomást, ill. a biztos vétel érdekében inkább valamilyen hibafelismerő kódolással kellene az adatokat továbbítani, mint simán csak ismételgetni. Egyszerű rádiós moduloknál, viszonylag rövid üzeneteknél - néhány byte - az egy állomásra jutó teljes kommunikációs idő nagy részét úgysem a hasznos bitek átvitele, hanem az adás/vétel átkapcsolás és a biztonsági időrések tennék ki.
  #2115: ''Igazábol valami olyan kütyü kell a kontrollerbe,
  amit a központi adatgyüjtő bármikor kinyithat és elzárhat?''
  Ezt nem teljesen értem. A modul lehet félduplex, ahogy írtad. Ez azt jelenti, hogy az adás/vétel vezérlését mindenképp egy saját kontroller biztosítaná az egyes kliensekben (alapállapot a vétel, adás csak akkor, ha a központ azt megszólítja, és várja a választ).
  ''Nem lehetne a rendszerben két csatornát alkalmazni?
  Egyik csatornán az adat gyüjtő azt sugározná éppen meik kontroller adjon.
  A másik csatornán pedig az a kontroller ad akinek éppen kell?''
  Attól, hogy az oda/vissza irány fizikailag más csatornán történik, a lekérdezési idő még nem lesz rövidebb. A válasz úgyis csak akkor mehet, ha a kérdés már megtörtént. Több csatornát úgy lehet kihasználni, hogy - pl. két rádiócsatornával - a kliensek fele az egyik, fele a másik csatornán ad/vesz, így fizikailag a két csoport el van különítve, és két központi állomás működik párhuzamosan (minden központ csak a saját csatornáján üzemelő klienseit kérdezi le). Lehet ezt még csűrni-csavarni, de a lényegen sajnos nem változtat: kliensenként és csatornánként minimum 10ms -os nagyságrendű időt kell biztosítani a kommunikációra. Ez távmérésnél, adatgyűjtésnél nem gond, de gyors reakcióigényű alkalmazásokba ennyi klienssel már nem az igazi.

• #2112 And veterán AliveMOon #2110

  Új Válasz 2006-02-02 22:08:52 #2112

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  And

  veterán

  válasz AliveMOon #2110 üzenetére

  A szerintem legegyszerűbb megoldás, ha egy v. több központi adatgyűjtő egység egyenként - pl. valamilyen fix hardveres cím v. sorszám szerint - megszólítja és lekérdezi az állomásokat. Egy olcsó, néhányezer HUF-ért kapható félduplex adatátviteli adóvevő modul nagyjából a következő paramétereket tudja (példa): adatsebesség: 19.2 kbps, adás/vétel átváltás: oda és vissza is néhány (pl:4..5) ms. Ha minden állomásnak csak 2 byte-nyi adatot kell visszaküldenie a ''központ'' felé, akkor az egy állomásra jutó kommunikációs idő nagyságrendileg és hibamentes átvitelt feltételezve is minimum 15..20ms -ra adódik. Ezzel egy teljes kör (amely az összes kliens megszólításához és lekérdezéséhez kell): 7,5..10 másodperc hosszúra adódik. Ekkora reakcióidő már nehezen nevezhető valósidejűnek, és ekkor továbbra is arra számítunk, hogy nincs hiba a ''keretben'', minden kliens rendben veszi a megszólítást, rendben válaszol, stb. Ha ezt jól megbonyolítanánk, és mondjuk 4 RF-csatornát használnánk párhuzamosan a kommunikációra, még mindig minimum több másodpercnyi keretidőnél tartunk.
  Ha a megvalósítás gyakorlati oldalát nézzük, ennyi klienssel még a legolcsóbb eszközökkel számolva is sokmilliós költségekről van szó, és ez még csak a kommunikációhoz kell. De ez most csak szigorúan elmélet..
  
  [Szerkesztve]

• #2109 And veterán AliveMOon #2108

  Új Válasz 2006-02-02 21:26:31 #2109

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  And

  veterán

  válasz AliveMOon #2108 üzenetére

  Elméletben én is sokmindent el tudok képzelni, még olyan dolgokat is, amelyeknek a megvalósítása csupán gyakorlati akadályokba ütközik (hidrogénmeghajtású autót mindenkinek! ). De inkább maradjunk a földön. Az infrakamerás az egyik lehető legbonyolultabb megoldás volna, és még csak meg sem felelne a célnak: egy közel pontszerű fényforrás túl sok információt nem tudna átvinni egy képbontással működő eszköz felé..

• #2107 And veterán AliveMOon #2105

  Új Válasz 2006-02-02 21:13:20 #2107

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  And

  veterán

  válasz AliveMOon #2105 üzenetére

  ''Párhuzamos is lehet!''
  Biztos vagy ebben?
  Pl. Infrán? Az a véges sugárzási szög meg a helyzetérzékenység (mozgó kliensek(?) ) miatt közel lehetetlen.
  Vagy rádión? Az meg - egyszerű módszerekkel - 500 különféle adási/vételi frekvenciát jelentene, ami szintén nonszensz kategória. Az ilyen célra kapható modulok maximum néhány csatornát tudnak egy-egy nálunk engedélyezett sávon (pl. 433 v. 868MHz-en), azokat sem egyidőben.
  Mod. #2106-ra:
  ''Gyakorlatilag egy parkoloban van 500 autó és megnyomom a kulcstartón a gombot, ha minden igaz csak egy autó nyillik ki.''
  Jó esetben igen , de ennek az az oka, hogy minden vevő más-más kódra érzékeny, ráadásul ezek a kódok minden egyes sikeres nyitás után szépen megváltoznak..
  ''Bár azt nem tudom mivan, ha az összes tulajdonos egyszerre nyomja meg a gombot mi történi?''
  Akkor az van, hogy ha pl. azonos adófrekvencián működnek (ami nem biztos, de jó esély van rá, mivel nincs olyan sok erre a célra használható frekvencia), akkor egyik vevő se vesz semmit az interferenciás katyvaszból, oszt' vagy előjön az ''amelyik kutya erősebb'' elv, vagy jól nem történik semmi (hasonlóan bármilyen rádiós zavaráshoz).
  
  [Szerkesztve]

• #2106 AliveMOon csendes tag AliveMOon #2105

  Új Válasz 2006-02-02 21:10:11 #2106

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  AliveMOon

  csendes tag

  válasz AliveMOon #2105 üzenetére

  Gyakorlatilag egy parkoloban van 500 autó és megnyomom a kulcstartón a gombot, ha minden igaz csak egy autó nyillik ki.
  Bár azt nem tudom mivan, ha az összes tulajdonos egyszerre nyomja meg a gombot mi történi?
  Nem értek hozzá ezért érdeklődöm.

• #2104 And veterán AliveMOon #2103

  Új Válasz 2006-02-02 20:40:14 #2104

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  And

  veterán

  válasz AliveMOon #2103 üzenetére

  Akárhogy számolom, ha egyszerre 500 kliens lekérdezését szeretnéd, a kellő sávszélességigény túl nagyra adódik egy szimpla infrás v. rádiós adatátvitel lehetőségeihez képest. Mivel a gyakorlatban csak valamilyen sorrend szerinti (szinkronizált), a játékosokat egymás után lekérdező, kétirányú adatforgalomra építhetsz, a teljes adatgyűjtési idő - ésszerű anyagi / technikai kereteken belül - túl hosszú lenne. Többcsatornás kommunikációval esetleg ez az idő rövidülhet (itt főleg a rádiós átvitelre gondolok), de nagyságrendi javulásra nem lehet számítani. Ha a vétel helyén nincs szükség valósidejű adatfeldolgozásra, ez nem jelent akkora gondot, de az írásod alapján úgy tűnik, Nálad nem ez a helyzet.

Új hozzászólás Aktív témák