Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>Ahoj vsichni (paklize tady jeste nekdo je), predem se omlouvam za delku textu, ale mam toho na srdci (krome selestu) trochu <img src="BODY_IMAGES_WRAP_GIF">vice. Sesli jsme se s Pavlem Zelezem na Kapsaconu, byli jsme sice v mensine proti <img src="BODY_IMAGES_WRAP_GIF">Spektristum (taky, jak jinak), ale zaznamenali jsme par postrehu. Bavil jsem se s Cygnusem a Gamou o Kempston mysi. Jde o to, ze klasicka Atari <img src="BODY_IMAGES_WRAP_GIF">mys (kterou Sharp s jemnymi upravami pouziva) se musi kontrolovat hodne casto. <img src="BODY_IMAGES_WRAP_GIF">Coz je dobre u jednoduchych aplikaci, kde se moc nemaluje, ale u her, ktere jsou <img src="BODY_IMAGES_WRAP_GIF">aspon trochu hybavejsi, tento zpusob neni prilis pouzitelny. Takze padl navrh <img src="BODY_IMAGES_WRAP_GIF">udelat port Kempston mysi pro Sharpa - rutiny na to v podstate jsou hotove a pry <img src="BODY_IMAGES_WRAP_GIF">zabiraji velmi malo kodu (snad okolo 20B). Mnoho hezkych her pro ZX Spectrum <img src="BODY_IMAGES_WRAP_GIF">predelanych z Joysticku pro K-Mouse od Velesofta je tady: <img src="BODY_IMAGES_WRAP_GIF">http://velesoft.speccy.cz/kmsoft.htm Pokud nekdo nezna princip, jde o to, ze Kempston mouse posila, o kolik se ma mys <img src="BODY_IMAGES_WRAP_GIF">posunout. - vlastne stejne jako v PS2 protokolu je posilan prirustek ci ubytek <img src="BODY_IMAGES_WRAP_GIF">aktualni pozice od posledniho vysilani dat. A otazka zni, ma-li to smysl. Tezko si budeme nalhavat, ze Sharp komunita se <img src="BODY_IMAGES_WRAP_GIF">rozrusta. Opak je smutnou pravdou. Tezko rict, jestli si nekdo zahraje nejakou <img src="BODY_IMAGES_WRAP_GIF">hru - ale napr. uprava Flappy pro mys by byla frajerina :-) K tehle diskusi jsme se dostali diky tomu, ze jsem se pustil do konvertoru PS2 <img src="BODY_IMAGES_WRAP_GIF">-> Atari/Sharp mys. A ten mi, jak je to dobrym zvykem, na prvni pokus <img src="BODY_IMAGES_WRAP_GIF">nefungoval. Interni pull-upy v PIC16f630 totiz vytahnou porty maximalne na 1.5V <img src="BODY_IMAGES_WRAP_GIF">z 5V moznych. Takze jak jsem doufal, ze nebudou nutne externi pull-up odpory - <img src="BODY_IMAGES_WRAP_GIF">tak nutne jsou. (dalsim problemem bylo napajeni PS/2 mysi z RESET pinu misto z <img src="BODY_IMAGES_WRAP_GIF">Ucc... :-) Nyni mi mys blika diodama pri stisku tlacitek - bohuzel na Sharpovi jsem to <img src="BODY_IMAGES_WRAP_GIF">nevyzkousel, protoze jej tady nemam. Takze to bude dalsi krok testu. A ted dotaz - mel by nekdo zajem o konvertor PS/2 -> Sharp mys ? Bud ve forme <img src="BODY_IMAGES_WRAP_GIF">stavebnice, nebo hotovy modul ? Pavel vytahl svuj harddisk s polovicnim IDE - takze jsme dosli k tomu, kolik <img src="BODY_IMAGES_WRAP_GIF">prace by zabralo IDE16. Pred chvili jsem se pohrabal ve starych prispevcich v <img src="BODY_IMAGES_WRAP_GIF">konferenci - a opet jsem ziskal par napadu od kolegu Sinclairistu. Dospel jsem k <img src="BODY_IMAGES_WRAP_GIF">tomu, ze Petr Zidek udelal nekolik verzi s vicemene klasickymi 74xx obvody, pak <img src="BODY_IMAGES_WRAP_GIF">Zdenek zacal implementaci do Xilinxe. V jakem stavu je to po hardwarove strance <img src="BODY_IMAGES_WRAP_GIF">? Momentalne pouzitelne by asi bylo zapojeni s 74HCT652 (ktere jsou v GME po <img src="BODY_IMAGES_WRAP_GIF">70Kc za kus), zapojeni DivIDE nebo MBIDE ktere obsahuje levnejsi <img src="BODY_IMAGES_WRAP_GIF">74HCT245/74HCT373 - v obou pripadech s GALem nebo EEPROMkou - a konecne <img src="BODY_IMAGES_WRAP_GIF">nejmodernejsi zapojeni v Xilinxu - a to bud 9536-44 (v GMe za 60) + dekoder <img src="BODY_IMAGES_WRAP_GIF">adres, nebo ev. neco vetsiho (napr. XC9572XL10TQG10 v TME.cz za hezkych 147Kc za <img src="BODY_IMAGES_WRAP_GIF">3 kousky). Otazkou je (Zdenku), je-li CPLD schopno mit INOUT porty - neboli <img src="BODY_IMAGES_WRAP_GIF">obousmerne. To jsem zatim nezkousel. A druha vec, jak je to s podporou v programech ? Pokud je mi znamo, Marek <img src="BODY_IMAGES_WRAP_GIF">bohuzel tu implementaci v NIPOSu nedokoncil. Ale posledni zdrojaky NIPOSu jsou <img src="BODY_IMAGES_WRAP_GIF">dostupne. Pokud by byl problem s pameti, navrhuji vyhodit neco velmi malo <img src="BODY_IMAGES_WRAP_GIF">pouzivane. A jak by to bylo s podporou v jinych programech ? Minimalne nejaky <img src="BODY_IMAGES_WRAP_GIF">BASIC pro HD by byla hezka vec. Takze prosim, projevte se nekdo, kdo si hral s IDE16 nebo to alespon mel v <img src="BODY_IMAGES_WRAP_GIF">planu... Vasek </pre>