Hier noch ein Bild der Anschlussbelegung zur Hilfestellung. Die +5V werden aus dem Atari über die SIO-Leitung eingespeist. Soll die Spannungsversorgung lieber über USB oder dem Klinkenanschluss erfolgen, dann die Leitungen auf dem Bild /braun-grau-grün/ nicht mit anklemmen. Statt der Standart-Diode verwende ich eine Shottky-Diode (was man so zu Hause hat), die Signalamplitude ist dadurch höher. Tip: Bei einem Firmware-Update über USB nicht den SIO-Stecker im Atari eingesteckt lassen.

Bernd hat geschrieben:

guus hat geschrieben:Hallo,
Es gibt bei mir ein Problem mit den SDrive beim Update.
Bis jetzt geht V5.
Wenn ich V6 oder V7 im Processor programmiere, functioniert den Touch-Screen nicht mehr.
Ich hab ein Uno mit Dip Processor den ich in ein Programmiergerät stecke. (Also nür den Processor. Ich weiss nicht mehr wie ich es über den Uno machen muss)
Beide, das Programm und die EEprom Daten werden programmiert.
Mein Display ist Elegoo mit den ILI9341.
Wenn ich V5 dann wieder Programmiere, geht alles wieder, ohne einige änderung oder justierung.
Bei diesen Vorgang ist eine SD-Karte immer da.
Es wird je nachdem, V5, V6 oder V7 angezeigt und bei V7 wird auch den KassentenIF angezeigt.

Wass könnte da los sein?

mfg/
Guus

Hi Guus,
die Software lässt sich nur indirekt, also ohne Programmiergerät, über den USB Port korrekt installieren. Im Anhang findest du die Version für das ILI9341 Display. Entpacke die ZIP-Datei, verbinde den UNO mit einem PC, starte die SDrive.bat (Englische Ausführung) und folge den Anweisung. Eine Help Funktion ist integriert. Es ist die Betaversion V0.8b, die ich von Farb auf der Fujiama bekommen habe. Damit laufen schon viele ATX-Files.

Viel Erfolg,
Bernd

PS: Es ist kein offizielles Update und nur für das ILI9341 geeignet, die anderen Display Files besitze ich nicht.

Das wird nicht mehr funktionieren, denn wenn man den AVR einmal extern programmiert, ist höchstwahrscheinlich der Arduino Bootloader weg, den muß man dann erstmal wieder draufmachen.

PS: Die V0.8b stammt nicht von mir, ich hab daher keine Ahnung von welchem Softwarestand die ist, und was da wohlmöglich sonst noch verändert wurde. Daher von mir dazu KEIN SUPPORT!

kbr hat geschrieben:PS: Die V0.8b stammt nicht von mir, ich hab daher keine Ahnung von welchem Softwarestand die ist, und was da wohlmöglich sonst noch verändert wurde. Daher von mir dazu KEIN SUPPORT!

Hi Klaus,
diese Meldung solltest du auf Atariage posten, dort findest du die vielen neuen Quellen. Meine Version hat mir Daniel auf der Fujiama gegeben. Die wichtigste Info von ihm dazu:
I've done some further compatibility testing with the current code in Github master. 86% compatibility!
https://docs.google.com/spreadsheets/d/ ... Os4vM/edit


@Guss: Ist es eine Original UNO Platine oder ist es ein Clone?
Poste mal ein Foto davon, vielleicht kann ich dir helfen.

Hallo,

Danke für die Antworte, ich werde mal wieder testen.

Zum Programieren hab ich ein Gerät von Hi-Lo-Products.
Universell, kann Eproms, Gal's, MPU's und vieles mehr.
Aber es kann schon sein das da kein FF auf "leere Stellen" steht.

Weil ich auch Uno-Clones benütze, hab ich ein anderes Treiber-Programm installiert.
Vielleicht ligt dort das Problem. Den Arduino GUI seht mein Uno gar nicht. Daher das Hi-Lo Gerät.
Aber es mag klappen mit den .BAT Datei.
Bootloader kann ich einfach wieder drauf schreiben, ist kein Problem.

Kallibrierung vom Touchscreen ist vielleicht auch eine Lösung.
Den Arduino ist ein Original.
Dann werde ich zuerst mal den Boorloader wieder herstellen un dann nochmal per Arduino versuchen.

mfg/
Guus

Hallo,
Hab nochmal getestet.
Mit V8 oder V7 functioniert die Callibrierung vom Schirm.
Aber danach nichts mehr. (Alles ist da, nür keine reaction wenn den Schirm berührt wird)
Mit V5 geht den Schirm. (Aber die Callibrierung nicht, ist nicht da)

Jetzt is leider auch mein Schirm gebrochen. Anzeige ist ok, aber nicht immer Berührung erkannt.

Mit ein Atmel328 der den Bootloader enthält, wird die Arduino auch nicht erkannt.
Ich werde später mal alles Arduino neu installieren, original, hoffentlich auch Treiber original.

mfg/
Guus

Hab mir mal den diff zwischen V05 und V06 angeschaut, da hat sich nichts am Touchscreen geändert.
Das Problem muß wo anders liegen, Kannst du in das Sdrive Control Programm booten, oder hängt es gar komplett?

PS: Und nimm mal die SD-Karte raus, ob sich dann was ändert?

Level42 hat geschrieben:Sorry for my English but I write English 5 times faster than German:

very cool project, learned about it through FB.

Is there a video somewhere that demonstrates how the display looks and how everything works ?
I'm very curious.....

Being Dutch, I'm going to try an build this as cheap as possible....If I succeed it will have cost me 10,62 euro
(without any case)

If I fail, you can all laugh at me

Wish me luck....ordering stuff.....now

P.S. That XL style case looks extremely cool especially in the "Elfenbein" (Ivory) color....

I can happily report that I assembled my Sdrive Max early this week and it works great

I did need to get another serial driver because the clone UNO that I bought has a different serial chip. But I found it through Google, installed it and then I could follow the instructions....Amazing little device VERY happy, thanks to all who contributed !!

I do have one request.... is it possible to shut off the screen after a minute or so when it's not active ?

I'm not that keen of the display being lit up all the time during playing games....and it would save energy as well. The screen really consumes all of the 120 mA I measured...and with a 1A PSU things can get a bit tight if you also have a lot of extensions installed. No idea if this would be possible KBR ?

Hallo,
Hab noch mal ein neuer Mega324 genommen und den Programmiert mit V7.
Jeztz kann ich also sehr schnell von V5 auf V7 wechseln.
Callibrieren vom Touchscreen geht ok. (Vier mal + in alle Ecken)
Wenn keine SD Karte drin ist, kann ich ein Laufwerk selectieren.
Aber dann bekomme ich ein Fehlermeldung, wie erwartet.
Die Karte rein, auch dann Fehlermeldung.
V5 wieder drin. Jetzt kann ich selectieren und bekomme keine Fehlermeldungen.
Könnte die Karte sein, aber warum geht alles inter V5 dann ok?

Noch etwas: Mit V5 ist den Bildschrirm in eine Lage. Dann mit V7 (oder auch V6) ist alles umgekehrt.
Also Oben und Unten werden verwechselt.

(Den Schrim ist leider auch teilweise kaput. Gebrochen. War aber vorher nicht....)

SDrivecontroll muss ich nochmal nachsehen. (Es klingelt keine Glöcke wie wir sagen, also kommt mir nicht bekannt vor)

mfg.
Guus

Hi Guus,
ich denke, ich kenne jetzt einige Probleme. Mach zuerst das Update auf die letzte Version.
Die SD-Karte darf nur im ausgeschalteten Zustand entnommen oder eingesetzt werden, die Hardware besitzt keine Anwesenheitskontrolle, also keinen Schaltkontakt, der überprüft, ob eine SD Karte eingesteckt wurde. Im laufenden Betrieb geht ein SD-Wechsel leider nicht.
Das Bild lässt sich in der SDvive-Max Konfiguration seit der letzten Version auch drehen (Rotate), anschließend aber nicht das Speichern vergessen, sonst ist alles beim alten beim nächsten Neustart.

Viele Grüße,
Bernd

Level42 hat geschrieben:

Level42 hat geschrieben:I do have one request.... is it possible to shut off the screen after a minute or so when it's not active ?

I'm not that keen of the display being lit up all the time during playing games....and it would save energy as well. The screen really consumes all of the 120 mA I measured...and with a 1A PSU things can get a bit tight if you also have a lot of extensions installed. No idea if this would be possible KBR ?

The display has a standby mode or could be blanked, but there is no backlight control, this is hardwired always on. So that has no big effect on power consumption, i think.

guus hat geschrieben:Hallo,
Hab noch mal ein neuer Mega324 genommen und den Programmiert mit V7.
Jeztz kann ich also sehr schnell von V5 auf V7 wechseln.
Callibrieren vom Touchscreen geht ok. (Vier mal + in alle Ecken)
Wenn keine SD Karte drin ist, kann ich ein Laufwerk selectieren.
Aber dann bekomme ich ein Fehlermeldung, wie erwartet.
Die Karte rein, auch dann Fehlermeldung.
V5 wieder drin. Jetzt kann ich selectieren und bekomme keine Fehlermeldungen.
Könnte die Karte sein, aber warum geht alles inter V5 dann ok?

Noch etwas: Mit V5 ist den Bildschrirm in eine Lage. Dann mit V7 (oder auch V6) ist alles umgekehrt.
Also Oben und Unten werden verwechselt.

(Den Schrim ist leider auch teilweise kaput. Gebrochen. War aber vorher nicht....)

SDrivecontroll muss ich nochmal nachsehen. (Es klingelt keine Glöcke wie wir sagen, also kommt mir nicht bekannt vor)

mfg.
Guus

SDrive controll ist das, was automatisch in D0: gebootet wird, wenn man den Atari einschaltet. Die SDRIVE.ATR sozusagen. Aber wenn das EEPROM nicht stimmt, dann wird die vermutlich schon gar nicht gefunden.

