Übersicht des Projektes?

[mega-hz]

Hallo,

irgendwie ist das ganze Thema Sally-2 an mir vorbeigegangen ....
Daher frag ich mal ganz doof, gibt es irgendwo eine Übersicht möglichst mit Bildern?
Ist es vielleicht ein ATR8000 Nachbau?
Ich hätte da noch ein original-Gehäuse der ATR, passt die Sally2 darein?

Klärt mich mal bitte auf!

[cas]

Hi,

eine gute Übersicht gibt es in den Magazinen 157 und 161:

Magazin 157 ab Seite 31
Magazin 161 ab Seite 6

[cas]

Teil 1 aus Mag 157

[cas]

Teil 2 aus Mag 161:

[mega-hz]

sind denn noch Platinen und Gehäuse (oder die STL's) verfügbar?

[cas]

sind denn noch Platinen und Gehäuse (oder die STL's) verfügbar?

Das ganze Projekt ist OpenSource/OpenHardware, und der ABBUC plant in 2026 Bausätze mit Platinen im Shop anzubieten.

[skr]

sind denn noch Platinen und Gehäuse (oder die STL's) verfügbar?

Ja. Ich steige aus und verkaufe meine.

[mega-hz]

schreib mir mal über WA...

[mega-hz]

Danke Sascha, freue mich auf Deine Sally2 !

@all

Habt Ihr schon Erfahrungen mit HD-Disketten gemacht?
Mit MyDOS sollten die doch auch erkannt werden, oder?

[Erhard]

.

Habt Ihr schon Erfahrungen mit HD-Disketten gemacht?
Mit MyDOS sollten die doch auch erkannt werden, oder?

Ich habe derzeit ein Testgerät hier und damit ein paar Versuche durchgeführt.

Derzeit habe ich eine ganze Reihe von Problemen, aber ich muß mal erst die aktuelle Firmware bekommen und dann neu testen.

HD lief bei mir ganz beschis....eiden bis gar nicht.

Meines Erachtens braucht die Firmware einen anderen Erkennungsalgorithmus für die Dichte, ohne daß ich vom derzeitigen Algorithmus Ahnung hätte.

Mein erster Vorschlag dazu ist derzeit:

- dreht das Laufmerk mit 360 RPM (Ja -> HD, 500 KBit MFM) (Nein -> es ist ein 300 RPM Laufwerk)
- teste auf HD (bei 300 RPM) (mehr als 18 Sektoren / Track, beim HDI 36)
- teste auf DD (250 KBit MFM 256 Bytes / Sektor)
- teste auf MD (250 KBit MFM 128 Bytes / Sektor)
- teste auf SD (125 KBit FM 128 Bytes / Sektor)

Bei jeweils erfolgreichem Test (auf Track 0 Seite 0) erfolgt danach die Ermittlung der Trackzahl (auf Seite 0)
- (evtl Prüfung auf 35 Track LW)
- ist Track 40 (das ist der 41 Track) mit den Einstellungen lesbar (Nein: 40 Track Laufwerk, Ja: evtrl 77 Track Laufwerk)
- ist Track 77 (das ist der 78 Track) mit den Einstellungen lesbar (Nein: 77 Track Laufwerk, Ja: 80 Track Laufwerk)

Nach dem letzten erfolgreichen Track-Test muß geprüft werden, ob dieser Track auch auf Seite 1 lesbar ist (Nein: single sided, Ja: double sided)

Jetzt kann es sein, daß keine oder eine unformatierte Disk einliegt (ein Problem, das ich beim HDI nicht hatte, da hier das Disk-Change-Signal Voraussetzung ist und verwendet wird).

Für den Fall sollte vielleicht ein PERCOM-Block mit Nullen erstellt werden (oder 40 TR, SSSD). Da muß der Benutzer beim Formatieren eben wissen, was das Laufwerk kann.

Wenn dem Formatierkommando ein PERCOM-Block mit mehr als 18 Sektoren a 256 Bytes pro Sektor vorausgeht muß der FDC in den HD-Modus geschaltet werden.

Ob ich damit alles erfaßt habe ... und ob das so implementiert wird oder werden kann ...

Auf jeden Fall kann man mit diesem System auch:

- eine 3,5" DD Disk mit 80 Tracks DSDD formatiern, dann noch einmal die Disk mit 40 Tracks SSSD formatieren und schon wird eine 40 Track SSSD Disk erkannt.

[mega-hz]

uff. Ganz schön großer Haufen to-do's...
Bin gespannt...

[chaos]

Hallo Wolfram, guckst Du auch : https://github.com/Roland-Scholz/Sally-2
(ich habe viel über den WD1772 auf Deinen Seiten gelesen ) Danke Dir

@Erhard: unter https://github.com/Roland-Scholz/Sally- ... are/Sally2 liegt Sally2.hex, das ab $8000 ins EEProm brennen.
Lege mal eine mit MS-DOS formatierte HD Disk ein, die solltest Du dann auf 77 TRK 26Sec /256Bytes umformatieren können.
Die Firmware kann an HD Laufwerken nur 8-Zoll-Trümmer mit 360rpm, ich habe bisher nur den Workaround eingebaut, dass man eine schon formatierte HD Disk umformatieren kann. Ich benutze die im Moment als Standard und kann mich, wenn man erstmal formatiert hat nicht beklagen.

Aber wie schonmal woanders gesagt, die ursprüngliche ATR8000-Firmware müsste man u.U. generalüberholen oder mit den Quirks leben, ich komme eigentlich gut zurecht...

[Erhard]

Hallo,

unter https://github.com/Roland-Scholz/Sally- ... are/Sally2 liegt Sally2.hex

wie gut, daß ich nach dem Herunterladen noch einmal in die Datei hereingeschaut habe. Der Inhalt beginnt wie folgt (s.u.).

Offenbar darf man auf diesem Sch...Github all das nicht machen (Rechtsklick, speichern als), was sonst Gang und Gäbe ist.

Ich will nicht, daß die Inhalte erst in einem Browserfenster geöffnet werden, bevor ich sie daraus abspeichern kann.

Weiß der Geier, was so ein Browser aus dem ursprünglichen Inhalt macht.

Code: Alles auswählen

<!DOCTYPE html>
<html
  lang="en"
  
  data-color-mode="auto" data-light-theme="light" data-dark-theme="dark"
  data-a11y-animated-images="system" data-a11y-link-underlines="true"
  
  >

  <head>
    <meta charset="utf-8">
  <link rel="dns-prefetch" href="https://github.githubassets.com">
  <link rel="dns-prefetch" href="https://avatars.githubusercontent.com">
  <link rel="dns-prefetch" href="https://github-cloud.s3.amazonaws.com">
  <link rel="dns-prefetch" href="https://user-images.githubusercontent.com/">
  <link rel="preconnect" href="https://github.githubassets.com" crossorigin>
  <link rel="preconnect" href="https://avatars.githubusercontent.com">
  .....
  

Ich hab jetzt mal einen normalen Klick auf den Link gemacht und dann geht in einem neuen Fenster etwas auf, das wie folgt beginnt:

Code: Alles auswählen

:10000000F3AF3D20FD216404060B4E23EDA320FA3F

Das ist nicht das übliche Format einer Binärdatei für ein (E)EPROM. Na ja, die Erweiterung ist ja nicht umsonst .hex.

Und wie krieg ich das jetzt in den Chip????????????????????

Mein ursprünglicher Gedanke war, ich bekomme eine .BIN oder .ROM Datei, zieh den Chip aus dem Sockel, nehme einen EPROM-Brenner wie den GALEP-4 o.ä. und brenne oder flashe den Chip.

Lege mal eine mit MS-DOS formatierte HD Disk ein, die solltest Du dann auf 77 TRK 26Sec /256Bytes umformatieren können.

Ich hab bereits eine HD formatierte Disk ausprobiert, allerdings eine aus dem HDI. Die ist schon 500 KBit MFM, klappt aber nicht.
Sind beide Laufwerke in dem Testgerät HD-Laufwerke?
Scheitert das an den mehr als 26 Sektoren pro Track?
Ich kann auf dem HDI auch 26 Sektoren formatieren, sollte es dann gehen?

Aber erst mal müssen die SIO-Fehler weg, sprich keine Aussetzer und Kommandos mit unbekannten Befehlen müssen mit NACK beantwortet werden und nicht in Timeouts laufen. Kommandos dürfen nur dann nicht beantwortet werden, wenn die Sally-2 keine zum Kommando passende Device-ID aktiv hat.

Beispiel:

Die Sally-2 hat D1: eingerichtet, nicht aber D2:

Kommando 31 50 01 00 (Lese Sektor 1) -> sollte ausgeführt werden
Kommando 31 68 00 00 (Get HS SIO Length) -> NACK senden
Kommando 32 50 01 00 -> Nicht antworten

[Erhard]

.
> :10000000F3AF3D20FD216404060B4E23EDA320FA3F

hab mittlerweile erfahren, daß es sich hier um das Intel-HEX-Format handelt.

Kannte ich bislang nicht.

Ist aber somit erledigt.

[mega-hz]

Die Sally-2 hat D1: eingerichtet, nicht aber D2:

Kommando 31 50 01 00 (Lese Sektor 1) -> sollte ausgeführt werden
Kommando 31 68 00 00 (Get HS SIO Length) -> NACK senden
Kommando 32 50 01 00 -> Nicht antworten

Ist Kommando 50 nich schreiben? müsste doch 52 heissen, oder?

[Erhard]

.

Ist Kommando 50 nich schreiben? müsste doch 52 heissen, oder?

Da liegst Du völlig richtig. Sorry, mein Fehler.
Aber der Kasus Knacktus ist hier, daß Kommandos, die ein vorhandenes Gerät betreffen, nicht auf Grund unzutreffender Parameter unbeantwortet bleiben dürfen.

Grob gesagt gilt:

Ein Kommando mit passender DeviceID mit zutreffenden Parametern muß mit 'A(ck) beantwortet werden.
Ein Kommando mit passender DeviceID mit unzutreffenden Parametern muß mit 'N(ack) beantwortet werden.
Ein Kommando mit passender DeviceID mit zutreffenden Parametern und mit ordnungsgemäßem Verlauf muß mit 'C(omplete) beantwortet werden.
Ein Kommando mit passender DeviceID mit zutreffenden Parametern und mit fehlerhaftem Verlauf muß mit 'E(rror) beantwortet werden.

Ein Kommando an ein nicht vorhandenes Gerät läuft in einen Timeout.

Ein Kommando mit passender DeviceID, was nicht innerhalb der vorgegebenen Zeit ausgeführt wird läuft in einen Timeout.

Die genaue Reihenfolge der Antworten mit Zeiten, wann diese jeweils erfolgen müssen ist den Specs von Atari für das SIO-Protokoll zu entnehmen.