usart problem mit ttl-Pegel

[Karl K. (leluno)]

hallo,

usart timing Problem ist gelöst. Bevor ich mir endlos einen abquäle, 
frage ich hier noch mal nach. Projekt:
Wechselrichter => RS485-Adapter => Atmega328

Senden geht - beim Empfangen werden die richtig gesendeten Werte vom uc 
nicht richtig gelesen. Ich meine, es ist ein hardware-Problem weil der 
vom Adapter ausgegebene low-Pegel mit ca. 1,5V bei ca. 4,6V Vcc zu hoch 
ist.

Wie setze ich den Pegel am einfachsten herunter? gibt es fertige 
Bausteine?, Transistor, Optokoppler - hat jemand eine fertige Schaltung?

Ich würde auch einen neuen Adapter ordern - aber nur wenn relativ sicher 
ist, dass der besser funktioniert als der verbaute.


Danke für euer Verständnis.

[Lu (oszi45)]

Es könnte auch sein, dass Du noch ein Masseproblem hast. Dann würde ich 
eher zu Optokopplern tendieren.

[Rainer W. (rawi)]

Karl K. schrieb:
> IMG_20241117_093721_1CS.png

Ist es wirklich sooh schwer?

Wichtige Regeln - erst lesen, dann posten!
Bitte das JPG-Format nur für Fotos und Scans verwenden!
... Siehe Bildformate.

Zeige den Schaltplan (insbesondere auch vom Adapter). Das Photo vom 
Drahtverhau deiner Schaltung macht die Beurteilung deiner Schaltung 
ETWAS mühselig.
Wie sieht dein Massekonzept aus?
Ist die RS485 irgendwo isoliert?

[Hans (ths23)]

Rainer W. schrieb:
> Wichtige Regeln - erst lesen, dann posten!
> Bitte das JPG-Format nur für Fotos und Scans verwenden!
> ... Siehe Bildformate.
Muß denn immer dieser oberlehrerhafte Zeigefinger sein? Ja das zweite 
Bild wäre im JPG Format vermutlich kleiner, aber die Welt geht deswegen 
nicht unter.

Rainer W. schrieb:
> Zeige den Schaltplan (insbesondere auch vom Adapter).
Davon wird er vermutlich keinen Schaltplan haben. Auf dem Foto sieht das 
wie was Fertiges aus.

Ansonsten wären mehr Informationen zum Aufbau schon hilfreich. Das Foto 
des Aufbaus ist hier weniger hilfreich, da man nicht allzuviel erkennen 
kann. Auch wird hier wohl kaum jemand den schlecht erkennbaren 
Drahtverhau in einen aussagekräftigen Schaltplan verwandeln.
Deshalb:
- mach mal einen Schaltplan, wo man die zusammengeschalteten Komponenten 
sehen kann. Der darf auch mit der Hand gemalt sein.
- Nenne mal die einzelnen Komponenten mit Name und Hausnummer. Also 
welcher Wechselrichter, welches Adapterboard?
- Wozu wird das Steckbrett gebraucht? Das und die Dupontkabel sind oft 
Fehlerquellen.

Irgendwie sind bei Dir alle Pegel schon etwas nach oben verschoben. Bei 
4,6Vss sollte auch der HIGH-Pegel etwas kleiner sein. Auf Deinem 
Screenschot sieht aus als läge der ziemlich genau bei 5V. Ich vermute 
auch, das Du, wie Lu schon geschrieben hat, ein Masseproblem hast.

Also mach erst mal einen vollständigen Schaltplan (vom Adapter und 
Arduino reicht Blockdarstellung mit den benutzten Pins) und stelle den 
hier ein. Ich sehe in dem Drahtverhau auch noch weitere Bauteile (z.B. 
Widerstände), diese bitte auch einzeichnen.
Ein Foto von der Unterseite der Lochrasterplatte wäre auch interessant. 
Vielleicht sieht man da ja eine schlechte Lötstelle, Zinnbrücke etc.

[Karl K. (leluno)]

Rainer W. schrieb:
> Wichtige Regeln - erst lesen, dann posten!
> Bitte das JPG-Format nur für Fotos und Scans verwenden!
> ... Siehe Bildformate.

Falsche Platte - Dateityp ist PNG.

- mach mal einen Schaltplan, wo man die zusammengeschalteten Komponenten
sehen kann. Der darf auch mit der Hand gemalt sein.

Hans schrieb:
> Also mach erst mal einen vollständigen Schaltplan (vom Adapter und
> Arduino reicht Blockdarstellung mit den benutzten Pins) und stelle den
> hier ein. Ich sehe in dem Drahtverhau auch noch weitere Bauteile (z.B.
> Widerstände), diese bitte auch einzeichnen.

Der Drahtverhau führt die uc-pins zur Steckerleiste:
//m328
//d2 d3 d4 d5  d6 d7 b0 b1 b2  b3 b4 b5 ++ -- rst c1  c2  c3  c4  c5

Die Widerstände sind für i2c + ds1820. Funktioniert bzw. nicht bestückt.

der Anschluss Adapter zu uc hat nur 4 Leitungen:


rs485     GND-----------GND M328
          RXD---------->RX
          TXD<----------TX
          VCC-----------Vin

alle durchgemessen - alle ok. Status-leds flackern.

Der low Pegel ist zu hoch. Im Netz findet man Vil maximal 0,8V.
Da lieg ich ca. 1V drüber. Wenn der uc das Startbit nicht erkennt kann 
es nicht funktionieren.

Also muss der Pegel runter - aber wie?

Das Steckbrett habe ich zwischengeschaltet, um Dioden, Widerstände, etc 
ohne Löten testen zu können. War aber bislang nicht erfolgreich.

[Karl K. (leluno)]

Hans schrieb:
> - Nenne mal die einzelnen Komponenten mit Name und Hausnummer. Also
> welcher Wechselrichter, welches Adapterboard?

Deye-Wechselrichter, no-name adapter(Bild)

[Falk B. (falk)]

Karl K. schrieb:
> Also muss der Pegel runter - aber wie?

Entweder ein Verdrahtungsproblem oder der IC hat einen Treffer. Ist aber 
eher unwahrscheinlich.
Miss mal die Spannung zwischen der Masse auf dem Adapter und direkt am 
Arduino. Dort sollten 0V rauskommen, vermutlich aber deine 1,5V.

> Das Steckbrett habe ich zwischengeschaltet, um Dioden, Widerstände, etc
> ohne Löten testen zu können. War aber bislang nicht erfolgreich.

Vermutlich was falsch verkabelt und ein paar Dioden in die Masse 
eingeschleift?

[Falk B. (falk)]

Karl K. schrieb:
>> - Nenne mal die einzelnen Komponenten mit Name und Hausnummer. Also
>> welcher Wechselrichter, welches Adapterboard?
>
> Deye-Wechselrichter, no-name adapter(Bild)

Das ist aber einer mit TXD und RXD, da gibt es kein Signal zur 
Richtungsumschaltung!

[Sherlock 🕵🏽‍♂️ (rubbel-die-katz)]

Karl K. schrieb:
> rs485     GND-----------GND M328

Messe nach, ob wirklich auf beiden Seiten das gleiche und richtige GND 
Potential ist.

[Karl K. (leluno)]

Falk B. schrieb:
> Miss mal die Spannung zwischen der Masse auf dem Adapter und direkt am
> Arduino.

unter 1mV.

> Das ist aber einer mit TXD und RXD, da gibt es kein Signal zur
> Richtungsumschaltung!

Das ist richtig. Der zweite Adapter ist etwas anders als der erste auch 
nicht funktionierende.

Sherlock 🕵🏽‍♂️ schrieb:
> Messe nach, ob wirklich auf beiden Seiten das gleiche und richtige GND
> Potential ist.

Ich habe jetzt beide GNDs nochmal direkt verbunden => keine Änderung.

[Falk B. (falk)]

Kann es sein, daß du RXD und TXD falsch verbunden hast? TXD sollte ein 
Eingang am Adapter sein, der mit RXD am Ardino verbunden werden muss und 
umgekehrt.

[Sherlock 🕵🏽‍♂️ (rubbel-die-katz)]

Verbinde den UART Adapter durch einen 1kΩ Widerstand mit dem AVR. Zeige 
uns dann das problematische Signal vor und nach dem Widerstand (dein 
Oszilloskop hat ja 2 Kanäle).

rs485     GND-------------GND M328
          RXD----[===]--->RX
          TXD<------------TX
          VCC-------------Vin