Das mit dem gedrehten Bildschirm beim Releasewechsel deutet leider auch auf falsche EEPROM Daten hin, und ich vermute, da ab V06 versucht wird beim Start die gespeicherten Images wieder zu laden, daß hier Müll im EEPROM steht, und es versucht dann etwas völlig Falsches zu laden, was es zum Aufhängen bringt.

Ich überlege, wie man das besser abfangen könnte, aber eigentlich solltest du dein EEPROM in Ordnung bringen.

Arghh, that's too bad....Isn't there an output on the UNO left over...could add a tiny relay

But even without that....I would love if you could make it black after a few minutes of inactivity...maybe this can be configured selectable for those wo wouldn't want it

Level42 hat geschrieben:Arghh, that's too bad....Isn't there an output on the UNO left over...could add a tiny relay

maybe by cutting surfaces and so on, but there is also no port free.

But even without that....I would love if you could make it black after a few minutes of inactivity...maybe this can be configured selectable for those wo wouldn't want it

I putted it on my todo list.

Guus, einen Tipp kann ich dir noch geben, denn prinzipiell sollte das auch mit einem externen Programmer funktionieren, du musst dann nur das HIGH FUSE Bit EESAVE setzen, damit beim Chip-Erase das EEPROM nicht immer mit gelöscht wird.
Dann erstmal eeprom_writer.hex flashen und ausführen lassen, danach sdrive.hex.

http://www.engbedded.com/fusecalc/

EDIT: Und falls das nicht klappt, hätte ich hier noch die EEPROM Daten separat.

Hallo kbr,

Jetzt geht es ok !

Mit den Eeprom_writer.hex hab ich nicht richtig verstanden.
Und jetzt ist mir auch klar wie es beim Eeprom und den Programmer functioniert.

Wie ich es endlich geschafft hab:
Eeprom.eep geladen (Beim Programmer in $8000)
Dann auch das Programm laden. ($0000 und den rest "Don't-care")
Dann Controller programieren.
Also ist es für mich hilfreich um den Eeprom.eep dabei zu haben.

Eine Lösung im Programm wäre vielleicht um den Versionsnummer mit im Eepom zu schreiben.
Wenn dies nicht da ist, dann einige Defaults, statt die nicht richtige daten vom Eeprom.

mfg/
Guus

P.S.
Vielen Dank für die Hilfe um mein (unwissen) Problem zu lössen.

Hi,

das mit dem Einfrieren des Touchscreens hatte ich auch. Ich habe dann festgestellt daß es nur auftritt, wenn die SD-Karte drin war. Die SD-Karte war in FAT32 formatiert und es war noch jede Menge Kram drauf (MP3s, Bilder usw).

Ich hab dann die Karte neu formatiert und dann nur das SDRIVE.ATR draufkopiert sowie einen Ordner namens Atari angelegt und da ein paar Test-ATRs rein.

Damit war das Problem weg.

Vielleicht gibt es eine Schwierigkeit mit zu vielen Dateien oder zu langen Verzeichnisstrukturen. Vielleicht hatte auch irgendeine Datei oder ein Ordner einen Umlaut im Namen.

Viele Grüße

Erhard

guus hat geschrieben:Hallo kbr,

Jetzt geht es ok !

Mit den Eeprom_writer.hex hab ich nicht richtig verstanden.
Und jetzt ist mir auch klar wie es beim Eeprom und den Programmer functioniert.

Super!
Es ist leider nicht möglich über den Arduino Bootloader das EEPROM direkt zu beschreiben, daher der Umweg über ein eigenständiges Programm.

Eine Lösung im Programm wäre vielleicht um den Versionsnummer mit im Eepom zu schreiben.
Wenn dies nicht da ist, dann einige Defaults, statt die nicht richtige daten vom Eeprom.

Das steht da eigentlich schon drin, müsste man nur entsprechend auswerten...

Erhard hat geschrieben:Vielleicht gibt es eine Schwierigkeit mit zu vielen Dateien oder zu langen Verzeichnisstrukturen. Vielleicht hatte auch irgendeine Datei oder ein Ordner einen Umlaut im Namen.

Ja, irgendwas Unerwartetes passiert da. Leider ist mir das bislang noch nicht selbst passiert, damit ich das näher analysieren könnte, aber die Routine ist an der Stelle nicht ganz optimal...

KBR:

Ich habe (ohne Absicht) das schirm gedreht, jetzt kann ich es aber nicht mer zurückdrehen ?

Welche version ist DEIN letzte Version der firmware ?

Ich habe noch ein versuch:

Ich wurde sehr...sehr gerne Drive Max schirm in horizontal modus betreiben.....

http://atariage.com/forums/topic/280918 ... ?p=4087598


wurde das möglich sein ?

Bildschirm um 180° drehen geht über das Cfg-Menü, Button Rotate an- bzw. abwählen und auf Save klicken.

Meine letzte Firmware ist die V0.7. V0.8 werde ich aber bald releasen.

Bildschrim horizontal ist leider nicht eingebaut. Dazu müsste man alle Buttons und Fenster doppelt definieren, das ist Aufwand und zudem wäre dafür jetzt kein Platz mehr. Es wäre höchstens zu überlegen, eine extra Firmware dafür zu machen.