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>Tož Petře !
Originální RS-232 karta má dva kanály, protože je má už použitý čip
<img src="BODY_IMAGES_WRAP_GIF"> Z80SIO.
Nejinak je to mu na mým bastlu.
Mám použitý jiný obvody v adresovým dekodéru, taktéž jsem použil
<img src="BODY_IMAGES_WRAP_GIF">současnější 
RS-232 budič/přijímač a možná i generátor hodin, to už si nepamatuju, co
<img src="BODY_IMAGES_WRAP_GIF">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
<img src="BODY_IMAGES_WRAP_GIF">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
<img src="BODY_IMAGES_WRAP_GIF">nějaká 
cesta jak zjistit, jestli čeká znak v bufferu, dříve než dám pokyn ke
<img src="BODY_IMAGES_WRAP_GIF">čtení, 
protože pak už se čeká dokud znak nepřijde a když nepřichází ... tak je
<img src="BODY_IMAGES_WRAP_GIF">to v 
lepším případě ctrl-shift-break v horším HW RESET, takže třeba taky
<img src="BODY_IMAGES_WRAP_GIF">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
<img src="BODY_IMAGES_WRAP_GIF"> 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,
<img src="BODY_IMAGES_WRAP_GIF">nechci 
vzbuzovat nějaký falešný naděje.

Jakub Ladman
</pre>