Junior Computer ][

Zitat von DL8EBD

Jörg, wo genau finde ich denn den Schaltplan von der I/O?
Ich war im Downloadbereich, bin dort aber nicht fündig geworden

Ja, das tut mir leid. Ich hatte nicht damit gerechnet, dass die Post so schnell ist, ich musste gestern geschäftlich nach Karlsruhe und bin erst spät wieder nach Hause gekommen.

Ich hab den Schaltplan inkl. BOM jetzt gerade zum Download freigegeben. Die neue Platine (Gerber Files) ist da noch nicht dabei, weil ich noch eine kleine Änderung einpflegen muss. Das ROM Image mit dem für den Junior gepatchten EhBasic versuche ich bis Samstag zum Download freizugeben.

Zitat von NorbertJ

Einfach eine kleine Lötinsel am Ende des Quarzkörpers würde dem ganzen mehr Stabilität geben

Hab ich gerade mit draufgepackt.

Hallo Norbert,

bloss ganz kurz, da ich gleich weg muss.

Die Adressen sind folgendermaßen belegt:

Basisadresse: K2 = $0800, K3 = $0C00, K4 = $1000

VIA1 = Basisadresse + $00 bis $0F

VIA2 = Basisadresse + $10 bis $1F

RAM-Switch = Basisadresse + $20 bis $2F

ROM-Switch = Basisadresse + $30 bis $3F

Also bei K2

VIA1 = $0800 - $080F

VIA2 = $0810 - $081F

RAM = $0820 - $082F

ROM = $0830 - $083F

Das Problem mit gesteckten Parallel Port Inteconnect Kabel ist mir bereits bekannt. Das liegt daran, dass das Original Junior ROM bei der Initialisierung die Leitung, mit der ich zwischen Read (ASCII Tastatur) und Write (Drucker) umschalte auf Read schaltet und somit die Daten für das Display Platt gemacht werden.

Wenn du auch bereits das ROM einstecken möchtest, musst du bitte am Junior die DIP Switches noch richtig einstellen, damit sich RAM und ROM nicht in die Quere kommen.

DIP Switch:

$80 auf ON

$A0 auf OFF

$C0 auf OFF

So, bin wieder zurück.

Also nochmal zum nicht funktionierenden 7-Segment Display bei eingesteckten Link-Kabel: Ich muss dazu tatsächlich die Initialisierungsroutine im Original ROM leicht ändern, oder den Einsprungspunkt anpassen, da hier wohl der Port Pin PB5 auf High gezogen wird (oder als Eingang belegt ist, was dann letztlich die gleiche Problematik erzeugt). Wie auch immer, ich hab das auf dem Schirm und werde versuchen, den Fehler sehr zeitnah zu beheben.

Ich hab jetzt erst mal eine kleine Erkennungsroutine für die Erweiterungsplatine geschrieben, die ich nächste Woche wohl ins System ROM einpflege. Das Basic ROM hat dazu einfach von mir eine Magic Number bekommen: Hex $65 $02 $CA $FE - was wohl auch sonst .

Wenn die Karte und somit ein Basic ROM erkannt wurde, wird dann in Zukunft auf dem Bildschirm die Auswahl "(M)onitor (B)asic" angezeigt, ansonsten springe ich dann direkt in den Monitor.

Danach kommt erst mal die I2C Schnittstelle dran. Das Protokoll habe ich schon seit einiger Zeit fertig. Bleibt bloß noch, den RTC Baustein zu beschreiben und zu lesen. Das klappt leider irgendwie noch nicht so richtig, da ich immer $00 zurück lese. Leider hab ich keinen PCF8574 I2C Port Expander mehr, um die Schnittstelle damit allgemein zu testen. Ich werde also als nächstes mal den Logic Analyzer anschließen und mal sehen, was da über die Leitung läuft.

Als nächstes werde ich mich dann dem Thema Datasette widmen. Bisher kann man bei angeschlossenen Laufwerk mal an der VIA2 den Port-Pin PB6 als Ausgang schalten um den Motor zu testen. PB6 = Low = Motor an.

Ich möchte ja - wie bereits früher erwähnt - das Format des Sharp MZ80K nutzen . Beim Lesen der Daten kann ich per CA1 Pin bei steigender oder fallender Flanke (je nach Einstellung) einen Interrupt auslösen, aber leider nicht irgendwann den tatsächlich anliegenden Pegel auslesen. Wenn ich es so machen möchte wie Sharp, dann lese ich ja nach einer steigenden Flanke beim Zeitpunkt RP je nach Länge des Pulses entweder einen High oder Low Pegel. Das würde bei mir nur mit einem zusätzlichen, an CA1 gekoppelten Port-Pin funktionieren. Ich hab daher auf der neuen Revision der IO Platine einfach eine Diode nach PB0 eingeplant, die dann die - hoffentlich zu diesem Zeitpunkt unbenutze - I2C Clock Leitung bei Low nach unten zieht. Ob das geht muss ich erst schauen, da evtl. die Datasette auf der Read-Leitung auch bei Nichtbenutzung irgend einen Pegel anliegen hat und mir dadurch wiederum I2C unmglich machen würde. Ansonsten muss ich das Lesen über Umschalten der CA1 Flankenauslösung und einem Timer steuern.

Wenn das dann alles läuft kommt zum Schluss die SD-Karten Thematik dran. Da ich da ja nicht nur einen kleinen Boot-Manager schreiben muss, sondern auch das FAT32 Dateisystem unterstützen sollte, wird das wohl leider noch etwas dauern. Ich bin jeden falls noch eine gute Weile mit dem Junior beschäftigt, denn letztlich muss irgendwann ja noch eine Grafikkarte her, sonst wird das mit pac man wohl nichts...

Hallo Norbert,

deine Programme sollten eigentlich richtig sein, aber am einfachsten testest du den Motor aber, wenn du im Monitor die Eingaben direkt machst, also:

Monitor

*812:40 <-- DDRB der VIA2 PB6 = Ausgang

*810:00 <-- PortB PB6 = L, Motor AN

*810:40 <-- PortB PB6 = H, Motor AUS

Das geht dann etwas interaktiver.

Ändere mal deine Programme im Monitor folgendermaßen:

300: A9 40 8D 12 08 A9 00 8D 10 08 60

und

310: A9 40 8D 12 08 A9 40 8D 10 08 60

durch das RTS am Ende kannst du auch im Monitor beide Programme wie Unterroutinen aufrufen, also:

300G Schaltet den Motor an

310G Schaltet den Motor aus

Wenn deine Routinen in Schleife laufen scheint wohl beim setzen des DDRB Registers das ORB Register auf $00 zurückgesetzt zu werden und durch die Schleife toggelt es wohl dann immer schnell zwischen L und H. Das ist beim einmaligen Aufruf der Unterroutinen dann nicht mehr der Fall.

Das ist dann allerdings seltsam. Wenn sich die LED schalten lässt, muss auch das REED Relais und somit der Motor schalten. Messe doch bitte mal zwischen Kassettenanschluss 1 (GND) links neben der DSUB Buchse und Pin 3 (CASS_MOT) auf der Platine, ob da die 6V sauber geschaltet werden.

Meine Datasette hat kein extra Massekabel, ich gehe aber davon aus, dass es sich da nur um die Kabelschirmung handelt, um das FCC Siegel zu bekommen.

Ich hoffe natürlich, das Laufwerk ist bei dir nicht irgendwie kaputt.

Schau bitte auch, ob nicht eventuell die LED verkehrt herum eingebaut ist, oder der Transistor sauber Ein-/Ausschaltet.

Zitat von Norbert

Wäre Hex $65 $02 $C0 $FF $EE nicht passender?

Das wären dann aber schon 5 Byte die geprüft werden müßten und ausserdem soll es ja auch eine Anspielung an die Magic Number in Java sein: CA FE BA BE. Noch dazu kann ich mir gut vorstellen, in einem Café Names "6502" zu sitzen, bei einem aus gerösteten 6502 Chips gebrühten Kaffee bekomme ich aber schon beim daran denken Magenschmerzen .

Zitat von Reinhard

Achtung: die Read Leitung bei (meiner) Datasette ist je nach Richtung des letzten Flusswechsels High oder Low. Das ist auch aus beiden vorliegenden Schaltplänen so ersichtlich.

Ah, dachte ich es mir doch. Dann geht es auf keinen Fall, dass ich die SCL Leitung als READ missbrauche. Und einen anderen Port Pin habe ich nicht mehr frei. Also dann doch die Zeit zwischen steigender und fallender Flanke messen. Geht ja auch mit nur wenig mehr Aufwand bei der Programmierung.

Zitat von Reinhard

Ansonsten scheint der Header(?) einer Datei(?) mit geringerer Datenrate zu sein, als die anschliessenden Daten(?)

Ich bin jetzt auch nicht der C64 Datasetten Insider, aber das Aufzeichnungsformat des C64 wurde mit drei verschiedenen Frequenzen realisiert, eventuell kommt es dadurch dann beim Header zu den geringeren Datenraten?

Zitat von NorbertJ

Ich habe gute Neuigkeiten: Reedrelais gegen 'normales' Relais aus meinem Funduino-Fundus getauscht - natürlich auch die Schutzdiode nicht vergessen - und alles funktioniert so wie es soll.

Hallo Norber, das beruhigt mich jetzt. Ich hatte jetzt schon überlegt, ob ich nicht doch die Motorschaltung mit einem MOSFET umsetzten soll. Ist das Reed Relais das du benutzt hast, ein DIP 7212? Ich hab bei mir nie Motoranlaufströme > 800mA an der Datasette gehabt, da war dieses Relais mit 1A Schaltstrom völlig ausreichend. Vielleicht zieht deine Datasette da dann doch mehr?

Eventuell hat dir das Relais auch die Programmschleife übel genommen. Bei mir ging jedenfalls der Motor auch nicht mehr aus, als ich dein zweites Programm kurz laufen ließ. Eventuell kommt es beim neu setzen des DDRB Registers wirklich zu kurzen Pulsen am Ausgang und somit zum Relaisflackern. Das wäre mit einer induktiven Last für die Kontakte auf Dauer nicht wirklich verträglich, weil dann doch recht hohe Ströme fließen, die die Kontakte zusammenschweißen können.

Die neuen Platinen sind bestellt.