Welcome, Guest. Please login or register.


Author Topic: Modern háttértárak (Read 6512 times)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14721
  • Country: hu
    • http://enterprise.iko.hu/
Modern háttértárak
« on: 2013.May.16. 17:07:46 »
Ezt az SD kártyát annyit emlegetted már...
Tudsz valami értelmes Z80 által is kezelhető megoldást rá? Mert önmagában valami rémálom :-(
Én olyat szeretnék, hogy x portra kiküldöm, hogy az n. szektort kérem, és utána az y porton beolvasható 512 bájt.
Innentől max 10 perc alatt menne vinyóként az EXDOS-sal! :-)

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Modern háttértárak
« Reply #1 on: 2013.May.16. 17:32:07 »
Quote from: Zozosoft
Ezt az SD kártyát annyit emlegetted már...
Tudsz valami értelmes Z80 által is kezelhető megoldást rá? Mert önmagában valami rémálom :-(
Én olyat szeretnék, hogy x portra kiküldöm, hogy az n. szektort kérem, és utána az y porton beolvasható 512 bájt.
Innentől max 10 perc alatt menne vinyóként az EXDOS-sal! :-)

Hat egy command-ot kell kikuldeni konkretan, par byte. Ez nem is baj. A baj az az, hogy SPI buszon megy, ami soros. Ez magaban nem gond meg, mivel 20MHz kornyeken siman megy, sot a gyorsabb kartyak (a class megjeloles a kartyakon) meg gyorsabban is. Viszont ezt ugye software-bol Z80-on megcsinalni ... nem lesz gyors :) Eppen azon elmelkedek egy ideje mar, hogy lehetne csinalni SPI-ra soros/parhuzamos atalakitot, hogy hw-bol menjen. Sajnos ilyet "keszen" nem talaltam :( Jelenleg arra jutottam hogy kell egy parallel-to-serial es egy serial-to-parallel shift regiszter (74-es IC-k kozott van ilyen ami meg pufferelt is, meg minden ami kell), illetve vmi, ami elallitja a CLK-t es 8 bit utan leall. Par IC-bol tuti ossze lehetne dobni, csak epp sajnalom hogy nincs vmi "SPI interface" jellegu mar kesz IC.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14721
  • Country: hu
    • http://enterprise.iko.hu/
Re: Modern háttértárak
« Reply #2 on: 2013.May.16. 17:56:32 »
Quote from: lgb
A baj az az, hogy SPI buszon megy, ami soros.
Na ez az :-(

Quote
epp sajnalom hogy nincs vmi "SPI interface" jellegu mar kesz IC.
Ha jól tippelem valami PIC-es cucc kéne.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Modern háttértárak
« Reply #3 on: 2013.May.16. 20:01:38 »
Quote from: Zozosoft
Na ez az :-(
Ha jól tippelem valami PIC-es cucc kéne.

En mondjuk AVR-t tennek, nem PIC-et de ja :) Csak epp motoszkal a kisordog bennem, hogy MCU nelkul megcsinalni, "mezei" 74xx IC-kbol :) Bar lehet, hogy felesleges a mazoista hozzaallasom.

Masik ami eszembe jutott: USB mass storage protocol :) Elonye, hogy utana pendrive, telefon, digitalis fenykepezogep, illetve barmi ami implementalja az USB storage "szabvanyt" kezelheto lenne. Hatranya: USB az kb lehetetlen, hogy "hobbybol" megoldod, ahhoz kepest a SPI az gyerekjatek. Viszont vannak cel IC-k amit erre hegyeztek ki, pl a FT232 vagy mi a neve, az epp sima sorost csinal belole (mondjuk azt meg vmi SIO-ra kene kotni ugy es lassu is lesz) vagy letezik/letezhet mas hasonlo IC parhuzamos interface-szel. Egyetlen baja, hogy imho azok nem host USB-k, nekunk meg az kene ehhez ... Lehet az SD kartya meg mindig egyszerubb. Vagy kell egy USB-t is tudo MCU, ami megy host (de legalabb OTG?) modban, mondjuk ez passz, hogy kisebbek kozott van-e ilyen egyaltalan, csak az ezerlabu szornyeknel lattam, ott viszont mar ethernet is van rajta neha pl.
« Last Edit: 2013.May.17. 06:52:30 by lgb »

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Modern háttértárak
« Reply #4 on: 2013.May.21. 22:29:08 »
Nah, talaltam is valami gyanus (?) kinai (?) IC-t, a neve, CH375. Egyetlen IC, alig kell kore par kondi, stb, es 8 bites parhuzamos adatbuszon ket I/O portot felhasznalva tud host-kent viselkedni USB storage cuccosok szamara (pendrive, egyes okostelefonok mp3 lejatszok es fenykepezogepek stb). Elvileg sok mast is tudna amugy a leiras szerint.

