Kavarog még bennem az egész, de két USB lib is van, és mindkettő nagy annyira, hogy még c++ -ban se legyen kedvem újraírni, nemhogy assembly -ben,

az egyik arduino -s, a másik csak AVR -es, fogalmam nincs hogy melyiknek részletesen mik a tulajdonságaik, vagy mennyire cserélhető le egymással az aljuk,

ami a host shield -del, vagy a host képes AVR -ekkel dolgozik ...


Azt azért simán a c++ kód méretéből kijelenthetjük, hogy a "legfeljebb majd raw assembly -ben összeütjük" metódus nekem a ps/2 -ig bezárólag működhet, és ott is sztm csak a megszakításokra, a többit már c++ -ban fogom csinálni.

Amikor az USB kerül sorra, ott valamelyik libet fogom használni, ahol az egyiknek sztm direkt arduino dependenciája van, míg a másiknak avr-c dependenciája.
Az arduino dependencia itt pár funkcióval jelent csak többet, amit az arduino rátesz az avr-c -re.

Addig meg vmelyik labat az AVR-nek output-ban busy flag-nek megkapja a Z80 aztan lekerdezgetheti (mondjuk utana tenni egy cuccot, ami akkor engedi a busz pl 7. bitjere, ha a megfelelo I/O porton es olvasasra kivanja a Z80).

Ja, csak eehhez buszkivezetés kell, amit ellenzel, vagy buszcsatlakozóra rakás, amit én ellenzek,
vagy belülre szerelés, ami opció, de én itt most (bár ez ugye állandóan változik ...) bill -nél is, de joy -nál meg pláne külső dologról beszélek.

Ebbol is latszik, hogy mindig egy a gond: kulso alkatreszek kellenek stb

Ja, hasonlót én is levezettem, hogy mintha az összes dolog (bill/eger/joy) mind ilyen lenne, hogy valamit az EP beállít, és ha már beállította (és ne gyere megint a busszal, meg wait -okkal, mert egy sima külső joy csatin nincs olyan, és a probléma viszont ott is fennáll), szóval ha meg már beállította, akkor Zozo szerint elméletben akár 11 rohadt cikluson belül olvasni akarhatja a választ, addigra ott kell lennie ... és ez a visszatérő jelenség, úgy tűnik nem egy mikrokontroller feladata ... ehhez kéne még neki, valami bufferelt periféria szerű, ami képes az EP csatlakozóinak nagyon gyorsan felelni, és azt a perifériát a mikrokontroller az ő komótosabb ütemében frissítgethesse ... ne kelljen 11 mikroszekundumokon belül ugrálnia ...

Még az is lehet, hogy ha megnéznénk a shield -eket, akkor találnánk köztük ilyet ...

De ha igen, ha nem, úgy tűnik, hogy maga ez az ultragyors reakció ez nem egy mikrokontrolleres feladat, mert erőltetve lehet csak kivitelezni ...

Egy ps/2 vagy usb adatcsomag értelmezése, molyolgatás az mikrokontrolleres feladat, de a jeleket ilyen mikroszekundomos nagyságrenddel frissíteni, valami külső kérelem hatására, az úgy tűnik nem mikrokontrollereknek szánt feladat ... mert ha az lenne, akkor lenne rá funkció (mellesleg simán lehet h van, csak nem tudok róla), nem pedig kínlódva, "éppenhogy" kelljen megvalósítani ...

Vagy nemtom ...

Ja, hasonlót én is levezettem, hogy mintha az összes dolog (bill/eger/joy) mind ilyen lenne, hogy valamit az EP beállít, és ha már beállította (és ne gyere megint a busszal, meg wait -okkal, mert egy sima külső joy csatin nincs olyan, és a probléma viszont ott is fennáll), szóval ha meg már beállította, akkor Zozo szerint elméletben akár 11 rohadt cikluson belül olvasni akarhatja a választ, addigra ott kell lennie ... és ez a visszatérő jelenség, úgy tűnik nem egy mikrokontroller feladata ... ehhez kéne még neki, valami bufferelt periféria szerű, ami képes az EP csatlakozóinak nagyon gyorsan felelni, és azt a perifériát a mikrokontroller az ő komótosabb ütemében frissítgethesse ... ne kelljen 11 mikroszekundumokon belül ugrálnia ...

Még az is lehet, hogy ha megnéznénk a shield -eket, akkor találnánk köztük ilyet ...

De ha igen, ha nem, úgy tűnik, hogy maga ez az ultragyors reakció ez nem egy mikrokontrolleres feladat, mert erőltetve lehet csak kivitelezni ...

