Hirdetés
- Színpadon a hardverzenekar
- AMD GPU-k jövője - amit tudni vélünk
- CPU léghűtés kibeszélő
- Nem teljesít túl jól a kasszáknál az aktuális Xbox generáció
- Házimozi haladó szinten
- Milyen monitort vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- OLED TV topic
- iGPSport iGS800 kerékpáros óra: egyből a csúcsra tör
Hirdetés
-
Színpadon a hardverzenekar
ph A hangeszközöké és monitoroké a rivaldafény, de asztali gépekről, komponensekről, notebookról és egérpadról is szó esik.
-
Silent Hill 2 Remake - Középpontban a PS5-ös kiadás
gp A sokak által várt felújítás premierje már nincs vészesen messze.
-
E61 blog 2. rész
lo [Előző rész]Folytatnám a történetét a E61-nek. A sztereotípiákkal ellentétben még nem kerültem anyagi csődbe, és nem...
-
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 #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.
Új hozzászólás Aktív témák
- Színpadon a hardverzenekar
- AMD GPU-k jövője - amit tudni vélünk
- Gondoskodik róla az EU, hogy az Apple felnyissa a rendszereit
- Fotók, videók mobillal
- Mikrotik routerek
- Béta iOS-t használók topikja
- Hálózati / IP kamera
- CPU léghűtés kibeszélő
- Apple iPhone 15 Pro Max - Attack on Titan
- iPhone topik
- További aktív témák...
- Lenovo IdeaPad 3 15ARE05 - 15,6"FHD IPS - Ryzen 3 4300U - 4GB - 256GB SSD - Win11 - MAGYAR
- HP EliteDesk 800 G3 SFF / i5-7500 / DDR4 / NVMe M.2 / USB Type-C / USB 3.1 / több db / 27% számla
- Playstation 4 Pro
- Xbox One S 500GB + 1TB külső HDD + wireless kontroller
- ASUS TUF Gaming GeForce RTX 3070 OC Edition
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen