Also, folgendes habe ich anhand des Happy-Listings über das H-Kommando herausgefunden:

AUX1=1 -> AUX2=Motor off delay (vermutlich in Einheiten von 0,1s, da es eine Routine gibt, die genau so lange wartet)
AUX1=2 -> AUX2=Device-ID (z.B. $31=D1). Ist zusätzlich Bit 7 gesetzt, gilt die Device-ID anstelle zur hinten eingestellten LWnr, ansonsten zusätzlich. Setzt Bit 2 des Konfigurationsbytes
AUX1=3 -> Floppy-Kaltstart

sonst: Setzt Konfigurationsbyte ($9702/3). Die gesetzten Bits in AUX1 geben an, welche Bits aus AUX2 in das Konfigurationsbyte übernommen werden sollen. Die Bits aus AUX2 haben gesetzt folgende Bedeutung:

7: Slow-Mode: Deaktiviert die Kommandos r w p Q H und setzt Bit 6 und 5 bis zum nächsten Diskwechsel, wenn sie nicht schon sowieso gesetzt sind (z.B. mit diesem H-Kommando).
6: Trackbuffer aus
5: Slow Write: Beim Schreiben Trackbuffer nicht benutzen
4: Falls Disk schreibgeschützt, mache ??? (Code sieht hier komisch aus)
3: Falls Disk nicht schreibgeschützt, mache ???
2: Die mit AUX1=2 gesetzte Device-ID ist scharf
1,0: muss 0 sein (nicht benutzt, weil AUX1=1-3 von der Happy speziell interpretiert werden)

Ist/wird Bit 6 gesetzt (Trackbuffer aus), wird eine Löschung von Bit 5 erst beim nächsten Diskwechsel scharf.
Ausnahme: Konnte beim letzten Diskwechsel die Density nicht ermittelt werden, werden Löschungen der Bits 6 und 5 (Aktivieren des Trackbuffers) erst beim nächsten Diskwechsel scharf.

Kann bei einem Density-Check die Density nicht ermittelt werden, werden Bit 6 und 5 bis zum nächsten Diskwechsel gesetzt (Trackbuffer aus).

Das ?-Kommando kopiert die Ultra-Speed-Routinen ins RAM der Happy, aktiviert sie und löscht Bit 5 des Konfigurationsbytes - damit ist Fast Write (bei meiner Happy) automatisch aktiviert.

Beim O-Kommando werden Bit 6 und 5 bis zum nächsten Diskwechsel oder Formatierung gesetzt (genauer: bis zum nächsten Density-Check), wenn sich dadurch die Dichte ändert.

Der Happy-Code ist echt gruselig. Heute würde ich sowas nicht mehr disassemblieren wollen.

Gruß Dietrich

Hallo Dietrich!

Dietrich hat geschrieben:Also, folgendes habe ich anhand des Happy-Listings über das H-Kommando herausgefunden:

Wow, vielen Dank für Deine detaillierte Analyse!

Das ?-Kommando kopiert die Ultra-Speed-Routinen ins RAM der Happy, aktiviert sie und löscht Bit 5 des Konfigurationsbytes - damit ist Fast Write (bei meiner Happy) automatisch aktiviert.

Das finde ich nun sehr interessant. Ich hab' jetzt einen genauen Test mit meiner Happy gemacht und mir den Status von $9702/$9703 angesehen (einfach Sektor $9700 von der Floppy gelesen):

Nach dem Einschalten steht bei mir $20, $20 drin.

Dann habe ich ein $3F zur Floppy geschickt. Im RAM steht immer noch $20, $20.

Dann ein $48 (AUX1=$20, AUX2=0) geschickt, nun steht dort $20, $00.

Könnte es evtl. sein, daß es von der Happy 1050 doch mal ein korrigiertes ROM gab und das bei Dir in der Floppy drin steckt?

BTW: Kannst Du mir Dein ROM File schicken, dann vergleiche ich es mal mit meinem.

so long,

Hias

@Hias: Du hast Post (wenn Deine alte Email-Adresse noch stimmt) - schick mir mal Dein ROM zurück.

