LCD funktioniert nur an Port D (ATmega644P)

[Jan P. (jiss)]

Hallo,

ich steuere ein 4x20 LCD EA-W204B-NLW von Reichelt an.
Die Initialisierung des LCD und die Ausgabe von Zeichen funktionieren 
tadellos, jedoch nur an Port D.
Ich gebe die Steuersignale  RW, RS, E,und die Datensignale DB4, DB5, 
DB6, DB7 (4-Bit Modus) über die binären Ausgänge PB0 und PD2 bis PD7 
aus.
Wenn ich jetzt aber statt PortD den PortA oder PortC einstelle, so 
funktioniert die Initialisierung nicht mehr. Einzig und allein an PortD 
scheint dies möglich zu sein?!?
Ich habe meinen kompletten Code mal angehangen. Wichtig wäre nur die 
lcd.c, habe aber der Vollständigkeit halber mal alle Quelldateien 
angehangen.

Ich verstehe es einfach nicht, da es sich doch nur um binäre Ausgänge 
handelt

[Helfer (Gast)]

PORTA ist tückisch, wenn man AVcc und AGND nicht oder nicht korrekt 
beschaltet.

PORTC ist tückisch, wenn man die Werkseinstellung für JTAG (enabled) 
nicht ändert.

Beides kann ich in deinem Schaltplan nicht erkennen :)

[Jan P. (jiss)]

Helfer schrieb:
> PORTC ist tückisch, wenn man die Werkseinstellung für JTAG (enabled)
> nicht ändert.

Würde es reichen die Fuses JTAGEN und SPIEN zu deaktivieren, um alle 
Pins an PortC als normale Pins ansprechbar zu machen?

[holger (Gast)]

>Würde es reichen die Fuses JTAGEN und SPIEN zu deaktivieren, um alle
>Pins an PortC als normale Pins ansprechbar zu machen?

JTAG reicht. SPIEN kannst du per ISP nicht löschen.

[Jan P. (jiss)]

OK vielen dank für den Hinweis :) Ich werde es gleich morgen 
ausprobieren und berichten, ob ich erfolgreich war.

[Jan P. (jiss)]

Hallo,

ich bekomme es leider partout nicht hin die neuen Fuses zu brennen. 
Weder mit dem MYAVR Progtool noch mit AVRDude bekomme ich dies hin. Es 
erscheint jedesmal eine Fehlermeldung.

LFUSE= FD
HFUSE= 99  >> soll geändert werden auf D9, damit JTAGEN deaktiviert 
werden kann

Weiß jemand Rat?

[Michael K. (Gast)]

Mit Fuses hab ich es noch nicht so :)

Aber damit Dir vielleicht jemand anders helfen kann: Welche 
Fehlermeldung gibt es?

42m

[Jan P. (jiss)]

 trying to connect to device...

Found programmer: Id = "AVR ISP"; type = S
    Software Version = 3.0; Hardware Version = 3.0
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize = 128 bytes.

Programmer supports the following devices:
    Device code: 0x01 = (unknown)
    Device code: 0x02 = (unknown)
    Device code: 0x03 = (unknown)
    Device code: 0x04 = (unknown)
    Device code: 0x05 = (unknown)
    Device code: 0x06 = (unknown)
    Device code: 0x07 = (unknown)
    Device code: 0x08 = (unknown)
    Device code: 0x09 = (unknown)
    Device code: 0x0a = (unknown)
    Device code: 0x0b = (unknown)
    Device code: 0x0c = (unknown)
    Device code: 0x0d = (unknown)
    Device code: 0x0e = (unknown)
    Device code: 0x0f = (unknown)
    Device code: 0x10 = (unknown)
    Device code: 0x11 = (unknown)
    Device code: 0x12 = (unknown)
    Device code: 0x13 = AT90S1200
    Device code: 0x14 = (unknown)
    Device code: 0x15 = (unknown)
    Device code: 0x16 = (unknown)
    Device code: 0x17 = (unknown)
    Device code: 0x18 = (unknown)
    Device code: 0x19 = (unknown)
    Device code: 0x1a = (unknown)
    Device code: 0x1b = (unknown)
    Device code: 0x1c = (unknown)
    Device code: 0x1d = (unknown)
    Device code: 0x1e = (unknown)
    Device code: 0x1f = (unknown)
    Device code: 0x20 = ATtiny84
    Device code: 0x21 = (unknown)
    Device code: 0x22 = (unknown)
    Device code: 0x23 = (unknown)
    Device code: 0x24 = (unknown)
    Device code: 0x25 = (unknown)
    Device code: 0x26 = (unknown)
    Device code: 0x27 = (unknown)
    Device code: 0x28 = AT90S4414
    Device code: 0x29 = (unknown)
    Device code: 0x2a = (unknown)
    Device code: 0x2b = (unknown)
    Device code: 0x2c = (unknown)
    Device code: 0x2d = (unknown)
    Device code: 0x2e = (unknown)
    Device code: 0x2f = (unknown)
    Device code: 0x30 = AT90S4433
    Device code: 0x31 = (unknown)
    Device code: 0x32 = (unknown)
    Device code: 0x33 = (unknown)
    Device code: 0x34 = AT90S2333
    Device code: 0x35 = (unknown)
    Device code: 0x36 = (unknown)
    Device code: 0x37 = (unknown)
    Device code: 0x38 = AT90S8515
    Device code: 0x39 = (unknown)
    Device code: 0x3a = ATMEGA8515
    Device code: 0x3b = (unknown)
    Device code: 0x3c = (unknown)
    Device code: 0x3d = (unknown)
    Device code: 0x3e = (unknown)
    Device code: 0x3f = (unknown)
    Device code: 0x40 = (unknown)
    Device code: 0x41 = ATMEGA103
    Device code: 0x42 = (unknown)
    Device code: 0x43 = ATMEGA128
    Device code: 0x44 = (unknown)
    Device code: 0x45 = ATMEGA64
    Device code: 0x46 = (unknown)
    Device code: 0x47 = (unknown)
    Device code: 0x48 = (unknown)
    Device code: 0x49 = (unknown)
    Device code: 0x4a = (unknown)
    Device code: 0x4b = (unknown)
    Device code: 0x4c = AT90S2343
    Device code: 0x4d = (unknown)
    Device code: 0x4e = (unknown)
    Device code: 0x4f = (unknown)
    Device code: 0x50 = (unknown)
    Device code: 0x51 = (unknown)
    Device code: 0x52 = (unknown)
    Device code: 0x53 = (unknown)
    Device code: 0x54 = (unknown)
    Device code: 0x55 = ATtiny12
    Device code: 0x56 = ATtiny15
    Device code: 0x57 = (unknown)
    Device code: 0x58 = (unknown)
    Device code: 0x59 = (unknown)
    Device code: 0x5a = (unknown)
    Device code: 0x5b = (unknown)
    Device code: 0x5c = (unknown)
    Device code: 0x5d = (unknown)
    Device code: 0x5e = ATtiny2313
    Device code: 0x5f = (unknown)
    Device code: 0x60 = ATMEGA161
    Device code: 0x61 = (unknown)
    Device code: 0x62 = (unknown)
    Device code: 0x63 = ATMEGA162
    Device code: 0x64 = ATMEGA163
    Device code: 0x65 = (unknown)
    Device code: 0x66 = (unknown)
    Device code: 0x67 = (unknown)
    Device code: 0x68 = AT90S8535
    Device code: 0x69 = ATMEGA8535
    Device code: 0x6a = (unknown)
    Device code: 0x6b = (unknown)
    Device code: 0x6c = AT90S4434
    Device code: 0x6d = (unknown)
    Device code: 0x6e = (unknown)
    Device code: 0x6f = (unknown)
    Device code: 0x70 = (unknown)
    Device code: 0x71 = (unknown)
    Device code: 0x72 = ATMEGA32
    Device code: 0x73 = (unknown)
    Device code: 0x74 = ATMEGA6450
    Device code: 0x75 = ATMEGA6490
    Device code: 0x76 = ATMEGA8
    Device code: 0x77 = (unknown)
    Device code: 0x78 = ATMEGA169
    Device code: 0x79 = (unknown)
    Device code: 0x7a = (unknown)
    Device code: 0x7b = (unknown)
    Device code: 0x7c = (unknown)
    Device code: 0x7d = (unknown)
    Device code: 0x7e = (unknown)
    Device code: 0x7f = (unknown)

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e960a
avrdude: current erase-rewrite cycle count is 1061109567 (if being tracked)
avrdude: reading input file "0xD9"
avrdude: writing hfuse (1 bytes):