Ilyen modul formaban egesz baratsagos.

Illetve nemi PDF formatumu leiras rola: ITT Mondjuk kicsit kihivas letolteni a PDF-t default az URL-re valami kulimaszt akart a browser megjeleniteni, normalis parancssoros wget-el lehozva, majd utana pdf viewer nezve jo lett.

Persze vannak ketsegeim h hasonlo IC-t lehet-e szerezni (vagy modult?) nalunk ... A PDF szerint nem lehet nagy cucc block read/write hasonlo dolgokat implementalni aztan ezzel. Viszont pl megy 5V es 3.3V felallasban is, igy meg az SD kartyaknal jellemzo jelszint illesztessel sem kell pl kulon foglalkozni.
« Last Edit: 2013.May.21. 22:38:39 by lgb »

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Modern háttértárak
« Reply #5 on: 2013.June.05. 16:45:48 »
Inkabb ide irok SD ugyben :) Most komolyan elkezdtem gondolkodni ... Van ugye az otlet, hogy a cartridge helyere, azaz kb memoriakent lehet cimezni a dolgokat, nem IN/OUT. Ez szep, sot tobb szempontbol egyszerubb is, amde a komoly gond az, hogy kene dual port RAM hozza, hogy az MCU es az EP egyszerre matasson a RAM-ban, vagy maskepp nem tudom hogy lehetne :(

Pedig az otlet amugy jo, ui I/O portokon at vannak azert gondok. Ha pillanatra az idozitest, stb el is felejtjuk: attol nem tekinthetunk el, hogy azert azt szinte lehetetlen megoldani, hogy az SD kartya altal adott adatokat direktben az MCU "tovabbitsa" az EP fele, mert tutira nem lehet osszehozni a hozzaferes utemet pontosan. Pedig az MCU amugy hw-bol kepes SPI-ra stb, szoval jo lenne. Marad tehat a megoldas, hogy az MCU szepen lebeszeli az SD kartyaval, igy az adatforras vagy a cel (read/write) az MCU sajat SRAM-ja. Ezzel nincs is gond, mert egy block belefer (ATmega8-nak pl 1K SRAM-ja van a belesejeben). Viszont igy az egesz igencsak elbonyolitodik, ui pl block irasnal elobb az EP kiirja az "MCU-ba", ha az megvan, akkor o meg az SD kartyara. Olvasasnal nyilvan logikusan ugyanigy, csak forditva. Tenyleg szep lenne a memorias otlet, azaz az MCU irja bele az EP-vel kozosen hasznalt RAM teruletre, akkor nincs buffereles, meg tokolodes hogy ket ponton is figyelni kell mikor megy/jon az adat, meg a varakozas az "atjatszasok" eseten, stb. Neztem dual port SRAM-ot, haaat nem olcso kifejezetten, "ezerlabu" IC (veletlenul se DIP persze), es nem is igazan latom, hogy konnyu lenne ilyet szerezni.

Szoval lehet marad megis az IO portos ... A fenti problemakkal egyutt. Otletem a kovetkezo (legyszi javits ki Zozo, ha valahol tevednek!). Szoval ha az IORQ aktiv (low active, de most ettol tekintsunk el, csak aktivot irok, ami ebben az esetben persze logikai nulla amugy) es mellette az RD vagy a WR is az (lasd a low active kitetelt, tobbet nem irom le), illetve ha a cimbusz A7-A1 labai a megfeleloek nekunk (A0 kell, mert ket portot hasznalunk), akkor "nekunk szol" a dolog. Ez igy korrekt? Csak az IORQ-t nezni nem eleg, mert az pl ha jol remlik az M1-el egyutt pl INT ACK, szoval tok mas. Nu, ebben az esetben generalunk egy select jelect ebbol magunknak, es ezt azonnal fel is hasznaljuk, hogy egy flip-flop segitsegevel WAIT jelet generaljunk a Z80 fele, kozben viszont megy az MCU fele mint INT0, azaz ott egy interrupt lesz belole, amire AVR pl eleg gyorsan reagal. Namost, ez arra jo, hogy a WAIT hw-bol beall (MCU nelkul) igy tutira nem csuszok le a valaszrol a Z80 fele. Persze, tudom hogy WAIT-nal azert vegtelensegig nem lehet huzni, mert addig pl nincs memoria frissites, de sokaig nem is kell. Ugynais az MCU interrupt kezeloje csak annyit csinal voltakeppen hogy megnezi az A0-t (melyik port) es hogy RD vagy WR. Ezek alapjan olvas/ir byte-ot EP busz felol/fele a sajat SRAM-jaba/bol. Ezek utan vege is az interrupt-nak elotte meg az MCU szol a flip-flopnak h engedje mar el a WAIT-et. Igy a WAIT max "biztonsagi tartalak", talan meg beleferne anelkul is nem turbos gepen, de ki tudja ...

Ezek utan az MCU foprogramja csinal mindent kvazi async modon, pl sd block write eseten SRAM-jaban pufferelt blockot szepen kiirja, ha kesz beallit az SRAM-jaban egy valtozot, hogy ready, ennyi. Az mar az EP oldalrol feladat, hogy varsz a muvelet vegeig, az emlitett MCU interrupt handleren at kiolvashato EP altal h kesz van-e. Egesz pontosan, ha az A0=0, akkor WR-re az a command register, RD-re a statusz (kesz van-e a muvelet). A0=1 eseten az adatregiszterrol beszelunk, RD eseten olvasod az MCU SRAM-jat szepen sorban, WR eseten irod (azaz pl sd block write elott adatregiszteren at feltoltesz 512 byte-ot MCU-ba plusz a block szamat, aztan mondod a command registeren az MCU-nak hogy legyszi ird mar ki SD-re a buffert, utana EP-n meg varsz a statusz regisztert nezve, hogy vege legyen a muveletnek. Block readre: adatregiszteren kiirod a block szamat csak, command regiszteren megadod az sd block read numerikus parancskodjat, status regiszteren nezed mikor vege, utana 512-szer olvasod az adatregisztert, es ott a block-od)

Na, nagy vonalakban, a reszleteket mellozve, kb idaig jutottam a gondolatmenetemben, de mivel Z80-hoz emlitesre melto hw-t meg nem epitettem, ez egyaltalan nem tuti, hogy jo igy. A fenti leiras alapjan ez lassunak tunik, de valojaban nem veszes: az MCU hw szinten SPI-t nyom, amit max az orajele felevel kepes, ha 8MHz-es clockot feltetelezunk neki, akkor tehat az elemleti nyers sebesseg az 4mbit/sec az avr es az sd kartya kozott (nyilvan ez hulyseg, mert 512 byte-ra ok, de setup time, stb is van), ami 500kbyte/sec lenne (mint irtam ez persze egy teljesen mesterkelt adat). Tehat a szuk keresztmetszet biztosan az lesz, hogy I/O portokon at az MCU buffere es az EP kozott at kell vinni az adatokat (melleseleg amugy a modern SD kartyak kepesek 4MHz-re rohogve, de azert hozzateszem h a szabvany azt mondja hogy az SD inicializalasa soran csupan 400KHz-el szabad vele SPI-t jatszani mert az  garantalt, amit minden oskovulet kartya ismer, modern SD kartyak 20MHz vagy folotte is mennenek, azt mar az AVR nem fogja tudni viszont).

Ez a bonyolultsag az oka amugy annak, hogy mar azon is gondolkoztam, hogy sima 74xx IC-kbol kene epiteni egy SPI interface-t. Ha shift registereket hasznalsz, stb, akkor egesz gyors lenne, viszont "kozvetlen" vezerles van a kezedben SPI szinten (megis parhuzamos lesz!) nincs puffereles, miegymas. Csakhat az hw szinten azert kisse nagyobb alkatresz temeto lenne ...

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14721
  • Country: hu
    • http://enterprise.iko.hu/
Re: Modern háttértárak
« Reply #6 on: 2013.June.05. 16:56:25 »
Kérdés: hogyan működnek az SD to IDE adapterek? Ott nincs WAIT meg ilyenek :-) Az lényegében pont azt csinálja ami nekünk kéne csak 16 biten. (Bár ha tudná a 8 bites IDE-t...)