Habe mal meine Happy aus den Katakomben - sprich Keller - geholt und auch getestet. Nach ein paar Anlaufschwierigkeiten (Happy wollte keine Disks lesen und schreiben) hab ich Deinen Test wiederholt:

1) Happy einschalten und formatierte SD-Disk einlegen (sonst wird Fast Write erst nach dem nächsten Diskwechsel aktiviert, siehe oben)

2) $9702/3 lesen: = 20 20 wie bei dir. ($9702 ist das Konfigbyte bis zum nächsten Diskwechsel, $9703 das Konfigbyte danach.)

3) ? absetzen und $9702/3 lesen: = 00 00 D.h. Fast Write ist aktiviert und funktioniert auch.

Sieht also so aus, als gibt es tatsächlich mehrere Happy-ROM-Versionen. Das ROM sieht an der entscheidenden Stelle aber nicht gepatcht aus! Man könnte auch sagen, dass ich eine "Very Happy" habe, denn schließlich braucht meine Happy das überflüssige H-Kommando nicht

Gruß Dietrich

Dietrich hat geschrieben:@Hias: Du hast Post (wenn Deine alte Email-Adresse noch stimmt) - schick mir mal Dein ROM zurück.

Ja, meine E-Mail Adresse stimmt noch, ich habe nun einen Vergleich aller ROM-Versionen die ich finden konnte gemacht:

Insgesamt habe ich 4,5 verschiedene ROM Dumps gefunden, die sich grob in 2 Gruppen einteilen lassen (der halbe ist ein defekter Dump, weiss nicht mehr wo ich den her hatte, den ignoriere ich hier einfach mal). Einige ROM-Files waren 16k gross und enthielten im zweiten 8k Block (2 mal) das originale 1050er ROM, damit die Floppy umschaltbar zwischen original 1050 / Happy war. Für den Vergleiche habe ich natürlich die überflüssigen 8k abgeschnippelt.

Gruppe 1:
Der Dump ist zB im Internet als "HAPPYWAR.ZIP" zu finden. Er ist auch auf der 3. Holmes CD in "ATRfiles.zip", dann "ROM Dumps/Peripheral Roms/Happywarp.rom" zu finden. Das ROM meiner Happy (die ich auf der JHV von Guus gekauft hatte) ist übrigens auch identisch mit diesen beiden Files.

Hier mal die MD5 Checksumme dieses ROMs:

Code: Alles auswählen

85acbb5bcfb3f4cbad765373df5eeb1e  happywar.rom

Ich weiss nicht, ob das wirklich das original ROM ist, oder ob daran schon irgendwer herumgepatcht hat. Leider habe ich keine original Happy zum Vergleich.

Gruppe 2:
Hier gibt es 3 verschiedene Dumps, die sich untereinander nur in ein paar Bytes unterscheiden. Diese Gruppe ist auch deutlich anders als Gruppe 1, auf den ersten Blick kann man erkennen, daß hier der Copyright Text (der sonst ab Offset $0AF8 steht) fehlt und das ROM an der Stelle (sowie dem in Gruppe 1 darauf folgenden Bereich) Code enthält. Ich vermute, hier wurden einige neue Funktionen reingepatcht bzw. Fehler korrigiert.

Hier sind die MD5 Checksummen der einzelnen Dumps (zu den Filenamen gleich mehr):

Code: Alles auswählen

500a16cae106dee1a36cb5f8483d630c  dietrich.rom
3239370598b2b33acad6f2510a4cdf14  nir.rom
47bbdb1068703424e2e85f45e69eaccd  warpguus.rom

Als Referenz für den Vergleich der 3 Dumps nehme ich jetzt einfach mal den "warpguus.rom". Dieser Dump ist im Internet unter "WARPGUUS.ZIP" und auf der Nir Dary CD unter "ROMS/From Rene/HAPPY.EPR" zu finden (die Datei auf der Nir Dary CD ist ein 16k COM File und enthält auch das 1050er OS).

Der "nir.rom" Dump stammt wieder von der Nir Dary CD, und ist unter "ROMS/ROMS_HW/HAPPY.ROM" zu finden. Im ATRfiles.zip auf der 3. Holmes CD ist die Datei auch, unter "ROM Dumps/Peripheral Roms/Happy.rom".