Writing |                                                    | 0% 0.00s ***faile
d;
Writing | ################################################## | 100% 120.03s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD9:
avrdude: load data hfuse data from input file 0xD9:
avrdude: input file 0xD9 contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 15.01s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0xd9 != 0x2e
avrdude: verification error; content mismatch

avrdude done.  Thank you.

[Helfer (Gast)]

Mit welcher Kommandpzeile hast du AVRDUDE gefüttert?

[Jan P. (jiss)]

Wie folgt:

@echo off
color f0
title AvrDude GUI Command Window
@echo.
@echo. trying to connect to device...
avrdude -p ATMEGA644P -c avr910 -P COM1  -u -U hfuse:w:"0xD9":m
avrdudeGUI.exe -done
pause

Ich verwendet AVRDUDE 5.10 und möchte das JTAGEN deaktivieren, sodass 
ich PORTC als normalen I/O-Port nutzen kann.

[Michael K. (Gast)]

Was mich ein bisschen wundert ist

> Programmer supports the following devices:
>     Device code: 0x01 = (unknown)

Wieso sollte avrdude diese Liste anzeigen (und dann noch mit so vielen 
Unbekannten), wenn man ihm den richtigen Programmer mit auf den Weg 
gibt?

Welche Version von avrdude verwendest Du? So eine seltsame Auflistung 
habe ich bisher nicht gesehen. [EDIT: Hab gesehen, Du hast meine Frage 
in vorauseilendem Gehorsam bereits beantwortet :)]

42m

[Michael K. (Gast)]

Jan Peukert schrieb:

> avrdude -p ATMEGA644P -c avr910 -P COM1  -u -U hfuse:w:"0xD9":m

und

> Found programmer: Id = "AVR ISP"; type = S

Ich kenne den avr910 zwar nicht, aber ein AVR ISP ist es wohl  nicht :)

42m

[Jan P. (jiss)]

Ja auch wenn ich dort avr910 oder avr911 eintrage, es ändert sich nicht.
Verwende den "mySmart USB light" ISP-Programmer. Dieser ist avr910/911 
kompatibel

[Michael K. (Gast)]

Jetzt muss ich meinen eigenen Blödsinn doch noch kommentieren ...

Da habe ich nicht richtig gelesen, WAS da in der Liste überhaupt 
angezeigt wird sondern einfach unterstellt, avrdude würde die Liste der 
verwendbaren Programmer anzeigen. Ist natürlich Lötzinn.

Ich schäme mich jetzt erst mal ne Runde :)

42m

[Jan P. (jiss)]

Hier nochmal ne kurze Info zu meinem USB-Programmer:

http://shop.myavr.de/Programmer/mySmartUSB%20light.htm?sp=article.sp.php&artID=200006

