Enterprise Forever
:HUN => Hardver => Beviteli eszközök => Topic started by: tigrian on 2005.December.15. 00:41:44
-
Úgy tûnik, sikerült technológiát találnom félraszteres tok használatára, NYÁK-gyártás nélkül.
Programot is találtam AT-taszt protokollhoz (nem lett volna kedvem nulláról kezdeni).
Úgyhogy akkor beindul a billentyûzet-toldozó projekt. :lol:
-
Úgy tûnik, sikerült technológiát találnom félraszteres tok használatára, NYÁK-gyártás nélkül.
Programot is találtam AT-taszt protokollhoz (nem lett volna kedvem nulláról kezdeni).
Úgyhogy akkor beindul a billentyûzet-toldozó projekt. :lol:
Ez nagyszerû!
-
Úgy tûnik, sikerült technológiát találnom félraszteres tok használatára, NYÁK-gyártás nélkül.
Programot is találtam AT-taszt protokollhoz (nem lett volna kedvem nulláról kezdeni).
Úgyhogy akkor beindul a billentyûzet-toldozó projekt. :lol:
Már ha kész lenne is késõ lenne :D
-
Úgy tûnik, sikerült technológiát találnom félraszteres tok használatára, NYÁK-gyártás nélkül.
Programot is találtam AT-taszt protokollhoz (nem lett volna kedvem nulláról kezdeni).
Úgyhogy akkor beindul a billentyûzet-toldozó projekt. :lol:
Már ha kész lenne is késõ lenne :D
Késõ? Neked? Nem tudtál aludni? :-)
-
Úgy tûnik, sikerült technológiát találnom félraszteres tok használatára, NYÁK-gyártás nélkül.
Programot is találtam AT-taszt protokollhoz (nem lett volna kedvem nulláról kezdeni).
Úgyhogy akkor beindul a billentyûzet-toldozó projekt. :lol:
Az ártól is függ a dolog, de 3 db-ra igényt tartok... :)
-
Mikorra lehet belõle valami? (Nem sürgetésként mondom, mert jelenleg mindhárom gépem billentyûzete üzemképes.)
-
Mikorra lehet belõle valami?
Idén már ne számíts rá. A január viszont reális.
-
Mikorra lehet belõle valami?
Idén már ne számíts rá. A január viszont reális.
:lol: :lol: :lol: Örülök!
-
Nekem kezd beszarni az ENTER gombom, aminek hiánya elég nagy gond... Még jó, hogy van egy másik EP-m, abból majd lehet, h átteszem a fóliát. (mert a jó billentûzetesben nincs színes videokimenet...)
-
Nekem kezd beszarni az ENTER gombom, aminek hiánya elég nagy gond... Még jó, hogy van egy másik EP-m, abból majd lehet, h átteszem a fóliát. (mert a jó billentûzetesben nincs színes videokimenet...)
Az ENTER-t a CTRL + M (vagy N?)-el is ki lehet váltani (amíg azok is el nem szállnak). Én is sokáig így használtam anno. Sõt! A space sem ment, úgyhogy átdefiniáltam az F8-ra. Élvezet volt így programot gépelni, de belejöttem:))
-
Úgy tûnik, megtaláltam a megfelelõ kontrollert.
NAGYON-NAGYON NAGY meglepire készülök! :idea:
Hátránya, hogy csak 4 MHz-es Z80-nal fog mûködni, a turbósított gépekkel sajna már nem. Van valakinek ezzel kapcsolatban siráma? Mert akkor átgondolom, belefogjak-e, vagy tervezzem újra...
-
Úgy tûnik, megtaláltam a megfelelõ kontrollert.
NAGYON-NAGYON NAGY meglepire készülök! :idea:
Hátránya, hogy csak 4 MHz-es Z80-nal fog mûködni, a turbósított gépekkel sajna már nem. Van valakinek ezzel kapcsolatban siráma? Mert akkor átgondolom, belefogjak-e, vagy tervezzem újra...
Nekem így is jó lenne, de sokan turbósítani szeretnék a gépüket és akkor ez hátrány lesz.
-
Úgy tûnik, megtaláltam a megfelelõ kontrollert.
NAGYON-NAGYON NAGY meglepire készülök! :idea:
Hátránya, hogy csak 4 MHz-es Z80-nal fog mûködni, a turbósított gépekkel sajna már nem. Van valakinek ezzel kapcsolatban siráma? Mert akkor átgondolom, belefogjak-e, vagy tervezzem újra...
Én szeretnék némi turbót valamelyik gépembe, de turbót nem bíró változatból is beszereznék néhányat... mondjuk kettõt. :)
Mi az a nagyon nagy meglepi ??? :shock:
-
Hátránya, hogy csak 4 MHz-es Z80-nal fog mûködni, a turbósított gépekkel sajna már nem. Van valakinek ezzel kapcsolatban siráma?
Nekem van :(
Eddig 3 turbosított gépem van...
Nem lehet azt a kontrollert is turbozni? :-)
-
Nem lehet azt a kontrollert is turbozni? :-)
Igazából nem is kéne, mert vissza van fogva, szóval tudná az...
Atmel uC-rõl van szó, belsõ 8 MHz-es oszcillátorral. Ezzel a tempóval 2.75 usec alatt tudja kitenni az adatot. A 4MHz-es Z80-nál erre van 3.25 usec. 6MHz-nél 2.16 usec.
A kontroller tudna járni dupla frekivel is, de:
- kívülrõl kell oszc.jelet adni neki, ekkor viszont buktam 2 lábat (vele együtt a meglepit is :cry: ).
- a belsõ oszcillátorát is el lehet hangolni, akkor viszont a benne levõ EEPROM használhatatlanná válik. Vagyis az egyéni igények (melyik gombra melyik gomb legyen) kielégítése bukott.
Mi az a nagyon nagy meglepi ???
Ha elmondanám, már nem lenne meglepi.
Annyit azért röviden, hogy nagyon kultúrált lenne a megoldás.
-
Nem lehet azt a kontrollert is turbozni? :-)
Igazából nem is kéne, mert vissza van fogva, szóval tudná az...
Atmel uC-rõl van szó, belsõ 8 MHz-es oszcillátorral. Ezzel a tempóval 2.75 usec alatt tudja kitenni az adatot. A 4MHz-es Z80-nál erre van 3.25 usec. 6MHz-nél 2.16 usec.
A kontroller tudna járni dupla frekivel is, de:
- kívülrõl kell oszc.jelet adni neki, ekkor viszont buktam 2 lábat (vele együtt a meglepit is :cry: ).
- a belsõ oszcillátorát is el lehet hangolni, akkor viszont a benne levõ EEPROM használhatatlanná válik. Vagyis az egyéni igények (melyik gombra melyik gomb legyen) kielégítése bukott.
Mi az a nagyon nagy meglepi ???
Ha elmondanám, már nem lenne meglepi.
Annyit azért röviden, hogy nagyon kultúrált lenne a megoldás.
A fene egye meg azt a belsõ 8 MHz-es oszcillátort, mert állati jól hangzik, amit írsz... 16 MHz-es belsõ oszcillátorral nem gyártják?
-
16 MHz-es belsõ oszcillátorral nem gyártják?
Nem. De nem is csoda, ekkora frekit RC oszcillátorral elég zûrös építeni, és fõleg nem lenne stabil a frekije.
Csak összahasonlításul: 555-ös IC-vel 2-3 MHz-et lehet legfeljebb kihozni.
-
16 MHz-es belsõ oszcillátorral nem gyártják?
Nem. De nem is csoda, ekkora frekit RC oszcillátorral elég zûrös építeni, és fõleg nem lenne stabil a frekije.
Csak összahasonlításul: 555-ös IC-vel 2-3 MHz-et lehet legfeljebb kihozni.
Pedig részemrõl is a turbós gép lenne tovább álmodva... (Ha már az van egyébként is...) Ettõl függetlenül kíváncsi vagyok.
-
A 4MHz-es Z80-nál erre van 3.25 usec. 6MHz-nél 2.16 usec.
7.12-n meg még kevesebb :)
-
Úgy tûnik, mégiscsak összejöhet. Felturbózom a belsõ frekit, ameddig kell, EEPROM írás idejére meg vissza. Kissé félek tõle, hogy túl nagy lesz majd a SW, emiatt is. Túl sokat tehát nem lehet majd várni tõle, alapvetõen csak "egyszerû" bill.-megfeleltetést (egy gomb az AT-taszton -> egy gomb az EP-n).
Ezzel együtt már tudom, hogy ezt a projektet végigviszem. Aztán meglátjuk, meddig lehet bõvíteni. Ha kevés lesz, akkor új terv is indulhat.
De egyelõre optimista vagyok.
-
Úgy tûnik, mégiscsak összejöhet. Felturbózom a belsõ frekit, ameddig kell, EEPROM írás idejére meg vissza. Kissé félek tõle, hogy túl nagy lesz majd a SW, emiatt is. Túl sokat tehát nem lehet majd várni tõle, alapvetõen csak "egyszerû" bill.-megfeleltetést (egy gomb az AT-taszton -> egy gomb az EP-n).
Ezzel együtt már tudom, hogy ezt a projektet végigviszem. Aztán meglátjuk, meddig lehet bõvíteni. Ha kevés lesz, akkor új terv is indulhat.
De egyelõre optimista vagyok.
Pedig a shift+bal=home,shift+jobb=end, shift +fel=PageUp, shift+le=Pagedown, shift+:=*, shift+;=+ (utóbbi kettõ numerikus billentyûzeten) nem lenne rossz. És melyik legyen a lock? A Capslock nem kavarja meg egy kicsit a billentyûzetet?
-
Pedig a shift+bal=home,shift+jobb=end, shift +fel=PageUp, shift+le=Pagedown, shift+:=*, shift+;=+ (utóbbi kettõ numerikus billentyûzeten) nem lenne rossz. És melyik legyen a lock? A Capslock nem kavarja meg egy kicsit a billentyûzetet?
Az "egy gomb AT -> két gomb EP" még belefér, azzal nincs gond. A többibe (de szép szó :lol:) még nem gondoltam bele.
-
Ajaj... most jövök rá, hogy valószínûleg célszerû lenne beszerezni egy angol billentyûzetet... Magyaron nem túl jó EP-be gépelni...
-
Egy kis részét a meglepinek el kell áruljam.
Azt terveztem, hogy a kontrollert mindenki megveheti majd saját maga, beteheti a gépbe, és a belevaló programot majd az EP-vel, Z80-as kóddal égetheti bele.
De be kell látnom, elhúzódik akkor a projekt, ha még ezt a részt is erõltetem. Rádásul kissé más lábkiosztás lenne akkor célszerûbb, ha nem ragaszkodnék ehhez a "feature"-höz. Az utólagos programmódosítást ez nem érinti (programozni a uC is tudja saját magát, de ahhoz már valamilyen program kell bele).
Ha tehát lemondanék errõl, akkor elõször be kéne égetni a programot a uC-be, csak azután lehetne a helyére forrasztani.
Vélemény, ellenvetés?
-
Egy kis részét a meglepinek el kell áruljam.
Azt terveztem, hogy a kontrollert mindenki megveheti majd saját maga, beteheti a gépbe, és a belevaló programot majd az EP-vel, Z80-as kóddal égetheti bele.
De be kell látnom, elhúzódik akkor a projekt, ha még ezt a részt is erõltetem. Rádásul kissé más lábkiosztás lenne akkor célszerûbb, ha nem ragaszkodnék ehhez a "feature"-höz. Az utólagos programmódosítást ez nem érinti (programozni a uC is tudja saját magát, de ahhoz már valamilyen program kell bele).
Ha tehát lemondanék errõl, akkor elõször be kéne égetni a programot a uC-be, csak azután lehetne a helyére forrasztani.
Vélemény, ellenvetés?
Huhhhh na mármost esõ verzió szerint kapna az ember egy szûz uC-t, meg egy programot, és teljesen más programot is égethet bele akár? Ver 2. szerint meg lenne egy alapprogramja, de azt lehetne változtatni, hogy ha a 't' bill.-t nyomom le, akkor akár 'shift'+'F2'-t adjon tovább az EP-nek? Ráadásul a billentyûzetporton kétírányú communicatio folyna?
-
Huhhhh na mármost esõ verzió szerint kapna az ember egy szûz uC-t, meg egy programot, és teljesen más programot is égethet bele akár? Ver 2. szerint meg lenne egy alapprogramja, de azt lehetne változtatni, hogy ha a 't' bill.-t nyomom le, akkor akár 'shift'+'F2'-t adjon tovább az EP-nek? Ráadásul a billentyûzetporton kétírányú communicatio folyna?
Jól fogtad meg a lényeget. Annyi kiegészítés hozzá, hogy a bill.-hozzárendelés megváltoztatása nem feltétlenül programváltoztatást jelent. Van benne EEPROM is. De ez mit sem változtat a dolgon, ugyanaz az alapgondolat.
És hoppá! Lelõtted a meglepi újabb kis részét: a kétirányú kommunikációt! (azért az nagyon szûkös lesz...)
-
Jól fogtad meg a lényeget. Annyi kiegészítés hozzá, hogy a bill.-hozzárendelés megváltoztatása nem feltétlenül programváltoztatást jelent. Van benne EEPROM is. De ez mit sem változtat a dolgon, ugyanaz az alapgondolat.
És hoppá! Lelõtted a meglepi újabb kis részét: a kétirányú kommunikációt! (azért az nagyon szûkös lesz...)
:) De ugye nem lesz fõ feature egy olyan elmebajnokság, ahol uC-programozást kell autodidakta módon elsajátítani? :wink: :lol: Nekem még az EXOS-szelídítés sem ment eddig önállóan... :oops:
Szóval a uC-nek van egy alapprogramja, mely beégetheõ (és esetleg újra is égethetõ?) meg van egy tárolója, amit maga is meg tud változtatni? De ha az egész programot át lehet küldeni a billentyûzetporton, akkor nem is olyan szûkös az a kétirányú kommunikáció... (pl. tulajdonképp a HDD vezérlõ is csak ennyit csinál: adatokat cserél a winyóval... :) )
-
:) De ugye nem lesz fõ feature egy olyan elmebajnokság, ahol uC-programozást kell autodidakta módon elsajátítani? :wink:
Dehogynem!
Sõt, assembler sem lesz hozzá, kézzel kell majd a kódokat beírni, hexában, ahogy annak idején mi tettük a Z80-nal.
Nehezítésként pedig a kódkészlet 16 bites :mrgreen:
De ami a komolyabb dolgokat illeti: a második esetben, ha valami balul üt ki, akkor csak cserélni lehet majd a uC-t (nem kell félni tõle, meg nem is drága, de akkor is). Meg egy kissé nehezebb dolgom van a turbósított "elvárás" miatt. Az elsõ esetben viszont több support-ot kell írnom hozzá, tehát tovább tart a fejlesztés. Meg nehéz ügy két szabadon használható bitet találni az EP belsejében (csak a REM1, REM2 meg a printer port jöhet szóba; esetleg mások is, de csak plusz HW-rel). Viszont sokkal korrektebb lenne így.
-
:) De ugye nem lesz fõ feature egy olyan elmebajnokság, ahol uC-programozást kell autodidakta módon elsajátítani? :wink:
Dehogynem!
Sõt, assembler sem lesz hozzá, kézzel kell majd a kódokat beírni, hexában, ahogy annak idején mi tettük a Z80-nal.
Nehezítésként pedig a kódkészlet 16 bites :mrgreen:
De ami a komolyabb dolgokat illeti: a második esetben, ha valami balul üt ki, akkor csak cserélni lehet majd a uC-t (nem kell félni tõle, meg nem is drága, de akkor is). Meg egy kissé nehezebb dolgom van a turbósított "elvárás" miatt. Az elsõ esetben viszont több support-ot kell írnom hozzá, tehát tovább tart a fejlesztés. Meg nehéz ügy két szabadon használható bitet találni az EP belsejében (csak a REM1, REM2 meg a printer port jöhet szóba; esetleg mások is, de csak plusz HW-rel). Viszont sokkal korrektebb lenne így.
(Azt hiszem) értem... Szûz uC cserélhetõ bármikor, programja beküldhetõ EP-n keresztül. Ha meg nem égethetõ EP-vel, akkor csere esetén egy célhardware-n kell elõször beprogramozni, hogy használható legyen. :lol: Nem rossz gondolatmenet! :lol:
-
Mondjuk egy EP-n, aminek éppen nincs billentyûzete, nehéz lenne bármit is beírni :)
-
Mondjuk egy EP-n, aminek éppen nincs billentyûzete, nehéz lenne bármit is beírni :)
Bocsi, ez álprobléma ebben az esetben, az elõre beégetett uC mindig a helyére tehetõ.
Amirõl itt beszélek, ill. véleményt kérek (kértem volna?), hogy a plusz dolog ér-e annyit, hogy emiatt elhúzódik a projekt.
-
Ja, hogy nem muszáj így csinálni :-)
Akkor nekem mindegy, van égetõm :-)
-
Mondjuk ha az égetõprogram egy lemezen a START file-ban van, akkor azért egy f1-et egy darab dróttal is meg lehet "nyomni"... :lol: + egy autoboot-os lemezt is össze lehet hozni (azt hiszem) simán EP-n és akkor drót sem kell... :lol:
-
Szóval a uC-nek van egy alapprogramja, mely beégetheõ (és esetleg újra is égethetõ?) meg van egy tárolója, amit maga is meg tud változtatni? De ha az egész programot át lehet küldeni a billentyûzetporton, akkor nem is olyan szûkös az a kétirányú kommunikáció... (pl. tulajdonképp a HDD vezérlõ is csak ennyit csinál: adatokat cserél a winyóval... :) )
(Nem túl szerencsés dolog utólag szerkeszteni a hsz-t, véletlenül vettem észre)
A bill. porton alapvetõen bill. adatokat kell küldözgetni, méghozzá gyorsan. Ha másra is akarom használni, akkor trükközni kell. Ami több programot, spec. szekvenciákat jelent a uC-ben (ahol aztán tényleg szûkös a hely). Ráadásul a "trükk" sosem holtbiztos, elõbb-utóbb biztosan akad egy kísérletezõ kedvû kolléga, aki beletrafál. Pláne, ha még a forráskódot is ismeri. :smt045
-
Az most már összejön, úgy tûnik, hogy PC-s tasztról küldünk kódokat az EP taszt helyett.
De amin írom a progit, annak a tasztja is kezd elromlani (kimaradnak betûk, fõleg az a,s,d,w meg a space, szóval ami az UT-hez kell :) ).
Akkor most csináljam meg visszafelé is? Az EP küldje a tasztkódokat a PC-nek? :?:
-
Akkor most csináljam meg visszafelé is? Az EP küldje a tasztkódokat a PC-nek? :?:
Ez azt jelentené, hogy meg lehet változtani azt, hogy pl. a PC-bill.-en f gombot lenyomva o+[alt]-ot küldje az EP felé? Mert akkor nekem hasznosnak tûnik :wink: !
-
Akkor most csináljam meg visszafelé is? Az EP küldje a tasztkódokat a PC-nek? :?:
Ez azt jelentené, hogy meg lehet változtani azt, hogy pl. a PC-bill.-en f gombot lenyomva o+[alt]-ot küldje az EP felé? Mert akkor nekem hasznosnak tûnik :wink: !
Jaj, nem, viccnek szántam, mert tényleg kezd bedögleni a PC-s tasztom.
Az "egy gomb PC -> két gomb EP" tervben van, ha belefér a programba, akkor benne lesz.
-
Akkor most csináljam meg visszafelé is? Az EP küldje a tasztkódokat a PC-nek? :?:
Ez azt jelentené, hogy meg lehet változtani azt, hogy pl. a PC-bill.-en f gombot lenyomva o+[alt]-ot küldje az EP felé? Mert akkor nekem hasznosnak tûnik :wink: !
Jaj, nem, viccnek szántam, mert tényleg kezd bedögleni a PC-s tasztom.
Az "egy gomb PC -> két gomb EP" tervben van, ha belefér a programba, akkor benne lesz.
Esetleg lesznek programozható billentyûk is? Amelyekhez lehet makrókat rendelni?
Megnyomok valamit és begépel egy komplett BASIC programot pl? :-)
-
Esetleg lesznek programozható billentyûk is? Amelyekhez lehet makrókat rendelni?
Megnyomok valamit és begépel egy komplett BASIC programot pl? :-)
Nagyon pici a progmtár a kiválasztott uC-ben, úgyhogy csak módjával. :)
De a programozhatóság --egy bizonyos fokig-- belefér.
-
Esetleg lesznek programozható billentyûk is? Amelyekhez lehet makrókat rendelni?
Megnyomok valamit és begépel egy komplett BASIC programot pl? :-)
Nagyon pici a progmtár a kiválasztott uC-ben, úgyhogy csak módjával. :)
De a programozhatóság --egy bizonyos fokig-- belefér.
Egyelõre játéknál lenne esetleg haszna egy ilyen feature-nek. Pl RASTAN. elõször legugol és úgy ugrik, mert akkor magasabbra tud ugrani.
(sokáig nem tudtam ezt ;-))
-
...elõször legugol és úgy ugrik
Jól jött volna egy ilyen pluszgomb a Half Life-ban is, de nem volt. Az ügyességi játékoknak épp az a célja, hogy megdolgoztassanak :)
-
Megnyomok valamit és begépel egy komplett BASIC programot pl? :-)
Errõl jut eszembe, hogy az idõben programozott többszörös billentyûket --legalábbis a mostani programméretben-- el lehet felejteni. Az garantáltan nem fér bele, hogy pl. Alt - Alt+O - Alt - null szekvenciát gyártsak. Alt+O egyszerre csak. Hogy erre hogyan reagálnak majd az egyes programok, az nagy talány.
-
Megnyomok valamit és begépel egy komplett BASIC programot pl? :-)
Errõl jut eszembe, hogy az idõben programozott többszörös billentyûket --legalábbis a mostani programméretben-- el lehet felejteni. Az garantáltan nem fér bele, hogy pl. Alt - Alt+O - Alt - null szekvenciát gyártsak. Alt+O egyszerre csak. Hogy erre hogyan reagálnak majd az egyes programok, az nagy talány.
Hogy-hogy hogy? Úgy mintha a rendes billen nyomtuk volna le, nem?
-
...nem fér bele, hogy pl. Alt - Alt+O - Alt - null szekvenciát gyártsak. Alt+O egyszerre csak. Hogy erre hogyan reagálnak majd az egyes programok, az nagy talány.
Hogy-hogy hogy? Úgy mintha a rendes billen nyomtuk volna le, nem?
Ha "rendesen" nyomsz egy Alt+O -t, akkor idõben ez így történik: 1. Lenyomod az Alt-ot. (erre a bill.driver beállítja magának az Alt-lenyomott státuszt). 2. Lenyomod az O-t. (erre a bill.driver az elõzõ státuszinfóval együtt értékeli ki, tehát Alt+O lesz belõle). 3. Elengeded az O-t (erre a bill.driverben csak az Alt státusz marad meg.) 4. Elengeded az Alt-ot.
Namármost ha ezt egyszerre kapja meg a driver, akkor az 1. és. 2. összemosódik. Kérdés, hogy erre hogyan reagál.
-
Namármost ha ezt egyszerre kapja meg a driver, akkor az 1. és. 2. összemosódik.
A folytatás ugye az lenne, hogy nincs semmi gond, hiszen amíg nyomva tartod a külsõ taszton a generáló gombot, addig kell emulálni az EP-n (tehát nyomvatartani az Alt meg az O billentyûket is).
Igenám, de ennek veszélyes mellékhatása van. Ha pl. közben megnyomsz a külsõ taszton még egy gombot (legyen pl. a 'P'), akkor az az EP-n már nem 'P', hanem Alt+P lesz. A user meg nem érti, mi is történt, és reklamál. :wink:
Ugyanez a helyzet a Shift gombokkal is, fázok is tõle rendesen, már elõre is. Épp ezért egyelõre csak azt vállalom be, hogy elrendezés szerint emulálom a tasztot, egy-az-egyben. Még így is többfélét kell írni majd hozzá, a sokféle taszt miatt.
-
Ha "rendesen" nyomsz egy Alt+O -t, akkor idõben ez így történik: 1. Lenyomod az Alt-ot. (erre a bill.driver beállítja magának az Alt-lenyomott státuszt). 2. Lenyomod az O-t. (erre a bill.driver az elõzõ státuszinfóval együtt értékeli ki, tehát Alt+O lesz belõle). 3. Elengeded az O-t (erre a bill.driverben csak az Alt státusz marad meg.) 4. Elengeded az Alt-ot.
Namármost ha ezt egyszerre kapja meg a driver, akkor az 1. és. 2. összemosódik. Kérdés, hogy erre hogyan reagál.
Nem hiszem, hogy ez problémát okozna (bár az én szavam hm... nem túl mérvadó), mivel ugye a billentyûfigyelés IT-ben megy, az meg könnyen elõfordulhat, hogy sikerül 1/50-ed sec alatt lenyomni a gombokat egyszerre... nem bukhat bele a keyboard: ...
-
Nem hiszem, hogy ez problémát okozna (bár az én szavam hm... nem túl mérvadó), mivel ugye a billentyûfigyelés IT-ben megy, az meg könnyen elõfordulhat, hogy sikerül 1/50-ed sec alatt lenyomni a gombokat egyszerre... nem bukhat bele a keyboard: ...
Erre válasz az elõzõ hsz-om, bizonyára egyszerre írtunk. :lol:
Persze, amíg nyomva tartod, elõbb-utóbb összejön. De mondom, ez a feldolgozó progitól függ. Lehet, hogy az EXOS egyszerre kiértékeli, nem tudom, majd utánanézek. De nemcsak az EXOS-ra kell felkészülni, hanem a játékok tömkelegére is, ugye. :wink:
A lényeg, hogy az elrendezés szerinti és a funkció szerinti emulálás az két ellentétes követelmény. Jól megfelelni neki csak programozott szekvenciákkal lehet, de az egyelõre biztosan nem fér majd bele.
-
Hogy áll a project?
-
Hogy áll a project?
Lassan, mást is csinálok... Holnap már az IC is a kezemben lesz, de ez egyelõre csak a normál tempót tudja majd. De legalább már tudok méricskélni benne :)
A programozott szekvenciákra is van közben ötletem: bevetem azt, amit már a HP100-ban is. Ha belefér, mert csak 2K a flash.
-
Némi gondom adódott az idõzítésekkel, pillanatnyilag _tényleg_ csak a 4 MHz-es gépeken fog mûködni. Pedig már azt hittem, nem lesz gond a 8 MHz sem. :(
Azért folytatom csak tovább, legalább az legyen meg, aminek nekikezdtem (no meg 6 db IC-t már meg is vettem :wink: )
-
De van még esély, hogy majd fog menni turbo gépen is?
-
De van még esély, hogy majd fog menni turbo gépen is?
Igen. Az derült ki tegnap, hogy a tervezett 8MHz-es belsõ oszcillátora a kontrollernek kevés lesz. Kb. 11Mz-ig fel tudom húzni, ott már biztosan nem lesz gond. Egyébként meg 20MHz-et is tud a kontroller, de akkor már kvarcot is kell rá akasztani. Emiatt két lábat ki kellett hagynom, a külsõ kvarc részére. Szóval nincs még veszve semmi... :)
-
Kb. 11Mz-ig fel tudom húzni
Errõl jut eszembe: lehet kapni olyan programozható osszcillátort, mint ami a PC alaplapokon van? Persze nekünk nem kellenek olyan magas órajelek. Egy ilyennel egyszerübb lenne pl a WD turbosítás, nem kéne az a nagy rakás kvarc rá...
-
Valami fejlemény az ügyben? :-)
-
Valami fejlemény az ügyben? :-)
Elég sokminden történik, csak az apró (vagy nagyobb) szívásokról, gondokról én nem számolok be közben. Gondoltam, majd akkor jelentkezek, ha már mûködik is, legalább alapszinten.
Tulajdonképpen már megvan, a felhasználói defíníciók kivételével, már csak ki kéne próbálni. De addig nem akarom beforrasztani a helyére, amíg az újraprogramozást (EP-bõl) meg nem oldottam.
-
Ismeritek ugye, hogy van két hírem? :-) Nos, a rossz hír az, hogy mégsem lett olyan kultúrált, mint ahogy eredetileg terveztem. 6 átkötést is kell forrasztani, sajna... (Azért talán nem éri el a Zozohard féle dzsumbujt :wink: ) (http://enterpriseforever.com/userpix/3_u27a_1.jpg.thumb.jpg) (http://enterpriseforever.com/userpix/3_u27a_1.jpg) Bocsi a képminõségért, ez telefonnan készült. Azért talán nagyjából kivehetõ az egyik meglepi :-)
-
Ez akkor azt jelenti, hogy kész a külsõ Pc bill. illesztõ?
-
Ez akkor azt jelenti, hogy kész a külsõ Pc bill. illesztõ?
Nem, a késztõl még messze van. A HW mûködik, ez a lényeg. A SW alapszinten mûködik, tehát az EP gombok mindegyikéhez tartozik egy AT gomb. Viszont jelenti azt, hogy most már elkezdhetünk arról beszélni, hogy kinek milyen spec. igényei vannak. (Pl. numerikus taszt, pl. német EP, pl. magyar AT taszt, juj!)
És még meg kell írnom az újraprogramozást is, az upgrade-hez...
-
Akkor szereznem kell egy angol billentyûzetet. (Német, magyar nem kell, persze ez csak az én véleményem.)
-
Akkor szereznem kell egy angol billentyûzetet. (Német, magyar nem kell, persze ez csak az én véleményem.)
Szerintem is angol tasztot illik rákötni. De akinek az EP-je német, az jogosan akarhatja, hogy a "kevert" gombok szerint mûködjön.
Egyébként is van pár bill., ami fordítva mûködik: az AT-n shiftes, az EP-n nem, és fordítva is.
De ugyanígy érdekes lehet a shift+nyilak esete, a Home/End/Page gombokra húzva. SZóval van még teendõm, jócskán... A kérdés az, hogy mit "drótozzak" a programba, és mi maradjon a usernél, programozhatóan.
Elõre mondom: a "Pause" bill.-t ne akarjátok a HOLD-ra tenni!!! Nem miattam, hanem mert nem tartozik break kód hozzá (kivéve scan set 3-ban, de ritka az olyan taszt, kár volna azzal is tömni a programot. Vagy a másik megoldás, hogy csak scanset3-as tasztot rakhattok hozzá -- és szidjátok a kiötlõjét :lol: )
-
Tyûhaj! Ez tetszik!
-
Akkor szereznem kell egy angol billentyûzetet. (Német, magyar nem kell, persze ez csak az én véleményem.)
Machoistáknak semmi esetre sem javaslom a magyar billentyûzetet, túl egyszerû lenne vele...
-
Õõõõ... Hm... Azért nem lenne rossz pl. HWP-ben nem "kificamodott újjakkal" elérni a magyar karaktereket, amikor magyar szöveget gépelek be... :) (Pl. nyomtatni...)
Szóval én azért (ha már,akkor -alapon) kipróbálnék egy külsõ magyar bill-t Ep-hez... :wink:
-
... kipróbálnék egy külsõ magyar bill-t Ep-hez... :wink:
Például pont ilyenekben kellene majd a segítség. Sosem volt ingerenciám magyar betûkhöz az EP-n, tehát fogalmam nincs, hol és hogyan kell azt elõállítani. (Annyit látok, hogy valami alt kódok léteznek.)
Ezeket egyelõre user definícióknak gondolom, de arra azért korlátozott a hely, szóval jó lenne tisztában lenni, mennyi ilyen spec. igény van.
-
Machoistáknak semmi esetre sem javaslom a magyar billentyûzetet, túl egyszerû lenne vele...
Én most szereztem be egy magyar tasztot, emiatt a projekt miatt. :lol:
-
... kipróbálnék egy külsõ magyar bill-t Ep-hez... :wink:
Például pont ilyenekben kellene majd a segítség. Sosem volt ingerenciám magyar betûkhöz az EP-n, tehát fogalmam nincs, hol és hogyan kell azt elõállítani. (Annyit látok, hogy valami alt kódok léteznek.)
Ezeket egyelõre user definícióknak gondolom, de arra azért korlátozott a hely, szóval jó lenne tisztában lenni, mennyi ilyen spec. igény van.
A Hfont-os ékezetes betük karakterkód kiosztása:
á 81 Á 91
é 93 É 97
í 84 Í 85
ó 86 Ó 92
ú 8A Ú 95
ö 87 Ö 94
õ 88 Õ 99
ü 8B Ü 89
û 8C Û 8F
Ja, és át kell definiállni a karakterkészletet...
-
A Hfont-os ékezetes betük karakterkód kiosztása:...
Köszi, de ezzel nem megyek sokra. Én csak taszt-lenyomást/elengedést tudok generálni. Talán illene tudnom, hogyan lesz belõle ASCII kód, de az már régen volt, hogy ennyire beleástam magam...
-
Itt le van írva (oldal közepe táján) a Hfont féle kiosztás, mind ALT+ kombináció.
http://ep128.hu/Ep_Util/EPDOS.htm
-
Itt le van írva (oldal közepe táján) a Hfont féle kiosztás, mind ALT+ kombináció.
Ez az, köszi!
Akkor most az a kérdésem, mennyire jellemzõ, hogy magyar PC tasztról ezeket a bill.-ket szeretnétek? (tehát pl. az "É" gomb ALT+S -t generáljon)
-
A letöltéseknél bemész a hsoft programokba, és letöltöd a rart.
Kibontva belépsz az epdos\Epdos2-1.hea-ba. Abban van egy billentyûzet periféria, ez többek között tartalmazza az UK és a BRD tasztatura lekezelést. Van benne egy dekódoló táblázat, amely alapján a lenyomott sorokból/oszlopokból kiolvassa a karakterkódot.
-
A német kiosztás itt látható:
(http://enterprise.8bit.hu/Alapgep/Picture/Enterprise_128_System_s1.jpg)
A német bõvítésbõl kialakított HUN esetén, a 0-tól jobbra: '/?,á/Á, és az "kétpöttyös A" helyett van az é/É, többi változatlan.
-
Szép kis gép... ENTERPRISE "Szinkronban az idõvel" :)
-
Itt le van írva (oldal közepe táján) a Hfont féle kiosztás, mind ALT+ kombináció.
Ez az, köszi!
Akkor most az a kérdésem, mennyire jellemzõ, hogy magyar PC tasztról ezeket a bill.-ket szeretnétek...
Részemrõl eléggé... Elég rendesen használom a HWP-t "csak úgy" szöveg bevitelre is, és nyomtatni (pl. levelek, ilyen-olyan irományok) is... A jelenleg (ALT+) elérhetõ magyar ékezetek (bár már megszoktam,de) elég cifra módon érhetõek el... (Vagyis "nem túl egyszerûen"... :lol: ) Szóval jó volna egy "Á -betût nyomok le, és azt is látom" -billentyûzet. :wink:
-
... Szóval jó volna egy "Á -betût nyomok le, és azt is látom" -billentyûzet. :wink:
Uh-oh. Rosszul tettem fel a kérdést. Természetes az igény, ez nem vitás. A gondom az, hogy ugyanazon a taszton kellhet többféle kiosztás. Az "Á" gombhoz az alt+a például, ha ékezetet akarsz. És ha egy játék (vagy bármi más) a ":" gombot (vagyis angol EP taszton az "L" gombtól kettõvel jobbra) akarja? Akkor utálni fogod az ALT+A -t :wink:
Mindenképpen válthatónak kell tehát lennie. A kérdés az, hogy hogyan történjen a váltás.
Adódik ugye a válasz, hogy mindkét (mindhárom...) definíció a programban legyen, és egyszerûen valami bill.kombináció legyen a "váltógomb". Csakhogy nem biztos, hogy bele fog férni. Akkor marad az, hogy programmal kell mindig feltölteni az aktuális kiosztást. Ami nyilván macerás.
No majd kiderül... Amit most feszegetni próbáltam, az az, hogy mennyire jellemzõ, ill. gyakori a váltás-igény. Ha még így sem vagyok érthetõ, akkor bocsi... késõbb majd tisztább lesz... nekem is :lol:
-
Amikor boldog EP használó voltam, a vége felé egy külsõ PC billentyüt illesztettünk vezetékesen a géphez. Magát a mátrixot huzaloztuk ep-sra. Igen kényelmetlen volt megszokni, hogy jó néhány felirat máshol volt elérhetõ. Aztán jött az epdos 2.0, és már átdefiniálhattam a karaktereket a helyükre. Utána már sohasem kapcsolgattam vissza, sem UK-ra, sem BRD-re, pedig a :UK :BRD paranccsal megtehettem volna. Valahogy nem kellett...
Kipróbálhatod a magyar pc billentyüt ep-emulátorral, úgy hogy a betüket a helyén éred el http://members.chello.hu/haluska.laszlone/07-SRAM.ZIP
-
... Utána már sohasem kapcsolgattam vissza, sem UK-ra, sem BRD-re, pedig a :UK :BRD paranccsal megtehettem volna. Valahogy nem kellett...
Ez hasznos infó, köszi, de nem tudom, jól értem-e (nem ismerem az epdos-t, talán ezért). Azt mondod, hogy egyetlen billentyûkiosztás elég? Mit jelent az, hogy sem UK, sem BRD? Van egy harmadik kiosztás is?
-
Igen, a harmadik a billentyümhöz beállított saját definíció volt, de ha mindenki pl. magyar pc-billentyût dug a gépre, és miért ne ha már megteheti, akkor elég egyetlen beállítás.
Végülis az EP-n két módon lehet használni a billentyût. A játékok direkt módon olvassák, nem használnak perifériát, az operációs rendszer alatti progik pedig ráhaggyák a dolgokat a KEYBOARD: perifériára.
-
A játékok direkt módon olvassák, nem használnak perifériát, az operációs rendszer alatti progik pedig ráhaggyák a dolgokat a KEYBOARD: perifériára.
Itt lesz a gond, amire Tigrian céloz. Nálad csak a KEYBOARD volt átdefiniálva, a fizikai huzalozás maradt. Jelen esetben az átdefiniálás azt jelenti, mintha a huzalozást változtatnánk meg, tehát játékokra is kihatással lesz.
Kérdés, hogy ez mekkora probléma...
Mindenesetre én ROM-ba tenném a kütyû kezelõjét, ott elfér x darab kiosztás. És ha netán akadna olyan játék ahol gondot okozna, akkor kell írni egy .BAT fájlt ami a játék betöltése elött átkapcsol az ahhoz valóra.
Gép indulásakor meg visszatöltheti az alapértelmezett kiosztásat.
Így arra is lenne lehetõség, hogy olyan játékban, ahol nem lehet átdefiniálni a billentyûket, ott is át lehessen, pl kiteszi a nyilakra a QAOP-t vagy akármi más, és az elöbb említett BAT fájlos módszerrel be lehetne tölteni.
-
He-he!
Az én játékaim a keyboard: perifériát használják! :-) (kivéve a zenélõs nibbles-t).
Gondom is lesz belõle, mert az atomix-nál jó lenne valahogy letiltani a HOLD-ot, mert így lehet csalni: nem megy az idõ, ne nézegetheted a képeprnyõt...
Vagyis jó lenne a pause funkció, de úgy kéne, hogy kikapcsolja a képernyõt, és kiírja, hogy GAME PAUSED, mint az eredetiben.
-
A HOLD alatt a keyboard: tiltott megszakitás mellett magánál tartja a vezérlést, közben kiszolgálja az 1 hz-es megszakítást, lépteti az órát. Úgy lehetne talán megoldani, hogy olyan felhasználói videómegszakítás kezelõt kellene beilleszteni, ami megelõzi a perifériák megszakítását. Itt Zozo lehet hogy tudna ebben segíteni, mert nekem már utána kellene nézni. Na, ha már van ilyen rutin, és hold lenyomva, akkor az lpt-t át lehet állítani akár egy másik ablakra.
-
Most már mûködik a user definíció is. Úgy döntöttem (mert olyan jól sikerült :) ), hogy ide rakom az összes átdefiniálást is.
Vagyis az alap a fizikai elrendezés szerinti lesz, ezt módosítja majd a userdef. Tehát pl. a ] gombot is átrakom a userdef. közé (itt ugye @ van az angol EP taszton, + a németen).
Így az alap-elrendezés egyféle lesz.
-
Milyen programot indítsak el, hogy német, ill. átdefinált magyar billentyûzetet kapjak? Van egyáltalán ilyen? Vagy csak cartrigde-dzsel fog menni?
Szóval segítséget kérnék, hogy echte angol :) verzióval tudjam kipróbálni.
Senki nem segít nekem? :cry:
-
Az Epdos 2.1 rendszerben van ilyen ...
-
No, megküzdöttem az AltGr szörnnyel is (http://enterpriseforever.com/userpix/3_gepelget_1.gif)
-
No, megküzdöttem az AltGr szörnnyel is (http://enterpriseforever.com/userpix/3_gepelget_1.gif)
Bebújt az ágyad alá és nem hagyott aludni? :-)
-
No, megküzdöttem az AltGr szörnnyel is (http://enterpriseforever.com/userpix/3_gepelget_1.gif)
Bebújt az ágyad alá és nem hagyott aludni? :-)
Nem, betolakodott az addig szépen felépített programomba, amit a mellékelt kép szerint kellett legyõznöm.
Ne tévesszen meg az idõpont, az nálam még "munkaidõ" :)
-
No, megküzdöttem az AltGr szörnnyel is (http://enterpriseforever.com/userpix/3_gepelget_1.gif)
Bebújt az ágyad alá és nem hagyott aludni? :-)
Nem, betolakodott az addig szépen felépített programomba, amit a mellékelt kép szerint kellett legyõznöm.
Akkor gondolom ezt (http://www.sjbaker.org/steve/omniv/keyboards_are_evil.html) ismered ;-)
-
Akkor gondolom ezt (http://www.sjbaker.org/steve/omniv/keyboards_are_evil.html) ismered ;-)
Errõl már írtam régebben. De ez nem érint, ez nem a programom problémája.
Ill. a tasztillesztõ nem generál ilyet, ha erre vagy kíváncsi. :)
-
Akkor gondolom ezt (http://www.sjbaker.org/steve/omniv/keyboards_are_evil.html) ismered ;-)
Errõl már írtam régebben. De ez nem érint, ez nem a programom problémája.
Ill. a tasztillesztõ nem generál ilyet, ha erre vagy kíváncsi. :)
Még szép! :-) Ezért bíztuk rád! :-D
-
Hihi, furcsa dolgok történnek, ha a SHIFTLOCK akt³v az EP-n. Ez ugye a számbillentyûkre is vonatkozik ott, tehát azokat csak Shift-tel együtt lehet elérni.
Igenám, de nekem a tasztkonverzió miatt a Shifteket is meg kell kavarni. Ilyenkor tehát nem a számok fognak elõjönni, hanem valami egyéb. Pl: Shift+6 az USA taszton a '^' (caret) jel, ezt nekem angol EP tasztra úgy kell konvertálni, hogy elveszem a shiftet, és persze a 6-ot sem nyomom le, hanem helyette az ERASE melletti gombot. Amibõl végülis '~' (tilde) lesz, mivel a SHIFTLOCK aktív.
Ugyanez magyar->BRD kiosztásban: Shift+6 (slash a magyar taszton) helyett Shift+7 lesz a BRD kiosztású EP-n, de mivel a SHIFTLOCK aktív, így végülis a Shift+6 -ból '7' lesz.
USA->BRD konverziónál ugyanez a példa '#' lesz, míg magyar->angol változatban '?' :smt101
Még szerencse, hogy a numerikus taszt ilyenkor is azért számokat ad (shift-tel együtt, persze) :wink:
No márcsak ezért is kötelezõ a mindenféle konverzió nélküli mûködés.
-
Stabilan, hibamentesen mûködik már jó ideje, igaz, még csak egyetlen gépben. :)
Amivel már egy hete küzdök, hogy a "firmware upgrade" is megbízhatóan mûködjön. A gond az, hogy ugyanazt a felületet (Z80 adatbusz alsó 4 bit) kell használnom erre is, mint az egyéb, "rendes" kommunikációra. Vagyis a B5 portra kiadott --elvileg nem használt-- xA, xB...xF adatokat (x0..x9 a bill.mátrix lekérdezése). Ráadásul rövid kódot kell írnom, nem bonyolíthatom el.
De semmi garancia nincs arra, hogy ezek a kódok nem fordulhatnak elõ bármilyen (Z80) program akár hibás, akár szándékos mûködése miatt.
Pillanatnyilag egyetlen biztonságos megoldást látok erre, ha idõben korlátozom a firmware upgrade lehetõségét, mégpedig a reset (a uC reset, ami nem azonos az EP-éval) utáni idõszakra. Ehhez viszont rossz esetben szét kell szedni a gépet, hogy a reset lábhoz hozzá lehessen férni. Nem túl elegáns megoldás... :-(
-
Stabilan, hibamentesen mûködik már jó ideje, igaz, még csak egyetlen gépben. :)
:smt041
-
De semmi garancia nincs arra, hogy ezek a kódok nem fordulhatnak elõ bármilyen (Z80) program akár hibás, akár szándékos mûködése miatt.
Mi lenne ha a rádugott PC billentyûzetrõl is várna egy kombinációt? Vagyis a felhasználó megerõsítése is szükséges lenne a frissítés elfogadásához. Természetesen a frissítõ program kiírná, hogy mit is kell lenyomni.
-
Mi lenne ha a rádugott PC billentyûzetrõl is várna egy kombinációt?
Nem nyerõ, mert akkor is kell mûködnie, ha a PC taszt kezelõ része nem mûködik.
Egy kis magyarázat: van egy bootloader programrész, ezt nem lehet felülírni, viszont ebben ezért csak annyi van, ami az upgrade-hez szükséges. A PS2 protokoll kezelése nincs itt.
Fel kellett készülnöm arra is, hogy a firmware upgrade nem sikerül (bármi miatt is), ettõl még nem állhat meg az élet.
De már közel járok... :)
-
Turbo gép problémára sikerült kitalálni valamit?
-
Turbo gép problémára sikerült kitalálni valamit?
Elég sokat küzdöttem vele, hogy 8 MHz-en is mûködjön, hiába. 9.5 körül jár csak stabilan. Ez azt jelenti, hogy a 6MHz-es turbó vszleg még O.K. (14-ig tudom felhúzni a belsõ oszcillátorát), magasabb turbónál már muszáj kvarcot is akasztani rá. De csak ennyi a nyûg: plusz 3 alkatrész.
-
Ami a turbós gépet illeti, annál egyébként is jól oda kell majd figyelni. Speckó szerint a Z80A úgy 100 mA körül fogyaszt, a Z80B max. 200 mA. Ráadásul még ezt is húzod, tehát még többet fogyaszt. A --külsõ-- taszt is elvileg több mint 200 mA. Ilyenkor tehát már érdemes lehet külsõ tápról járatni a tasztot.
-
Ami a turbós gépet illeti, annál egyébként is jól oda kell majd figyelni. Speckó szerint a Z80A úgy 100 mA körül fogyaszt, a Z80B max. 200 mA. Ráadásul még ezt is húzod, tehát még többet fogyaszt. A --külsõ-- taszt is elvileg több mint 200 mA. Ilyenkor tehát már érdemes lehet külsõ tápról járatni a tasztot.
Akkor ki kell vezetni a PC tápból az 5 voltot ugye? :)
-
... érdemes lehet külsõ tápról járatni a tasztot.
Akkor ki kell vezetni a PC tápból az 5 voltot ugye? :)
Például. De ha odáig eljutunk, ezt már majd megoldjuk. :)
-
Mûködik a firmware upgrade is. Most már tényleg nagyon közel van a béta státusz. :smt026
-
:smt023 :D
-
Mûködik a firmware upgrade is. Most már tényleg nagyon közel van a béta státusz. :smt026
Gratulálok! Csak így tovább!
-
Elkészítettem a HUN->BRD táblát is. Akkora lett csak, mint az USA->ENG :)
Aztán hozzátettem az EPDOS definíciókat is. Máris kétszeresére nõtt. :x Alapvetõen az a gond vele, hogy a shift nélküli és a shift-es kódok (a kis- meg a nyagybetûk) egymástól teljesen függetlenek. Így a bill. lenyomás és elengedés külön-külön táblát igényel :cry:
Most írhatom át a programot, hogy lerövidítsem a táblát...
-
...Most írhatom át a programot, hogy lerövidítsem a táblát...
Megtörtént, amit tudtam, megtettem. Egyharmadával csökkent, de még így is túl nagy.
Az EPDOS karaktereivel kapcsolatban ezekután a lehetõségek:
- van egy plusz pufferem RAM-ban is, ez 64 byte. Ez is használható, de ide ugye mindig be kell tölteni kikapcsolás után. De egyébként ez is kevés, több mint 100 byte kell az EPDOS konfignak. Nem is erre szántam eredetileg ezt a területet, hanem próbálkozásra, "játszadozásra".
- tudok még helyet szerezni a programomban, ha kiveszem azokat a részeket, amik eredetileg tesztcéllal kerültek bele, de késõbb igencsak hasznosnak bizonyultak. Járható út ez is, de ezt csak azoknak javasolnám, akik ragaszkodnak a 18 ékezetes karakter definíciójához.
- Ha valóban új keyboard driver van az EPDOS-ban, akkor --gondolom-- nincs akadálya "normálisan" :) átírni, vagyis a nagybetû ugyanott legyen, ahol a kicsi, csak shift-tel együtt. (Természetesen csak azoknak, akik EPDOS-t is, meg annk ékezeteit, meg a programomat is akarják, együtt :) )
Egyelõre ennyi. Ezen kívül is maradt még nyitott kérdés a HUN->BRD konfiggal kapcsolatban, jópár karaktert fogalmam nincs, hol keressem (@ ~ [ ] { }). Léteznek ezek egyáltalán?
-
... a lehetõségek..
A legkézenfekvõbbet meg el is felejtettem ideírni: elfelejtjük az egész problémát, és maradnak az Alt+ kódok. :lol:
Ekkor persze totálisan értelmetlenné válik a magyar taszt használata (egyébként is, szerintem, legalábbis ha nem szövegszerkesztésrõl van szó)
-
... a lehetõségek..
A legkézenfekvõbbet meg el is felejtettem ideírni: elfelejtjük az egész problémát, és maradnak az Alt+ kódok. :lol:
Ekkor persze totálisan értelmetlenné válik a magyar taszt használata (egyébként is, szerintem, legalábbis ha nem szövegszerkesztésrõl van szó)
De, arról (is) van szó... :D
-
Ezen kívül is maradt még nyitott kérdés a HUN->BRD konfiggal kapcsolatban, jópár karaktert fogalmam nincs, hol keressem (@ ~ [ ] { }). Léteznek ezek egyáltalán?
Nem léteznek.
-
@ ~ [ ] { }
Nem léteznek.
Ugyanígy a backslash, pipe...
No jó, akkor nem küzdök vele tovább. Innentõl kezdve végképp nem értem, mire jó a BRD taszt
-
Ezen kívül is maradt még nyitott kérdés a HUN->BRD konfiggal kapcsolatban, jópár karaktert fogalmam nincs, hol keressem (@ ~ [ ] { }). Léteznek ezek egyáltalán?
Nem léteznek.
Az angolon létezik a @... Furi, ha a BRD-n nem lehet elõcsalogatni... Erre eddig nem is gondoltam... (BRD-n akkor nem lehet mail-t írni...? :-) )
-
Furi, ha a BRD-n nem lehet elõcsalogatni...
A BRD-n paragrafusjel van definiálva arra a karakterkódra, a szögletes meg kapcsos zárójelek helyett van az Ü meg "kétpontos a"
-
...Az EPDOS karaktereivel kapcsolatban ezekután a lehetõségek:...
Volt még egy lehetõség. Nehogy szó érje a ház elejét (legalábbis emiatt), ezt választottam. Vagyis még jobban lerövidítettem a kódot, így már ez a bazi nagy tábla is belefért. :)
Mûködik most már az upgrade loadable modul formában is. Most azzal küzdök, hogy automatikusan megpróbálom betölteni, ha a program hibát észlel induláskor. Némi nehézséget okoz, hogy az EP másként viselkedik EXDOS-szal. Alapgépen az elsõ bill. scan figyeli a bejelentkezõ képen az átlépést. EXDOS esetén elõbb beindul a KEYBOARD driver, aztán jó ideig le se sz...., eldobja az összes gombnyomást. :smt009
-
A végsõ simításokat végzem az auto upgrade-del. Közben volt egy szívásom, az egész lemez olvashatatlanná vált, kezdhettem (majdnem) elölrõl írni az EP programot. Hogy ennek köze van-e ahhoz, hogy 20 msec-enként új billentyût "nyomtam meg", miközben matatott a floppy-val, talán már sosem tudjuk meg. :)
Viszont változatlanul nem stimmel a dolog. Miközben floppy-ról olvas, --nálam legalábbis-- nem szabad a tasztot nyomogatni, mert akkor "Sector not found...". Fura. Mindenesetre ez most keresztbe tesz a terveimnek. :(
:smt100
EXDOS 1.0
-
A végsõ simításokat végzem az auto upgrade-del. Közben volt egy szívásom, az egész lemez olvashatatlanná vált, kezdhettem (majdnem) elölrõl írni az EP programot. Hogy ennek köze van-e ahhoz, hogy 20 msec-enként új billentyût "nyomtam meg", miközben matatott a floppy-val, talán már sosem tudjuk meg. :)
Viszont változatlanul nem stimmel a dolog. Miközben floppy-ról olvas, --nálam legalábbis-- nem szabad a tasztot nyomogatni, mert akkor "Sector not found...". Fura. Mindenesetre ez most keresztbe tesz a terveimnek. :(
:smt100
EXDOS 1.0
:new_07 Régen mikor minden osztálytársamnak C64-e volt általános iskolában és mikor náluk voltam megnézni mit tud a C64, õk mondták, hogy nem szabad a joystickot megmozdítani töltés közben (igaz ez magnóról való töltést jelentett), mert különben nem töltõdik be a program. Ennek persze semmi köze az EP-hez, csak eszembe jutott ;-)
-
Viszont változatlanul nem stimmel a dolog. Miközben floppy-ról olvas, --nálam legalábbis-- nem szabad a tasztot nyomogatni, mert akkor "Sector not found...". Fura. Mindenesetre ez most keresztbe tesz a terveimnek. :(
Ez elég izgalmasan hangzik! Eredeti EP billentyûzettel is csinálta ezt? Egy átlag gép nem csinál ilyet :)
EXDOS 1.0
És EXDOS 1.3-al?
-
Ez elég izgalmasan hangzik! Eredeti EP billentyûzettel is csinálta ezt? Egy átlag gép nem csinál ilyet :)
Érdekes a kérdés, mert a tasztillesztõ lényege pont az, hogy nem tud különbséget tenni sem SW, sem HW a belsõ taszt meg e között. Az persze igaz, hogy ujjal nem tudsz olyan gyorsan billentyût váltani, mint én programból :)
A tesztgépben egyébként nincs belsõ taszt, abban nem tudom ellenõrizni.
És EXDOS 1.3-al?
Most nincs kedvem EPROM-ot égetni emiatt. De egyébként is: mindenféle konfigon kell mûködnie. Ha ez nem volna szempont, már rég befejeztem volna.
Azért kipróbáltam cartridge nélkül (Enterprise Plus volt benne), így most jó. :?:
Azt hiszem, lezárom ezt a kérdést, szalagról mindig jól megy, és ez egyébként is elég marginális (ám olyankor nagyon fontos) probléma. (Magyarán: sikerült valahogy elrontani a tasztillesztõ programját, és belsõ taszt egyáltalán nem létezik.)
-
Azért kipróbáltam cartridge nélkül (Enterprise Plus volt benne), így most jó. :?:
No a Plus az sok érdekes dolgot tud produkálni :-)
-
Jó régen nem jelentkeztem már. Elnézést, nem volt rá idõm mostanában.
Nos, beépítettem még egyet. Errõl már fotókat is készítettem.
Elrettentésül :wink: itt van néhány:
http://tigrian.fw.hu/u27pics/tastat.html
Remélem, a lényeg látszik rajtuk. A uC-t az U27 tetejére kell ráépíteni.
Sajnos elég sok átkötés "sikeredett". Az eredeti tervekben nem ez szerepelt, de a turbó igények miatt át kellett terveznem.
A uC egyébként az EP adatbuszára (is) csatlakozik, ezért is fordítottam olyan nagy gondot a biztonságos mûködésre. De építéskor is nagyon oda kell figyelni, az egyik képen (2189) látszik, milyen könnyen lehet zárlatot elõidézni.
Nos, remélem, maradtak még elég bátor kísérletezõk. :)
Az egyik képen látszik a PS2 kivezetés is. Nem ez lesz majd, már rendelem az "igazi" csatlakozókat.
Nemsokára meglesz az is, akkor már tényleg a finisben leszünk...
(Turbó: még egy kvarc is kerül a uC 4,5 lábára, plusz még két kondi. Majd errõl is lesz kép.)
-
Gratula! :)
-
Hogy Besenyõ Pista bácsit idézzem:
"... én meg már azt hittem, hogy mi történt..." :D
Szóval nem tudtam, hova lettél, de akkor örülés, ha nem állt meg az élet közben. De most már ne tûnj el (megint) ilyen hosszú idõre... :wink:
Várjuk a folytatást (képekben is)!
-
...ne tûnj el (megint) ilyen hosszú idõre... :wink:
Várjuk a folytatást (képekben is)!
Hát igen, mégegyszer elnézést mindenkitõl. :oops:
Csak nem volt mit mondanom, azon kívül, hogy még most sem... most sem...
Jövõ hét elején kapom meg a csatlakozókat, jöhet egy kis fúrás, ragasztás.
-
Nagyon dögös! Egy jobb fajta tuning EP-ben fel se tünik már az a pár drót :-)
-
Néhány kép a fúrás-faragásról...
http://tigrian.fw.hu/u27pics/minidin.html
(http://enterpriseforever.com/userpix/3_minidin_1.jpg)
-
Néhány kép a fúrás-faragásról...
http://tigrian.fw.hu/u27pics/minidin.html
Ez nagyon kulturált lett, gratula!!!
-
Ez már IGEN!!! :razz:
-
Néhány kép a fúrás-faragásról...
http://tigrian.fw.hu/u27pics/minidin.html
Húú, de jó!
-
Nagyon tetszik, de tényleg!
:)
-
Nem csalás, nem ámítás. Íme4 egy készülõ tigrian-féle tasztillesztõ:
-
Na még:
-
Na még egy kicsi taszt:
-
utoljára
-
Na most már prímán mûködik is!
-
Na most már prímán mûködik is!
Neked már van is?
-
Nekem még nem hozta meg a postás bácsi :-(
-
Neked már van is?
Igen, GAFZ vállalta, hogy elsõ tesztelõként kijárja az utat. Köszönet érte, hogy a kevés szabadidejét erre áldozza!
A disztribúció sajnos eléggé nehezen indul be. Most már talán felgyorsulnak az események, pótolom a hiányzó dokukat, instrukciókat (ezek is most derültek ki).
-
Nekem még nem hozta meg a postás bácsi :-(
Fel a fejjel, már kezdtem lemondani róla, mikor megjött azt hiszem 5 nap átfutási idõvel...
-
Igen, GAFZ vállalta, hogy elsõ tesztelõként kijárja az utat.
Ezt hívják bolondbiztos (vagy bolond?) tesztnek... :)
-
Frissítettem a képeket, az összes használhatót kiraktam most már:
http://tigrian.fw.hu/u27pics/tastat.html
És itt a bekötés is, Móricka-rajzban:
-
Bocsánat, itt van az elõzõ "mórickarajzból" egy javított példány... :oops:
-
Bocsánat, itt van az elõzõ "mórickarajzból" egy javított példány... :oops:
Ooops! Ezt megkaptam! :roll:
Valóban: a két rajz között csak annyi a különbség, hogy az egyiken a PS2 csati számozása nem túl olvasható...
No akkor itt az eredeti, fizikai rajz és a csati bekötése:
-
Isten éltesse Mester Úr! :) :smt113
-
(kicsit megkésve) Boldog szülinapot Tigrian!
-
(kicsit megkésve) Boldog szülinapot Tigrian!
Köszönöm, mindenkinek. :)
Az igazi ajándék a működő taszt-illesztőről szóló hírek lennének.
-
Az igazi ajándék a mûködõ taszt-illesztõrõl szóló hírek lennének.
Dolgozunk az ügyön :-)
-
Köszönöm, mindenkinek. :)
Az igazi ajándék a mûködõ taszt-illesztõrõl szóló hírek lennének.
Az enyém pompásan mûködik! :smt109
-
Na kész :-)
-
Szereztem hozzá egy ilyen némileg EP feelinges billentyût :-) Ráadásul van rajta egy szép Reset gomb-nak való is (lásd a PS/2 csati 6-os láb), amit gyorsan be is kötöttem, és mûködik is :-)
-
Na kész :-)
Juhéj!!!! :smt026
Tetszik, hogy az egyik átkötést, meg tápmadzagot is máshonnan hoztad. Igazad van: Minek kis helyen szűkölködni? :)
-
Szereztem hozzá egy ilyen némileg EP feelinges billentyût :-)
Mitől is az? Nem világos...
Ráadásul van rajta egy szép Reset gomb-nak való is (lásd a PS/2 csati 6-os láb), amit gyorsan be is kötöttem, és mûködik is :-)
3-ujjas verzió? Hmmm. Érdekes lesz, a program azt a saját resetjének veszi... már ha megkapja... :lol:
-
Mitõl is az? Nem világos...
A gombok nem olyan "irógép gombok" mint az átlag billentyûzeten, hanem olyan laposak mint az EP-n, és van olyan kis négyzetes talpuk is mint az EP-n.
3-ujjas verzió? Hmmm. Érdekes lesz, a program azt a saját resetjének veszi... már ha megkapja... :lol:
Nem, 1 ujjas :-) az a nagy kerek eredetileg power gomb, és az általad belinkelt PS/2 csati leirásból kiderült, hogy az általában nem használt 6-os lábat földeli a Siemens-Nixdorf power gombja. És ha van egy lábunk amit egy szép gombbal tudunk földelni, akkor az adja magát, hogy a reset gomb megfelelõ lábára kössük :-)
Így ha kihasználjuk a PC billentyû kábelhosszúságát, és nem pont a gép mellett ülünk, akkor se kell a Reset gombhoz szaladgálni :-)
-
A gombok nem olyan "irógép gombok" mint az átlag billentyûzeten, hanem olyan laposak mint az EP-n, és van olyan kis négyzetes talpuk is mint az EP-n.
OK, köszi, nem figyeltem eléggé. Elrendezésre gondoltam, nem kinézetre. :)
... nem pont a gép mellett ülünk, akkor se kell a Reset gombhoz szaladgálni :-)
Ez bizony hasznos dolog, én már elég régóta 2-3 méterről gépelek az EP-be (hosszabbító is lóg a taszton). :lol:
-
Ez bizony hasznos dolog...
Meg fog nõni a kereslet a Siemens billentyûzetek iránt :-)
-
Hamarosan jön a leírás is, először a konverziós táblákról.
-
Juhéj!!!! :smt026
Hogy ne örülj annyira, itt a buglista :oops:
1) bekapcsolás után az EP feliratnál nagy kerregéssél (mintha rátenyerelnénk a billenytûzetre) egybõl tovább lép, késöbb hidegindításnál jó, nincs ilyen kerregés
2) ez a legizgibb :-) magnóról töltés közben nem mûködik, legalábbis nem sikerült STOP gombot nyomnom...
3) ha véletlenül az F10 vagy F11-et megnyomom, totál megkergül, csak a kikapcsolás segít :-( (érdekes, hogy kipróbáltam a PC-m billentyûzetével, amin van vagy 20 plusz multimédia gomb, azoktól nem akad ki! csak az F10-F11 amire ideges :-) )
4) EXOS alatt tök jó, játékból még csak az ENTERBALL-t próbáltam, ott viszont érdekes... valahogy nem lehet olyan finoman pozicionálni mint kéne :-(
-
Hamarosan jön a leírás is, elõször a konverziós táblákról.
És utána majd mindenki oda pakolhatja magának a gombokat, ahova akarja? :-)
-
... itt a buglista :oops:
Nem törtél le :D
1) bekapcsolás után ...egybõl tovább lép...
Ezt én feature-nek szántam, nem kell gombot nyomni. A "kerregés" pedig a megnyomott billentyűk miatt van. Az pedig az EXOS hiányossága (?), hogy amit nem tud időben lekövetni, azt elhajítja. Egyébként a program a verziószámot írja ki ilyenkor :) Ha akarod a kezdőképet, akkor RESET-elj. Ha meg a kiírásra vagy kíváncsi, akkor Ctrl+Alt+Del :)
2) ez a legizgibb :-) magnóról töltés közben nem mûködik, legalábbis nem sikerült STOP gombot nyomnom...
Ez természetes, ilyenkor az EXOS leaállítja a taszt szkennelését. Próbáld ki a Ctrl+Break -et! :) (Aztán konstatáld az apróbb SW-hibát, beragad utána a STOP gomb :) Megoldás: újabb Ctrl+Break)
3) ha véletlenül az F10 vagy F11-et megnyomom, totál megkergül
Szintén feature, teszteléshez. Az egyik a fel-le gombot tartja lenyomva, egyszerre, a másik pedig a fel-le kurzort. (Ez viszont az EXOS-t dicséri, hogy lekezeli.) Ha a program csak egyszer is hibázik, a kurzor elvándorol a helyéről (hosszú idejű stabilitási teszt.) De nevezhetjük sutkának is: ilyet eddig nem tudtál csinálni :)
4) ...játékból... valahogy nem lehet olyan finoman pozicionálni mint kéne :-(
Ez nagyjából stimmel is, kb 20 msec-et késnek a billentyűk (az egyébként megszokotthoz képest).
Összegezve: nem árt megvárni a használati útmutatót :D
-
... majd mindenki oda pakolhatja magának a gombokat, ahova akarja? :-)
:smt045 Nincs akadálya. :smt045
-
Összegezve: nem árt megvárni a használati útmutatót :D
Ok :-)
-
Hamarosan jön a leírás is, elõször a konverziós táblákról.
Kezdetnek: http://enterpriseforever.com/kb.php?mode=article&k=4
-
Siemens tappancsom nekem is van :) német. Viszont a ps2 csatijában csak 4 tû van (6 és 2 láb hiányzik)... És power gomb sincs rajta... :(
Amúgy jól látom, ez még nem a turbós verzió?
-
Na emésztettem egy kicsit a leírást meg tesztelgettem pár órát...
Nem törtél le :D
1) bekapcsolás után ...egybõl tovább lép...
Ezt én feature-nek szántam, nem kell gombot nyomni.
Volt egy ilyen gyanúm :-) És ha valaki nem szeretné ezt a fícsört? :-)
Pl mert villogóEPlogó fetisiszta, mint én :) van erre EXOS változó is, amivel ki tudná kapcsolni egy ROM bõvítõ a logót, meg is teszi pl az EPDOS egyes alváltozatai vagy a VENUS, de én mindig ügyeltem rá, hogy ilyen funkciókat kiírtsam :)
A másik, hogy az én gépemen most éppen a vinyó vezérlõ progija várna inputra még a logó elött :)
Ha meg a kiírásra vagy kíváncsi, akkor Ctrl+Alt+Del :)
Minek kéne történni Ctrl+Alt+Del-re? Mert nálam nem történik semmi...
2) Ez természetes, ilyenkor az EXOS leaállítja a taszt szkennelését. Próbáld ki a Ctrl+Break -et! :)
Szerintem nem természetes :) , hiszen a billentyû portot figyeli a magnókezelõ. De a leírás alapján sejtem mi a gond... Úgy tünik, ha csak egy mátrix sorra koncentrál egy program, akkor az nem mûködik. A magnó kezelõ STOP figyelésén kívül ilyen a Spectrum EMU billentyûzet HELP funkciója (az oldalak között váltogatni, ill kilépni a funkció gombokkal lehet). Big Demo elakad az elsõ résznél, ESC-vel lehetne kilépni, csak épp hiába nyomom :(
Gondolom akad majd még pár ilyen program...
3)Szintén feature, teszteléshez. Az egyik a fel-le gombot tartja lenyomva, egyszerre, a másik pedig a fel-le kurzort.
Hamár úgy érzem elég stabil a cucc, akkor ki tudom szedni ezt a fícsört? :)
4) ...játékból... valahogy nem lehet olyan finoman pozicionálni mint kéne :-(
Ez nagyjából stimmel is, kb 20 msec-et késnek a billentyûk (az egyébként megszokotthoz képest).
Máshol is akadnak gondok, pl Zozotools FAFO-ban mindig két gombnyomásnyít érzékel :(
Big Demo második részében (ha egy darab drót segítségével túljutottunk az elsõn :) ) lehetne mindenfélét beállítani a pörgö pöttyökhöz, itt teljesen használhatatlan, egy gombnyomásra kb 2x körbefut a kurzor a képernyõn...
Áttanulmányozva a leírást, értem mitõl van. A queue biztosítja, hogy a mindenféle trükkös gombnyomások megfelelõ sorrendben történjenek, és ahhoz hogy minden gombnyomás szimulálodjon, ezért szép lassssssaaannn magyaráza el az EP-nek, mindig kivárva lenyomott állapotban aztán felengedve is...
Ugye jól értem a dolgot?
És ezért nem lehet pöcögtetni az érzékenyebb programoknak, mivel mindig egy adott idõ alatt szimulálja a gomb lenyomását.
Most jön a nem lehetne-e... :)
Olyan üzemmódot csinálni amiben nincs queue, nincs összevissza kódolás, hanem csak sima fizika megfeleltetés 1 PC gomb egyenlõ 1 EP gomb és kész. A RAM-jába szimulál egy billentyû mátrixot, amiben a PC billentyûk kódjai állítgatják a biteket, ha az EP akar egy sort akkor megkapja azt ami éppen abban a sorban van, és kész. Ha jól sejtem ez az üzemmód megoldaná a 2) pontban felsorolt problémákat is.
Természetesen az lenne jó, ha a kétféle üzemmód átkapcsolható lenne, pl Scroll Lock-kal, és akkor még LED kijelzés is lenne :-)
-
Na emésztettem egy kicsit a leírást meg tesztelgettem pár órát...
Folyamatosan bõvítem, javítgatom a leírást, érdemes néha megnézni.
1) bekapcsolás után ...egybõl tovább lép...
Ezt én feature-nek szántam, nem kell gombot nyomni.
Volt egy ilyen gyanúm :-) És ha valaki nem szeretné ezt a fícsört? :-)
Két lehetõség van. Az egyik egyszerû, RESET-eled az EP-t. Akkor addig nézed a képet, ameddig csak jólesik. A uC csak bekapcs.-kor csinálja az átlépést.
A másik, hogy a nagyszámú user nagy nyomásának engedve kiveszem belõle a köv. verzióban. :-)
Ja igen, van egy harmadik út is. Mindenki átírhatja a progit is, saját magának :lol:
Minek kéne történni Ctrl+Alt+Del-re? Mert nálam nem történik semmi...
Szofver reset a uC-nek.
Csak az egyik Alt és az egyik Del hatásos (a Ctrl mindegy). És utána is vár még egy tetszõleges gombot. A definíciója tab_all-ban van.
2) Ez természetes, ilyenkor az EXOS leaállítja a taszt szkennelését. Próbáld ki a Ctrl+Break -et! :)
Szerintem nem természetes :) , hiszen a billentyû portot figyeli a magnókezelõ. De a leírás alapján sejtem mi a gond... Úgy tünik, ha csak egy mátrix sorra koncentrál egy program, akkor az nem mûködik.
Ez majd egy másik leírásban, a mûködés leírásában szerepel, de akkor ide is leírom röviden. Adatot csak akkor tehetek ki a portra, amikor az EP megcímzi (OUT B5h,...) Ha csak egyetlen sort figyel az EP, akkor ez elmarad. De azért erre is van megoldás, ezt már leírtam a tábláknál (KEY_META_FORCE)
A magnó kezelõ STOP figyelésén kívül ilyen a Spectrum EMU billentyûzet HELP funkciója (az oldalak között váltogatni, ill kilépni a funkció gombokkal lehet). Big Demo elakad az elsõ résznél, ESC-vel lehetne kilépni, csak épp hiába nyomom :(
Gondolom akad majd még pár ilyen program...
Ha nekem lennének ilyenek, akkor meg tudnám vizsgálni (ez most felhívás link-re :) )
3)Szintén feature, teszteléshez. Az egyik a fel-le gombot tartja lenyomva, egyszerre, a másik pedig a fel-le kurzort.
Hamár úgy érzem elég stabil a cucc, akkor ki tudom szedni ezt a fícsört? :)
Hogyne, ennek a definíciója tab_all-ban van. Átírható. Az égvilágon semmi sincs bedrótozva a fõprogramba, kettõ (reset és debug) kivételével. Ez is szerepel a TT-ban.
...Máshol is akadnak gondok, pl Zozotools FAFO-ban mindig két gombnyomásnyít érzékel :(
Big Demo második részében (ha egy darab drót segítségével túljutottunk az elsõn :) ) lehetne mindenfélét beállítani a pörgö pöttyökhöz, itt teljesen használhatatlan, egy gombnyomásra kb 2x körbefut a kurzor a képernyõn...
A duplázás érthetetlen számomra, ezt meg kell vizsgálnom. Ismét csak link az egyetlen akadálya. :)
Áttanulmányozva a leírást, értem mitõl van. A queue biztosítja, hogy a mindenféle trükkös gombnyomások megfelelõ sorrendben történjenek, és ahhoz hogy minden gombnyomás szimulálodjon, ezért szép lassssssaaannn magyaráza el az EP-nek, mindig kivárva lenyomott állapotban aztán felengedve is...
Ugye jól értem a dolgot?
Igen, de a queue-ba csak akkor kerül, ha valamelyik táblázatban egyezés van. De még így is gyorsabb, mintha kézzel nyomkodnád...
És ezért nem lehet pöcögtetni az érzékenyebb programoknak, mivel mindig egy adott idõ alatt szimulálja a gomb lenyomását.
Nem feltétlenül, legalábbis nem kell, hogy a queue-ba is bekerüljön.
De azért mindenképpen lassabb, mint a belsõ taszt. A PC taszt is eleve mátrixos, az is eleve késõbb adja ki a kódot. Aztán meg sorosan kerül át a uC-be, és még annak is fel kell dolgoznia (ez azért pár msec lehet legfeljebb). De azért az alapvetõen igaz, hogy nem feltétlenül a játékhoz lenne tökéletes. Ezt nem tudom, én még nem próbáltam. Derítsük ki!
Most jön a nem lehetne-e... :)
Olyan üzemmódot csinálni amiben nincs queue, nincs összevissza kódolás, hanem csak sima fizika megfeleltetés 1 PC gomb egyenlõ 1 EP gomb és kész. A RAM-jába szimulál egy billentyû mátrixot, amiben a PC billentyûk kódjai állítgatják a biteket, ha az EP akar egy sort akkor megkapja azt ami éppen abban a sorban van, és kész.
Nem, nem lehetne. Mert már benne van. :mrgreen:
Gyönyörûen leírtad a tábla nélküli mûködést. Amit Ctrl+Alt+0 vált ki. Szintén a leírásból tudható :)
Ha jól sejtem ez az üzemmód megoldaná a 2) pontban felsorolt problémákat is.
Mármint hogy az EP nem szkenneli a tasztot? Nem, azt nem oldja meg. Arra csak kerülõ megoldás van (KEY_META_FORCE). Egyébként csak akkor tudok adatot kitenni, ha megszólítanak.
Természetesen az lenne jó, ha a kétféle üzemmód átkapcsolható lenne, pl Scroll Lock-kal, és akkor még LED kijelzés is lenne :-)
Eredetileg azon is volt, de egyrészt kevés lett, mert több táblát is lehet ki-bekapcsolni. Másrészt én nem javaslom a LED-ek "égetését". Kár azért a plusz 10 mA-ért. Már így is pluszterhelést jelent a PC taszt akár 200 mA-es fogyasztása is...
De ha ragaszkodsz hozzá... ez is átírható.
-
Ajaj, most nagyon fogsz utálni :(
Ha jól értem ott a probléma, hogy te az OUT-ra müködsz, az IN-re nem!
Vagyis pl a következõ jellegû programok nem mûködnek az illesztõvel:
LD A,1
OUT (0B5H),A
BIL: IN A,(0B5H)
CP akármi
JR NZ,BIL
És honnan tudod mikor jön az IN, ha nem tudod mikor jön? :)
Az OUT után fix idõvel, fix ideig kirakod az adatot? Amely idõ az EXOS módszere alapján tapasztalati úton lett kitalálva?
Itt lehet szerintem a pöcögtetõs programok baja... esetleg kombinálva az elözõ ponttal, legalábbis a FAFO esetén így látom.
Nem lehetne, hogy a kontroller INT1 lábára rákötni az RD0-át? és akkor azt is fogjuk tudni, mikor van IN (B5H), és ezek a problémák megoldódnának :-)
-
Az OUT után fix idõvel, fix ideig kirakod az adatot? Amely idõ az EXOS módszere alapján tapasztalati úton lett kitalálva?
Itt lehet szerintem a pöcögtetõs programok baja... esetleg kombinálva az elözõ ponttal, legalábbis a FAFO esetén így látom.
Nem fix ideig van kinn az adat, hanem a következõ ciklusig. Ha nincs ciklus, akkor akár a végtelenségig. :)
Nem lehetne, hogy a kontroller .... lábára rákötni az RD0-át?
A tervezés elején még ez volt a tervem, igen. Valóban így lenne teljesen korrekt.
De az IN (vagyos a Z80 read) ideje nagyon rövid, mindössze 2 órajel, azaz fél mikrosec. Ez már túl rövid ennek a uC-nek.
Ehhez alapvetõen valódi HW kéne, de az már másik dimenzió...
Még így is tudhatná, de akkor magasabb órajelrõl, kvarcról kéne járatni. És a turbós verzió akkor kizárt...
A kvarc mellesleg elfoglal két lábat, tehát bevezetni is problémás a jelet. Egyetlen láb marad, a uC RESET lába, amit ugyan fel lehet erre használni (mellesleg ott is van a helyén, az 1-es láb az), de akkor a fejlesztés közbeni felprogramozás válik problémássá.
Összegezve: kompromisszumot kellett kötnöm, az egyszerûség, az olcsóság, és a turbós igény érdekében. Az általad vázolt probléma nem tûnt túlságosan gyakorinak, hiszen a játékok legtöbbje SP átirat. Azoknál a keyboard scan nagyon is valószínû. Az eredeti EP játékok meg vszleg kezelik a külsõ joysticket, ott tehát ez nem érdekes.
Azt azért jó lenne tisztázni, hogy ez most valós probléma, vagy csak kötözködsz :lol:
Addig is, egyelõre továbbra is marginális kérdésnek tekintem.
Azért közben elkezdem átírni a programot. Most is van benne erre megoldás, de csak egy-egy billentyûre gondoltam, hogy így kell majd mûködnie. Most viszont akkor áttervezem, globális funkciót csinálok a "KEY_META_FORCE" -ból.
Bekapcsolva tehát nem fog OUT-ra várni, hanem mindig kirakja a portra az újabb adatot. (Aminek persze az lesz a veszélye, hogy amikor mégis jön az OUT, akkor egy pillanatra összezavarodnak az idõk. :) Ezt tehát tényleg jó lesz jelezni, talán mégiscsak bevetem a Scroll Lock-ot, LED-estõl :))
-
Most viszont akkor áttervezem, globális funkciót csinálok a "KEY_META_FORCE" -ból.
Bekapcsolva tehát nem fog OUT-ra várni, hanem mindig kirakja a portra az újabb adatot. (Aminek persze az lesz a veszélye, hogy amikor mégis jön az OUT, akkor egy pillanatra összezavarodnak az idõk. :) Ezt tehát tényleg jó lesz jelezni, talán mégiscsak bevetem a Scroll Lock-ot, LED-estõl :))
Hmm, ez így lehet, hogy jó (vagy legalábbis jobb :) ) lesz, kiváncsian várom!
Holnap utazunk a Bakonyba, így lesz vagy 10 napod rá, addig nem fogok kötözködni :-)
-
Ha nekem lennének ilyenek, akkor meg tudnám vizsgálni (ez most felhívás link-re :) )
ZozoTools (http://www.ep128.hu/Ep_Util/Prg/ZozoTools18.rar)
BigDemo (http://www.ep128.hu/Ep_Demo/Prg/BigDemo.rar)
Spectrum Emulátor (http://www.esnet.hu/~enterprise/zx41.zip) (Ehhez van egy cheat is :-) amikor vár a hw bekapcsolására, akkor ha egyszerre megnyomod a fel és a le gombot, akkor tovább megy. Bár lehet, hogy ehhez is keymetaforce kell már :-)
-
Eredetileg azon is volt, de egyrészt kevés lett, mert több táblát is lehet ki-bekapcsolni. Másrészt én nem javaslom a LED-ek "égetését". Kár azért a plusz 10 mA-ért. Már így is pluszterhelést jelent a PC taszt akár 200 mA-es fogyasztása is...
Az enyémre 50mA-t írnak :-) Nem lehet, hogy az a 200, az a maximális megengedett amit a PS/2 port elbír?
Majd ha lesz sok idõm megmérek pár billentyûzetet bekapcsolt ledekkel meg annélkül :-)
-
... pluszterhelést jelent a PC taszt akár 200 mA-es fogyasztása is...
Az enyémre 50mA-t írnak :-) Nem lehet, hogy az a 200, az a maximális megengedett amit a PS/2 port elbír?
Majd ha lesz sok idõm megmérek pár billentyûzetet bekapcsolt ledekkel meg annélkül :-)
De, pontosan. De nyilvánvaló, hogy specifikált adatokkal kell dolgoznom, és ezeket is mondom. Nekem a "worst case"-bõl kell kiindulnom.
A linkeket köszi, megnézem, amit tudok.
"...egyszerre megnyomod a fel és a le gombot..." Ezt hogy csinálod? Mármint joy-jal? :)
A 10 nap igazán nagylelkû határidõ, igyekszem majd megfelelni. Még egy kis :smt035 -ra is marad idõm. :wink:
-
"...egyszerre megnyomod a fel és a le gombot..." Ezt hogy csinálod? Mármint joy-jal? :)
Ez a funkció arra lett kitalálva, hogy EP emulátor alatt tudjam nézegetni a Spectrum Emu programját (mikor a TZX load készült), PC billentyûzeten pedig nem olyan nehéz :) direkt lett olyan választva ami normál körülmények között nem igen fordulhat elõ :-)
-
... direkt lett olyan választva ami normál körülmények között nem igen fordulhat elõ :-)
Akkor mostantól kezdve még plusz 7 ilyen billentyûd is van (a hiányzóak, a mátrixból). Ezt még PC emun sem tudod megnyomni, ha minden igaz :smt002
-
De azért mindenképpen lassabb, mint a belsõ taszt. A PC taszt is eleve mátrixos, az is eleve késõbb adja ki a kódot. Aztán meg sorosan kerül át a uC-be, és még annak is fel kell dolgoznia (ez azért pár msec lehet legfeljebb). De azért az alapvetõen igaz, hogy nem feltétlenül a játékhoz lenne tökéletes. Ezt nem tudom, én még nem próbáltam. Derítsük ki!
Kipróbáltam ugyanazt a billentyûzetet, hogy PC-n EP emulátort használva. Késleltetésre itt is legalább ugyanannyi adódik, ha jól gondolom.
Persze érzõdik, hogy kicsit érzéketlenebb mint az eredeti EP taszt, de viszonylag könnyen lehet irányítani a FAFO menüjét, EnterBall-ban is sikerült legalább 1 pályát megcsinálni, és a végén a névbeírásnál is sikerül tetszöleges betûre lõni (ez se megy most a taszt a kütyüvel). A BigDemo második része mondjuk így is durva, de kitartó pöcögtetéssel el lehet találni azt a rublikát amit akarunk :-)
Szóval a jelenlegi mértékü lassúságot biztos nem a PC taszt okozza önmagában.
EnterBallban van egy olyan érzésem, hogy nem mindig OUT-tól, ez okozhatja az érdekes ütõ mozgást sokszor olyan mintha beragadna egy kis idõre az elözõ állapot, vagyis nem mozdul mikor már rég nyomom, ill. még mindig megy, amikor már rég elengedtem.
Minden esetre nagyon kiváncsi leszek,hogy az állandó forcés mód milyen lesz!
-
Akkor mostantól kezdve még plusz 7 ilyen billentyûd is van (a hiányzóak, a mátrixból).
Egy srác gépéhez úgy csináltuk meg az átdrótozott PC billentyûjét, hogy ezekre a hiányzó helyekre kötöttük be a HOME,END,stb gombokat, és készült hozzá egy módosított HUN.ROM aminek a billentyûtáblázatában le voltak ezek kezelve.
-
Szóval a jelenlegi mértékü lassúságot biztos nem a PC taszt okozza önmagában.
Persze. Nem is akarom "rákenni".
EnterBallban....
No akkor játszásra fel, nekem is! :D De ugye Ctrl+Alt+0 volt elõtte?!?!
-
De ugye Ctrl+Alt+0 volt elõtte?!?!
Próbáltam úgy is, de nem éreztem lényeges különbséget :-( gondolom az lehet a baj, hogy nincs mindig OUT az IN elött, így nem mindig kapja meg a friss adatokat.
-
Az eredeti EP játékok meg vszleg kezelik a külsõ joysticket
Errõl jut eszembe egy új HW javaslat: PC-EP Joy átalakító...
-
...jut eszembe egy új HW javaslat: PC-EP Joy átalakító...
Érdekes ötlet. De drága. Analóg jelbõl kéne kontaktust gyártani. Akkor más sokkal olcsóbb régi, "kontaktos" joy-t beszerezni -- szerintem. :)
-
Érdekes ötlet.
Spectrumhoz már csináltak :-)
De drága. Analóg jelbõl kéne kontaktust gyártani.
USB-s Joy? :-)
Akkor más sokkal olcsóbb régi, "kontaktos" joy-t beszerezni -- szerintem. :)
Olyat már nem kapni a bótban :-(
-
Csendesen mondom: Nem lehetne elõször egy aioi-t vagy legalább egy winyóvezérlõ nyákot (nem tudom a vezérlõprogit be lehetne-e applikálni az exos vagy exdos rom mellé a maradék 32k-ra)... :oops: K*rv@ra unom az XP szenyóságait a 720k-s floppykkal... Ja, most jut eszembe, élcsatlakozó-elosztóm sincs... :(
-
No megnéztem az EnterBall-t. Hû, ha. Mit is mondjak? Erre nem számítottam :roll:
De legalább van egy újabb nehézségi elem a játékban :smt077
Szóval érdekes jelenség, valóban. Amíg kiderítem, addig is: Shift-re fel! :)
-
...Szóval érdekes jelenség, valóban. Amíg kiderítem...
Megtörtént. Tényleg érdekes. Több ok együtt hozta össze.
Az egyik, hogy a kurzorgombok a queue-n keresztül mennek (mert az IBM annak idején jól összezavarta a dolgokat, nekem meg muszáj egyszerûsítenem). Ez még önmagában nem lenne baj. Mint már írtam, a queue-t scan ciklusonként ürítem. Már ha van ciklus. Egész pontosan az utolsó mátrixsor vezérlését várom. (Miért pont azt? Hát ez bizony félig-meddig öncélú. De csak félig, mert normál esetben ott "álldogál" a legtovább. És az a ciklus vége.) Adott ideig. Ketyeg egy watchdog is (természetesen :) ). No ennek az ideje látszik. Merthogy utána azért zajlik tovább az élet. Ez az egyik ok.
A másik, hogy arra számítottam, hogy lesz teljes scan ciklus. Arra is, hogy csak egyetlen mátrixsort olvas majd be egy program. Arra viszont nem, hogy többet is, de nincs köztük az utolsó. Ez az én fantáziámat minõsíti, ill. azt, hogy nem próbáltam ki játékokkal. Dehát erre való a bétateszt (bár általában nem a nyilvánosság elõtt zajlik :) ). De úgy kell nekem, miért nem játszottam többet? :lol: )
A megoldás majd jön ezekután. Az már biztosnak látszik, hogy a kurzort, mint elsõdleges precedenciájú dolgot mindenképpen kiveszem majd a queue-ból. Talán a scan figyelését is át kell terveznem...
-
A másik, hogy arra számítottam, hogy lesz teljes scan ciklus. Arra is, hogy csak egyetlen mátrixsort olvas majd be egy program. Arra viszont nem, hogy többet is, de nincs köztük az utolsó.
Pedig ez igen gyakori eset a játékokban :) ,amikor az internal joy+space kombináció van figyelve.
-
A 10 nap igazán nagylelkû határidõ, igyekszem majd megfelelni. Még egy kis :smt035 -ra is marad idõm. :wink:
Mi a helyzet? Már a :smt035 -nál tartasz? :-)
-
Mi a helyzet? Már a :smt035 -nál tartasz? :-)
Félig-meddig. Illetve is-is. Vagyis majdnem.
Megfejtés: az adott probléma (a joy átírása a táblában) már akkor megtörtént, pár perc alatt. Viszont ehhez most már programot is kell adnom, amivel módosíthatók a táblák.
A héten be voltam fogva, nem volt rá idõm. :(
-
A héten be voltam fogva, nem volt rá idõm. :(
És ezen a héten? :-)
-
1. tasztillesztõ-upgrade sikeres. Belsõjoy probléma megoldva. +a frissítõ program is elkészült :) (nevezzük mondjuk prebeta verziónak 8) , de mûködik! :D )
Örömömben gyorsan végignyomtam a Bruce Lee-t :D Az Enterball-hoz "kicsit" fakezû vagyok :oops: , de ott is jól irányíthatónak tûnik az ütõ.
:D :D :D :D :D :D :D :D :D :D :D :D
-
Húha, lekerült a kiemeltek közül én meg alaig találtam meg...
-
Turbó változat:
(http://enterpriseforever.com/userpix/12_dscf4831k_1.jpg.thumb.jpg) (http://enterpriseforever.com/userpix/12_dscf4831k_1.jpg)
(http://enterpriseforever.com/userpix/12_dscf4832k_1.jpg.thumb.jpg) (http://enterpriseforever.com/userpix/12_dscf4832k_1.jpg)
-
És az új változatú firmware csípõbõl legyûri a Bigdemo-t :D
-
És az új változatú firmware csípõbõl legyûri a Bigdemo-t :D
És kiderült, hogy mûködik a pályaszerkesztõ a Popupban :-)
-
Ismét áll a projekt egy idõre. Úgy tûnik, bekövetkezett az, amitól tartottam, és reménykedtem, hogy sosem fordul majd elõ.
A flash elsõ 512 byte-os területét csak külsõ égetõvel lehet átírni. Ha az megsérül, akkor használhatatlanná válik a tasztillesztõ.
Dolgozom a megoldáson, hogy EP-rõl is lehessen majd átírni, de ehhez mindenképpen plusz HW (egyetlen dióda, ha igaz) és az EP belsõ fóliatasztja is kell majd (égetés közben több gombot is nyomni kell).
Addig is, türelem... Ilyen állapotban jobb, ha nem adom ki.
Elnézést mindenkitõl, aki már nagyon vár rá.
-
Kicsit bõvebben a mostani megbicsaklásról:
(ezt) A uC-t átprogramozni többféleképpen is lehet. Párhuzamos égetõvel, ahogy az EPROM-okat is, ehhez az égetõbe kell helyezni. Ez itt nálunk szóba sem jöhet. Van In-Circuit programozási lehetõség is benne, ez tképpen egy SPI busz, tehát 3 láb (plusz a RESET lába) kell hozzá. És van az In-Application mód, tehát saját magát is tudja átírni, programból.
De azért van egy --elég nagy-- különbség a harmadik esetben. Egyrészt "csak" a program, ill. az EEPROM területet lehet így átírni. Másrészt vannak a uC-ben ún. "fuse" bitek is (meg egyéb is, de az most nem érdekes), amit így nem lehet elérni. Ebbõl a legfontosabb, hogy itt kell beállítani, hogy belsõ oszcillátorról, vagy külsõ kvarcról járjon-e.
Ez azért nem olyan nagy restrikció, de ezért van az, hogy elõre el kell dönteni, milyen oszcillátorral mûködjön.
A tervezési fázisban elég sok idõt eltöltöttem vele, hogy milyen módon is legyen illesztve a helyére. Az ideális az lett volna, ha csak egyszerûen ráhelyezhetõ lett volna, átkötések nélkül. Sajnos, ez nem megy, az EP-ben alkalmazott 373-as IC-nek elég "buta" lábkiosztása van. Azóta már 573-as IC is létezik, annak szépen egymás mellett vannak a lábai.
A másik ok, amiért próbáltam ígyis, úgyis forgatni/eltolni az IC-t a helyén, hogy az In-Curcuit programozáshoz szükséges lábai olyan helyre essenek, amit majd az EP-bõl könnyedén lehet vezérelni. (Tényleg 6-féle verzió létezik nálam papíron :) )
A végeredmény persze kompromisszum lett. Az In-Circuit programozásról sajnos le kellett mondanom, fontosabb szempont volt az egyszerûbb beépítés.
Így tehát maradt az In-Application mód, tehát SW-bõl átírni a programot.
Ezzel azért van egy kis bibi, a (upgrade) program nyilván nem írhatja át saját magát. Ez az egyik oka, hogy azt a programterületet miért nem engedem felülírni.
De van egy másik, sokkal fontosabb oka is.
A uC minden, az EP-re csatlakozó lába kétirányú. Azt, hogy éppen bemenetként, vagy kimenetként viselkedik-e, csak a futó program határozza meg. A kimeneti fokozata pedig erõs, sokkal erõsebb, mint a sok évvel azelõtti technológia.
4 láb az EP adatbuszára csatlakozik, egy pedig a DAVE WR0 lábára. Ezeknek tehát kötelezõ bemenetként mûködnie. Ha bármilyen okból is kimenet lenne, az bizony nagy bajt okozhatna az EP-ben.
Emiatt nagyon fontos, hogy a uC programja megfelelõen mûködjön. Erre több biztonsági dolgot is beépítettem:
- a WR0-ra mûködõ IT rutin elsõ dolga, hogy az ominózus lábakat bemenetnek konfigurálja
- a boot loader protokollja elég macerás, véletlenszerûen nem állítható elõ olyan sorozat, amivel átírható lenne a program (legalábbis remélem). Plusz:
- a "fõ" programot induláskor CRC-vel ellenõrzöm. Ez persze nem zárja ki, hogy "legálisan" feltöltött program bármi galádságot elkövessen, de
- fut egy watchdog folyamatosan, max. 125 msec-enként szintén bemenetre állítja a lábakat.
- az IT rutin(ok) és watchdog programterületet nem engedem átírni.
És ez az elsõdleges oka annak is, hogy a forráskódot még nem tettem publikussá.
Ezek tehát az elõzmények. Eddig úgy is tûnt, elégséges, amit elkövettem.
Egyetlen (ismert) probléma van csak, ha az --elvileg fix-- programrész (IT rutinok, wathcdog, startup, boot loader) megsérül. Erre sok esély nincs, be is vállaltam.
Mégis elõfordult. (Hja, Murphy fáradhatatlan :-) )
Mi ezzel a gond? Az egyik, hogy nem mûködik. A rosszabb, hogy nem is lehet helyrehozni In-Application módszerrel (ha a boot loader rész sérült). A harmadik, és legsúlyosabb, hogy a biztonsági intézkedések az EP HW védelmében megszûntek.
Most ott tartunk tehát, hogy mégiscsak szükség lenne az In-Circuit programozásra, azzal helyrehozható minden.
Ez egy kissé macerás, de talán mégiscsak összejön. Már dolgozom rajta... (És közben folyamatosan tipródok, hogy nem kéne-e mégiscsak nagyobb/drágább, de korrektebb HW-t gyártani inkább. :-) )
Addig is türelmet kérek, és elnézést, hogy így elhúzódik a projekt. De mindennél fontosabb szempontnak tartom a biztonságot.
Amíg az veszélyben van, addig nem adom ki a kezembõl. Legalábbis így gondolom. Ha csak meg nem gyõztök az ellenkezõjérõl...
:wink:
-
Kicsit bõvebben a mostani megbicsaklásról
Köszönjük, az összefoglalót! Ebből is látszik, hogy milyen nagy munka van egy ilyen fejlesztéssel.
Addig is türelmet kérek, és elnézést, hogy így elhúzódik a projekt. De mindennél fontosabb szempontnak tartom a biztonságot.
Amíg az veszélyben van, addig nem adom ki a kezembõl. Legalábbis így gondolom. Ha csak meg nem gyõztök az ellenkezõjérõl...
:wink:
Nem kell elnézést kérned. Mi nem megrendelők vagyunk akik határidőt adtak neked ;-) Gondolom mások nevében is írhatom, hogy inkább atombiztos legyen, mint hogy kárt tegyen az EP-ben! Biztos vagyok benne, hogy meg fogod találni a legjobb megoldást! Sok sikert hozzá!
-
Igen... Türelmesek vagyunk... :) (Na nem végtelenségig, de azok... :lol: )
Hajrá, és várjuk az info -kat...
-
Igen... Türelmesek vagyunk... :) (Na nem végtelenségig, de azok... :lol: )
Hajrá, és várjuk az info -kat...
Csatlakozom az elöttem szólóhoz :-)
-
Igen... Türelmesek vagyunk... :) (Na nem végtelenségig, de azok... :lol: )
Hajrá, és várjuk az info -kat...
Csatlakozom az elöttem szólóhoz :-)
És én is :bow:
-
Szóval, khmmm, izé, :roll:
márminthogy fogy a türelem? :wink:
Mostanában alig van idõm rá (limesz 0), ARM procit tanulok. Iszonyú mennyiségû infó (kb 2-3 ezer oldal tech. spec.), tök ismeretlen architektúra és utasításkészelet. Plusz még a napi meló is :smt010
Ez csak az utólagos ISP programozás megteremtését érinti. De talonba is tehetjük a problémát. Végülis -- a legrosszabb eshetõség az, hogy mégsem sikerül ISP-t összehozni az EP-n belül ÉS valakinél megsérül a bootloader rész. Szerviz akkor is lehet, ott (azaz nálam :) ) helyre lehet bármit hozni (egy külsõ programozó eszköz kell hozzá, 3 lábat ráncigál, egyet meg olvas. Épp ezt kéne létrehozni az EP-n belül).
Ha Zozo azt mondja, hogy nincs újabb gond, megbízhatóan mûködik, akkor nincs akadálya, hogy folytassuk.
(Ha nem mutatja be anno a soha-elõ-nem-forduló-de-nála-mégis esetet, akkor nem is álltam volna le vele :mrgreen: )
Szóval ha gondoljátok, máris rendelem a cuccokat...
-
Részemrõl ok. a dolog!
-
Szóval, khmmm, izé, :roll:
márminthogy fogy a türelem? :wink:
Háááát... írtunk mi ilyet? :)
Igazából az ország másik felén lakó megrendelõknek (pl Woid) kéne nyilatkozni, nekünk pestieknek közel a szervíz baj esetén :-)
-
Én nem igazán tudok mit nyilatkozni :) Én nem nagyon fogok benne mélyre kaparászni szóval nem valószinû hogy el fog romlani bármi is. Egyébként meg Magyarország méreteit tekintve... Nem is vagyok messze :lol: Na de komolyra terelve,
tólem is mehet a dolog persze. :)
Szerk: Sõt ha jobban belegondolok, nem adom a csajok kezébe és tuti nem romlik el. Bár a családban csak 2 Enterprise-os nõszemély van, de én nõ kezébe, EP-t, soha többet. A legutóbbi kaland óta :D
-
Bad news.
... Én nem nagyon fogok benne mélyre kaparászni szóval nem valószinû hogy el fog romlani bármi is.
Ennél sajnos rosszabb a helyzet. Újabb meghibásodás történt, és ismét nagy vszséggel "kívülrõl", eletromágneses impulzust kapva. Vagy a táprészen keresztül. Ez bizony még mindig fekete macska farka terület az elektronikában (bár már nem annyira). De ez én "hobby" lehetõségeimet meghaladja, hogy küzdjek vele, eredményesen.
Szóval most ott tartunk, hogy gyakorlatilag minden leendõ példánynál számítani kellene rá, hogy csak szerviz-helyen lehetne helyrehozni. Az ISP programozás EP-n belül még mindig nincs kész, egyelõre nem is látom, mikorra készülhetne el (ha egyáltalán sikerül). Ha elkészül(ne), akkor is macerás (lenne) használni.
Nem is tudom, mit mondjak. Ez most nagyon átmeneti idõszaknak néz ki.
-
Mi között átmenet...? :wink:
Nekem errõl az a benyögés jut eszembe, hogy:
"Van egy átmeneti kabátom. Átmenet a kabát, és a rongy között...." :lol: (Bocs! :-D)
Értjük is meg nem is a problémákat, de jó volna akkor egy közép-távú tervet elhatározni, hogy tulajdonképpen kb. mit is lehet, és mit nem.
Lásson tisztán a nép... :lol:
-
...Átmenet a kabát, és a rongy között...."
Találó. De tényleg. Sajna most nincs kabátunk. :)
... jó volna akkor egy közép-távú tervet elhatározni, hogy tulajdonképpen kb. mit is lehet, és mit nem.
Hát pont ez az. Foltozni vagy új kabátot venni? Én most nem tudom a választ. Még nem.
-
Sziasztok Nagyok !
új kabát minek, ha nem lesz tél.....???
-
Van, akinél már tél van... :)
-
Nos, azt hiszem én vagyok itt az egész Enterprise táborban a legtudatlanabb hardver ügyben, bár tanultam elektronikát, meg szoftver téren is elvagyok, de nem értem akkor most mi is a probléma?
Tigrian! Minden tiszteletem a tiéd (is), semmi gond nincs. Tudom hogy sokszor van olyan ami papiron is, elméletileg is, mûködik, aztán a gyakorlatban/panelon pedig nem, pedig kellene neki :)
Csak valahol most fonalat vesztettem, tehát annyit kérnék hogy úgy nagyjából az átlagember számára érthetõen
három kérdésre kapjak választ. Annyit értek hogy gond van.
Egy, ami gond felmerült, meg tudod oldani majd? Nem az idõ a lényeg, hanem a végeredmény.
Kettõ, most mi is maga a probléma?
Három, na ezt elfelejtettem. Bocs...
Lényeg az egészben, eme üzenet tényleg puszta kiváncsiságból született mert valahol lemaradtam,
és nem értem mi a probléma. Annyit értek hogy gond merült fel. Ami miatt viszont
ne legyél ideges, egy új hardvert kifejleszteni nem kis dolog.
Csak nyugalom, türelem.
-
Egy, ami gond felmerült, meg tudod oldani majd? Nem az idõ a lényeg, hanem a végeredmény.
Kettõ, most mi is maga a probléma?
Három, na ezt elfelejtettem. Bocs...
Igazad van, bocsi.
2) A gond alapvetõen az, hogy a uC programja képes megsérülni. Vagy csak nekem van ilyen pechem, vagy tényleg a flash technológia, khmmm, tökéletlen. Nekem mindenesetre volt már "szerencsém" hibás flash-ekhez.
Itt most egy kicsit más a helyzet, a flash jól mûködik, de vszínûsíthetõen külsõ behatásra, konkrétan: ki-bekapcsolgatás esetén, képes beleírni magába. Ez HW probléma, és igazából nem tudok ellene védekezni.
1) Ha megsérül, megsérül. Vagy úgy, hogy azért utána még a program valamennyire mûködõképes, legalább annyira, hogy a firmware upgrade menjen. Vagy maga a bootloader része sérül meg, és akkor nincs lehetõség a mostani állapotban pusztán SW-rel helyrehozni. Ilyenkor csak külsõ HW-rel lehet újraprogramozni. Ezt (a külsõ HW-t) próbálom meg "szimulálni" az EP belsõ vezetékeivel.
3) Alig-alig foglalkozok mostanában vele. Ez miattam is van, képes vagyok a dolgokat a vége elõtt halogatni. Pláne, ha nem vagyok elégedett vele. Sorry. Üssétek a fejem érte :) Másrészt nemigen érek most rá.
Pillanatnyilag az tehát a helyzet, hogy megy, amíg megy. Aztán meg bele kell nyúlni, külsõ HW-rel. Ami (tudtommal) csak nekem van. Esetleg Amadeo-nak (?). Nem jól van ez így. A helyes megoldás másik uC használata lenne. De nem tudok másik, hasonlóan olcsó, gyors, hasonló lábkiosztású, 20 lábú uC-rõl. Szóval panel kéne hozzá.
Ez tehát az átmenet, a félig-jóból vagy a jóba, vagy a semmibe. Vagy maradnak a dolgok.
-
Sikerült már valami okosat kigondolni? :-)
-
Sikerült már valami okosat kigondolni? :-)
Az elmúlt hetekben egyáltalán nem foglalkoztam vele. Talán a fórumbeli aktivitásomból is látszik...
-
Talán a fórumbeli aktivitásomból is látszik...
Hát igen :-( de reménykedtem, hátha a nagy csönd mögött mégis :-)
-
Kedves tigrian!
Nekünk van egy EMP-20-as programozónk, ami DIP tokos uC-ket (meg EPROM-okat) tud programozni. Kissé régi, de profi cucc. Aztán az AVR-ekhez az AVRISP kütyüt használom, ami már áramkörben progizza a kontrollereket. Sajna JTAG debuggerünk nincs...
Csak azért említem, mert szívesen segítek, ha tudok! :)
Üdv:
Amadeo
amadeo kukac altavizsla pont hu
P.S.
Szép és boldog Karácsonyt és persze vidám, pezsgõs Szilvesztert, szuper Új Esztendõt mindenkinek! ;-)
-
Van valami fejlemény? Nagyon kellene, mivel már 2 gépem áll bill.fólia hiba miatt. (szerencsére átraktam németnek õket)
-
Van valami fejlemény?
Az egyetlen említeni való, hogy talán tudok megoldást viszonylag olcsó NYÁK-ot gyártani. Így egy másik uC-vel felújíthatom majd a projektet.
Ígérem, azonnal jelzem, ha belátható időn belül látom a megoldást. Addig is, sorry.
-
Van valami fejlemény?
Az egyetlen említeni való, hogy talán tudok megoldást viszonylag olcsó NYÁK-ot gyártani. Így egy másik uC-vel felújíthatom majd a projektet.
Ígérem, azonnal jelzem, ha belátható idõn belül látom a megoldást. Addig is, sorry.
Félig, meddig mûködõ példány sincs? Nem akarok játszani, csak lemezeket áttenni Pc-re.
-
Félig, meddig mûködõ példány sincs? Nem akarok játszani, csak lemezeket áttenni Pc-re.
Csak egészen működő van :)
A gond csak az, hogy bármelyik ki- vagy bekapcsolásnál megsérülhet a uC programja. Javítani utána már csak külön HW-rel lehet (vagyis nagyrészt nálam).
-
Csak egészen mûködõ van :)
A gond csak az, hogy bármelyik ki- vagy bekapcsolásnál megsérülhet a uC programja. Javítani utána már csak külön HW-rel lehet (vagyis nagyrészt nálam).
Még az sem lenne gond, mert a kollégám a melletted lévõ házban lakik. :mrgreen:
Megvárom a mûködõ verziót.
-
tigrian: egyelöre tökéletesen mûködik a bill, bár néha igen keresni kell a bill-eket. Nem akarsz pár darabot csinálni, még úgy is, hogyha elszáll, akkor másikat teszünk bele és az elszálltat elvisszük hozzád újraírni, vagy mivel lehet írni és megpróbáljuk magunk beírni ha tudjuk és van hardwerünk hozzá (vagy ez már nagyon p*fátlan lenne? :mrgreen:
-
Jol latom, hogy ez a project itt kvazi beallt? :( Eleg regi az utolso post mar. Ki lehet extrudalni valahonnan a kerdeses project software-et? Vagy az egyaltalan nem lett publikalva? Sajnos a thread-et vegigolvasva sok link mar nem mukodik, igy elindulni is nehez, pedig erdekelne. Ugyan az erintett ATtiny MCU-val meg nem volt dolgom, de ATmega8-al igen, sot eppen itt figyel 2db most is :) Az mondjuk DIP tokozasban 28 lab, de a program memoria is 8K, illetve a SRAM 1K. A tobb lab = nehezebb beepites, viszont nem gond a kristalynak szant 2 lab meg a RESET problemaja pl (marmint h keves a lab). Arban nyilvan dragabb, de szerintem ~700HUF-ot ki lehet birni erte.
A flash megserulese igen erdekes, szerintem ilyen nem fordulhatna elo. Tudni kene milyen FUSE bitek vannak beallitva, pl BODEN engedelyezve van-e, az azert segit, hogy a tapfesz kritikus szintje ala valo csokkenes utan RESET-be vagja magat, nehogy a tul alacsony tapfesz hatasara "hulyen" mukodjon valami (pl flash serules?), ez mondjuk megtortenhet minden ki- vagy bekapcsolaskor btw ... Bar oszinten, abban sem vagyok biztos benne, hogy BOD van-e a kerdeses ATtiny-ben is. Avagy mint hw problema, a decoupling kondi az azert kene (kepeken nem lattam), stb. Nekem fura jelensegek tortentek, amikor kisse leterheltem a PC USB portjat, mert onnan szedtem tapfeszt az MCU-nak ami aztan ezt/azt vezerelt itt/ott szinten szep aramot elhasznalva osszesen. Akkor pl kondival valo megpakolas segitett, ez lehet meg hasonlo, ha szegeny EP tapja mar nagyon le van terhelve (mondjuk ezert is lenne jo a BOD-ot bekapcsolni, akkor max reseteli magat az MCU ha "elfogy a power", de nem csinal hulyeseget). A bootloader-es cuccok (legalabbis ATmega8 stb eseten) a flash-t ket reszletben gondoljak, a flash vegebol "kell lecsipni" a boot loader-t. Lehet, ez ATtiny-nel nem igy van, de ezert nem is ertem, miert "fatalis" a flash elso byte-jainak serulese, a bootloader a vegen van, es amugy app kod at sem irhatja, stb (nyilvan fuse/lock biteknek ehhez azert van koze).
Na annyi infot illetve velemenyt sikerult leszurnom/megszulnom az egesz thread elvolasasa soran, es bizom benne, hogy valaki elolvasta, hatha akkor tobb infohoz is hozza tudok jutni aztan :)
-
Ebben a cuccban is volt bootloader, készült is hozzá EP-s program ami visszaírná ennek a segítségével a tartalmat.
De a bootloader is meg tudott sérülni...
Itt vannak a sw részek.
-
Ebben a cuccban is volt bootloader, készült is hozzá EP-s program ami visszaírná ennek a segítségével a tartalmat.
De a bootloader is meg tudott sérülni...
Itt vannak a sw részek.
Thx, de elsosorban maga az MCU programja erdekelne (a zip-ben levo asm reszletek ha jol nezem mar az EP-nek szolnak konkretan, AVR disassembler aztan megerteni az azert kisse macera), az forrasban nincs meg? Illetve az SPI programozasnal a fuse bit beallitasok, stb.
-
Egy ilyet találtam még.
Amúgy ha jól emlékszem a .all nevû fájlban van az egész tartalom, a .bin a programrész, az .eep az egyéb.
-
Egy ilyet találtam még.
Amúgy ha jól emlékszem a .all nevû fájlban van az egész tartalom, a .bin a programrész, az .eep az egyéb.
Az vili, csak ugye a forrasa nincs meg az MCU programjanak ami erdekelne, feltolteni fel lehetne (az eep az imho az EEPROM-jaba toltendo cucc, gondolom pl a kbd map volt ott tarolva vagy hasonlo, a bin meg gondolom a flash-be, maga a software). Ez a C forras amit adtal a bootloader lesz maga, valoszinuleg. Na ha nincs meg a forras, akkor AVR disasm lesz a .bin-re :D Mondjuk nem egy szep jatek ...
Amugy azert erdekel ennyire, mert most szantam ra magam, hogy aktivan hasznalnek is EP-t. A problema "csupan" az, hogy van egy gyonyoru ujszeru allapotban levo EP128-am (tenyleg, fenykep a sorozatszamrol ilyesmi az "divat" itt, kuldjek olyat?), azt nem szivesen bontanam meg, vagy moddolnam, foleg nem elso kiserletnek. Van viszont egy lestrapalt verzio, billentyuzete kvazi hasznalhatatlan, hianyoznak is gombok rola stb. Szoval inkabb ezen "gyakorolnek", viszont elso project-nek (azonnal a composite kimenet utan, hogy tv-tuner kartyan nyomathassam) kene eletkepes kbd-t varazsolni hozza, a ps/2 tast project ennek kapcsan meg pont "Kapora jonne" nekem most.
-
tenyleg, fenykep a sorozatszamrol ilyesmi az "divat" itt, kuldjek olyat?
Igen! (http://enterpriseforever.com/hardver/milyen_ep_konfigod_van-t31.0.html)
-
... a forrasa nincs meg az MCU programjanak...
Ezen ne múljon, megkerestem, tessék...
-
Ezen ne múljon, megkerestem, tessék...
Koszi szepen! Mar csak evezredek kerdese, es tenyleg foglalkozok is vele. :) Modnuk ATmega8A van otthon eppen, szoval azzal jatszhatnek is akar. Csak bedoglott a regi PC, amin parhuzamos port van, "normalis" programozom meg nincs :( Enyje, mindig ezek a kifogasok ...
-
Btw, Zozo! Ha mar van AVR bizeralod, nem tudnad kiolvasni mielott ujrahasznositod az egeszet az AVR fuse bitjeit a taszt illesztoben? most mar tenyleg kivancsi vagyok pontosan mi van beallitva, ami esetleg a gondot okozhatta vele kapcsolatban. Plusz binarisan is odaadhatnak a flash tartalmat (azt irtad az megvan neked amugy is) max avr disasm lesz belole, olyan is van :D koszi!
-
A bináris meg van elmentve.
Kiolvastam ami benne volt (sérült), a flash-ben 1 bájt az EEpromban meg sok különbözik
-
Nálam van egy működő Ep ezzel az AVR-rel. Ha kell oda tudom adni és abból elvben hibátlan a program.
-
Lgb! Ha már elkezdted visszafejteni a cuccot (régi géped vinyóján nem lett meg? :oops: ), azt nem tudod, hogy keyboard map-ok hol vannak tárolva, és mi a formátuma? Gondolom a PC sacn kódok és hozzá valahogy az EP billentyűk.
A német srác utánépítette, és működik is neki, csak az a baja, hogy nincs minden gomb a helyén. Ha tudjuk hol a táblák, akkor talán rendbe lehetne tenni neki :-) Gyanítom német kiosztás nem volt a tervezéskor :oops:
-
Lgb! Ha már elkezdted visszafejteni a cuccot (régi géped vinyóján nem lett meg? :oops: ),
Elkezdtem, raneztem par byte kodra benne, ami az int handler :) persze a tobbit is megnezhetem eppenseggsel, de az mar nem csak par byte :) A regi gepem vinyojat kene elobb megtalalni, utana megmondom, hogy rajta van-e. Sot, eloszor a regi gepemet, amiben valoszinuleg meg van (koltoztunk, eleg ha annyit mondok ...).
azt nem tudod, hogy keyboard map-ok hol vannak tárolva, és mi a formátuma? Gondolom a PC sacn kódok és hozzá valahogy az EP billentyűk.
Nem tudom konkretan, de en gyanitom, hogy az nem flash-en van hanem az EEPROM-jaban az AVR-nek. Eleve ugy remlik, masreszt az a logikus is, ha az ember ilyet csinalna. Persze tevedhetek is, csak tipp (az is lehet ott csak extra "kombinaciok" stb vannak, es par dolog flash program szerint fix?). Amit kuldtel AVR "binaris" az az U27.EEP elvileg (az EEPROM tartalom). Az persze igaz, hogy ez nem feltetlen ad valaszt: pontosan milyen formatumban kell ertelmezni ezeket az adatokat?
A német srác utánépítette, és működik is neki, csak az a baja, hogy nincs minden gomb a helyén. Ha tudjuk hol a táblák, akkor talán rendbe lehetne tenni neki :-) Gyanítom német kiosztás nem volt a tervezéskor :oops:
Hat, amint elokerul gepem/vinyom/file forras lesz. Ha nem lesz, megprobalom avr disasm-bol kitalalni, bar ahhoz tul sok kedvem nincs, de mar engem is edegesit, hogy nincs forras .... Grrr.
-
Közben találtam némi leírást (http://wiki.enterpriseforever.com/index.php/T%C3%A1bl%C3%A1zatok) :oops:
-
Közben találtam némi leírást (http://wiki.enterpriseforever.com/index.php/T%C3%A1bl%C3%A1zatok) :oops:
Uh. Van par lepes benne ... Tegnap csak azt neztem, hol es mire hasznal LPM-et (ez a program memoriabol - flash - tolt be egy byte-ot), mert az gyanus, hogy kell. Viszont disasm szinten remalom a kod, nagyon fura dolgokat muvel, az is lehet, hogy egy resze C-ben van irva es onnan forditva, azert ilyen ...
-
Igen, bennem is felmerült az a gondolat, hogy tigrian is csak a megszakokat írta assembly -ben,
mert ott furcsállottad hogy egy megszak végén xor -olással nulláz egy regisztert,
na az pld. a C fordítónak nullán kell legyen.
Tehát az avr C fordító az r0 -át temp regiszternek használja, amit egy megszaknak meg kell őriznie, az r1 -ben pedig folyamatosan 0 -át tart, amit a megszaknak szintén meg kell őriznie ...
-
Most igy belegondolva, azert erdekes ez a taszt-illeszto tema. Ugye a WR0-ra aktivizalando interrupt handler stb kerdeset mar boncolgattuk. Viszont tenyleg lehet olyan software ami nem szo szerint scanneli a kbd matrixot, hanem beallit egy sort (ott van pl a gomb ami erdekli) es csak olvasgatja a B5-os portot minden iras (kbd row kivalasztas) nelkul. Na ugye ez problema, es nem is igazan kikerulheto :( Ugyanis, ha csak a WR0-ra aktivizalando interrupt handler-ben irjuk ki a kerdeses kbd row allapotat, akkor ugye "scan" nelkul eszre sem fogja venni az EP a valtozast :( Ennek elkerulese viszont nem olyan egyszeru! Lehetne az, hogy a PS/2-n barmi valtozas hatasara az interrupt handleren tul is, megnezzuk, hogy a layout transzformacio utan a kivalasztott row-ba esik-e, ha igen, kiitjuk a valtoztatott byte-ot. Igen am, de itt versenyhelyzet van, mi van, ha ezen kuveletunk kozben ir az EP pont a B5-os portra? Akkor mi rossz row-t fogunk kiirni ... A megoldas vmi olyasmi lehetne, hogy letiltjuk az interrupt-ot amig a fenti tevekenyseget vegezzuk, akkor viszont tul nagy lesz a delay a WR0 es az esetleg kozvetlenul utana jovo RD0-hoz kepest, es "lecsuszunk" rola, az eredmeny megint az lesz, hogy rossz row allapotat kapja meg ez EP. Lehetne RD0-ra is egy masik kulso interrupt stb, de itt is latom a problemat, hogy nehez a ketto kozott igazsagot tenni, ugymond.
Hacsak nincs egy bazi gyors MCU-nk tenyleg, akkor nem is tudom, hogy ez a problema megoldhato-e ... Legalabbis MCU-val, nyilvan custom hw-el (crosspoint switch IC, dual port RAM ..) igen. Azt se tudom, hogy ezt a problemat a Tigrian fele illeszto hogy oldja meg, ha megoldja egyaltalan (Zozo altal adott wiki oldalon is ir valami hasonlot, hogy "force" muvelet ha egy software nem scannel ahogy "illik" ...).
-
Hát ez bizony így van ... jó sokszor lett már említve ez ... akkor most már te is "köztünk vagy" ... :)
-
Közben találtam némi leírást (http://wiki.enterpriseforever.com/index.php/T%C3%A1bl%C3%A1zatok) :oops:
Masik eszrevetelem: na itt Tigrian irja is, hogy van kesleltetes itt-ott, tehat ez lehet "szandekos" is, amit emlitettel meg regebben, hogy "lassan reagal" EP billencshez kepest. Az a baj, hogy ilyen "advanced" megoldas (mapping-ek, nem egy PS/2 gomboc felel meg egy EP gombocnak, es kesz) nem is teljesen kikerulheto ez: ami pl PC billencsen shift-elt lenne EP-n meg nem (vagy forditva, vagy barmi kbd kombo) ott ugye gond, hogy pl a shift megnyomasanak pillanataban shift-et "lenyomja" az emulalt kbd matrixban, amde ha shift melle nyomunk vmit, amirol aztan kiderul, hogy az egy olyan karakter ami EP kbd-n nem shift-elve kell reprezentalni, akkor meg ugye erdekes ... Akkor shift-et "elengedi" esetleg, amde a plusz shift ami elotte volt ... Az ugye rosszabb esetben EP-n be is zavar, mert pl kbd scan-nel meg latja a shift-et amikor "ott jar". En ezert is mondtam mindig, hogy en annak a hive vagyok, hogy tok egyszeru mapping legyen, szoval mintha kb EP gombokat 1:1-ben megfeleltetnenk PC gomboknak (az meg belefer, hogy pl egyes nyelvi billencseken mondjuk ket betu fel van cserelve ...). Ugyanis, ha bonyolultabb dolgokat akarunk, mindig hasonlo problemakba utkozik az ember.
Amugy pont uez a gond az emulatoroknal is, ahogy JSep-nel is egyszer kifejtettem, hogy hol a kettospont, miert nem ott van ahol a PC billentyuzeten lenne (meg US kiosztas eseten sem!), stb :)