Wenn du keine 1kΩ hast, nimm irgendwas zwischen 1 und 10 kΩ.

[Hans (ths23)]

Karl K. schrieb:
> Der Drahtverhau führt die uc-pins zur Steckerleiste:
> //m328
> //d2 d3 d4 d5  d6 d7 b0 b1 b2  b3 b4 b5 ++ -- rst c1  c2  c3  c4  c5

Bist Du nicht in der Lage einen vernünftigen Plan zu zeichnen? Ich habe 
so langsam den Eindruck Du willst keine Hilfe.

[Falk B. (falk)]

Falk B. schrieb:
> Kann es sein, daß du RXD und TXD falsch verbunden hast? TXD sollte ein
> Eingang am Adapter sein, der mit RXD am Ardino verbunden werden muss und
> umgekehrt.

Hmm, da hab ich wohl Blödsinn geschrieben, wenn die Pfeile der 
Datenrichtung auf dem Bild vom Adapter korrekt sind.

[Sherlock 🕵🏽‍♂️ (rubbel-die-katz)]

Fakt:
Der serielle Port ist auf deinem Arduino Nano Klon doppelt belegt. Der 
USB-UART Chip zieht den Pin im Ruhezustand über einen 1kΩ Widerstand auf 
HIGH.  Außerdem hängt da noch eine LED als zusätzliche Last dran.

Vermutung:
Dein RS485 Board ist nicht defekt sondern zu schwach, das Signal auf LOW 
zu ziehen. Das Experiment in 
Beitrag "Re: usart problem mit ttl-Pegel" wird 
dies bestätigen, wenn ich Recht habe.

Lösungsvorschlag:
Verwende andere Pins, die nicht doppelt belegt sind, und die 
SoftwareSerial Klasse.

[Falk B. (falk)]

Sherlock 🕵🏽‍♂️ schrieb:
> Lösungsvorschlag:
> Verwende andere Pins, die nicht doppelt belegt sind, und die
> SoftwareSerial Klasse.

Man könnte auch die 1k Widerstände zum USB IC und die Vorwiderstände der 
LEDs auf 2-3k erhöhen, das reicht.

[Rainer W. (rawi)]

Hans schrieb:
> Davon wird er vermutlich keinen Schaltplan haben.

Einen zu zeichnen ist keine Option? Er hat das Modul doch vor der Nase 
und mehr als 2 Lagen sind mir bei den Modulen aus CN noch nie unter 
gekommen.

Karl K. schrieb:
> Falsche Platte - Dateityp ist PNG.

Ich kann nichts dafür, dass der Hinweis sprachlich so formuliert ist.
Lies ihn einfach als: "Bitte für Fotos und Scans das JPG-Format 
verwenden!".
Nach Lektüre des Artikels über die Bildformate sollte die Begründung 
klar sind. Sonst könntest du deine Schaltung auch als Video hochladen 
und bei der Aufnahme dazu noch wild mit der Kamera wedeln.

[Hans (ths23)]

Rainer W. schrieb:
> Hans schrieb:
>> Davon wird er vermutlich keinen Schaltplan haben.
>
> Einen zu zeichnen ist keine Option? Er hat das Modul doch vor der Nase
> und mehr als 2 Lagen sind mir bei den Modulen aus CN noch nie unter
> gekommen.
Du meinst das er das hinbekommt? Er kann ja noch nicht einmal einen 
Schaltplan von seinem Aufbau zeichnen.

Rainer W. schrieb:
> Karl K. schrieb:
>> Falsche Platte - Dateityp ist PNG.
>
> Ich kann nichts dafür, dass der Hinweis sprachlich so formuliert ist.
> Lies ihn einfach als: "Bitte für Fotos und Scans das JPG-Format
> verwenden!".
> Nach Lektüre des Artikels über die Bildformate sollte die Begründung
> klar sind. Sonst könntest du deine Schaltung auch als Video hochladen
> und bei der Aufnahme dazu noch wild mit der Kamera wedeln.
Laß doch einfach mal das Gemecker über die Bildformate sein. Wenn die 
Dir zu groß sind mußt Du sie Dir nicht anschauen. Andere Leute hängen 
ganze PDF's an, obwohl in den Regeln steht so etwas als Link zu machen - 
da meckert doch auch keiner.

[Karl K. (leluno)]

Sherlock 🕵🏽‍♂️ schrieb:
> Vermutung:
> Dein RS485 Board ist nicht defekt sondern zu schwach, das Signal auf LOW
> zu ziehen. Das Experiment in
> Beitrag "Re: usart problem mit ttl-Pegel" wird
> dies bestätigen, wenn ich Recht habe.

ich glaube, du hast recht. Ich habe die rx-rx-Verbindung gelöst und den 
rx-Pegel beim Adapter gemessen. Zu meiner großen Verwunderung ging er 
bis auf Null runter. Der Adapter ist also ok.

Nach Anschluss des uc geht der low-Pegel auf 1,5V mit einem 1k-Pulldown 
bekommt man ihn auf 1,2V runter.

Der M328 hat ja 2Usarts. ich werde also auf den anderen usart umlöten.

Viel gelernt - auch über Bildformate - und alle genervt.

Danke für die Hilfe.

[Falk B. (falk)]

Karl K. schrieb:
> Viel gelernt - auch über Bildformate -

Nein. Für Screenshots nutzt man PNG, für Bilder und Scans JPG. Siehe 
Bildformate.

Und man sollte die Nullinie am Oszi auf eine Line vom Raster einstellen, 
da kann man die Spannungen besser ablesen.

[Sherlock 🕵🏽‍♂️ (rubbel-die-katz)]

Karl K. schrieb:
> Der M328 hat ja 2Usarts.

Nur in der PB Version. Die Arduino Nano Klone sind normalerweise mit der 
älteren Version bestückt.

[Rainer W. (rawi)]

Hans schrieb:
> Laß doch einfach mal das Gemecker über die Bildformate sein.

Halt dich doch einfach an die Formatierungshinweise des Forenbetreibers. 
Von mir stammen die Regeln nicht.

Falk B. schrieb:
> Nein. Für Screenshots nutzt man PNG

Das hängt doch wohl vom Inhalt des Bildschirmes ab. Ein Photo wird nicht 
zu einem Screenshot, nur weil es vom Bildschirm kopiert wird.

[Falk B. (falk)]

Rainer W. schrieb:
> Falk B. schrieb:
>> Nein. Für Screenshots nutzt man PNG
>
> Das hängt doch wohl vom Inhalt des Bildschirmes ab.

Ok, ein Screenshot eines Digitaloszilloskops.

[Pandur S. (jetztnicht)]

Ob die Tx & Rx richtig angeschrieben sind, weiss ich nicht. Es gibt 
solche Leute die machen das so fuer RS232. Tx, dh dort wo die Daten raus 
kommen hat ein Ruhepotential, dh nicht angeschlossen, + oder -12 V, kann 
auch + oder -3 V sein. Rx is nicht angeschlossen auf GND.
Waehrend RS485 differential ist und als GND, Data+, Data- angeschrieben 
ist.
Ob Rx oder Tx ist die Richtung der Daten, es schalten aber beide Daten.
Tx ist auf der Seite, wo ein Potential, oder ein Datenstrom anliegt im 
Falle von Stecker weg anliegt. Das kann aber die Seite wechseln.

Bei RS485 fuerhre ich GND, Data+, Data- und die Speisung am Stecker und 
dem Kabel mit, dann kann man auf der anderen Seite galvanisch trennen 
und den Trenner mit versorgen.

Bei RS232 fuehre ich genauso, GND, Tx, Rx, und die Speisung auf Stecker 
und Kabel fuer den Trenner auf der anderen Seite

[Karl K. (leluno)]

Sherlock 🕵🏽‍♂️ schrieb:
> Karl K. schrieb:
>> Der M328 hat ja 2Usarts.

Wenn ich das Datasheet richtig verstanden habe kann man Miso als rx-uart 
verwenden. >Using the USART in MSPI mode<

Ist mir aber zu kompliziert. Ich mach das in software:

#define rx_bit_delay 48
#define rx_pin (PINC & (1<<2))

uint8_t sub_usart_rx(void)
{
uint8_t byte=0;
while(rx_pin);
_delay_us(rx_bit_delay);
_delay_us(rx_bit_delay);
_delay_us(rx_bit_delay);
if(rx_pin)byte+=1;
_delay_us(rx_bit_delay);
_delay_us(rx_bit_delay);
if(rx_pin)byte+=2;
_delay_us(rx_bit_delay);
_delay_us(rx_bit_delay);
if(rx_pin)byte+=4;
_delay_us(rx_bit_delay);
_delay_us(rx_bit_delay);
if(rx_pin)byte+=8;
_delay_us(rx_bit_delay);
_delay_us(rx_bit_delay);
if(rx_pin)byte+=16;
_delay_us(rx_bit_delay);
_delay_us(rx_bit_delay);
if(rx_pin)byte+=32;
_delay_us(rx_bit_delay);
_delay_us(rx_bit_delay);
if(rx_pin)byte+=64;
_delay_us(rx_bit_delay);
_delay_us(rx_bit_delay);
if(rx_pin)byte+=128;
_delay_us(rx_bit_delay);
return byte;
}

wenn ich die Schwierigkeiten vorher geahnt hätte, hätte ich einen 
moderneren uc genommen. Ich mag aber WIN-AVR.

[Falk B. (falk)]

Karl K. schrieb:
> Wenn ich das Datasheet richtig verstanden habe kann man Miso als rx-uart
> verwenden. >Using the USART in MSPI mode<
>
> Ist mir aber zu kompliziert. Ich mach das in software:

Totaler Unsinn. Und ein Soft-UART geht anders.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Karl K. schrieb:
> Viel gelernt - auch über Bildformate
Du kannst noch mehr lernen: JPEG ist als verlustbehaftetes 
komprimierendes Verfahren optimal für Fotos aus der realen Welt. Und 
auch für Screenshots von solchen Fotos.

Für computergenerierte flächige und orthogonal einfarbige Bilder wie 
z.B. Oszilloskopbilder ist PNG die richtige Wahl.

Falk B. schrieb:
> Ok, ein Screenshot eines Digitaloszilloskops.
Wenn es ein Foto eines Oszillogramms wäre, dann wäre JPEG richtig. Es 
wäre aber auch völlig falsch, ein Foto vom Bildschirm eines Oszis zu 
machen, das eine Screenshotfunktion hat.

Hans schrieb:
> Laß doch einfach mal das Gemecker über die Bildformate sein. Wenn die
> Dir zu groß sind mußt Du sie Dir nicht anschauen.
Es geht darum, seine Werkzeuge zu kennen und richtig auszuwählen. JPEG 
ist verlustbehaftet und erzeugt deshalb Artefakte an scharfen Kanten.

> Andere Leute hängen ganze PDF's an,
> obwohl in den Regeln steht so etwas als Link zu machen
Das ist mir neu. In welchen Regeln steht das?

Karl K. schrieb:
> Ist mir aber zu kompliziert. Ich mach das in software
Siehe dazu den Beitrag "USART tx-timing Problem"

[Bradward B. (Firma: Starfleet) (ltjg_boimler)]

> Für computergenerierte flächige und orthogonal einfarbige Bilder wie
> z.B. Oszilloskopbilder ist PNG die richtige Wahl.

Ist auch kleiner (16k) als das JPEG (100k) wegen der geringeren 
Farbanzahl, PNG kann auch gut komprimieren, siehe Anhang.

[Karl K. (leluno)]

zum Üben des richtigen Bildformats und

Falk B. schrieb:
> Totaler Unsinn. Und ein Soft-UART geht anders.

zum Nachweis, dass der Software-Uart zuverlässig die Werte vom WR 
abholt.


Lesen und Schreiben der WR-Register funktioniert. Vielen Dank für die 
Unterstützung. Insbesondere bei Sherlock und - ja - auch bei Falk.

[Falk B. (falk)]

Karl K. schrieb:
> Falk B. schrieb:
>> Totaler Unsinn. Und ein Soft-UART geht anders.
>
> zum Nachweis, dass der Software-Uart zuverlässig die Werte vom WR
> abholt.

Er empfängt welche. Wie zuverlässig das ist, weißt du nicht. Das müßte 
man messen und testen.

[Karl K. (leluno)]

Falk B. schrieb:
> Das müßte
> man messen und testen.

uart_str_count = 0;
while(uart_str_count<7)
{
uart_string[uart_str_count++]=sub_usart_rx();
}

    lcd_goto(3,1);//
    lcd_int(uart_string[0]);lcd_write(" ");//01
    lcd_int(uart_string[1]);lcd_write(" ");//03
    lcd_int(uart_string[2]);lcd_write(" ");//02
    lcd_int(uart_string[3]);lcd_write(" ");//00
    lcd_int(uart_string[4]);lcd_write(" ");//05
    lcd_int(uart_string[5]);lcd_write(" ");//78
    lcd_int(uart_string[6]);//
wait;
wait;
wait;
wait;
lcd_clear(3);//              =

wird alle 4 Sekunden aufgerufen und läuft schon eine ganze Weile ohne 
dass mir ein Fehler aufgefallen ist. Bei rx-usart geht es ja nur darum, 
die bits irgendwo im Bereich der 104us zu treffen. Das macht die 
Funktion mit den delays recht zuverlässig. Für den Fall der Fälle kommt 
noch ein Abbruch-timer rein aber ich halte das jetzt schon für durchaus 
brauchbar.

[Hans (ths23)]

Lothar M. schrieb:
>> Andere Leute hängen ganze PDF's an,
>> obwohl in den Regeln steht so etwas als Link zu machen
> Das ist mir neu. In welchen Regeln steht das?
Da steht bei Bildformaten, Zitat:"Manchmal ist es angebracht, überhaupt 
nichts anzuhängen. Beispielsweise ist das oft der Fall bei 
Datenblättern: Statt die möglicherweise hundertste Version des 
Datenblattes heraufzuladen, wäre ein Link deutlich angebrachter." Das 
hier gepostete PDF ist von einer Webseite und da hätte der Link durchaus 
genügt. Am Ende ist das angehängte PDF mit 852kB auch nur ein Bild.

Mir geht einfach das Rumgemoser einiger Blockwarte, die ansonsten nichts 
zum Thema beitragen, auf den Zünder. Die Dateigröße, um die es ja bei 
den Regeln geht, ist doch heutzutage eher zweitrangig. Die Zeiten mit 
GSM und Co. sind lange vorbei.

[Falk B. (falk)]

Karl K. schrieb:
> wird alle 4 Sekunden aufgerufen und läuft schon eine ganze Weile ohne
> dass mir ein Fehler aufgefallen ist.

Nett, aber nur ein einfacher Test. Richtig Stress ist das nicht.

> Bei rx-usart geht es ja nur darum,
> die bits irgendwo im Bereich der 104us zu treffen.
> Das macht die
> Funktion mit den delays recht zuverlässig.

Wenn dir keine Interrupts reinhauen. Beim Arduino läuft im Hintergrund 
noch Timer 0.

[Pandur S. (jetztnicht)]

Ein UART macht zB 4 fach oder 8 fach oversampling, und schiebt die Werte 
in einen Buffer rein. 3 von 4 samples muessen richtig sein fuer ein bit. 
Dann muessen Start und Stop bit stimmen, dass das Byte erkannt wird. Und 
man darf nicht erwarten, dass die bytes buendig, ohne zwischenraum 
kommen.

[Falk B. (falk)]

Pandur S. schrieb:
> Ein UART macht zB 4 fach oder 8 fach oversampling, und schiebt die Werte
> in einen Buffer rein. 3 von 4 samples muessen richtig sein fuer ein bit.

Teilweise. Die meisten UARTs versuchen, in Bitmitte abzutasten. Das 
macht auch die oben gezeigte Funktion. Wie GUT sie das macht, muss man 
messen.

> Dann muessen Start und Stop bit stimmen, dass das Byte erkannt wird.

Nö, nur das Startbit, denn dessen fallende Flanke gibt den Startschuss. 
Danach ist der Zähler/Oszillator des Empfängers im Freilauf.

> Und
> man darf nicht erwarten, dass die bytes buendig, ohne zwischenraum
> kommen.

Das macht keiner, auch nicht die Funktion oben. Er wartet auf die 
fallende Flanke des Startbits.

[Falk B. (falk)]

Karl K. schrieb:
> Ist mir aber zu kompliziert. Ich mach das in software:

Was man hier einfach und schnell testen kann. Nach jeder Bitabtastung 
ein Testpin umschalten. Da kann man auf dem Oszi den Abtastzeitpunkt mit 
dem Datensignal vergleichen, das geht besonders gut mit dem Muster 0x55 
oder 0xCC.

Und wenn die Baudrate sowieso statisch ist, kann man auch ohne 
Zeilenmarathon sowas schreiben. Der Compiler rechnet das aus und ersetzt 
die Konstanten.

#define RX_BIT_TIME 96
#define RX_DATA (PINC & (1<<2))
#define TEST_LOW PORTC &= ~(1<<3); 
#define TEST_TOG PORTC ^=  (1<<3); 

uint8_t sub_usart_rx(void)
{
    uint8_t data=0;
    TEST_LOW;

    while(RX_DATA);      // Warte auf fallende Flanke vom Startbit
    _delay_us((RX_BIT_TIME*1.5);
    if(RX_DATA) data |= 1<<0;
    TEST_TOG;
    _delay_us(RX_BIT_TIME);
    if(RX_DATA) data |= 1<<1;
    TEST_TOG;
    _delay_us(RX_BIT_TIME);
    if(RX_DATA) data |= 1<<2;
    TEST_TOG;
    _delay_us(RX_BIT_TIME);
    if(RX_DATA) data |= 1<<3;
    TEST_TOG;
    _delay_us(RX_BIT_TIME);
    if(RX_DATA) data |= 1<<4;
    TEST_TOG;
    _delay_us(RX_BIT_TIME);
    if(RX_DATA) data |= 1<<5;
    TEST_TOG;
    _delay_us(RX_BIT_TIME);
    if(RX_DATA) data |= 1<<6;
    TEST_TOG;
    _delay_us(RX_BIT_TIME);
    if(RX_DATA) data |= 1<<7;
    TEST_TOG;
    _delay_us(RX_BIT_TIME);    // Stop Bit abwarten

    TEST_LOW;
    return data;
}

[Karl K. (leluno)]

Falk B. schrieb:
> _delay_us(RX_BIT_TIME);
>     if(RX_DATA) data |= 1<<7;
>     TEST_TOG;
>     _delay_us(RX_BIT_TIME);    // Stop Bit abwarten

guter Vorschlag - wobei "TEST_TOG;" beim letzten bit reicht.

wenn es funktioniert macht es richtig Spass:

v u8 wr_status_0off_1on=0;
#define wr_soc   0x010300D6000165f2
#define wr_pvolt 0x010302A600016591
#define wr_onoff 0x010300500001841b

void wr_on(void)
{
wr_status_0off_1on=1;
wr_write(0x011000, 0x5000010100019bc0);
}

void wr_off(void)
{
wr_status_0off_1on=0;
wr_write(0x011000, 0x5000010100005a00);
}

void wr_read_reg()
{
  lux=1024-Read_ADC();
      lcd_goto(1,10);//              
      lcd_int4(lux);//              
  //soc auslesen
  soc=wr_read(wr_soc);
      lcd_goto(1,15);//              
      lcd_int4(soc);//              

  pvolt=wr_read(wr_pvolt);
      lcd_goto(2,1);//              
      lcd_int4(pvolt/10);//   

  wr_status_0off_1on=wr_read(wr_onoff);
      lcd_int4(wr_status_0off_1on);//   

//Anschalten:
  if(hou>4 && hou<16 && soc>20 && pvolt>300 && wr_status_0off_1on==0) wr_on();
  if(hou>5 && pvolt>500 && wr_status_0off_1on==0) wr_on();

//Abschalten
  if((hou>16 || hou<6) && pvolt<400 && soc<41 && wr_status_0off_1on==1) wr_off();
}

Einmal hat es jetzt funktioniert. (Einmal ist der uc hängen geblieben).

Ich möchte das ganze jetzt ausfallsicher machen. Eine crc-Überprüfung 
soll noch rein.

Weiter möchte ich den uc über den PC steuern. D.h. statt auf dem LCD 
sollen die Systemwerte auf den PC übertragen werden und die An- und 
Abschaltbedingungen sollen mittels RS485 auf dem uc-eeprom abgespeichert 
und von dort abgerufen werden.

[Joachim B. (jar)]

Hans schrieb:
> Laß doch einfach mal das Gemecker über die Bildformate sein.

wenn du Hilfe möchtest solltest du die Helfewilligen nicht verprellen!

Die Regeln haben einen Sinn auch wenn die nicht jeder verstehen muß.