hapi píše: včetně možnosti dokoupit konvertoru na stávající antény? WTF?
Dyť jsem to tu psal, stačí číst

hapi píše: včetně možnosti dokoupit konvertoru na stávající antény? WTF?
okoun píše:hmm aha takže tento produkt je převlečený rocket krám, pokud by to bylo FDD tak jo ale takto je to jen marketingový shit jak píše GRFS
okoun píše:ano pochopil si velmi dobře - nebrat
GRFS píše:Rekl bych, ze jde o jiz objeveny objev. Prijimat a vysilat na jine frekvenci umi svym zpusobem vsechny Nano... veci. Staci si zapnout na APcku AirSelect a nastavit Hop Interval a Anounce Count. Pri vedomi toho, jak amici zvladaji marketing jsem toho nazoru, ze to klidne muze byt ta sama, jen pro potreby zvyseni prodejnosti jinak nazyvana ficura.
Jinak GPS neni potrebna, pokud se najde jiny Master, ktery ridi burst timing ostatnich radii na sajtu. To nemusi byt presne hodiny, dulezita je stejna faze na vsech AP, aby vsechny dokazaly synchroone rict svemu TX vcil muzes vyprasit svuj buffer do luftu. Je to zalezitost stara minimalne 20let a da se to demonstrovat treba na 2,4GHz technologii z 90 let min. stoleti. Nekde se mi to tu jeste vali.
David2006 píše:Kdo chce může si počíst:
Guys,
If you want a little bit of insight on what we did for our TDD/HDD protocol (at least one early limited instantiation of it), you could peruse the following light reading:
https://www.google.com/patents/US201300 ... CC0Q6AEwAg
To answer the question posed about GPS sync and latency, I can tell you there is zero impact to latency with the AF/AFX implementation.
This is a real-time hardware based implementation and has been pointed out is far more robust than anything possible with WiFi based systems. WiFi based PTP/PMP systems are generally limited to interrupt driven sync implementations so timing accuracy and timing resolution is very constrained. In pretty much all WiFi based systems, the designer is limited to trying to "fool" the chipset to support a pseudo-frame, which results in serious performance impacts, problems with ACK timing and a bunch of other stuff. WiFi chips are fantastic in their intended environment (indoor, high amounts of multipath to ensure path orthogonality, high loss exponents) but they have serious underlying limitations for transporting large amounts of data with low overhead and low latency at long range while trying to elegantly coexist at the same time.
Gary
Jenya píše:jejich HDD znamena krutopresne nacasovane odesilani dat. Zatimco vysilac odesila data na klienta, data od klienta jsou uz ve vzduchu a "doleti" na vysilac presne, kdyz skonci s vysilanim a na klienta zase v momente, kdy on dovysilal. Zadny cekani na data, kazdy vi, kdy protistrana dovysila, tak ji uz s predstihem posila data, aby tam byla presne na cas a naopak.
GRFS píše:Jenya píše:jejich HDD znamena krutopresne nacasovane odesilani dat. Zatimco vysilac odesila data na klienta, data od klienta jsou uz ve vzduchu a "doleti" na vysilac presne, kdyz skonci s vysilanim a na klienta zase v momente, kdy on dovysilal. Zadny cekani na data, kazdy vi, kdy protistrana dovysila, tak ji uz s predstihem posila data, aby tam byla presne na cas a naopak.
Jo tak hlavne at to vysvetli tem vlnam, jak se maji sirit a jak odrazet, aby to bylo v souladu s presnymi GPS hodinami v kazdem tom radiu
Jenya píše:GRFS píše:Jenya píše:jejich HDD znamena krutopresne nacasovane odesilani dat. Zatimco vysilac odesila data na klienta, data od klienta jsou uz ve vzduchu a "doleti" na vysilac presne, kdyz skonci s vysilanim a na klienta zase v momente, kdy on dovysilal. Zadny cekani na data, kazdy vi, kdy protistrana dovysila, tak ji uz s predstihem posila data, aby tam byla presne na cas a naopak.
Jo tak hlavne at to vysvetli tem vlnam, jak se maji sirit a jak odrazet, aby to bylo v souladu s presnymi GPS hodinami v kazdem tom radiu
Proto tam preci soupli ten slant, ne?![]()
Podle toho co jsem o tom do ted zjistil, GPS tam je kvuli synchronizaci s ostatnimi vysilaci na sajtu.