Atmega64 PDI/O und RXD/TXD gleichzeitig

>Leider benutzt ich diese Leitung aber auch schon für meine Uart
>Verbindung.
>
>Sollte das ein Problem sein?

Ja.

>Ich nehme an, sobald !Reset auf Low, wird
>PE0 und PE1 dann zu PDI/O und hat keine Funktion mehr als RXD und TXD,
>oder?

Das interessiert einen MAX232 der dort angeschlossen sein könnte
nicht die Bohne. Mach nen 4k7 zwischen Mäxchen und dem RxD Eingang,
dann passt das.

>Aber seit dem, lässt er sich nicht mehr programmieren. Hängt er jetzt
>doch in irgendwelchen ISRs?

Nö, wahrscheinlich extern Clock statt Crystal Osc in den Fuses 
eingestellt.
Jetzt hat er keinen Takt mehr.

Hi,

hm...

am UART hängt ein FTDI....
ich benutze einen extenen Taktgeber, habe dafür die lfuse of e0 gesetzt.

den FTDI habe ich mal eben "offgepowered" geht immer noch nicht.

Ich benutze einen avrisp2 als programmer, der zeigt mir zwar die 5V 
Betriebsspannung an, meldet dann aber unknown status.

Meint ihr wirklich, dass ich die RXD Leitung trennen muß? Der Chip ist 
doch schon aus

Schorsch

>Meint ihr wirklich, dass ich die RXD Leitung trennen muß? Der Chip ist
>doch schon aus

Und schliesst über seine Schutzdioden die RxD Leitung kurz.

Ihr seit toll

habe eine Stelle gefunden, wo ich die die RXD Leitung kappen konnte, wo 
aber später auch noch ein Widerstand reinpasst - das ist bei 6mil gar 
nicht so einfach :-)


Es geht!


Also, wenn ich nun 4k7 reintune, kann ich sowohl den UART als auch ISP 
benutzen?  Gibt es eine Baudratenlimitierung oder sowas?

Zum Taktgeber:

Ich benutze eins von diesen Dingern mit 4 Beinchen, wie heißen die? 
Quarzoszillatoren?

Danke vielmals

Georg

>Also, wenn ich nun 4k7 reintune, kann ich sowohl den UART als auch ISP
>benutzen?  Gibt es eine Baudratenlimitierung oder sowas?

Also bis 115kBaud geht das bei mir problemlos.
Wenn du mehr willst kannst du auch auf 2k2 oder 1k runtergehen.
Was dein ISP Prommer halt so aushält.

Und schalte den FTDI nicht ab. Sonst bekommst du das gleiche
Problem mit der TxD Leitung. Oder auch da nen 4k7 in die Leitung
zum TxD Pin vom FTDI.

Hallo,

ich freu mich,

wie man sieht ist der 4k7 drin. Werd mal schauen, wie schnell ich damit 
werden kann, wollte eigentlich schon gerne auf 230kBaud hoch, mal sehen

jetzt muß ich erstmal den UART ans laufen kriegen, hat jemand zufällig 
gerade die Init-Routine für UART0 für einen mega64? ich bastele noch an 
dem "8N1"

Georg

Hi

>jetzt muß ich erstmal den UART ans laufen kriegen, hat jemand zufällig
>gerade die Init-Routine für UART0 für einen mega64? ich bastele noch an
>dem "8N1"

Schon mal die Codebeispiele im Datenblatt angesehen?

MfG Spess

Hallo,

vielen Dank erstmal,

habe im Wesentlichen die Beispiele aus dem Datenblatt übernommen


Das ist die Init routine

1

        /* Set baud rate */ 

2

  uint16_t baud = 115200;

3

  UBRR0H = (unsigned char)(baud>>8); 

4

  UBRR0L = (unsigned char)baud; 

5

6

  /* Enable receiver and transmitter */ 

7

  UCSR0B = (1<<RXEN0)|(1<<TXEN0); 

8

  /* Set frame format: 8data, 2stop bit */ 

9

  UCSR0C = (1<<USBS0)|(3<<UCSZ00);

das die sende-routinen

1

int uart_putc(unsigned char c)

2

{

3

    while (!(UCSR0A & (1<<UDRE0)))  /* warten bis Senden moeglich */

4

    {

5

    }                             

6

7

    UDR0 = c;                      /* sende Zeichen */

8

    return 0;

9

}

10

11

12

void uart_puts (char *s)

13

{

14

    while (*s)

15

    {   /* so lange *s != '\0' also ungleich dem "String-Endezeichen" */

16

        uart_putc(*s);

17

        s++;

18

    }

19

}

alles scheint richtig angeschlossen, denn, wenn der ISP Programmer 
loslegt empfange ich etliche Zeichen, nur wenn ich alle 500ms "puts" 
aufrufe kommt nix

Any hint?

Georg

Sorry, einen hab ich schon

UBRR_VAL != baud


better like this

1

        UBRR0H = (unsigned char)(UBRR_VAL>>8); 

2

  UBRR0L = (unsigned char)UBRR_VAL;

tut immer noch nicht

Schorsch

>  uint16_t baud = 115200;

uint16_t geht bis 65535. Da bist du weit drüber.

Schorsch schrieb:

>         /* Set baud rate */
>   uint16_t baud = 115200;
>   UBRR0H = (unsigned char)(baud>>8);
>   UBRR0L = (unsigned char)baud;

Das ist Doppelblödsinn. Zum einen paßt die Baudrate garnicht in den 
Datentyp, zum anderen ist es totaler Quatsch, die Baudrate direkt in die 
UBRR-Register zu schreiben. Da rein gehört nicht die Baudrate, sondern 
das Ergebnis einer kleinen Berechnung, bei der der Systemtakt und die 
Baudrate die Eingangsgrößen sind.

Details siehe das verdammte Datenblatt. Da steht sowas nämlich drin. Da 
ist auch erklärt, was die UBRR-Register funktional machen, woraus sich 
also die Formel für die Berechnung ergibt.

Dafür gibt's in der AVR Library schon ein praktisches Makro:

http://www.nongnu.org/avr-libc/user-manual/group__util__setbaud.html