Počítač Consul 2713

Zpráva

lesana87 · #16 Příspěvek od **lesana87** » 03 zář 2017, 17:55

To ty Consuly nemají žádný sériový/paralelní port, že musíte data překreslovat z obrazovky?

#17 Příspěvek od **rnbw** » 03 zář 2017, 18:03

Maju, niekde tu riesili aj komunikaciu nejakym programom...len tusim nedoriesili.

Nejdu tie data vytiahnut z image diskety? Filesystem bude asi dost divny, ale ak nie su subory fragmentovane, tak staci najst zaciatok dat a skopirovat potrebnu dlzku.

ec1045 · #18 Příspěvek od **ec1045** » 03 zář 2017, 18:53

C2715 má sériový port, jenže je tu problém v protokolu (HDLC/SDLC) a kódovaní (DKOI aneb EBCDIC). Takže pokut by se ti povedlo donutit aby C2715 data odvysílala bez protokolu tak je tu ještě problém s kódováním aneb C2711 až C2716 používají kódování DKOI (EBCDIC) které je úplně o něčem jiném než ASCII, takže se nevyhneš nějakému programování. Holt je to klon IBM a IBM je svět sám pro sebe, to nemyslím ten největší nedodělek, co kdy IBM vyprodukovalo tj. IBM PC XT/AT.

Problém s disketami je ten že není znám formát a taktéž kódovaní disket je v DKOI aneb EBCDIC, dále se vůbec neví, v jakém formátu ty obsahy PROM jsou na disketě. Proste příliš moc neznámých.

PC-maniak · #19 Příspěvek od **PC-maniak** » 03 zář 2017, 19:10

hm ten serial by se dal napsat .. ale bez vice infa a probadani je to trosku nerealne (tyhle stare veci jdou uplne mimo me..)

lesana87 · #20 Příspěvek od **lesana87** » 03 zář 2017, 19:18

Tak to kódování EBCDIC je věcí softwaru, pořád jsou to byty o 8-bitech. A to další záleží na hardwaru, jaký je pro sériový port použitý. Pokud je tam standardní UART, tak v implemetaci nějakého standardního protokolu pro přenos souborů, třeba XMODEM, nevidím problém. Zvláště když jsou tu takoví machři přes počítače, jak mi bylo vysvětleno, když jsem si dovolila vznést námitky proti prasení češtiny.

Celeron · #21 Příspěvek od **Celeron** » 03 zář 2017, 19:19

Ty 8" diskety budou mít určitě klasickej IBM formát SS, SD, 76 stop, 26 sektorů x 128 byte. Takže úplně stejný jako základní formát CP/M 2.2. Pamatuju, že fyzickej formát disket pro Sapi-1 s řadičem disket RPD-1 (kterej neuměl formátovat) jsem dělal na sálovým EC1021, což je klon IBM. Takže i skew sektorů na stopě bude stejnej.
Jenže pak jde o to jak je udělanej filesystém, zda jsou rezervovaný nějaký stopy na systém, kde je adresář a jak jsou přiřazovaný v adresáři úseky. Fragmentovaný to bude zcela určitě. Bez fragmentace to bude jedině při nakopírování po souborech na zcela prázdnou disketu.
Vzpomínám, že disketa z IBM šla v CP/M přečíst pomocí nějakýho konverzního programu co byl součástí CP/M. Byl popsanej v modrej knížkách o CP/M co vyšly k Mikrosu. Oboustranej převodník ASCII/EBCDIC napsanej pro 8080 či Z80 bych asi někde vyhrabal.

#22 Příspěvek od **rnbw** » 03 zář 2017, 19:21

Prevod z EBCDIC zvladne iconv.

PC-maniak · #23 Příspěvek od **PC-maniak** » 03 zář 2017, 20:09

Lesana87: Lesanko ja mam teda v op ze sem cech(bohuzel

) ale vice se zameruji na anglictinu .. a tomu i odpovida ma cestina ..

nevim na koho ta poznamka byla ale treba to ten na koho to bylo to ma stejne jako ja ..

jsme tu na bastlirne .. nevim proc zrovna tady resit cestinu

sinclair · #24 Příspěvek od **sinclair** » 03 zář 2017, 20:10

Kluci, některé ty původní desky, ty paměti mi přijdou jako zčásti vykuchané. Nebo to má blokovací tantaly z druhé strany? Že jich tam vidím hrozně málo, při takovém počtu pouzder i odběru na 5V hladině to musí být dost náročné - i na topologii napájecích cest.

pepik9 · #25 Příspěvek od **pepik9** » 03 zář 2017, 20:31

Něco o 8" disketách. ( A CP/M 2.2 ).

ec1045 · #26 Příspěvek od **ec1045** » 03 zář 2017, 20:34