Quote
Van ugye az otlet, hogy a cartridge helyere, azaz kb memoriakent lehet cimezni a dolgokat, nem IN/OUT. Ez szep, sot tobb szempontbol egyszerubb is, amde a komoly gond az, hogy kene dual port RAM hozza, hogy az MCU es az EP egyszerre matasson a RAM-ban, vagy maskepp nem tudom hogy lehetne
Úgy, hogy a vezérlő portjai piszkáljuk csak memória bájtokként.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Modern háttértárak
« Reply #7 on: 2013.June.05. 17:11:32 »
Quote from: Zozosoft
Kérdés: hogyan működnek az SD to IDE adapterek? Ott nincs WAIT meg ilyenek :-)

WAIT alatt arra gondolsz, amikor WAIT-elem szegeny Z80-at? Az csak azert kell mert nem celhw logikai halozat, hanem sw-bol (AVR programmal) csinalom a dolgokat, igy persze minden komplikaltabb, mintha HW-bol osszerakod, megfelelo logikai halozat egy ASIC-ban, FPGA-ban stb. Elvileg ha az AVR eleg gyors, akkor ez nem is kell egyaltalan.

Azt viszont nem teljesen ertem, hogy ki lehet-e kerulni azt a varakozast, ami pl a block read/write-ra kell, ez meg egy IDE disknek se megy, hiszen nem nulla ido alatt csinalja meg, ott is varnod kell, hogy a muvelet vegrehajtodjon. Ez nyilvan igaz egy SD kartyara is.