Egy ps/2 vagy usb adatcsomag értelmezése, molyolgatás az mikrokontrolleres feladat, de a jeleket ilyen mikroszekundomos nagyságrenddel frissíteni, valami külső kérelem hatására, az úgy tűnik nem mikrokontrollereknek szánt feladat ... mert ha az lenne, akkor lenne rá funkció (mellesleg simán lehet h van, csak nem tudok róla), nem pedig kínlódva, "éppenhogy" kelljen megvalósítani ...

Ezt a gondolatmenetet folytatva:

Az is lehet, hogy azért nincsenek nagyon ilyen funkciók a mikrokontrollerekben (vagy hát legalábbis ebben az AVR -ben, amit itt babráok),
amik ugye arról szólnának, hogy valami pufferbe/pufferből tároljon le/szolgáljon ki valami biteket a cucc nagyon gyors válaszidővel reagálva valami kinti eseményre,
szóval azért nincs,
mert egyrészt tulajdonképpen van a mindenféle kommunikációs buszok formájában,
másrészt pedig ilyen kombinációból, mint ami nekem kéne a ps/2 beolvasáshoz, ill. az EP -re kiírásokhoz, abból túl sokfajta lehet,
figyeljen X,Y láb ilyen meg ilyen kombinációjára, és ha akármi, akkor olvassa be Z és W láb tartalmát, és akkor azt mondjuk lerakhatná,
és várhatná hogy majd prociból kiolvassa a user kód ...

Szóval nekem az jutott eszembe, hogy egy ilyen AVR chip (és nyilván vannak sokkal olcsóbbak is, pld. rohadtul nem kell USB legyen benne, ebben meg van) már 50 -es szériában is hozzáférhető 3 dollár környékén is ...

Szóval valszeg nagyon kis memóriás, USB nélküli, de akár ugyanígy 16 MHz -es mikrokontrollereket még sokkal olcsóbban lehet venni, és lehet dedikálni a feladatoknak őket ...

Egymás közötti kommunikációra meg már ott vannak a szintén hardver gyorsított fínom kis buszaik ...

Szóval az én (és valószínűleg általános) problémáimra,
mikor nagyon gyorsan kell reagálni valamit külső dolgokra (amik viszont nem ismerik az adott mikrokontroller hardver támogatott standard buszait),
arra valszeg az lehet a válasz, hogy dedikáld a mikrokontrollert az adott "gyors reagálású" feladatnak ...

Itt az én esetemben az lenne tehát valószínűleg a nem (minnél kevésbé) hekkelős, tökölődős hozzáállás,
hogy a PS/2 bitfolyamát egy dedikált mikrokontroller olvasná be, aki semmi mást nem csinálna, egyetlen megszakja a PS/2 -re koncentrálna,
és az EP -re figyelést is egy saját mikrokontroller végezné, mely csak arra figyelne, hogy az EP ki legyen szolgálva,
és a harmadik mikrokontroller lenne az, ami most van, az már ilyen nagyobb memóriás, fullextrásabb, ami a standard buszokon elkéri/odaadja az adatokat a gyors kiszolgálásokat végző mikrokontrollereknek ...

Tehát az valahol egy "hiba", hogy én egyetlen mikrokontrollerrel akarom megoldani a dolgot ...

Hiba alatt itt most azt értem, hogy sokkal nehezebb lesz kicsikarni így a rendszerből, mint úgy lenne, ahogy itt írtam ...

z80 -nál egyébként a SIO/PIO csippek nem pont ilyen feladatokat végeztek ?

Nem arra voltak kitalálva, hogy a mindenkor z80 sebességgel le/fel pakolják a buszról az anyagot,
lehetőséget adva egy lassabb külső egységnek az adathoz történő komótosabb hozzáféréshez ?

Voltakeppen de. A PIO, tehat ha sima parhuzamos buszhoz kell ilyesmi pl jo is lenne, de itt futunk bele abba amit irtam: hogy ha mar MCU stb akkor nem "szep" hogy kivulre kell egyeb komponens is (egy Z80 PIO, vagy legalabb egy IC-nyi latch, amihez nem is kell specko Z80 cucc, vegulis 74xxx IC sorozatban is van ilyen, ami erre eleg), mert ha mar ott az MCU, miert kell koreepiteni egy egesz IC temetot? Ebbol a szempontbol jobb a CPLD (csak tudni kene programozni stb ...). Illetve ezt irtam PIC-nel h az a "PSP"-nek nevezett modja pont ilyet tud, hogy "megjegyezi" a dolgot (latch-eli) es raersz kiolvasni MCU-bol kesobb is. Ez mondjuk persze akkor gaz, ha kozben jonne uj adat mar, vagy az az irany, amikor te kuldenel EP fele, hisz akkor kell kuldened amikor EP keri (vagy WAIT-eled addig a Z80-at, vagy hasznalsz vmi busy jelzest amit Z80-al vizsgalsz .... akarmi).

