Celé vlákno · 4 zprávy

Ahoj, konečně mě něco přinutilo se přihlásit a ne jen nakukovat.
Řeším na po letech opět oprášeném sharpovi (mimo jiné) tento problém.

Nemůžu se dopátrat, zda a jak se použitím služeb systému, nikoliv přímo
 přístupem na registry Z80SIO, dá zařídit neblokující přístup k
sériovému portu.
Zatím mám pocit že to prostě nejde, jak dám nějakej znak načíst, tak se 
všechno podřídí čekání na znak a dokud nepřijde, nedá se nic dělat.

Chtěl jsem použít program kermit-80 nejen na přenos souborů sharp<>pc, ale 
i jako terminál pro různé účely, ale evidentně to hapruje na tomhle.
Našel jsem na webu originál zdrojáky kermitu, kde se dá zvolit několik
možných přístupů, nicméně nevím který je ten pravý a obávám se že
ani jeden.

Když neuspěju, napíšu si sám rutiny pro přímý přístup na druhý, v
cp/m nepoužívaný port, ale radši bych využil služby systému, kdyby to
šlo.
Nebo už něco hotového.

BTW: během několika dnů pro vás chystám překvapení ohledně
alternativního připojení monitoru k sharpu.

Jakub Ladman

>Chtěl jsem použít program kermit-80 nejen na přenos souborů sharp<>pc, ale
 i jako terminál pro různé účely, ale evidentně to hapruje na tomhle.
>Našel jsem na webu originál zdrojáky kermitu, kde se dá zvolit několik
možných přístupů, nicméně nevím který je ten pravý a obávám se že
ani jeden.

Zrovna Kermit je myšlen tak, že v případě insuficience nebo úplné absence
ovladače sériáku v systému si ho ošéfuje vlastními rutinami. Takže není
třeba se bát upravit si ho jinak, než jak je realizován ovladač v
systému.

Tož Petře !
Originální RS-232 karta má dva kanály, protože je má už použitý čip
 Z80SIO.
Nejinak je to mu na mým bastlu.
Mám použitý jiný obvody v adresovým dekodéru, taktéž jsem použil
současnější 
RS-232 budič/přijímač a možná i generátor hodin, to už si nepamatuju, co
bylo 
v originále.
Adresy sedí, takže je to plně kompatibilní s originálem.
CPM LEC, v setup.com, jak jsem vyčetl v manuálu, nastaví oba kanály do 
provozního režimu, ovšem jen první se zobrazuje a jen ten je potom připojen
k 
zařízením PUN: a RDR:

To všechno vím, mě šlo o to, zda konkrétně v LEC CPM je implementována
nějaká 
cesta jak zjistit, jestli čeká znak v bufferu, dříve než dám pokyn ke
čtení, 
protože pak už se čeká dokud znak nepřijde a když nepřichází ... tak je
to v 
lepším případě ctrl-shift-break v horším HW RESET, takže třeba taky
ztráta 
dat.

V modernějších systémech se i takovýhle průsery dají obejít čekáním vseparátním vlákně, ale tady jaksi není multitasking.

Takže ....
Já bych spíš potřeboval ten opatchovanej kermit, kterej už běhá na
 sharpu, 
abych to nemusel do toho assembleru nadatlovat sám.


Díky

Co se týká displaye, mějte strpení, je to ve fázi prvotního nápadu,
nechci 
vzbuzovat nějaký falešný naděje.

Jakub Ladman