OldComp.cz

Tím se potvrzuje moje doměnka, že ten článek v tom amáru byl publikován jen kvůli zaplácnutí místa a vyplacení honoráře. Je to nedodělek a bude potřeba ten FW prostě přepsat. Signál BUSY je důležitý. Naopak signál /ACK možná není potřeba vůbec.

Ve výše zmíněné ročence AR ME 90 mě v článku o interfejsu Atari - Centronics tiskárna (tedy v podstatě "opačný" interfejs) zaujala pasáž na straně 54 o tom, že signály BUSY a /STB tvoří spolu s daty ZÁKLADNÍ a POSTAČUJÍCÍ signály rozhraní Centronics. ACK tam vůbec není. To je zajímavé. Možná bude stačit přeprogramovat signál /ACK, aby se choval jako BUSY.

Taky jsem se mrknul na zdroják svého pokusování, kdy jsem k jednočipu 51 připojil standardní Centronisc tiskárnu (Epson) a tisknul data přijatá z PC sériákem jednočipu. Mám tam poznámku, že tiskárna signalizuje jak BUSY, tak /ACK. BUSY začíná ještě během trvání /STB a končí během /ACK. BUSY se tedy na začátku překrývá s /STB a na konci s /ACK, což jsem experimentálně ověřil a fungovalo to parádně. Jednoduše jsem vystavil data, vygeneroval /STB a následně čekal až budou BUSY v L a /ACK v H. Pak jsem posílal další data.

Pro ověření by možná stačilo vzít i to Arduino a simulovat jím tiskárnu (generovat BUSY a ACK). Ukládat data do RAM a po stisku nějakého tlačítka je vypsat sériákem na PC, jestli jsou kompletní. V mém případě by to ale vyžadovalo 2 PC. Jedno starší s LPT a druhé novější s USB a Arduino IDE.

U toho článku v amáru firmware vůbec není a jestli byl hotový a jak ho autor distribuoval se už asi nedovíme.
Verzi kterou máme vyhrabal pro microzone skoro dvacet let po vydání původního článku. Možná by bylo zajímavé, až skončí covidblbnutí, autora kontaktovat. Adresa se dá najít...

_________________
ZX80, ZX81, ZX Spectrum, ZX Spectrum +2, Didaktik M, PMD 85-1,2A,3, Olivetti Prodest PC 128, Acorn BBC Micro, PC-XT, Amiga 500

já bych tak kritický nebyl, že je to nedodělek na zaplácnutí místa, pouze prostě nemáme k dispozici poslední obsah fw toho jednočipu

pokud to vyšlo v roce 1991, tak si myslím, že se většina lidí v té době s PC/AT nebo PC/XT ještě nesetkala a ten kdo se s nima setkal tak měl určitě pořádnou jehličkovou tiskárnu a tohle nepotřeboval

pro komunikaci s 8-bity to muselo bohatě stačit a i ty signály STB + ACK jsou dostačující, pro komunikaci s PC je ale BUSY potřeba, takže zde by sme si měli pomoci klopným obvodem a těmito 2 signály (STB ho nahodí a ACK shodí)

Otázkou ale zůstává, kdo a jak často bude na BT100 tisknout z PC - je to docela dost masochizmus. Ke oldcompům je to zcela v pořádku, dobově to odpovídá, al z PC? No, nevím. Ačkoliv jako HW/SW cvičení je to dobré.

Petr.

Na desku asi dam:

https://www.gme.cz/tlacitkovy-spinac-p-dt6ge zluty - start
https://www.gme.cz/tlacitkovy-spinac-p-dt6rt cerveny - stop
https://www.gme.cz/tlacitkovy-spinac-p-dt6bl modry - reset
https://www.gme.cz/tlacitkovy-spinac-p-dt6sw cerny - paper out - abych mohl simulovat pripadne ze neni papir - ale to by asi nikdo dalsi nevyuzil. Pozor tlacitko nema aretaci.
-zelene tlacitko nemaji skladem ale existuje.

Mate nekdo lepsi napad?


Jinak ten 7805 jsem upravil aby nehazel DRC chyby. Otazka je zda pujdeme cestou 7474 nebo 74123?

Kdyz by 8035 generoval inteligentne /ACK tak by bylo asi lepsi 7474, protoze by to mohlo tisknout maximalni rychlosti a nemuzelo by se to nastavovat na nejpomalejsi reakci procesoru.

Zatim jsem desku moc neupravoval. Jen jsem vpravo dal konektor pro pripojeni tiskarny z PC a ze Sharpa. Take tam dam 7486
aby se mohla udelat inverze signalu. Ovladat se to bude pres 4x DIP prepinace.

Protože interfejs negeneruje signál /ACK po přijetí každého znaku (jak zjistil Jirka), provedl jsem drobnou úpravu v kódu tak, aby se /ACK generovalo správně po přijetí každého znaku. Přidal jsem 3 další instrukce a musím to vyzkoušet na reálném HW. Pokud se to podaří (jako že doufám, že ano), otevírá se tím možnost přidání 7474-ky pro správné generování signálu BUSY, což chci následně vyzkoušet.

Včera jsem taky zkoušel grafický tisk, který je ve FW nějak integrovaný, ale je na 2 věci. Vysláním kódu 18h se zapne příjem grafických dat - znaky s hodnotou menší než 20h se normálně přijímají a ukládají do bufferu, nekontroluje se už nic a grafický režim se ukončí buď resetem nebo vytisknutím přijatých dat. Z každého byte se použije pouze 6 LSB bitů (logicky by měly být uloženy xx012345 jako v PMD85?). Protože se ale tisknuté bity vysouvají přes CY směrem doprava, je vždy těchto 6 bitů vytisknuto "pozpátku", zrcadlově. V programu je sice část kódu, která toto pořadí mění a vytváří pro tisk byte se správnou posloupností bitů xx543210, ale je vázána na stisknutí a držení tlačítka STOP (které, jen tak mimochodem) není nikde jinde v programu použité. Délka řádku grafických dat je vždy 40 byte (nastaveno natvrdo), z čehož vyplývá, že se tiskne 240 bodů (40 byte * 6 bitů). Program přijatá data kouskuje po 40 bytech a tiskne, dokud není buffer prázdný. Poslední řádek nemusí mít 40 byte, vytiskne se to, co v něm je. Hlavním problémem je ale to, že se každý 40-ti bytový (240-ti bitový/pixelový) řádek tiskne na 12 po sobě jdoucích mikrořádků stejně, jako by se tiskl ASCII znak. Zkusím se zamyslet nad tím, aby se po každém vytisknutém mikrořádku posunul ukazatel v bufferu s daty právě o 40 již vytisknutých byte. Ale to je hóóódně daleko, to musí uzrát.

Petr

Koukám že po změně zapojení desky, signálů a přepsání FW z toho bude prima funkční tiskárna...konečně

Nemam to dokoncene ale jako prvni nastrel to muze byt zajimave.

Původně provedená změna v programu byla nedostačující, protože shozením /ACK ať změnou E8h na F8h na adrese 4Ch (jak navrhoval look) nebo přidáním několika instrukcí zůstalo /ACK v 0, protože jeho nahození zpět do log. 1 je prováděno až při vyhodnocení znaku konce stránky. Musel jsem ještě tedy přidat instrukce zajišťující zvednutí signálu do neaktivního stavu. Tak instrukce nakonec bylo 5 . Ale výsledkem je, že /ACK "cvičí" tak, jak se očekává.

Zkoušel jsem lookem navrženou úpravu E8h na F9h, kdy sestupné hrany /STB a /ACK od sebe byly cca 28us (/ACK se shodí ještě před vlastním převzetím znaku z MH3212), tak i úpravu s vloženými instrukcemi (/ACK se shodí až v okamžiku, kdy je přijatý znak "bezpečně" uložen v R1), kde vzdálenost hran činila cca 38us. Vše měřeno s krystalem 6MHz. Jaká varianta je vhodnější, nedokáži posoudit.

Vlastní zpracování /STB s /ACK je pak ošetřeno takto:

V příloze je soubor v BINÁRNÍ podobě, není to ZIP!!! Stačí vzít tak, jak je a vypálit.

Petr

Tak takto jsem zatim upravil schema.

zvláštní, protože pokud se znak ukládá do bufferu (L0081) měl se ack nahodit zpět tam (teda vynulovat před invertorem ...je tam ORL a,#0E0h) čímž se to mělo shodit protože adresa jsou jen dolní bity r7...

Jen vypíchnu ty dobré rady, které už padly:





Minule jsem teda ověřil, že to opravdu funguje jen s tím /STB a BUSY .
Mě osobně to stačí a od dalších pokusů teď upouštím (jelikož nemám dovednosti měnit ten soft.), jdu pilovat krabičku a kapotovat.

Ale bedlivě snahy o ACK (díky za komentovaný kód ) na fóru dál sleduji a držím palce

_________________
....

Teď jsem vyzkoušel tisk s upraveným FW interfejsu na PMD85. Interfejs jsem připojil na K3 GPIO0 - data jsou na portu PA, /STB je na PC7 a /ACK na PC6. V PMD jsem pak zadal CONTROL 4,3;160,13 a následující příkaz OUTPUT403;"Zkusebni text" odešle všechna data do interfejsu, který je po stisku tlačítka START vytiskne. PMD nečeká na vlastní tisk a okamžitě se vrací blikající kurzor. Tím pádem by teď interfejs měl fungovat na jakémkoliv počítači, který v v sobě má 8255-ku nastavenou do MODE1.

Pokud pro spolupráci s PC je důležité BUSY, šlo by FW upravit tak, aby jej generoval sám - v podstatě jen inverze /ACK.

2look: s tím shazováním /ACK při ukládání do bufferu máš pravdu, ale nechodilo mi to. Po prvním znaku mi to zůstalo viset v 0. Ale mohlo to být způsobeno nedokonalostí testovacího programu v nadřazeném počítači (Stone64, CP/M, zkompilovaný program v Turbo Pascalu, příkaz InLine). Popravdě jsem rutinu ukládání do bufferu nezkoumal, koukal jsem jen na vlastní přijmutí znaku. Z toho vyplynulo stávající řešení.

Petr

Kluci rychle jsem naroutoval desky podle schematu co jsem odpoledne zverejnil. Takto to ted vypada. Klicove signaly se daji invertovat. Take je tam 7474 aby se dal udelat specialni busy signal. Jeste na tom budu pracovat.

Jinak to co se v clanku oznacuje ACK je vlastne Busy.

Pěkné. Ještě bych tam na napájení dal barel 5.5/2.1 mm přímo na desku (mám ho na kabelech a je to vopruz) a ty 2 odpory (R1 a R2) by šly vyměnit za nějaký normální rozměr - 7.5 nebo 10mm. Potřebná napětí jsou blízko jejich druhých vývodů. Případně bych zvážil výměnu 7805 v TO3 za něco "normálnějšího". Mám na ní chladič podle amára a ten je vlažný. Pokud by se použily LS obvody a EEPROM 28C64, třeba by stačila v TO220.

Petr