Die "nir.rom" unterscheidet sich nur im letzten Byte von der "warpguus.rom": Bei "warpguus" ist es $FF, bei "nir" $BD. Da dieses Byte bei allen anderen Dumps ebenfalls $FF ist (und ein IRQ-Vektor auf $BDxx nicht viel Sinn macht), nehme ich an, daß dieser Dump einfach defekt ist. Also ignorieren.

Bleibt der 3. Dump, das ist das ROM File, das mir Dietrich gemailt hat (deshalb habe ich es auch dietrich.rom genannt). In meiner Sammlung habe ich diesen Dump sonst nirgendwo entdecken können.

Schauen wir uns nun mal die Unterschiede zwischen dem "warpguus.rom" und "dietrich.rom" im Detail an:

Code: Alles auswählen

02b1:  20  25      %
05c1:  82  88    . .
06ae:  a2  a8    " (
072f:  82  88    . .
0f8b:  82  88    . .
0fb1:  82  88    . .
120a:  80  88    . .
13ca:  80  88    . .
1e6d:  a0  a8      (
1eee:  80  88    . .

Der erste Unterschied (Adresse $F2B1 im unteren 4k Block) verlängert eine Warteschleife (LDX #$25 statt LDX #$20, im happywarp.rom steht hier ein LDX #$64). Keine Ahnung wozu das genau dient.

@Dietrich: weisst Du vielleicht mehr?

Die anderen Unterschiede sind nun aber recht einfach: das sind alles Kommandos, die an den FDC geschickt werden ($8x ist read sector, $Ax write sector). Das untere Nibble (0 bzw. 2 vs. 8) bestimmt, ob der FDC die Nummer der Disk-Seite (die im Sektor-Header auf der Disk steht) auswerten soll oder nicht. Im 1050er ROM (und auch im happywarp.rom) wird das untere Nibble auf 8 gesetzt, was bedeutet, daß der FDC die Seiten-Nummer ignoriert.

Insofern würde ich sagen, daß vermutlich Dietrichs Dump eine korrigierte Version des "warpguus.rom" ist.

@Dietrich: wo hast Du denn Deine Happy her?

Achja, und ich kann Dietrich nur recht geben: Der Code ist grauenhaft. Alle paar Instruktionen kommt ein JMP oder JSR, vielleicht einfach um Leute zu verwirren die den Code nachbauen und/oder verstehen wollen.

Ich hab' nun auch eine Vermutung, wieso es von Happy wahrscheinlich keinen ROM-Patch mit Bugfixes gab. Auf der Happy 1050 wurde ja kein normales (EP-)ROM eingesetzt, sondern ein kundenspezifisches ROM (wahrscheinlich als Kopierschutz), das auch die Logik zur Bankumschaltung (per $FFF8/$FFF9) enthalten hat. Wahrscheinlich wäre es zu teuer gekommen eine neue Serie dieses ICs mit einem korrigierten ROM zu produzieren.

so long,

Hias

Sehr interessante Analyse, Matthias!

$F21B: Das ist die Wartezeit zwischen den Steps des Schrittmotors. Bei meinem Rom ist die 37 = 3,7ms. Im Listing habe ich die dick eingerahmt. Weiß aber nicht mehr warum. Bei der Original 1050 sind es sagenhafte 10ms - eine Erklärung, warum man die 1050 mit einer Säge verwechseln kann

Meine Happy habe ich über einen Freund bezogen, mit dem ich damals sehr viel auf dem Atari gemacht habe. Während er größere Spiele entwarf (leider ist sein letztes sehr vielversprechendes Spiel nie fertig geworden), habe ich etwa 20 kleine Basic-Spielchen (neben den DOS-Versionen) geschrieben - das letzte und beste war "Hugohunt". Das war um 1985 herum - eine echt tolle Zeit.

Werde gleich noch meine Analyse des H-Kommandos oben korrigieren - ich habe da einen kleinen Codeteil übersehen.

Gruß Dietrich (der mit seiner Happy recht zufrieden war)

Hallo Hias,

ich habe eine Happy von Steven Tucker alias Atarimax in meiner Sammlung. Leider weiss ich nicht mehr in welcher Floppy das Teil steckt, es gibt einige davon. Bei erfolgereicher Suche gibt es eine Mail mit dem Inhalt des Eproms, dauert aber noch etwas. Mal sehen ob es eine neue Version wird. B & C ComputerVisions hat auch Happy´s im Angebot. Eine davon ist für das 810er Laufwerk bei mir in Betrieb - es ist ein ORIGINAL! Das Geschäft war mal eine Vertretung von Happy. Dort könnte man sicherlich auch eine echte 1050 Happy bekommen.

Ich denke mal daher auch der deftige Preis:
ACA007 HAPPY 1050 UPGRADE 125.00 Turns a stock 1050 into a 1050 Happy drive


Servus,
Bernd

Hallo Bernd!

Bernd hat geschrieben:ich habe eine Happy von Steven Tucker alias Atarimax in meiner Sammlung. Leider weiss ich nicht mehr in welcher Floppy das Teil steckt, es gibt einige davon. Bei erfolgereicher Suche gibt es eine Mail mit dem Inhalt des Eproms, dauert aber noch etwas.

Oh, vielen herzlichen Dank schon mal! Aber lass' Dir ruhig Zeit, im Moment raucht mein Kopf eh noch von den bisherigen Vergleichen :-)

Ich denke mal daher auch der deftige Preis:
ACA007 HAPPY 1050 UPGRADE 125.00 Turns a stock 1050 into a 1050 Happy drive

Autsch, das ist wirklich heftig. Da warte ich glaube ich noch zwei, drei Jahre bis der Dollar-Kurs bei 3:1 oder 4:1 steht, dann denk ich noch mal drüber nach.

So unbedingt brauche ich dann auch keine original Happy, mich würde nur interessieren wie viele (Clone-) Versionen es gab.

Falls also irgendwer eine richtige, originale Happy daheim hat, bitte kurz mal melden. Ich könnte dann ein Progrämmchen für den Atari schreiben, das das Floppy ROM ausliest.

so long,

Hias

Moin,

(bin nur interessieter Mitleser, kann mangels Hardware keine tollen Tipps dazu beisteuern).

Aber mal was ganz anderes... das ROM-Listung der Speedy ist doch frei verfügbar, wenn ich mich nicht irre? Also ausgedruckt habe ich es schon in den 80er irgendwo her ganz legal (Compy-Shop Ausdruck) erhalten. Das Listing dazu in Binärform sollte auch verfügbar sein, notfalls einscannen (würd ich ggf. machen, sofern meine lose-Blatt-Sammlung vollständig ist).

Jetzt stellt sich die Frage, ob es nicht einfacher wäre, daß Speedy-ROM einfach für die Happy zu assemblieren? Es sollte nicht unmöglich sein, die Nutzung der erweiterten 65C02 Befehle wieder zu entfernen, damit es auf der normalen 6502(B) CPU läuft, die die Happy verwendet.

Das ganze Bankswitching-Gedöns der Happy ließe sich durch Auftrennen der Chip-Select-Leitung zum EPROM und direktem Anschluß an den ebenfalls vorhandenen 74LS139 bzw. 74LS32 (wenn ich mich jetzt nicht irre, müßte ich genauer nachsehen) erledigen - dann müßte man das "Happy-Speedy-ROM" auch nicht künstlich kastrieren.

Technisch realisierbar ist es mit relativ wenig Aufwand, ich würde mich auch bereit erklären, dafür die nötigen Anleitungen zu schreiben und mir ggf. von einigen anderen Usern ihre Happy-Clones (die meisten dürften ja Clones haben...) zeigen und auf Plausabilität testen zu lassen.

Da gerade bei den Clones viele Gatter der 74er Chips unbenutzt sind, könnte man sogar ein 16K Eprom verwenden und das ganze über einen Zusatzschalter umschaltbar machen, einmal "Original-Happy" und "Speedy-Neu".

Was haltet ihr davon?

Gruß, Jürgen

tfhh hat geschrieben:Jetzt stellt sich die Frage, ob es nicht einfacher wäre, daß Speedy-ROM einfach für die Happy zu assemblieren?

Ich denke, das macht nicht allzu viel Sinn.

Bei das Happy ist ja das 8k ROM blöderweise in 2 4k Bänke unterteilt, die dann auch noch recht mühsam umgeschaltet werden.

Die Speedy hat 16k ROM, die direkt in $C000-$FFFF eingeblendet werden (ein Teil davon ist natürlich der Sektor Kopierer bzw. Bibo DOS). Wenn man den SectorCopy bzw. BiboDos rauswirft könnte es evtl. klappen das in die 2x 4k der Happy zu bekommen, aber ich denke das ist den ganzen Aufwand nicht wert.

Da ist es einfacher die Hardware der Happy so zu modifizieren, daß direkt ein 16k Speedy ROM verwendet werden kann. Die Modifikation könnte man ja so machen, daß sie zwischen Speedy und Happy Hardware/ROM umschaltbar bleibt.

Oder man wirft die Happy einfach raus und steckt sich eine Speedy rein. Das ist noch simpler :-)

so long,

Hias

Hmm,
von Guus hast du ein defektes Happy ROM ?!? Das ist seltsam, denn Guus baut die Happy`s billig nach (so ca. 15-20 Euro) und ich kann mir irgendwie nicht vorstellen, dass seine Nachbauten nicht funktionieren... Hatte sogar selber mal eine Happy von Guus und die hatte seinerzeit einwandfrei funktioniert (jedenfalls lief die ganze Happy software darauf, also z.b. die Happy tooldisk 7.x, der Happy USD-Emulator, die Happy to Archiver Software usw. usf.)... allerdings habe ich auf Dauer doch die Speedy vorgezogen und nachdem die Happy nur noch rumlag, wurde sie halt wieder verkauft...

Vielleicht kannst du Guus ja aber mal per E-mail kontaktieren und dir von ihm sein(e) Happy-ROM(s) mailen lassen... ?!? Oh, Happy-Clones gab es recht viele, vermutlich mehrere Dutzend - ich hatte selber schon drei oder vier versch. Happy-Clones und Nachbauten (die alle aber irgendeinen Macken hatten), eines meiner Boards beherbergte sogar Happy + Speedy auf einmal (hatte aber auch Macken, dass so manche Happy oder Speedy Soft darauf nicht lief)... Gruß, Andreas Koch.

Hallo Andreas!

CharlieChaplin hat geschrieben:von Guus hast du ein defektes Happy ROM ?!?

Äh, nein, das ROM in meiner Happy funktioniert schon. Es verhält sich auch wie das original ROM, mit all seinen Macken. Auch die Happy Software läuft einwandfrei darauf.

Vielmehr sieht es für mich so aus, daß Dietrich eine gepatchte Version hat, die einige Macken korrigiert (und evtl. auch ein paar Erweiterungen hat).

Werde trotzdem aber mal Guus zu den verschiedenen Versionen befragen.

so long,

Hias

Hallo zusammen,

etwas fiel mir bei den Happy Nachbauten auf. Startet man die Systemsoftware und geht auf Diagnose so wurde immer
ein defektes Rom angezeigt. Bei meiner Original Happy 810 wird das Rom als i.O. angegeben.

Viele Grüße,
Bernd

Moin,

HiassofT hat geschrieben:

tfhh hat geschrieben:Jetzt stellt sich die Frage, ob es nicht einfacher wäre, daß Speedy-ROM einfach für die Happy zu assemblieren?

Ich denke, das macht nicht allzu viel Sinn.

Bei das Happy ist ja das 8k ROM blöderweise in 2 4k Bänke unterteilt, die dann auch noch recht mühsam umgeschaltet werden.

Die Speedy hat 16k ROM, die direkt in $C000-$FFFF eingeblendet werden (ein Teil davon ist natürlich der Sektor Kopierer bzw. Bibo DOS). Wenn man den SectorCopy bzw. BiboDos rauswirft könnte es evtl. klappen das in die 2x 4k der Happy zu bekommen, aber ich denke das ist den ganzen Aufwand nicht wert.

Da ist es einfacher die Hardware der Happy so zu modifizieren, daß direkt ein 16k Speedy ROM verwendet werden kann. Die Modifikation könnte man ja so machen, daß sie zwischen Speedy und Happy Hardware/ROM umschaltbar bleibt.

Ähem, nicht böse gemeint: Hast Du meinen Post ganz gelesen?

Und: Hast Du (oder jemand anders) den Source für die Speedy 1.4? Ich würde es dann einfach mal probieren...

Gruß, Jürgen

Hi Jürgen!

tfhh hat geschrieben:Ähem, nicht böse gemeint: Hast Du meinen Post ganz gelesen?

Ah, Mist, ja, jetzt seh' ich's auch wieder. Du hast ja ziemlich das gleiche geschrieben. Sorry.

Hatte zum Schreiben angefangen, dann hat das Telefon geklingelt, dann hab' ich was gegessen und als ich dann endlich wieder zurück beim Computer war hab' ich wohl die Hälfte vergessen gehabt.

Ich glaub', ich werd' langsam alt :-)

Und: Hast Du (oder jemand anders) den Source für die Speedy 1.4? Ich würde es dann einfach mal probieren...

Nein, leider nicht. Wenn ich mich richtig erinnere (da bin ich mir ja jetzt nicht mehr so sicher :-), war es so, daß die letzte(n) Source Version(en) verschollen sind. Der verfügbare Source ist also ein wenig älter.

so long,

Hias

Bernd hat geschrieben:etwas fiel mir bei den Happy Nachbauten auf. Startet man die Systemsoftware und geht auf Diagnose so wurde immer
ein defektes Rom angezeigt. Bei meiner Original Happy 810 wird das Rom als i.O. angegeben.

Hab's auch gerade mal getestet (mit der 7.1er Software Version):
Im Diagnose Programm "Enhancement Diagnostic" ausgewählt, beide RAM Tests zeigen "PASS" an, der ROM Test "Pass".

Keine Ahnung, ob das kleingeschriebene "Pass" beim ROM Test etwas zu bedeuten hat.

so long,

Hias

Hallo,

Hallo zusammen,

etwas fiel mir bei den Happy Nachbauten auf. Startet man die Systemsoftware und geht auf Diagnose so wurde immer
ein defektes Rom angezeigt. Bei meiner Original Happy 810 wird das Rom als i.O. angegeben.

Viele Grüße,
Bernd

Das ist bei mir auch so.
Das Original Board zeigt mit der Systemsoftware 7.10 OK.
Der Clone zeigt Fail.

Siehe auch hier http://www.abbuc.de/modules.php?name=Fo ... ight=happy

Gruß,
Yellow_Man

Moin,

HiassofT hat geschrieben:

Bernd hat geschrieben:etwas fiel mir bei den Happy Nachbauten auf. Startet man die Systemsoftware und geht auf Diagnose so wurde immer
ein defektes Rom angezeigt. Bei meiner Original Happy 810 wird das Rom als i.O. angegeben.

Hab's auch gerade mal getestet (mit der 7.1er Software Version):
Im Diagnose Programm "Enhancement Diagnostic" ausgewählt, beide RAM Tests zeigen "PASS" an, der ROM Test "Pass".

Welches ROM hattest Du denn im Einsatz, bei dem "Pass" beim ROM-Test angezeigt wurde? Um mit Deiner vorherigen Liste zu sprechen, war es das "NIR.ROM"?

Gruß, Jürgen

tfhh hat geschrieben:Welches ROM hattest Du denn im Einsatz, bei dem "Pass" beim ROM-Test angezeigt wurde? Um mit Deiner vorherigen Liste zu sprechen, war es das "NIR.ROM"?

Es war das "happywar.rom". Ich habe an meiner Happy, die ich von Guus gekauft habe, noch nichts verändert.

Die anderen ROMs die so im Netz rumfliegen würde ich so direkt auch nicht einsetzen. Einzig das "warpguus.rom", wenn man die 10 Bytes so abändert, daß man zum "dietrich.rom" kommt.

BTW: Es könnte durchaus sein, daß andere Happy-Nachbauten evtl. eine geringfügig andere Logik zur Bank-Umschaltung verwenden und so der ROM-Test auch beim "happywar.rom" evtl. einen Fehler liefert. Ich weiss nicht was der Code der für den ROM Test in die Floppy geladen wird genau macht.

so long,

Hias