usb-rs232 probleme mit entzifferung.

1

usr@netbook:~$ picocom /dev/ttyUSB0 -b 9600

2

picocom v1.4

3

4

port is        : /dev/ttyUSB0

5

flowcontrol    : none

6

baudrate is    : 9600

7

parity is      : none

8

databits are   : 8

9

escape is      : C-a

10

noinit is      : no

11

noreset is     : no

12

nolock is      : no

13

send_cmd is    : ascii_xfr -s -v -l10

14

receive_cmd is : rz -vv

15

16

Terminal ready

17

f~��`���x��fx��fx`f���f~��`���x��fx��fx`f���f~��`���x��fx

18

�fx`f���f~��`���x��fx��fx`f���f~��`���x��fx��fx`f���f~��`�

19

�x��fx��fx`f���f~��`���x��fx��fx`f���f~��`���x��fx��fx`f��

20

f~��`���x��fx��fx`f���f~��`���x��fx��fx`f���f~��`���x��fx

21

�fx`f���

Immer noch dasselbe, aber danke trotzdem!
Habe echt keine Ahnung was das soll :)

ich denke schon.
ist wie folgt initialisiert


//Initialize the USART:

  UCSRB |= (1<<RXEN); //Receiver enable

  UCSRB |= (1<<TXEN); //Transmitter enable

  UCSRC |= ((1<<UCSZ0) | (1<<UCSZ1)); //8 Data Bits, 1 Stop Bit, 
Asynchronous

  UBRRH = 0; //Write UBRRH Register

  UBRRL = 103; //9600 Baud //Write UBRRL Register

Das ganze sollte eigentlich schon funktionieren, da es das auf windoof 
auch tut.
ausprobieren tue ich dies so:


@main
if(!(PINA & (1<<0))) //if switch 2 pressed

    {

      UART_send("Switch 2 pressed");



    }


void UART_send(char *text)

{



  while(*text) //End of string = 0

  {

    while (!(UCSRA & (1<<UDRE))) // Wait until Buffer is empty - ready 
to send.

    {

    }



    UDR = *text;



    text++;

  }



  //Next line in the terminal:



  while (!(UCSRA & (1<<UDRE))) // Wait until Buffer is empty - ready to 
send.

  {

  }

  UDR = 0x0D; //Carriage Return



  while (!(UCSRA & (1<<UDRE))) // Wait until Buffer is empty - ready to 
send.

  {

  }

  UDR = 0x0A; //Line Feed



}

Hi

>ich denke schon.

Und bist du auch sicher, das dein AVR mit 16MHz läuft?

MfG Spess

ja

> Habe echt keine Ahnung was das soll :)

Die Baudrate auf dem PC ist wesentlich höher als auf dem ATmega.
Vergleiche mal mit dem Oszi die Bitdauer beim Senden eines Zeichens vom 
µC mit der vom PC.

>Vergleiche mal mit dem Oszi die Bitdauer beim Senden eines Zeichens vom
µC mit der vom PC.

Hab leider kein oszi.

>Die Baudrate auf dem PC ist wesentlich höher

Ist dies für euch klar, das einfach was mit der baudrate nicht stimmt?
weil auf win funktionierts ja und dort hab ich auch 9600 eingestellt...

so siehts auf win aus

nur wer will schon desswegen die ganze Zeit windows brauchen...

Das muss auch auf linux gehen!!

usr@netbook:~$ picocom /dev/ttyUSB0 -b 1200
picocom v1.4

port is        : /dev/ttyUSB0
flowcontrol    : none
baudrate is    : 1200
parity is      : none
databits are   : 8
escape is      : C-a
noinit is      : no
noreset is     : no
nolock is      : no
send_cmd is    : ascii_xfr -s -v -l10
receive_cmd is : rz -vv

Terminal ready
f~��`���x��fx��fx`f���f~��`���x��fx��fx`f���f~��`���x��fx

>Das sieht doch genau so aus.

Ja das sehe ich auch :)

die treiber habe ich so geladen:
modprobe usbserial vendor=0x... product=0x....
modprobe pl2303

den pl2303 lädt es auch aber irgendwie verwendet es ihn nicht.
kann ich das bei usbserial irgend wie einstellen?

Gruss

..und jetzt versuchs noch mit 600 baud..

Wenn das nix bringt dann hift als nächstes ein Oszi. Oder ein 
Brutforceangriff.

HTH

>..und jetzt versuchs noch mit 600 baud..

bringt nichts...

glaube es liegt wohl an den Treibern aber da ich nur glaube, hoffe ich 
aufs forum ;)

>Was für ein steinzeitliches Linux bzw. was für einen schrägen USB/Seriell Wandler 
hast du?

ubuntu 10.04 (weis ich sollet mal updaten aber so lange ist noch nicht 
her)

pl 2303 von prolific

Gruss

gutgut ich update mal kurz und schau was sich dann tut...
melde mich dann wieder falls es geht oder auch nicht.

Gruss

Der..

> pl 2303 von prolific

..läuft hierzuworkstation (Debian) seit Jahren einwandfrei, daran 
(alleine) liegst also höchstwahrschenlich nicht. Irgendwo(tm) vermurskt 
Du was.

Geh doch mal (auf AVR-Seite) alle Baudraten durch, z.B. so in der Art
[pseudocode]
   UBRR = 1;
   while (1)
   {
      uart_send("ubbr: " +UBRR++);
      delayms(1000);
   }
[/pseudocode]

Übertragungsfehler wie oben liegen fast immer an einer falschen 
Baudrate, seis beim AVR oder beim PC.

HTH

>etwas mehr als eine Stunde für sowas verschwenden?

und was soll ich in dieser stunde deiner meinung nach tun?

Gruss

>> Übertragungsfehler wie oben liegen fast immer an einer falschen
>> Baudrate, seis beim AVR oder beim PC.
> Aber nicht, wenn der String immer gleich aussieht, egal welche Baudrate
> am PC eingestellt wird.

Dochebenschon, weil das Schluss nahe legt dass der TO die Baudrate am PC 
nicht richtig(tm) einstellt. Deswegen der Hinweis auf das durchchecken 
der Baudraten am ∗AVR∗ - weil dann trifft man irgendwann(tm) schon die 
richtige(tm) Einstellung sodass am PC (trotz möglicherweise vermurkster 
Konfiguration) was lesbares ankommt. Dann kann man weiter sehen.

Und wenn einem eine läppische Stunde vollautomatische Fehlersuche zu 
lang sind dann drehe derjenige halt die Wartezeiten etwas runter.

Nix für ungut.

>HTH

Vielen Dank mit ubrr = 51 funktionierts.
Heist das jetzt, das ich eine baudrate von 19200 habe oder das mein 
quarz keine 16MHz macht?

Gruss

Vielen Dank euch allen!!

Bis zum nächsten mal.

Gruss AVR_noob