Amugy amit leirtam az kb uaz ahogy egy IDE disk is mux, ott is - gondolom - van a disken buffer, ahova/ahonnan az ottani vezerlo aztan tovabbitja az adatot. Max ott nem egy altalanos celu MCU-val oldjak meg, ezert nincs szukseg kulonosebb trukkozesre a host fele valo kommunikacio soran, de lenyegeben hasonloan mukodhet. Egy SD-IDE konverter gondolom pont ilyesmit csinal szinten amit en akarok, csak epp szinten valami cel megoldas lehet ami hw-bol tudja a lenyeget, es nem sw-esen kell megirni, ami okozhat sebesseg problemakat. Pont ezert is vetettem fel a 74xx IC-kbol osszerakott "celhw" otletet, ott nem lenne ilyen gond :)

Quote
Az lényegében pont azt csinálja ami nekünk kéne csak 16 biten. (Bár ha tudná a 8 bites IDE-t...)

Igen, de nekem nem csak SD kartya miatt kell, hanem masra is kell SPI busz, majd pl ethernethez :) Annak meg ugye nem sok koze van az IDE-hez, amde a fenti megoldasba viszont egyszeruen beleillesztheto (nyilvan SPI interface-es ethernet controllerre gondolok, ami speciel van is nekem).

Quote
Úgy, hogy a vezérlő portjai piszkáljuk csak memória bájtokként.

