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"><B>Re: SAPI ELIS:</B></td><td align=right valign="middle"></td></tr></table><BR><p>gratulace k zprovozneni SAPI ELIS</p> <p>jedna z moznosti je ze bis v MBASICu udelal jen zavadec pro pro prenos dat ve formatu INTELHEX a pak bis tam bohl nahrat/precist cokoli. asi nejednodusi bi to bilo nacitat zakladni transportni rutinu z EXTERNI EPROM pripojenou na porty JPR-1x (coz je tez uz take vyreseno pod MIKOSem viz rutiny.asm)</p> <p>delal jsem pod MIKOS transportni rytuny ve formatu INTELHEX plus par dalsich programku a vse je ulozeno na DROPBOXu (D:\'My Dropbox\'SAPI_DOKU\'SW_SAPI_Petr\'rutiny.asm) takze vlasni prenos dat uz mas vyresen (po predelavce na CP/M)</p> <p>toto reseni umoznuje psat program na necem "pohodlnejsim" a pak vysledek odeslat do SAPI</p> <p>tet me napadla jeste jedna vec pokut system nabutoval z diskety takze musi umet jeji obsluhu takze v MBASICu "bi se jen nastavovali a volali potrebne sluzbi" (nactani sektoru do RAM a pak odeslani po RS232 do PC nacteni dalsiho sektoru odeslani ........) popr to rovnou napsat cele v ASM ....</p> <p>obsluha FDD je pro me visi divci ale takto bi se to dalo z vinaloranim rozumneho usili udelat pri zachovani nejake univerzalnosti nekterich dilcich celku</p> <p>tot muj nazor na vec</p> <p>asi najvetsi problem ze sporovornenim SAPI ELIS bude sehnani RMD-1</p>