Polin Display scheint tot

OP #349000
Lesenswert?

Anbei mein mini-code. Ich hab einen ATmega32. Das Display ist über PORTD
(8 data-bits) und PORTB (die Specials) angeschlossen.
Eine LED hab' ich zum Blinken gebracht, also scheint der Code auf's
Gerät gekommen zu sein.

Kann's ein Programmierfehler sein, oder ist meine Löterei
schiefgelaufen? Hab's 2x getestet, aber das heisst ja nix...
Angehängte Dateien:
Gast #349002
Lesenswert?

Gernot wenn du wirklich hilfe haben willst solltest du vielleicht
hinschreiben welches pollin display du meinst, da gibts ein paar mehr.
Dennoch weiß ich dass du das Hyundai HP12542R-DYO meinst! Man hat mit
den teilen wirklich probleme. Falls du noch kein HD44780 programmiert
hast solltest du das erstmal probieren. der SED1565 controller ist
etwas mürrischer und komplizierter. Mein display ging am anfang nur am
PC (das ist übrigens ein guter test ob es überhaupt geht!) danach hab
ich in dem code den Bjoern gepostet hat ein paar sachen mit dem timing
verändert und es ging plötzlich mal! Also einfach weiter programmieren,
achja und vielleicht mal nen anderen Port benutzen!
OP #349003
Lesenswert?

Ich hab die Kabel vom Display direkt am Controller angeschlossen - ist
das OK? Ich mein - ohne die Widerstände? Mein Board läuft mit 5V.
Ich brauch genau das Display - oder eins mit dieser Auflösung.
Was ist mit dem Timing? Mein ATmega32 ist noch ohne "fuse-bit"
Einstellungen. Ich hab gehört, dass der dann mit 1MHz läuft...
#349005
Lesenswert?

>Ich brauch genau das Display - oder eins mit dieser Auflösung.
Sollst das Display ja auch nicht wegschmeissen, sondern nur kurz zur
Seite legen und erstmal ein anderes zur Uebung programmieren.

>Ich hab die Kabel vom Display direkt am Controller angeschlossen -
>ist das OK?
Ja. Bei mir lief es auch so.

>Was ist mit dem Timing? Mein ATmega32 ist noch ohne "fuse-bit"
>Einstellungen. Ich hab gehört, dass der dann mit 1MHz läuft...
Hier besteht Nachholbedarf. Im Datenblatt steht genau, mit welcher
Fusebiteinstellung er geliefert wird. Es ist eine gute Uebung/Grundlage
zu wissen, was jedes einzelne bedeutet. Am Ende vom Datenblatt ist eine
Uebersicht ueber die Fuses mit Querverweisen. Besonderes Interesse
sollte dem JTAG-Bit gelten.

gruss, bjoern.
OP #349008
Lesenswert?

Kapiert. Wenn ich das Fuse Bit: JTAGEN setzt (=0), dann kann ich den
PORTC erst verwenden. Damit ist mein ISP dann Müll, richtig?
Also -> an den anderen Port.
Wie setze ich die Fuse bits mit PonyProg?
Weiter gibt es 4 bits: CKSEL0, CKSEL2, CKSEL1, CKSEL0 (0=default), die
was mit der Taktung zu tun haben.
                       CKSEL3..0
ext crystal resonator: 1111-1010
ext low-freq. Crystal: 1001
ext RC osc             1000-0101
Calibr. int. RC osc:   0100-0001
Ext clock              0000

Ich hab ein 8MHz quarz angeschlossen (XTAL1/XTAL2) - keinen Oszillator.
Welche Bits sollte ich da setzen?
Damit mach' ich nix kaupt, oder?
<bibber bibber>
#349009
Lesenswert?

>Damit ist mein ISP dann Müll, richtig?
ISP hat mit JTAG nicht wirklich was zu tun. Dafuer gibts andere Bits.
RESETDISABLE und SERIALPROGRAMMING(Namen nicht genau, kein Datenblatt
auf dem Schreibtisch liegen) haben was mit ISP zu tun.

SUT und CKOPT sind auch noch wichtig fuer den Takt. Bei Pony genau
drauf achten, was ein Haeckchen bedeutet. Frueher war es so, dass ein
Haeckchen programmiert, also 0 bedeutet. Heute wahrscheinlich auch
noch, sollte aber irgendwo am Rand vom Fenster ein Hinweis sein.

Welche Bits du setzen muss, kommt ganz drauf an. Hast du einen Quarz(2
Beinchen=ext crystal) oder einen Quarzoszillator(4 Beinchen=ext clock)?
Welche Frequenz?

gruss, bjoern.
#349011
Lesenswert?

OK, fertig :)

Std ist:
hfuse      lfuse
10011001   11100001

Ich wuerde ihn so programmieren:
hfuse      lfuse
11011001   10111111

Dann hast du auch noch die Brownout-Detection auf 2.7V. Das ist nicht
unbedingt noetig, und braucht etwas Strom, aber dafuer ist
gewaehrleistet, dass der Controller nur an ist, solange genug Spannung
fuer alle Funktionen bereitsteht. Ansonsten koennte es zB Probleme beim
Schreiben des EEPROMS geben. Ich mach es immer an.

gruss, bjoern.
#349013
Lesenswert?

Aber nicht schimpfen, falls ich mich vertan hab(was ich aber nicht
glaube).
Im Zweifelsfall ist Pony schuld :)

Und viel Erfolg noch mit dem Display. Ich denke, du hast in den letzten
Tagen schon so einiges dazugelernt. Ist halt kein einfaches
Anfaengerprojekt und den Erfolg sieht man erst, wenn wirklich alles
stimmt. Sowas kann frusten.

gruss, bjoern.
Gast #349014
Lesenswert?

achja, lieber die fusebits mit der demoversion on bascom schreiben!
ponyprog kann beim ersten mal gefährlich sein (ich weiß wovon ich rede
;)). damit lässt sich alles ganz gut auswählen.
Gast #349015
Lesenswert?

Ich habe das Display auch und wollte es in den nächsten Tagen benutzen.
Ich habe schon einmal einen Controller programmiert, der dem sed
angeblich ähnlich war(Es war ein 128x128 Display von Pollin), oder
kompatibel. Auf dem Display hatte ich nur heftige Kontrastprobleme, die
bei diesem Display scheinbar nicht auftreten.

Warum aber sollte ein AVR mit 1MHZ zu langsam sein? braucht dieser
Controller einen Mindesttakt?
Gast #349019
Lesenswert?

Normal braucht kein Display einen Mindesttakt. Du kannst es eigentlich
so langsam betreiben wie du willst. Nur irgendwo gibts beim lesen
Probleme glaube ich weil das Signal nur eine gewisse Zeit anliegt.
Gast #349022
Lesenswert?

na siehst du, irgendwann klappt das display doch! :) meins funktioniert
eigentlich gut nur leider hab ich schon eine fehlerzeile :(. die lässt
sich nicht mehr ansteuern, ist irgendwann mal aufgetreten! dennoch
möchte ich bald mal auf farbe und was größeres umsteigen.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren