Atmega 644-P mit LCD auf Steckbord

[oberallgeier]

.. ein zweizeiliges LCD-Display ansteuern .. Microcontroller .. Spannung direkt vom Netzgerät .. LCD-Display an Port C ..

GND-LCD mit Controller-GND verbunden? Woher bezieht das LCDisplay seinen Saft? Direkt von einem Controllerport hoffentlich nicht, dagegen spricht das Datenblatt: Atmel-8272G-AVR-01/2015 - Seite 333, Punkt 29; Electrical Characteristics - TA = -40°C to 105°C: DC Current per I/O Pin 40.0 mA, DC Current VCC and GND Pins 200.0 mA.

Ansonsten hat ja schon Bernhard den typischen mega16-bis-1284er Sonderstatus mit Anfänger-Fehlfunktion beschrieben.

[Ampelmännchen]

Moin das hat schonmal sehr geholfen, danke! Muss ich diese Fuse zwangsläufig rausnehmen oder kann ich auch einfach einen anderen Port nehmen? Das Display läuft über die ausgegebene Versorgungsspannung von PORTC, werde das dann direkt ansteuern, da kann ja nix kaputtgehen? Der erwähnte schwarze Balken ist da, spielen mit der Kontrastspannung funktioniert auch.

Werde es mal ausprobieren und mich dann nochmal melden, wird bestimmt nicht die letzte Frage sein wenn der gemeine Elektriker mal mit Bits und Bytes anfängt..

Bis dahin!

[021aet04]

Du kannst nehmen was du willst, du musst es nur im Programm anpassen. Aber wenn du es nicht benötigst ist es besser wenn du es abschaltest. Und die Versorgung (VCC) schaltest über den PortC? Du musst es dann sofort ändern und hoffen das du den µC nicht eliminiert hast.

MfG Hannes

[oberallgeier]

.. Muss ich diese Fuse zwangsläufig rausnehmen oder kann ich auch einfach einen anderen Port nehmen? ..

Du MUSST die JTAG-Funktion nicht abschalten, Du könntest nen andern Port, zumindest andere Pinne von C nehmen (die NIX mit JTAG zu tun haben). Aber - brauchst Du JTAG? Wenn nicht, dann schalte es einfach ab.

.. Das Display läuft über die ausgegebene Versorgungsspannung von PORTC ..

Ich hatte es fast vermutet, nein befürchtet. Du hattest also noch nie diese Einschränkung der verfügbaren Ströme pro einzelnen Pinn (kleiner als 40 mA) bzw. des verfügbaren Gesamtstromes von 200 mA über alle Portpinne - bzw. 200 mA über die Versorgungsleitungen - gelesen!? Also - keine grösseren Ströme vom Controller nehmen, dringend!

.. Der erwähnte schwarze Balken ist da, spielen mit der Kontrastspannung funktioniert auch ..

Na, der Balken ist zwar schwarz, ist aber bei der Problemlösung der Silberstreif am HOrizont!

PS: mein alter Spruch: der Umgang mit Mikrocontrollern ohne vorher das Datenblatt gelesen zu haben gehört zu den letzten großen Abenteuern unserer Erde.
Fazit: Datenblatt lesen. Gibts hier (klick) gratis, das neueste; Stand siehe Datum des Postings.

[Ampelmännchen]

Ersteinmal danke für eure Antwort- es hat alles wunderbar funktioniert. Mittlerweile hat sich ein neuer Stolperstein aufgetan. Wir wollen eine RS232-Schnittstelle ersteinmal als Testaufbau mit einem Terminalprogramm beschicken und die Daten sofort aufs LCD ausgeben. Mit dem fertigen Schul-Board gehts sofort, mit unserem Steckbrett leider nicht. Beschaltung an die Eingänge passt auf jeden Fall. Gleichzeitig fällt auf, dass Schaltungen die auf dem Schulbord problemlos laufen, auf dem Testbord sehr langsam takten, gerade bei Verwendung von delay-Funktionen in C. Gibt es da noch weitere Fuses oder einstellungen die beim ersten Mal vorgenommen werden müssen, wird ein Quarz benötigt etc?

Das Schul-Bord ist ein 16 MhZ-Atmel-MC, unser Aufbau ein 644p-MC.

Gruss von jemandem, der zwar mit dem Schulbord viel gelernt hat, bei dem es jedoch in Kombination mit neuer Hardware beim schaffen von "neuen" Sachen Probleme hat.

Danke schonmal!

[BMS]

Hallo nochmal,

auch dafür gibt es Fuses. Im AVR Burn-o-mat lässt sich das komfortabel einstellen. Welche Taktquelle usw...
Unter anderem gibt es eine "divide system clock by 8" (nicht im Bild) ...
Siehe hier z.B.
Bild hier  
(Quelle http://www.aaabbb.de/avr8_burn-o-mat...ck_options.png )

Grüße,
Bernhard

[oberallgeier]

.. Das Schul-Bord ist ein 16 MhZ-Atmel-MC, unser Aufbau ein 644p-MC ..

Pingelig: Das Schulboard ist ein 16 MhZ-Atmel-MC .. Hmmmmmm, aber was für einer ? Da wär ne Angabe wie zu Deinem Aufbau ".. ein 644p .." ganz gut. Wobei Du uns zu Deinem Aufbau leider weder nen Schaltplan noch sonstige Informationen wie z.B. Quarz xx zukommen lässt.

.. fällt auf, dass Schaltungen die auf dem Schulbord problemlos laufen, auf dem Testbord sehr langsam takten,
.. wird ein Quarz benötigt etc? ..

WENN Du die Geschwindigkeiten der beiden Boards miteinander vergleichen möchtest sollten - im Idealfall - der Testaufbau den gleichen Controller besitzen wie das Schulboard und den gleichen Quarz und die gleichen Fuses und und. Es sollten beide Schaltungen eben gleich sein (soweit sie funktionell benutzt werden), aber Controller und Quarz gleich zu halten ist schon ein eher wesentlicher Fall. Das würde auch die softwareseitige Gleichheit wirklich perfekt machen - und damit viel Mühe sparen als wenn Du z.B. zwei verschiedene Controller nimmst. Und BMS nennt ja schon ein ganz typisches Anfängerproblem: die fabrikfrischen Atmelcontroller werden mit gesetztem CKDIV8-Bit ausgeliefert ==> der Controller tickt a) mit internem Oszillator, der 8 MHz macht, ABER b) wird dieser Takt für den Controllerablauf durch acht dividiert.

[wkrug]

Soweit ich weiss sind doch der ATMEGA32 und der 644 Pinkompatibel.
Dann müsstest Du nur ein "Schulboard" nehmen und den Controller austauschen.
16MHz geht bei den meisten ATMEL Controllern nur mit externer Taktquelle, also Quarz oder Quarzoszillator.
Diesen würde ich bei serieller Schnittstelle auch dringend empfehlen, weil die interne Taktquelle der AVR's nicht besonders genau und dazu noch temperaturabhängig ist.
Dafür haben einige Programmiergeräte die Möglichkeit einen OSC-CAL Wert in den Flash zu schreiben.
Dieser Wert muss dann durch deine Software in bestimmte Register des ATMEGA geschrieben werden - Funktioniert aber nur bis 8MHz - Hab ich selber noch nie benutzt.
Im Auslieferungszustand läuft der Controller mit interner 8MHz Quelle und durch die clk/8 Fuse wird dieser Takt dann auch noch durch 8 geteilt, also läuft das Ding mit 1MHz - Das mit dem CLK/8 haben die meisten ATMEGA Controller, guck mal nach, ob die auch beim 644 aktiv ist.

Für die serielle Schnittstelle brauchst du entweder einen Pegelwandler wie den MAX 232 oder eine USB Bridge wie die FT232Rx.
Die USB Bridge muss von der USB Seite aus mit einem Tool für Windows programmiert werden, damit sie zu deiner Schaltung passt.

Da es sich bei Deinem Projekt ja nicht um geheime Raketentechnik handelt könntest Du schon mal einen Schaltplan posten - Würde vieles einfacher machen.

[oberallgeier]

Soweit ich weiss sind doch der ATMEGA32 und der 644 Pinkompatibel ..

Stimmt. Es gibt aber Unterschiede in einigen Registern - z.B. Timern. Dazu hat der 644er z.B. noch PCINT-errupts, zwei Output Compare Units im Timer0 und soche Feinheiten. Da ist codemäßig ein Upsize (m32 auf m644) vermutlich möglich, abwärts - m644 nach m32 - KÖNNTE es Probleme geben.
Grundlagen:
Dokumentation mega32/L: . . . . . 2503Q–AVR–02/11
Dokumentation mega644/V: . . . . 2593M–AVR–08/07