Na ezt viszont nem ertem. Tehat odadugsz vmit a cartridge helyere szepen. Ez EP szamara memoriakent latszik, tudja irni/olvasni. Viszont az MCU-nak is kell tudnia irni olvasni, es az igazan nem szerencses, ha egy idoben probaljak meg ezt tenni (hacsak nem dual port ram). Most akkor lehet, hogy a Z80 orajelehez kene szinkronizalni (vagy tudomisen) az MCU hozzafereset, hasonloan ahhoz, hogy a nick es a Z80 is egyszerre hasznalja a vram-ot. Ehhez mar kicsit kevesnek erzem magam jelenleg meg legalabbis.
« Last Edit: 2013.June.05. 17:33:00 by lgb »

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: Modern háttértárak
« Reply #8 on: 2013.June.05. 17:59:49 »
nem lenne olcsóbb megoldani ezt egy teljes számítógéppel?
13 ezer ft-s tablet pl... 
persze hogy hogyan lenne összekötve ep-vel azt nem tudom :)
de ha emu fut rajta akkor minden meg van oldva :)
Vigyázat! Szektás vagyok! :)

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Modern háttértárak
« Reply #9 on: 2013.June.05. 19:44:32 »
Quote from: endi
nem lenne olcsóbb megoldani ezt egy teljes számítógéppel?
13 ezer ft-s tablet pl...
persze hogy hogyan lenne összekötve ep-vel azt nem tudom :)
de ha emu fut rajta akkor minden meg van oldva :)

Na igen, de ilyen elven ep128emu-ba bele kell irni barmit, es kesz. Csak hianyzik az "igazi cucc" feeling :)

Masreszt, talan meglepo, de "rendes" szamitogeppel egyaltalan nem egyszerubb, ha mint periferiat akarod hasznalni! Vegulis egy MCU is egy szamitogep, ott legalabb kvazi orajel pontossagra tudod, mire szamits. Ellenben egy PC egy modern multitasking OS-szel (legyen az windows, linux, macos x, vagy barmi) total alkalmatlan erre, mivel ott egy process pl kap egy idoszeletet aztan akar egy szazad - tized masodpercig is nem az ove a control. Amikor arrol van szo, hogy egy 4MHz-es Z80 egy orajelciklusat kell elcsipned akkor ez bizony _nagyon_ komoly gond :) Egy modern szamitogep max kozvetlen hw programozassal (vagy olyan OS-el ahol ez nem gond, pl DOS) oldhato meg. Ilyen szempontbol egy AVR meg mindig sokkal jobban precizebb idozites tekinteteben :) Egy atlag PC-vel (ideertve az "atlag OS-t" hozza) - legyen az akar 3GHz-es is - egyszeruen keptelenseg ilyen pontos idoziteseket tartani ami mar akar 1MHz-es AVR_rel is megy.

Masreszt, ez az egesz MCU dolog ugy kerul a kepbe, hogy idealis esetben ert az ember az FPGA-khoz, vagy netan tud gyartani ASIC-et stb, es csinal egy celaramkort mint amilyen a Nick pl, utana azt nem kell programozni. MCU-t azert hasznalunk, mert amator szinten meg mindig azzal a legegyszerubb megoldani ilyen feladatokat, minden mas lehetoseg nagyon komplikaltsagot szul, vagy olyan tudast/eszkozot/technologiat igenyel amit legtobb ember nem tud biztositani, hacsak nem tomegtermek keszul, aminek kedveert megtervezik/legyartjak a celaramkort pl 10ezer peldanyban, ahol mar persze megeri.