Abban éppúgy meg kellett oldják egyrészt a serial porttal való kommunikációt, arra figyelést,

Nem, mert nincs is ilyen benne.

másrészt a joystick -on is olvastak be, tehát nekik is nagy sebességgel kellett reagálniuk a joy port out utasítása által kiváltott jel változásra a joy csatlakozón ...

Ez egy 74LS IC-nél kb 10-20 ns

Van fogalmunk róla az ő elektronikájuk hogy bánik el a problémával ?

Leginkább nincs is probléma! Eleve egy joystick csatlakozóra tervezett egérről van szó. Egyetlen bibi volt, hogy C64-en van kifelé beszélő joy láb, EP-n meg nincs, ezért kellett helyette egy drótot hozni a serial csatlakozóról.

Míg a te esetedben egy tök más szabványú egérről van szó.

Na ezt most meg kell emésszem ... amiket írtatok ... mert pontosan nem látom át, de valami ilyet érzek:


Hogy akkor nekem a mikrokontrollerrel is "logikai hálózat" módban kéne működjek,

tehát valami oylamire gondolok (és ezt pontosan nem tudom hogyan kéne), hogy a CPU -val ugye én beolvasom a joystick inputokat,
főprogramban, azzal a sebességgel amit tud a loop -om, és ezen értékek alapján,

az EP joystick csatlakozójára menő vonalaknak (maradjunk egyenlőre a joy -nál) NEM AZ ÉRTÉKÉT állítanám, hanem a TÍPUSÁT,
tehát azt hogy ez egy kimenet, vagy bemenet, vagy fel legyen húzva vagy ne legyen felhúzva, meg ilyesmiket,

és valahogy úgy lenne ez bekötve, hogy a vonalak tényleges ÉRTÉKÉT azt továbbra is a joy csatlakozón lévő jelek adják,
ugyanúgy mint egy sima kapcsolós joy csatlakozás esetében is ...



Lehet hogy ez baromság, amit írok, csak nem látom át mitől az,
de ha lehetne ilyet, akkor ily módon azonnali lenne a reakcio z80 joy port írásokra, hisz azok a vonalak kerülnének a bemenetre ...

És ha ez így nem lehetséges, akkor meg nem értem, hogy az a logikai IC a boxsoft illesztőben az milyen logikai funkciót tud, amit én a vonalaim TÍPUSÁNAK állításával nem tudnék "szimulálni" ?

Jól gondolom azt, hogy mégha ez a logikai módszer működhetne is a joystick porton amit az előző hsz -ben írtam,

attól még a billentyűvel nem működhetne,

pontosabban csak akkor működhetne, ha 10* 8 kimeneti lába lenne a mikrokontrolleremnek,
amin ott pihenhetne a teljes billentyűzet mátrix,
és a kiválasztó jel azok közül választhatná ki mindíg az aktuális 8 -at,
az előző hozzászólásomban leírt módon ?

Vagyis mégha meg is tudnám oldani ezt a joystick -ra (azt egyre kevésbé hiszem hogy magával a mc -rel tudnék ilyet, de mondjuk plussz egy-két ráforrasztott logikai kapukat tartalmazó IC -vel),
a megoldás a billentyűzetre úgysem lenne jó, mert olyan mc -t ugysem találok, amin 80 lábon ott tarthatnám a teljes mátrixot, hogy a logika válogasson közülük ...

Vagyis billentyűnél úgyis maradnia kéne annak a módszernek, hogy az EP kér, én meg villámgyorsan (ami 10 MHz -re turbózott gépen 1 árva mikroszekundum, bakker!) hozzávágom a kért 8 bitet ?

Mert ha billentyűnél maradnia kellene a módszernek, akkor ha azt meg tudom oldani, akkor már tökmindegy lenne, ha a joystick eset is így működne ... nem kutatnám akkor ennek az "optimalizációnak" a lehetőségeit tovább ...

Né mááá ... há itt egy ilyen izé  :

http://www.lipoly.de/index.php?main_page=product_info&cPath=880_2631_2639&products_id=161216

Szerintem ilyenből tudnám kiépíteni a sok GPIO -s kontrolleremet.
Ez rajta ül az egyik ilyen buszon, 8 darab max, aminek fejenként lehetne 14 GPIO -ja ... vagyis 112 GPIO -m lenne plussz ami a mc kártyán van ...

Mondjuk a 8 darab az belekerülne 20 rugóba ...