Hurra!
Ich hab nur den Tip von Opa64 befolgt und schon läuft es, ohne dass ich die Schaltung verändert hätte.
Des Rätsels Lösung: es sollte ein C64 angeschlossen sein, dann klappts auch mit dem Encoder!
Vielen Dank an alle die mir bei der Fehlersuche geholfen haben und natürlich an Unseen und Shadowolf! 
lg,
znarF
Kann ich auch ein Display verwenden, welches nur einen "E" Anschluss besitzt? Es handelt sich um ein 4x20 Display mit folgendem Pinout:
ScreenShot99.jpg
Schließe ich dann nur PA2 bzw. PA3 an, muss ich den anderen Pin vom AVR an Masse legen und vor allem, muss die Firmware geändert werden?
danke und lg,
znarF
Kann ich auch ein Display verwenden, welches nur einen "E" Anschluss besitzt?
Klar
QuoteSchließe ich dann nur PA2 bzw. PA3 an
Ja
Quotemuss ich den anderen Pin vom AVR an Masse legen
NEIN!
Quoteund vor allem, muss die Firmware geändert werden?
Ja, siehe config.h des Display-Teils und evtl. main.c damit es nicht ständig scrollt
Hi Unseen!
I did 4x20 rows display the project. Could 4 rows of 20 columns in the changed status information.
However, the encoder problem is scrolling. Type A: ALPS STEC16B04.
Put in two of every click of the menu bar. How can I set to work properly?
I attach some pictures of my work so far:)
Sincerely, Peter
http://spellbound.atw.hu/1.JPG
http://spellbound.atw.hu/2.JPG
http://spellbound.atw.hu/3.JPG
http://spellbound.atw.hu/4.JPG
So, hier mal mein Protoyp mit 4 x20 LCD! 
Danke an Unseen und OPA64 für eure Hilfe und Tipps ohne die ich nie so weit gekommen wäre!
LG
znarF
http://spellbound.atw.hu/PIC_0003.JPG
I thank you a lot of help from everyone: (
But ultimately, I can read, so I've been too long since the prototype ....
Cool Thing, can you post a Photo here?
regarsd,
znarF
that one looks nice! great work.
Eine Frage zu der Firmware:
Welche ist die letzte Version die auf einen ATmega644 passt, wenn ich zusätzlich die LCD-Funktion verwenden möchte?
Ist das die v0.10.0 ? Oder passt die v0.10.1 da auch noch drauf?
Also die kompilierte Datei hat eine Größe von 62.726 Byte. Ich denke damit ist sie zu groß für den 644.
Soweit ich weiß darf/muß sie exakt 61.440 Byte groß sein damit sie vom Bootloader gelesen wird.
Was könnte man deaktivieren damit man auf die passende Größe kommt?
Wozu benötigt man die WHEELS ? Nur für GEOS, oder?
Irgendwie bekomme ich es nicht hin den LCD-Code zu kompilieren:
Was fehlt ihm da?
Update:
So wie es aussieht wurde die Ordnerstruktur umgestellt. Den das MAKEFILE des LCD-Codes verweist auf ../conf2h.awk . Da liegts aber nicht.
Ich kann das zwar auf ../scripts/conf2h.awk ändern, dann hängt er aber beim nächten Teil:
HILF!!!
Den das MAKEFILE des LCD-Codes verweist auf ../conf2h.awk . Da liegts aber nicht.
[/code]
Dann kopier`s doch einfach dorthin. 
Ja, dann komme ich genausoweit wo er die timer.h nicht findet.
Und welch ein Wunder, die gibt es auch gar nicht.
Was für ein Pfusch!
na wo ist sie denn?
Ingo hat irgendwo (entweder README oder config-example) geschrieben, dass die config-example dazu dient, die verschiedenen Einstellungen zu dokumentieren und dass er ausdrücklich KEINE Garantie dafür gibt, dass sie auch kompiliert.
Du musst schon Code für eine konkrete Hardware kompilieren lassen, z.B. mit make CONFIG=config-larsp wenn Du ein LarsP hast.
Wenn das in der 0.10.1 auch nicht geht, nimm die Source aus dem git - da geht's bestimmt.
Der sd2iec Code ist nicht das Problem. Sondern der für den LCD-AVR.
Und den hab ich von der sd2iec.git.
Hab mir die älteren Versionen mal angesehen. Auch dort fehlt überall die timer.h (Zumindest in der v0.10.1)
Die v0.10.0 ist komplett anders strukturiert. Bei der funktioniert das kompilat.
So wie ich das sehe wurde dieser leider bei der aktuellen Version außer acht gelassen. Schade eigentlich. Somit ist die v0.10.1 für mich unbrauchbar.
Wenn das in der 0.10.1 auch nicht geht, nimm die Source aus dem git - da geht's bestimmt.
In der aktuellen git-Version compiliert das lcd-i2c-Unterverzeichnis nicht, das wird vor dem Release noch gefixt oder in ein getrenntes Repository verschoben.
Der sd2iec Code ist nicht das Problem. Sondern der für den LCD-AVR.
Warum willst du den neu compilieren?
QuoteSo wie ich das sehe wurde dieser leider bei der aktuellen Version außer acht gelassen. Schade eigentlich. Somit ist die v0.10.1 für mich unbrauchbar.
In der 0.10.1 compiliert das lcd-i2c-Unterverzeichnis hier einwandfrei, der Fehler wird wahrscheinlich irgendwo bei dir liegen.
Ich hab gerade eben probehalber die LCD-Firmware von 0.10.1 compiliert. Ging problemlos.
Sorry, mein Fehler. Hatte nicht verstanden, dass der LCD-Code nicht compiliert statt dem floppy emulator-Code.
In der aktuellen git-Version compiliert das lcd-i2c-Unterverzeichnis nicht, das wird vor dem Release noch gefixt oder in ein getrenntes Repository verschoben.
Quote
In der 0.10.1 compiliert das lcd-i2c-Unterverzeichnis hier einwandfrei, der Fehler wird wahrscheinlich irgendwo bei dir liegen.
Also was jetzt?
Habs mir nochmal runtergeladen und versucht. compiliert nicht.
Was könnte ich schon großartig anders machen als ihr?
Welche ist die letzte die sich problemlos compilieren läßt?
Also was jetzt?
Beides, was sonst?
QuoteHabs mir nochmal runtergeladen und versucht. compiliert nicht.
Hier compiliert die 0.10.1 problemlos, also machst du was falsch.
QuoteWas könnte ich schon großartig anders machen als ihr?
Ziemlich viel, du verrätst ja nicht mal was du da compilierst. Du hast noch nicht mal die Frage beantwortet, warum du den Code unbedingt neu compilieren willst.
QuoteWelche ist die letzte die sich problemlos compilieren läßt?
0.10.1
Ich hab die MASTER Datei versucht. Die compiliert nicht.
Die v0.10.1 von den tags funktioniert.
Ich denke das hast du gemeint.