En ugy vagyok vele, hogy itt az MCU mint "glue" (ragaszto, stb) szerepel, lehetoleg minimalis dolgot csinaljon, olyat, amit meg lehetne oldani proramozast nem kivano "fix logikai halozattal" is, csak amator szinten nem. Ha mar arrol van szo, hogy a periferia maga tobb dolgot csinal mint az EP (pl egy full PC) az kb olyan feeling mint az ethernet eseten beszeltuk, hogy csinalja  a  PC, oszt egyszerusitett soros porti protokollon kapja az EP. Ezze az a baj h a vegen az EP-t az ember ledegradalja egy billentyuzette meg egy megjelenitove a PC szamara akkor mar majdnem ... Az igazi feeling szerintem ott van, ha mindent az EP csinal lehetoleg, es max a "glue logic" miatt kell beilleszteni valamit a kepbe, pl az AVR-t, mert azon van hw SPI busz. Persze, mint irtam epithetne az ember egy SPI-parallel illesztot, csak az egy tenyleg szep alkatreszhalom lenne, mennyisegben, es teruletben sem feltetlen szerencses ...

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: Modern háttértárak
« Reply #10 on: 2013.June.05. 20:02:47 »
Jó, ezt értem, de pl tök poén lenne egy olyan rendszer, ahol az EP magnó jelet ad ki (save) és magnó jelet fogad (load) egy sima akármilyen tabletről. Úgy értem nem a sima magnó kód kezelné ezt persze, hanem egy spéci. Kiadja a jelet hogy kérem az adott fájt, a pc meg lecsipogja neki :)
Vigyázat! Szektás vagyok! :)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14721
  • Country: hu
    • http://enterprise.iko.hu/
Re: Modern háttértárak
« Reply #11 on: 2013.June.05. 20:12:29 »
Quote from: endi
Jó, ezt értem, de pl tök poén lenne egy olyan rendszer, ahol az EP magnó jelet ad ki (save) és magnó jelet fogad (load) egy sima akármilyen tabletről. Úgy értem nem a sima magnó kód kezelné ezt persze, hanem egy spéci. Kiadja a jelet hogy kérem az adott fájt, a pc meg lecsipogja neki :)
Ez már lényegében kész.
Csak le kell fordítani más rendszerre.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14721
  • Country: hu
    • http://enterprise.iko.hu/
Re: Modern háttértárak
« Reply #12 on: 2013.June.05. 20:14:49 »
Quote from: lgb
Igen, de nekem nem csak SD kartya miatt kell, hanem masra is kell SPI busz, majd pl ethernethez :)
Ethernet ügyben ezt a cuccot ajánlotta Bruce.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14721
  • Country: hu
    • http://enterprise.iko.hu/
Re: Modern háttértárak
« Reply #13 on: 2013.June.05. 20:19:35 »
Quote from: lgb
Azt viszont nem teljesen ertem, hogy ki lehet-e kerulni azt a varakozast, ami pl a block read/write-ra kell, ez meg egy IDE disknek se megy, hiszen nem nulla ido alatt csinalja meg, ott is varnod kell, hogy a muvelet vegrehajtodjon. Ez nyilvan igaz egy SD kartyara is.
IDE-nél arra van várakozás, hogy a szektor(ok) bekerüljenek a vinyó puffer memóriájába. A vezérlő gép és a puffer között nincs várakozás (legalábbis a mi szintünkről nézve, ami PC-s oldalról nézve kb XT kategória).
PC-n ugye DMA-val megy az átvitel, ebből vannak az egyre gyorsabb és gyorsabb verziók.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Modern háttértárak
« Reply #14 on: 2013.June.05. 20:24:37 »
Quote from: endi
Jó, ezt értem, de pl tök poén lenne egy olyan rendszer, ahol az EP magnó jelet ad ki (save) és magnó jelet fogad (load) egy sima akármilyen tabletről. Úgy értem nem a sima magnó kód kezelné ezt persze, hanem egy spéci. Kiadja a jelet hogy kérem az adott fájt, a pc meg lecsipogja neki :)

Ilyen van mar, minap volt rola szo :) Abban az esetben konyebb a dolog mivel hangkent jon, a hangkartyanak meg annak OS driverenek stb is van puffere, illetve egyiranyu, nincs szukseg mikroszekundumban (vagy alatta) merheto pontossagra, egyik oldal elkezdi nyomni, a masik jobb esetben fogja, es kesz, semmi "parbeszed" :)