Hallo Jürgen,

ich kann dir nur die Einstellung des Galep 5 zeigen und wie ich es gemacht habe.

Typ Atmega8 anwählen.

Fangen wir bei den Fuse Bits an...
Hier die Einstellung: (Dank geht an HardwareDoc für die Hilfestellung)



Als erstes SDrive.hex in den Speicher bei $0000 laden.



Hier denke ich hast du den Fehler gemacht. Die Datei SDrive.eep muß zuerst in SDrive.eep.hex umgewandelt werden
sonst erkennt die Software den Datentyp nicht. Startadresse ist $2000.



Dann kannst du den Atmega flashen.
Bei mir gibt es noch eine Besonderheit. Man kann den Flashbereich, das EEprom oder die
Config Bits auch einzeln programmieren. Ein Häckchen aktiviert die Option.



Viel Erfolg,
Bernd

Hallo @Hias,
habe es leider übersehen, sorry.
Auf deine Frage zu USART des ATMEGA8, habe mich detailliert noch nicht mit beschäftigt aber @Bernd und ich haben uns ATMEGA-Evaluation-Boards zugelegt. Mit einer Test-Firmware und einem 16MHz Quarz klappte sogar die 115k-Übertragung

Mit freundlichen Grüßen

HardwareDoc

Moin Bernd,

Bernd hat geschrieben:Hier denke ich hast du den Fehler gemacht. Die Datei SDrive.eep muß zuerst in SDrive.eep.hex umgewandelt werden
sonst erkennt die Software den Datentyp nicht. Startadresse ist $2000.

Ich war so blind... natürlich war das der Fehler. Herrje, wie blöd. Vielen Dank! Geflasht, läuft auf Anhieb, super.

Manchmal sollte man nicht 1000 Sachen zur gleichen Zeit machen... da kommt der Wald vor lauter Bäumen Effekt durch...



Gruß, Jürgen

Moin Moin!

Hardwaredoc hat geschrieben:Hallo @tfhh,
ich weiss nicht welchen ATMEGA du benutzt aber der ATMEGA8 hat:
-8kB Flash
-512B EEPROM
d.h. Programmdatei 0000h-1fffh und EEPROM 2000h-21ffh.

Auch hier Sorry für soviel Blindsichtigkeit... ich hatte garnicht ins Datenblatt geschaut, siehe meine Antwort auf Bernd... es war spät und ich hatte einfach einen Gedankenfehler.

Gruß, Jürgen

Hallo @tfhh,
manchmal ist es halt so...
Wenn man nicht weiter kommt einfach für eine Weile "abschalten", der "frische Wind" kommt meinst von allein.

Mit freundlichen Grüßen

HardwareDoc

HiassofT hat geschrieben:Hallo Bernd!

Könntest Du bei Gelegenheit mal checken wie hoch das SDrive mit original OS rauf kommt? Ich würde auf Divisor 2 tippen, so wie der NTSC Atari mit dem alten Quarz.

so long,

Hias

Hallo Hias,

mit deiner Vermutung hast du Recht. Ich komme mit dem Original OS bis zum Divisor 2 mit 99000 dann ist Schluss.
Die Idee ab Divisor 3 deinen Patch zu verwenden ist die beste Lösung. Erst wenn sich die Probleme einstellen sollte
dann deine Version eingreifen. Ich freu mich schon aufs neue Fackeln...

Viele Grüße,
Bernd

Hallo Hias,

wie angekündigt habe ich in der Nacht ein paar Test's laufen lassen. Bis Pokey 1 geht in der Praxis alles wunderbar.

Hardwaredoc hat geschrieben: und ohne den Quarz zu ändern geht Divisor 0 problemlos.

@Hardwaredoc: hier würde mich interessieren, in welcher Umgebung Du das geschafft hast. Ich bekomme das nicht leider nicht hin.

Zum Testen habe ich das Sdive mit der Orginal-Schaltung, (Quarz 14,31818) SD, MD und DD ATR benutzt. XL mit SIO Patch im Eprom und der MegaRam III im 256K Modus. Übrigens ist mit aufgefallen, daß ich mit dem Sdrive (unter MyDos & BiboDos) nicht formatieren kann. Schreiben geht prima, aber Format wird ablehnt.

Getestet habe ich mit den DIAG????.ATR und ein mit Daten voll bepacktes DD ATR (MyDOS).

Bei Pokey 0 geht es hier nicht.

Bei Pokey 1 läuft DIAG.ATR ohne Fehlermeldung, aber stottert. Die gr. LED am Sdrive "blinkt" im Takt des stotterns.

