- Melyik tápegységet vegyem?
- Az AI felé fordul az IKEA is
- Nem a Microsoft gyártaná a következő Xbox konzolokat?
- Szünetmentes tápegységek (UPS)
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Milyen TV-t vegyek?
- Amlogic S905, S912 processzoros készülékek
- Dell notebook topic
- Hobby elektronika
- iPad topik
Hirdetés
-
Ilyen lehet a Samsung Galaxy Watch7 Ultra
ma Renderképek mutatják meg a Samsung júliusban megjelenő új felső kategóriás okosóráját.
-
Beszáll a kézikonzolok világába a PC-s házairól elhíresült az Antec
ph Csak éppen nem saját fejlesztésű dizájnnal, hanem korábbi koncepció átnevezésével.
-
DOOM: The Dark Ages címmel jön a sorozat új része?
gp Lehetséges, hogy a következő játék az eddigiektől drasztikusan különböző helyszíneken és időszakban játszódik.
-
PROHARDVER!
Ez itt, az elektronikával hobbiból foglakozók fórumtémája.
Lentebb összegyűjtötttem néhány elektronikával kapcsolatos, hasznos linket.
Új hozzászólás Aktív témák
-
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.
-
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.A nap süssön rátok! www.grandpace.com
-
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] -
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é..
-
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] -
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. -
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.)
-
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? -
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?A nap süssön rátok! www.grandpace.com
-
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.''Firefoxot hasznaljanak csak a gyavak. Az Explorer az igazi ferfiak bongeszoje! Veszely, kaland, nyitottsag!'' ιQι
Új hozzászólás Aktív témák
- Ilyen lehet a Samsung Galaxy Watch7 Ultra
- Diablo IV
- Sony Xperia 1 V - kizárólag igényeseknek
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Politika
- Xiaomi 14 - párátlanul jó lehetne
- Mobil flották
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Linux kezdőknek
- Skoda, VW, Audi, Seat topik
- További aktív témák...
- Lenovo Thinkpad A485 (T480), 14" FHD IPS, Ryzen 5 PRO 2500U (8 v.mag), Radeon RX Vega 8, 16GB DDR4,
- Lenovo ThinkPad T480 - i5 8350u/16GB/256GB SSD/Windows/FHD/Magyar bill Hibátlan Állapot ÁFÁ-s számla
- Microsoft Surface Pro 6 12.3" 2736 x 1824/i5 8350u/
- Legjobb ÁR!!!HP EliteBook 640 G9 Ezüst (14" / Intel i5-1235U / 16GB / 512GB SSD / Win 11 Pro)
- HP Probook 340S G7 i5-1035G1/8GB/256SSD/Windows 11
- Dell T7810: 2x Intel Xeon E5-2697A v4, 32-64 mag, 2.60-3.60GHz, 128GB - 512GB DDR4 ECC, 500GB SSD
- Kingston FURY Renegade 1TB M.2
- Sennheiser HD660S2 fejhallgató
- Seagate Constellation ES.3 / 4TB / 7200rpm / 128MB / SATA / ST4000NM0033 / HP 695503-004
- Playstation 3 super slim / HEN / 500 GB / 2 CONTROLLER
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs