5 und 6 Databits -> keine Datenübertragung

[Jan P. (jiss)]

Hallo,

ich habe die Möglichkeit geschaffen über ein Display die Rahmendaten für 
die USART-Übertragung bei einem ATMega644P zu ändern. Das geschieht für 
die Datenbits mit folgendem Programmcode

        // refresh menu line and set databits for USART communication
        switch (menu_values->config_usart.databits)
        {

          case  DB_5    :  // refresh menu line to display
                      strcpy(menu_values->content.line_menu[MENU_LEVEL_CONFIG_USART_DATABITS].text,  " 2 databits: 5      ");  
                      // set databits register
                      UCSR0B  &=  ~(1 << UCSZ02);
                      UCSR0C  &=  ~(1 << UCSZ01) & ~(1 << UCSZ00);
                      break;
          case  DB_6    :  // refresh menu line to display
                      strcpy(menu_values->content.line_menu[MENU_LEVEL_CONFIG_USART_DATABITS].text,  " 2 databits: 6      ");  
                      // set databits register
                      UCSR0B  &=  ~(1 << UCSZ02);
                      UCSR0C  &=  ~(1 << UCSZ01);
                      UCSR0C  |=   (1 << UCSZ00);
                      break;
          case  DB_7    :  // refresh menu line to display
                      strcpy(menu_values->content.line_menu[MENU_LEVEL_CONFIG_USART_DATABITS].text,  " 2 databits: 7      ");  
                      // set databits register
                      UCSR0B  &=  ~(1 << UCSZ02);
                      UCSR0C  |=   (1 << UCSZ01);
                      UCSR0C  &=  ~(1 << UCSZ00);
                      break;
          default        :
          case  DB_8    :  // refresh menu line to display
                      strcpy(menu_values->content.line_menu[MENU_LEVEL_CONFIG_USART_DATABITS].text,  " 2 databits: 8      ");  
                      // set databits register
                      UCSR0B  &=  ~(1 << UCSZ02);
                      UCSR0C  |=   (1 << UCSZ01) |  (1 << UCSZ00);
                      break;
        }

Nun habe ich das Problem, dass die Datenübertragung bei 7 und 8 
Datenbits einwandfrei funktioniert, bei 5 und 6 Datenbits jedoch nicht. 
Dort erhalte ich nur seltsame Zeichen in HTerm.
Woran kann das liegen? Die restlichen Einstellungen liegen bei 9600bps, 
1 Stopbit, keine Parität

[Rufus Τ. F. (rufus)]

Jan Peukert schrieb:
> Nun habe ich das Problem, dass die Datenübertragung bei 7 und 8
> Datenbits einwandfrei funktioniert, bei 5 und 6 Datenbits jedoch nicht.

Das ist kein echtes Problem, da diese sehr exotischen Übertragungsarten 
außer mit steinzeitlichen Fernschreibern nirgends verwendet werden.

Die Original-UART des PCs (8250 bzw. 16550) unterstützt diese 
Übertragungsarten, aber z.B. USB-Seriell-Bridges wie FTDI FT232 
unterstützen nur 7- und 8-Bit-Betrieb.

[Purzel H. (hacky)]

Ich wuerd solche Spielereien seinlassen und immer 8-n-1 verwenden. Dann 
kann man fuer die naechsten 30 Jahre denselben code verwenden und muss 
nicht weiter drueber nachdenken.

[H.Joachim S. (crazyhorse)]

manchmal muss man sich aber auch nach anderen schon bestehenden 
Gerätschaften richten :-)

[Jan P. (jiss)]

Oktav Oschi schrieb:
> Ich wuerd solche Spielereien seinlassen und immer 8-n-1 verwenden. Dann
> kann man fuer die naechsten 30 Jahre denselben code verwenden und muss
> nicht weiter drueber nachdenken.


Ich hab es jetzt mit zwei USB-RS232-Umsetzern probiert. Bei beiden das 
gleiche Phänomen. Ich habe aber die Möglichkeit es gleich an einem 
Laptop mit echtem RS232 zu testen. Ich werde dann berichten, ob es damit 
klappt.

[Rufus Τ. F. (rufus)]

H.joachim Seifert schrieb:
> manchmal muss man sich aber auch nach anderen schon bestehenden
> Gerätschaften richten

Das mag schon sein, aber welche bitte von steinzeitlichen Fernschreibern 
abgesehen nutzen 5 bzw. 6 Bits?

[Jan P. (jiss)]

Es geht mir lediglich um die Möglichkeit umstellen zu können. Ob man es 
macht ist eine andere Frage.

[Rufus Τ. F. (rufus)]

Also: Die Möglichkeit, es umzustellen, hast Du, nur funktioniert das 
ganze nur mit Gegenstellen, die das auch können. USB-Seriell-Bridges 
können das halt i.d.R. nicht (weil die Unterstützung toter und schon 
längst weggeräumter Leichen unnötige Chipfläche verbrauchen würde).

[H.Joachim S. (crazyhorse)]

Rufus Τ. Firefly schrieb:
> H.joachim Seifert schrieb:
>> manchmal muss man sich aber auch nach anderen schon bestehenden
>> Gerätschaften richten
>
> Das mag schon sein, aber welche bitte von steinzeitlichen Fernschreibern
> abgesehen nutzen 5 bzw. 6 Bits?

Kenn ich auch nicht, war aber auf Antwort auf Oschis

>Ich wuerd solche Spielereien seinlassen und immer 8-n-1 verwenden.

gedacht :-)

[Jan P. (jiss)]

OK, also mit der realen RS232 Schnittstelle funktioniert es ebenfalls 
nicht.
Ich habe folgende Konfiguration:

PC (USB2SER bzw. RS232) --> MAX232CPE --> ATMEGA644P

Ich tippe auf den MAX232CPE. Die Kommunikation von nem USB2SER Gerät zu 
einem PC mit realem RS232 funktioniert auch mit 5 und 6 Bits.

[Sebastian H. (sebihepp)]

Vielleicht liegt das Problem ganz wo anders. ;)

Mit 5 Bits kannst du 32 Werte darstellen. Wenn du ASCII-Code versendest, 
dann sind die ersten ca. 30 Werte nur Steuerzeichen. Die Buchstaben 
beginnen bei ASCII erst bei 64, also kannst du mit 5 und 6 Bits keine 
Buchstaben senden.