Ano disketa má fyzický formát IBM 3740 tj. SS/SD 77 stop po 26 sektorech a 128 bytu na sektor. Takže s ní CP/M umí pracovat, ale logický formát je o něčem jiném. Pokut má někdo náladu se tím zabývat tak má možnost. Disketa je zkopírovaná pomoci programu DUP ze CP/M tj. 1:1.

Kdyby se ten převodní program někdo našel, bylo by to fajn. Co jsem se tak díval do modrých teslackých knížek týkající se CP/M tak tam jsou popsány převodníky mezí CP/M a ISIS-II (INTELEC) aneb SAPI-80.

Rozvod napájení je řešen pomoci „hřebínku“ a na něm jsou blokovací kondenzátory. Keramiky tam jsou cca, co druhé pouzdro s tantaly je to trochu horší ale řek bych, že je to tak, jak to vypadlo z výroby. U SAPI-1 se přes desku procesorovou JPR-1x napájí klávesnice s odběrem skoro 1A kdy rozvod napájení na to není stavěn, a na desce DPP-1 s 2x8255 a hromadou budičů 3216 jsou pouho pouhé dva tantaly a i tak to chodí bez problému.

sinclair · #27 Příspěvek od **sinclair** » 03 zář 2017, 20:43

Tak to jen potvrzuje moji domněnku, že ty desky nekonstruoval někdo se sečkou v makovici, například jako číňan. Udržet takové "karty" stabilní...klobouk dolů.

#28 Příspěvek od **rnbw** » 03 zář 2017, 20:48

Prehnal som to cez:

Kód: Vybrat vše

iconv -f EBCDIC-US -t ASCII//translit 00013.8SD | strings

Je to nekorektna operacia, lebo je to binarny obraz, takze to urobilo len cast, ale nieco z toho vyliezlo:

Kód: Vybrat vše

ERMAP

VOL1SYS004?             C27147402654                                        13 W                                                HDR1 SYSIPL             128R01001 07009 BPPI   830610 128                D07010                C27147402654XFA8081FED3        48HDR1 SYSC2712           128R07010 12020 BPPI   850620 128                D12021 1              C27147402654XFA2F30CB9F          HDR1 SYSBSC02           128R12021 17022 BPPI   840102 128                D17023                C27147402654XFA0C0D1BA7          HDR1 SYSDITAC           128R17023 22006 BPPI   851115 128                D22007                C27147402654XFA2F30C97D          HDR1 SYSC271S           128R22007 25011 BPPI   8401020128                D25004                C27147402654XFA0C0D231C          HDR1 SYSTESCO           128R25012 25023 BPPI   8212170128                D25024                C27147402654XFA2F302804          HDR1 SYSTESFD           128R25024 26018 BPPI   8304070128                D26019 1              C27147402654XFA2F30B3A6          HDR1 SYSTESPT           128R26019 27015 BPPI   8310120128                D27016 1              C27147402654XFA2F30541D          HDR1 TEST TISKU DATA    128 27016 30022  PP    821126 128                 30023                C27147402654                     HDR1 SYSTESTA           128R30023 30026 BPPI   8302040128                D31001 1              C27147402654XFA2F304349          HDR1 OBSAH PROM SERVIS  128 31001 34014  PP    830204 128                 34015                C27147402654                     HDR1 SYSSORT            128R34015 39006 BPPI   851229 128                D39007                C27147402654XFA000197C9          DDR1 TABU               128 75001 74026  PP                               75001                C27147402654                     DDR1 TABU               128 75001 39007  PP                               75001                C27147402654                     DDR1 TABU               128 75001 39007  PP                               75001                C27147402654                     DDRT

Podla retazcov ERMAP a HDR1 sa da na webe najst nejaka dokumentacia od IBM, tak mozno nieco z toho bude sediet.

JiriTom · #29 Příspěvek od **JiriTom** » 03 zář 2017, 21:18

sinclair píše:Tak to jen potvrzuje moji domněnku, že ty desky nekonstruoval někdo se sečkou v makovici, například jako číňan. Udržet takové "karty" stabilní...klobouk dolů.

O to větší paradox je, že ty hlavy musely vykřesávat svůj um na zařízeních, které byly vlastně jen slepou cestou, pomocí které si ale okresní tajemníci strany "odfajfkovali" splnění požadavku nasazení výpočetní techniky. Na místech, kde to ale většinou vůbec nebylo potřeba. A jak to bylo 🤐 drahé. Po roce 1989 to šlo všechno do šrotu...

tpolo · #30 Příspěvek od **tpolo** » 03 zář 2017, 21:33

rnbw: to za HDR1 jsou názvy souboru. Je vidět že je na disketě system a obsah PROM je v jednom souboru. Pak jsou tam soubory pro komunikaci a testovaní.