Zitathat der einen Einzelblatteinzug? Das ist wirklich Porno.
Jo ... das Handbuch scanne ich auch noch ... es ist auch noch ein Traktor für Lochstreifenpapier dabei.
Zitathat der einen Einzelblatteinzug? Das ist wirklich Porno.
Jo ... das Handbuch scanne ich auch noch ... es ist auch noch ein Traktor für Lochstreifenpapier dabei.
Wird Zeit das ich meinen Typenraddrucker mir Rechnerappendix auch abhole
Jo ... dann textverarbeiten wir, was das Zeug hält ...
Jo ... dann textverarbeiten wir, was das Zeug hält ...
Da kann ich mit!
"Hallo, ich bin Robert. Willkommen bei den anonymen Olyholikern. Ich konnte nicht daran vorbei - seit neuestem schlafe ich jetzt im Gehäuse eines großen Typenraddruckers. Stellt ihr euch kurz vor?"
"1st1. Wenn die Unruhe ganz groß wird, trinke ich ein Stamperl Farbbandtinte und übe Bürodreikampf - Drucken, Klammern, Abheften."
"Ich heiße Toshi. Ich kann nur beim Klang von großen Gehäuselüftern schlafen und habe einen Rabattvertrag mit dem Atomkraftwerk nebenan."
"Hallo 1st1, hallo Toshi."
Olyholiker versus Oliholiker! Das wird spannend!
Weitere Handbücher: Olytext 20 Kurzanleitung und EZE I / EZE II Einzelblattzuführung für den ESW 2000 C
Olytext - Diskette - wie bekomme man cp/m Progs. in Gang ?
Hallo USER und Fans der OLY-Systeme,
allen ist ja klar, dass OLYMPIA zunächst hier ein (fast close) Textsystem angeboten wurde.
Kommen wir zum Kernproblem - Standard cp/m ablaufen - aber wie?
Olympia Olytext 20
Vielen Dank an @rfka01und Verfasser div. Beiträgen für die BASIS- .BINs und die .IMDs Datensätze, soweit die vielen Hinweise zum System.
Leider starten diverse Standard cm/m Programme nicht von einer oly... disk, obwohl dort mutmasslich die STD.-cp/m Utillities dort sich befinden - oder doch nicht???
Die systematische Analyse:
A)
Zunächst habe ich die OT20OT.IMD Diskette in ein RAW-Format OT20OT_IMD.IMG (reiner binär DATENSTROM) gewandelt.
Das Diskettenformat sieht offenbar so aus. Side=2, sector=256 byte, track=16 sectoren, 80 track je Seite. Also 4kb je track x 80 tracks x 2 side ::= 640kB.
Bei der Wandlung zum .IMG FILE wird immer eine SPUR ( erst unten) und dann hier die SPUR oben abgelegt. Dabei ist zu beachten, mit eiem HEXA-DUMP Prog., findet man also immer einen 4kB gedankliche Datenbereich (hierbei 4kB einer Daten-SPUR!) Also SPUR-einer SEITE!
Vom Anfang findet man also: diese Blöcke:
DUMP im .img FILE ansehen:
0000h ab track0, side 0 (unten),
1000h ab track0 side 1 (oben),
2000h ab track1, side 0
3000h ab track1, side 1
4000h ab track2, side 1 -> hier findet man die typischen directory- Einträge eines cp/m Bereichs.
... ++
Der erste Fileeintag wird mit 16 Bit CLUSTER verwaltet. Ab 4000h (genau track=2, side=0 - unten) hier ist der Bereich als Informationen im Hexformat unten beigefügt - zum Studieren.
Daher ist in dieser DISKETTE ein (unterliegendes) cp/m Systems vorhanden!
Zur leichten Handhabung eines cp/m MANUAL dieser Link!
http://www.cpm.z80.de/manuals/cpm22-m.pdf
Beachten Sie, die sogen. FILE.ERWEITERUNGEN sind oft an derx. Positionen mit einem Bit7=1 als Read/Only markiert, oder bei der y. Position mit Bit7=1 als SYS markiert - damit unter cp/m "DIR" nicht zu sehen! Genau die Bedeutung sind aus dem cp/m MANUAL zu entnehmen.
B)
Nun sehen wir zunächst ein olytext.com HEXADUM (nur einem Auszug!) mal an.
Ganz vorne ist ein 8080/Z80 Maschinenbefehl mit "C3" als ein absoluter Sprung.
Aus der Bytefolge ist klar ein cp/m mit einer TPA100 zu identifizieren. Dort ist vorhanden "C3 31 01" als hexa der Jump zu einer absoluten Adresse 0131h - sowas macht nur ein TPA100 cp/m sinnvoll und ausfürbar. Und aus etwas weiter im Maschinencode findet man diverse cp/m System-Aufrufe mit z.B. call 05h - als hexa C9 05 00.
Eindeutig ein cp/m 100 TPA!
Nun aber die entscheidende FRAGE - zu den hinzugefügten nicht startenden cp/m Programme, wie STAT.COM, PIP.COM und ZSID.COM +++?
Hat schon jemand eine Erklärung dafür?
Grüße
Helwie44
Wer suchet -der findet, kommt demnächt.
Danke helwie44 † für die Annaluise des Olytext-CP/M ... ich halte es für möglich, dass meine Diskettendefinition für 22disk doch nicht 100% passt und daher Daten beim Füttern der Diskette auf dem PC im Nirwana landen.
Ja so in etwa -
aber die cp/m Standard-Files sind schön auf der DISKETTE aber die Abbildungs-Funktionen der Ermittlung der oly... cp/m SPEICHER-Blöcke (CLUSTER) ist offenbar abweichend/unterschied der AUFSPEICHERUMGS-Funktion (von 22disk) !
Das Directory scheint identisch zu funktionieren. Nur den LOCUS eines CLUSTERS ( BLOCK = 2kB) sind für 22disk anders dem oly... cp/m-Systems. Nur bei dem TRACK-OFFSET sind sich alle einig=gleich. Nur möglich anders wie jeweils der Entwickler der cp/m Anpassung seine Weiterplazierung der CLUSTERs anordnen ablegt.
Einige HEXA Dumps kommen noch.
Anbei ein paar Bilder des Druckers, der bei mir dabei war. Leider ohne Endlos-Papier-Adapter, aber zumindest funktionsfähig. Das Gerät ist sehr solide aufgebaut. Leider war über Jahrzehnte die Staubschutzhaube drauf, deren Weichmacher mit dem Gehäuse des Gerätes eine neue Verbindung eingegangen sind, das Gehäuse ist schmierig/klebrig und Rest der Hülle kleben daran und bisher habe ich nichts gefunden, womit ich das wegbekommen kann.
Der Drucker kann seine Herkunft aus der Welt der Schreibmaschinen nicht verbergen, er hat sogar einen Mechanismus für Korrekturband (!!).
Die Olytext hat auch eine Funktion "Direktdruck", die jedes getippte Zeichen direkt an den Drucker schickt, vmtl. war das dafür gedacht. Zum Ausfüllen von Formularen sicher nicht ganz blödsinnig.
und noch das Eprom des 2500i.
urks. Irgendwas ging grade schief. Eprom gelesen, (richtig rum) wieder reingesteckt. Maschine geht nicht. stinkt. Eprom wird kochend heiß. Eprom wieder ausgelesen => leer.
Was hab ich jetzt schon wieder verbockt ??
Hoffentlich ist das Image in Ordnung, was ich vorhin gelesen habe
Ich habe ein Rauchgasanalysegerät, bei dem ist der Sockel fürs EPROM falschrum eingelötet.
Zum Glück habe ich's rechtzeitig gemerkt, sonst hätte ich das EPROM gekillt.
Vielleicht hast Du bei der Maschine den gleichen Jackpot?
Hier der Dump des Eproms von meinem ESW2000 ... sieht komplett anders aus, aber das sagt ja nix.
Hier der Dump des Eproms von meinem ESW2000 ... sieht komplett anders aus, aber das sagt ja nix.
glaub das bringt nichts. Bei mir ist ein Z80 und ich habe eine Menu-Steuerung, Deine DIP Switches
Ich habe ein Rauchgasanalysegerät, bei dem ist der Sockel fürs EPROM falschrum eingelötet.
Zum Glück habe ich's rechtzeitig gemerkt, sonst hätte ich das EPROM gekillt.
Vielleicht hast Du bei der Maschine den gleichen Jackpot?
Richtig gesteckt ist es. Habe vorher sogar ein Photo gemacht.
Nein, mein Willem ist der Böse, glaube ich!
Ich glaube er hat das Eprom gekillt. Ich habe gerade ein neues Eprom in den Sockel gesteckt und dann hab ich es durchs Fenster blitzen sehen.
Das ausgelesene in einem anderen Eprom-Brenner gebrannt entlockt dem Drucker keine Reaktion.
Sehr ärgerlich. Habe offenbar in einem gut gemeinten Ansatz von Archivwut einen ziemlich geilen Drucker gebrickt.
Was ich auch merkwürdig finde, im Eprominhalt gibt es keinen erkennbaren Text, obwohl der Drucker eine Menusteuerung hat, wo Text gedruckt wird.
Jetzt kann ich nur noch hoffen, daß jemand noch so ein Teil hat....
Bitte das Eprom noch nicht entsorgen, vielleicht besteht noch eine Chance.
Ich konnte mit dem All-03 schonmal eins auslesen, das im Zielsystem heiß wurde und nicht mehr funktionierte.
Natürlich, dann probiere ich das mal...
Natürlich, dann probiere ich das mal...
Das ist nett. Meinst Du, Du könntest bei Gelegenheit auch mal probieren, das Eprom-Image auf ein 27c256 zu schreiben?
Ich schaffe es nicht. Er bricht immer bei 4004H ab. Ich habe es ca. 10mal probiert. Ein anderes Eprom in gleicher Größe schreiben geht. Also ob etwas mit dem Eprom-Image nicht in Ordnung ist....Wo ich mir so etwas schwerlich vorstellen kann. Ich habe den Sunshine Epromer von meinem XT aus probiert.
Im BIN-File scheinbar nicht Z80 Code?
Eprom-Image auf ein 27c256
Mit einem WIN7 System und einem HEXA-EDIT habe ich mal das BIN-File angesehen.
Der 32kB EPROM Inahalt drucker-esw2500i.BIN.zip ist offenbar kein Z80-CODE( auch nicht Teile!).
Im ganzen 32kB Bin-File ist kein "C9" hexa - also Return from Sub., oder auch noch ncht ein "C3" hexa code für einen absoluten Jump!!!
Das auch keine Fragmente von ASCII Texten vorhanden sind - haben Sie ja schon richtig bemerkt.
Also schade - aber es ist noch sehr viel zum Betriebseinsatz zu erledigen.
Viel Erfolg und Grüße
Helwie44
Herzliches Beileid zu dem Schaden erstmal. Aber irgendwie wird das bestimmt wieder!
Ich würde trotzdem mal mit dem Inhalt ein Eprom brennen. Es muss ja nicht sein, dass D0..D7 im Schaltplan in exakt in dieser Reihenfolge auf den Sockel geführt wurde. Das selbe gillt übrigens auch für die Adressen. Sowas wurde manchmal gemacht, damit der Mitbewerber nix zum einfachen Abgucken hatte...
Vor dem nächsten Versuch mit einem Eprom sollte auf jeden Fall mal die Versorungsspanung des Eproms im Sockel gemessen werden, vor dem Einbau des Chips.
Maschine geht nicht. stinkt.
Ich habe ein Rauchgasanalysegerät
Vielleicht hilft das ja...
In ein Eprom kann man ja beliebige Daten brennen.
Wenn der Eprommer die Datei nicht brennen kann muß er ja eindeutig 'ne Macke haben.
Welchen Sunshine hast Du denn?
Kann ich mir nur so vorstellen, daß er bei einer Kombination von aufeinanderfolgenden Bytes nicht mehr die Kurve bekommt.
Vielleicht liegt's an nachlassender Kapazität eines Elkos, wodurch dann in die Ladung nicht mehr ausreicht.
Vielleicht liegt's an nachlassender Kapazität eines Elkos, wodurch dann in die Ladung nicht mehr ausreicht.
Du meinst, der Sunshine ist auch tot/reparaturbedürftig?