DIAG-EXT.ATR stottert wie oben beschrieben und bringt Fehlermeldungen am laufenden Band. z.B.

31 02 52 01 00 30 07 0 01 96 00
000B0D.1A: 00 0A 00 80 02
00 0A 00 80 02
00 0A 00 80 02
00 0A 00 80 02

31 02 52 01 00 30 07 0 01 96 00
000B20.0C: 00 0A 00 80 02

DIAG-EXT-NONMI.ATR stottert wie oben beschrieben und bringt Fehlermeldungen. z.B.

31 02 52 01 00 30 07 00 01 0B 01
0019EF: 00 8A 00 80 02

DIAG-NONMI.ATR stottert leicht wie oben beschrieben, bringt aber keine Fehlermeldungen.

Alle DIAG???.ATR brechen aber nicht ab!

Ich habe noch COPY2000 und die Disk Copy Funktion von MyDos probiert. Virtuelles LW:#1= Quelle, virtuelles LW:#2= Ziel, Format AUS. Beide laufen und kopieren ein DD ATR in ca. 48'' fehlerfrei. COPY2000 liest und schreib bekanntermaßen in einem Rutsch. Bei MyDOS mit der Dos-funktion "J" "1,2/N" wird abwechselnd gelesen und geschrieben.

Compilerte Turbobasic Programme mögen den SIO Patch nicht. Da ist der Schriftsatz mit anderen Daten belegt. Ist aber bei mir kein großes Problem, ich habe ja noch das Qmeg im XL und dort bleiben (bekannter Weise) nur die Umlaute auf der Strecke, aber das macht gar nix!!

Alles in allem funtioniert das Sdrive mit Patch bis Pokey 1 prima. Ein paar mini kurze "Aussetzer" habe ich beim Laden von Programmen beobachtet, nehme aber mal an, das dies an der Datenverarbeitung der geladenen Daten im XL liegt. Und wenn es mal wirklich nicht geht, weil zB. wieder eine BiboDos Disk/ ATR mit Tastaturpuffer gebootet wird, gibt es ja immer noch Sh/Contr N.

NUMEN mag es auch.

Danke HIAS

Hallo Bernd!

Bernd hat geschrieben:mit deiner Vermutung hast du Recht. Ich komme mit dem Original OS bis zum Divisor 2 mit 99000 dann ist Schluss.
Die Idee ab Divisor 3 deinen Patch zu verwenden ist die beste Lösung. Erst wenn sich die Probleme einstellen sollte
dann deine Version eingreifen. Ich freu mich schon aufs neue Fackeln...

OK, hier ist die neue Version: http://www.horus.com/~hias/tmp/sdrive-hias-090601.zip

Bis Divisor 4 ist alles beim alten, ab Divisor 3 (und darunter) wird auf das Ende der Übertragung gewartet. Eine email an Raster ist auch schon raus.

so long,

Hias

Hallo Andreas!

dl7ukk hat geschrieben:Bei Pokey 1 läuft DIAG.ATR ohne Fehlermeldung, aber stottert. Die gr. LED am Sdrive "blinkt" im Takt des stotterns.

DIAG-EXT.ATR stottert wie oben beschrieben und bringt Fehlermeldungen am laufenden Band. z.B.

31 02 52 01 00 30 07 0 01 96 00
000B0D.1A: 00 0A 00 80 02
00 0A 00 80 02
00 0A 00 80 02
00 0A 00 80 02

Das ist seltsam. Achja: ist das 2. Byte 8A (statt 0A)? Das bedeutet, daß das SDrive nicht auf den Command Frame geantwortet hat (Timeout) oder daß der Atari das Command ACK nicht (korrekt) empfangen hat.

Hattest Du beim Test noch andere SIO-Geräte angeschlossen? Sind im Atari die Kondensatoren in den SIO-Leitungen drin (C78 und C78 im 800XL)?

Es könnte durchaus sein, daß es dadurch zu Übertragungsfehlern bei der hohen Geschwindigkeit kommt. Doofe Physik/Elektronik halt :-)

Compilerte Turbobasic Programme mögen den SIO Patch nicht. Da ist der Schriftsatz mit anderen Daten belegt. Ist aber bei mir kein großes Problem, ich habe ja noch das Qmeg im XL und dort bleiben (bekannter Weise) nur die Umlaute auf der Strecke, aber das macht gar nix!!

Mit welchem compilierten Programm hast Du getestet, mit dem Software Patch oder mit dem EPROM im Atari?