- Standard-USB-Controller (SiLabs CP2102) geeignet für WindowsXP- 
WindowsVISTA- Windows7, Linux, MacOSX
- STK500v2 oder AVR910/911 Protokoll
- reiner ISP-Programmer für Atmel AVR-Mikrocontroller im 
USB-Stick-Design
- ausgeliefert wird der Programmer mit der Firmware STK500 V2
- als Alternative kann man sich auch die Firmware AVR911  910  109 
drauf spielen


Ich muss dazu sagen, dass wenn ich STK500V2 auswähle im AVRDUDE ich 
einen timeout bekomme

[Michael K. (Gast)]

Ich nehme an, Du hast die alternative Firmware dann auch drauf, sonst 
dürfte es mit avr910 gar nicht gehen, oder?

Ich spreche meine USB-Programmer ja per "-P usb" an. Hat es einen Grund, 
daß Du über COM1 gehst?

42m

[Helfer (Gast)]

Die Kommandozeile ist IMHO richtig.

Das sieht nach einem spezifischen mySmartUSB Light Problem aus und ich 
würde auch mal den myAVR Support bemühen.

[Jan P. (jiss)]

Hi,

habe jetzt die Firmware STK500 v1 auf meinen ISP-Programmer geflasht und 
nun kann ich auch aus AVRStudio die Fuse-Bits setzen. Das JTAG ist nun 
deaktiviert und im Programmcode setze ich zu Beginn der Mainfunktion das 
JTD-Bit im Register MCUCR auf 1, um JTAG damit zu deaktivieren (laut 
Datenblatt).

main.c

// definitions
// #################################################################
// define cpu clock frequency if not already done
/*
#if (MCU == atmega8)
  #ifndef F_CPU
    #warning   "F_CPU was not defined, now defining as 3.686.400Hz"
    #define   F_CPU 3686400UL                         // crystal at 3.6864 Mhz
  #endif  // F_CPU
#else     // (MCU == atmega644p)
  #ifndef F_CPU
    #warning   "F_CPU was not defined, now defining as 7.372.800Hz"
    #define   F_CPU 7372800UL                         // crystal at 7.3728 Mhz
  #endif  // F_CPU
#endif
*/
#ifndef F_CPU
  #warning   "F_CPU was not defined, now defining as 3.686.400Hz"
  #define   F_CPU 3686400UL                         // crystal at 3.6864 Mhz
#endif  // F_CPU
// #################################################################


// include header files
#include "avr/io.h"
#include "lcd.h"
#include "functions.h"

// definitions

// define selection of MPU
//#define ATMEGA8
#define ATMEGA644P


// ######################### MAIN-FUNCTION #########################
int main(void)
{  
  
  // variables & parameters

  // program-code

  // deactivate JTAG-pins on PORTC (must be done twice within 4 cycles)
  #ifdef ATMEGA644P
    MCUCR  |=  (1 << JTD);
    MCUCR  |=  (1 << JTD);
  #endif
  
  // initialize lcd
  wait_ms(500);
  lcd_init();
  
  // main-loop
  while (1)
  {


    lcd_clear();
    //write_all_addresses();
    lcd_place_cursor(1,1);
    lcd_write_string("!Das ist Zeile 1");
    lcd_place_cursor(2,1);
    lcd_write_string("!Das ist Zeile 2");
    lcd_place_cursor(3,1);
    lcd_write_string("!Das ist Zeile 3");
    lcd_place_cursor(4,1);    
    lcd_write_string("!Das ist Zeile 4");
    wait_ms(20);
  }

  // this part will never be reached during normal program sequence
  return 0;
}
// #################################################################

Allerdings funktioniert die Initialisierung und Ausgabe der Zeichen auf 
PortC immernoch nicht :(

[Jan P. (jiss)]

Mein Problem ist gelöst. Habe das Display noch einmal neu auf dem 
Steckboard verdrahtet. Da muss sich wohl an einer Stelle ein Fehler 
eingeschlichen haben.

Danke an alle, die mir geholfen haben. Ihr seid die Besten :)