Ich habe kurz mal ein compiliertes Programm mit dem ROM getestet, da war alles normal.

Der Software Patch wird hier nicht funktionieren, da das RUNTIME.COM (genauso wie TurboBasic) das RAM unter dem OS belegt.

Danke HIAS :D :D

Gerne! Und Danke für's Testen!

so long,

Hias

HiassofT hat geschrieben:Hallo Bernd!
OK, hier ist die neue Version: http://www.horus.com/~hias/tmp/sdrive-hias-090601.zip

Bis Divisor 4 ist alles beim alten, ab Divisor 3 (und darunter) wird auf das Ende der Übertragung gewartet. Eine email an Raster ist auch schon raus.

so long,

Hias

Hallo Hias,

läuft erstklassig.....Danke dafür.....

@Jürgen: Beim neu Flashen mit dem Galep gibt es einen Trick. Zuerst liest du den alten Atmega aus. Damit werden alle gesetzten Config Bits bereits übernommen. Danach nur noch die SDrive.hex laden, das EEprom bleibt gleich. Atmega löschen und anschließend neu flashen.

Viele Grüße,
Bernd

Hallo @dl7ukk,
was meinst du mit "Umgebung"?
Getestet habe ich es mit dem HIAS-OS und CROWNLAND.XEX und NUMEN.ATR.
Wie @Hias schreibt geht es nur wenn die zwei Kondensatoren entfernt sind sonst gibt es Probleme mit den Signal-Flanken.
Werde hoffentlich heute noch Zeit finden um das neue Patch zu testen ...
DANKE HIAS !

Mit freundlichen Grüßen

HardwareDoc

PS: @Bernd, meinst du, dass der Chef von Fa. Fackelmann 'ne andere Geschäftsidee hatte ?

Hallo Hias,

ein paar Antworten kann schon geben, den Rest erst wenn der XL wieder aufgebaut ist.

HiassofT hat geschrieben:Das ist seltsam. Achja: ist das 2. Byte 8A (statt 0A)? Das bedeutet, daß das SDrive nicht auf den Command Frame geantwortet hat (Timeout) oder daß der Atari das Command ACK nicht (korrekt) empfangen hat.

Du hast natürlich Recht, es muss richtig lauten.

00 8A 00 80 02

Das dieser (Schreib-)Fehler von mir überall drin sind, liegt daran, das ich gleiche Inhalte beim schreiben der Nachricht kopierte....

Hattest Du beim Test noch andere SIO-Geräte angeschlossen?

Nein! nur das Sdrive.

Sind im Atari die Kondensatoren in den SIO-Leitungen drin (C78 und C78 im 800XL)?

Das muss ich erst überprüfen. Aber sicherlich sind sie noch drin. Diese Information ist an mir vorbei gagangen...

Mit welchem compilierten Programm hast Du getestet, mit dem Software Patch oder mit dem EPROM im Atari?

Es ist ein selbstgestricktes TurboBas Programm. Ich "verwalte" damit meine A8 Software. Damit genug Daten verwaltet werden können habe ich den Speicher von Turbo Basic bis auf's Letzte ausgereitzt. Leider ist der Quelltext über die Jahre verschwunden.

Alles wurde mit einem gepatchten XL Eprom im XL getestet.

Hallo Hardwaredoc

Hardwaredoc hat geschrieben:was meinst du mit "Umgebung"?
Getestet habe ich es mit dem HIAS-OS und CROWNLAND.XEX und NUMEN.ATR.
Wie @Hias schreibt geht es nur wenn die zwei Kondensatoren entfernt sind sonst gibt es Probleme mit den Signal-Flanken.

Genau sowas meinte ich. Wobei ich nicht an die C's dachte, aber Dir fallen ja oft noch andere Tricks ein. Ein Drähtchen hier, eine Diode dort. Hätte ja sein können.

Moin Bernd,

Bernd hat geschrieben:@Jürgen: Beim neu Flashen mit dem Galep gibt es einen Trick. Zuerst liest du den alten Atmega aus. Damit werden alle gesetzten Config Bits bereits übernommen. Danach nur noch die SDrive.hex laden, das EEprom bleibt gleich. Atmega löschen und anschließend neu flashen.

Jop, Danke. Habe ich auch so gemacht, schön einfach. Die Optionen der einzelnen Beschreibens etc. geht auch mit meiner Galep-Software noch.

Statusbericht:

Mein S-Drive läuft nun. Test-Hardware 130 XE, normales 800 XL OS mit Hias-HiPatch 1.20 drin, 320 KByte, sonst nichts. Ich habe noch nicht geschaut, welche Kondensatoren beim XE die hier genannten C78/C79 sind und ob es die überhaupt beim XE gibt.

Mit 14,31818 MHz Quarz: Stabiler Betrieb bis Divisor 2. Bei Divisor 1 hakelt es, geht aber einigermaßen, aber nicht stabil. Divisor 0 = keine Chance.

Dann habe ich den 14,187576 MHz Quarz eingesetzt. Nun auf Anhieb Divisor 1 ohne Probleme. Nun den S-Drive Patch von Hias in den ATMega geflasht, Divisor 0 GEHT.

Laden, Formatieren und Speichern unter XDOS 2.43N alles kein Thema, funzt super. US-Copy 4 von Erwin Reuß mag bei Divisor 0 nicht mehr, aber Divisor 1 geht total fehlerfrei.

Nun werde ich ein paar weitere Tests machen, inwieweit stabil der Divisor 0 Betrieb ist.

Aber erste Sahne, Hias! Vielen Dank!

Gruß, Jürgen

dl7ukk hat geschrieben:Hallo Hardwaredoc
... aber Dir fallen ja oft noch andere Tricks ein. Ein Drähtchen hier, eine Diode dort. Hätte ja sein können.

Mit freundlichen Grüßen

HardwareDoc

HiassofT hat geschrieben:Sind im Atari die Kondensatoren in den SIO-Leitungen drin (C78 und C78 im 800XL)?
Hias

Hallo Hias,

du meintest sicherlich C77 und C78 im 800XL. Die Kondensatoren waren bei mir auch noch aktiv. Die habe ich jetzt beide entfernt.

Viele Grüße,
Bernd

Bernd hat geschrieben:

HiassofT hat geschrieben:Sind im Atari die Kondensatoren in den SIO-Leitungen drin (C78 und C78 im 800XL)?
Hias

Hallo Hias,

du meintest sicherlich C77 und C78 im 800XL. Die Kondensatoren waren bei mir auch noch aktiv. Die habe ich jetzt beide entfernt.

Viele Grüße,
Bernd

Hallo @Bernd,
nicht schlecht, mit den C's gab es zum Teil Probleme bei der Speedy und du kommst auf Divisor 0
Mal schauen was ich noch heute schaffe (bin nämlich noch im Garten).

Mit freundlichen Grüßen

HardwareDoc

Hallo Sonnenanbeter (HardwareDoc),

Sonne schadet dem Teint.
Ohne die beiden Kondensatoren schafft nun SIO2SD Divisor 3 mit 89488.
Auch hier hat es geholfen.

Bye,
Bernd

Hallo Bernd!

Bernd hat geschrieben:du meintest sicherlich C77 und C78 im 800XL. Die Kondensatoren waren bei mir auch noch aktiv. Die habe ich jetzt beide entfernt.

Mist, ja, genau. Da hab' ich wohl zu schnell getippt :-)

so long & danke für die Korrektur,

Hias

Moin Moin,

also so wie ich das sehe, läuft nur dann alles beim Divisor 0 und 1 stabil, wenn Software verwendet wird, die keine eigenen Highspeed-Routinen verwendet.

Folgende Sektorkopierer (ohne Anspruch auf Vollständigkeit, ich habe auch nicht ALLE durchprobiert, die ich irgendwo rumliegen habe...) können überhaupt mit Divisor 0 und 1 eine Disk ganz einlesen:

Copy-Mate XE 3.8
Track Copier 2.01 von Arndt Bär
Sektor-Kopierer 6.1i+ von Dr. XL
S-copy 1.5 von der Speedy-Systemdisk

Beim Schreiben hakt es dann aber sehr oft und kommt zu Aussetzern, im besten Fall wird auf Standard-SIO-Speed herabgeschaltet, im schlechtesten Fall gibt es konstant Fehker $8B (139).

08/15 Sektor-Kopierer, die einfach nur das OS und damit Hias´ Routinen verwenden, schreiben und lesen einwandfrei bis zum Divisor 0 bei mir (Rechner siehe oben).

Von daher ist mein derzeitiges Resümee:

1. Lesen (Booten) geht mit nahezu allem einwandfrei
2. Damit arbeiten (Schreiben, Formatieren usw.) nur bis Divisor 2 sicher
3. Es braucht einen modernen Sektorkopierer, der entweder Hias´ Know-How verwendet oder einfach keine (oder eine abschaltbare) eigene HS-Routine besitzt.

Gruß, Jürgen