RS485 empfang und senden

Ist der RS485 Baustein auf senden gestellt?

runtastic schrieb:
> Ist der RS485 Baustein auf senden gestellt?

1

//Port init

2

//AUSGÄNGE PORTD

3

#define PORT_UART_OUT     PORTD

4

#define DDR_UART_OUT      DDRD

5

#define PIN_UART_OUT      PD2

6

7

DDR_UART_OUT  |= ( 1 << PIN_UART_OUT );

ja klar setTransmitMode(); schaltet auf high DE und RE
und setReceiveMode(); schaltet dann wieder auf low

denken die Funktionen:

setTransmitMode();
setReceiveMode();

auch an eine Zeitliche Verzögerung?

Ich würde folgendes Testen:

setTransmitMode();     //Sende-Pin auf HIGH schalten
delay_ms(5);           // eine Verzögerung
uart_puts("TEST OK" );

Hi

>UCSRA |= (1<<TXC);                  // clear txc flag

>    while (*s)
>    {   /* so lange *s != '\0' also ungleich dem "String->
>        UDR = *s;
>        s++;
>    }

Damit überfährst du die UART gnadenlos.

MfG Spess

Du musst Pin4 des MAX485 mit Pin7 des ATMega verbinden.

Spess53 schrieb:
> Hi
>
>>UCSRA |= (1<<TXC);                  // clear txc flag
>
>>    while (*s)
>>    {   /* so lange *s != '\0' also ungleich dem "String->
>>        UDR = *s;
>>        s++;
>>    }
>
> Damit überfährst du die UART gnadenlos.
>
> MfG Spess

Das ist eindeutig
void uart_puts (char *s)
{

UCSRA |= (1<<TXC);                  // clear txc flag

    while (*s)
    {

         while (!(UCSRA & (1<<UDRE)))  /* warten bis Senden moeglich */
         {
         }

  /* so lange *s != '\0' also ungleich dem 
"String-Endezeichen(Terminator)" */
        UDR = *s;
        s++;
    }


}



Trotzdem bekomme ich nur ab und zu den String empfangen

Welche Optimierungsstufe nutzt du vom gcc?
ggf schmeisst das der ggc nämlich raus:

1

while (!(UCSRA & (1<<UDRE)))  /* warten bis Senden moeglich */

pack da mal ein volatile asm("nop") in die {}

Optimierungsstufe = s
auch mit dem nop bekomm ich nur sporadisch was empfangen

@Falk Brunner:
Ok, Danke für den Hinweis.

@Sven (Gast):
Ich habe mir nochmal den Code angesehen und der passt soweit.

>Wenn ich anstelle von den RS485 Baustein ein Max232 anschliese
>funktioniert alles.

Also doch eher Richtung Hardware.
Mal Dauerhaftes senden versucht?

Was hast du auf der anderen Seite? Einen PC?
Kann es sein das der nicht schnell genug von senden
auf empfangen umschaltet? Also im µC mal ein delay
vor dem umschalten zum Senden einbauen.

Kannst du mit einem 3 Teilnehmer der Bus belauschen?

Hast du eine Aktive Terminierung am bus damit
der sich nicht jeden Müll einfängt?
(+5V 620R A 120R B 620R GND)

Tim schrieb:
> @Falk Brunner:
> Ok, Danke für den Hinweis.
>
> @Sven (Gast):
> Ich habe mir nochmal den Code angesehen und der passt soweit.
>
>>Wenn ich anstelle von den RS485 Baustein ein Max232 anschliese
>>funktioniert alles.
>
> Also doch eher Richtung Hardware.
> Mal Dauerhaftes senden versucht?
>
> Was hast du auf der anderen Seite? Einen PC?
> Kann es sein das der nicht schnell genug von senden
> auf empfangen umschaltet? Also im µC mal ein delay
> vor dem umschalten zum Senden einbauen.
>
> Kannst du mit einem 3 Teilnehmer der Bus belauschen?
>


also ich verwende ein Stm32F103 Board(3.3V) als Master der sendet dan 
uart_puts("0xA4\r" ) das wird auch vom Slave(atmega8 5V) auch jedesmal 
erkannt.

wenn ich nun vom slave etwas zurück senden will wird nur manchmal etwas 
empfangen.

> Hast du eine Aktive Terminierung am bus damit
> der sich nicht jeden Müll einfängt?
> (+5V 620R A 120R B 620R GND)
Ich hab nur zwischen A 120R B

aber es sind ja nur 2Teilnehmer soll sich da die Terminierung so sehr 
auswirken??

Probiert mal folgendes:

Nachdem das letzte byte ins UDR geschickt wird das "send complete" Flag 
pollen. Und erst wenn das Byte komplett auf dem Bus liegt den receive 
mode einschalten.

Im Moment wird das letzte Byte einfach abgeschnitten.

Hi

Du hast hoffentlich einen Quarz am ATMega.

MfG Spess

Wenn du nur 120Ohm dran hast dann mal schauen ob der RS485 Baustein 
failsafe ist. 0V sind bei RS485 nicht definiert, also weder logisch 1 
noch 0. Damit haben dann die nicht failsafe Transceiver ein Problem das 
Startbit  zu erkennen.

Sorry die UART hat ein Problem das Startbit zu erkennen, weil der 
Transceiver den Ausgang die ganze Zeit auf 0v hält.

>wenn ich nun vom slave etwas zurück senden will wird nur manchmal etwas
>empfangen.

Wie gesagt lass den slave mal eine kurze Pause machen bevor er 
antwortet.

>aber es sind ja nur 2Teilnehmer soll sich da die Terminierung so sehr
>auswirken??

Der Trick sind 2x 620R.
Dadurch wird der Bus auf einem Definierten Pegel gehalten
und hängt nicht frei in der Luft wenn beide im Empfangsmodus sind.

Andere Sache: Dein Master schaltet den Empfänger aus wenn er sendet?
Nicht das er sich selbst hört und dadurch die Software aus dem Tritt 
kommt.

@Hatte ich einmal (Gast):
>Im Moment wird das letzte Byte einfach abgeschnitten.

Nope. Er pollt brav in setReceiveMode().

Sorry übersehen.

Dann sind die 620R und ein evtl. Loopback die vielversprechendsten 
Ansätze.

Hi

>Hinweis zu TXCIE und UDRIE. TXCIE ist flankengesteuert und kommt nur
>einmal nachdem ein Byte erfolgreich gesendet wurde, aber UDRIE blockiert
>so lange, bis man entweder ein neues Byte in UDR schiebt oder eben UDRIE
>deaktiviert.

xxxIE heißt, Interrupt Enable. Was soll da flankengesteuert sein?

MfG Spess

Hi

>Natürlich sind die ISRs dahinter gemeint, braucht aber nicht viel um das
>zu erkennen...

Und mir welchen Flanken werden die ausgelöst?

MfG Spess

1.ich hab mal in einer endlosschleife 2 strings mit jeweils 1secunde 
pause dazwischen gesenden
das kommt auch grössten teils an.

2.habe auch mal die uart lib von P.Fleury benutzt wo auch für das senden 
der Interrupt benuzt wird,das gleiche Ergebniss.


3.wie muss die Terminierung bei 5V und bei 3.3V sein

Vielleicht kann mir denn jemand von ihnen einen Link zeigen
oder sagen wie mann das senden korrekt macht.


Mfg

>3.wie muss die Terminierung bei 5V und bei 3.3V sein

Die 620R passen für 5V.
Du Brauchst das auch nur an einer stelle, soll ja nur
verhindern dass der bus einen undefinierten Pegel hat.
Ob du da jetz 620R ider 1K nimmst ist bei kurzen
Strecken egal.
Wenn du was längeres vorhast guck dir mal den LT1785 an.

Welche Baudrate fährst du eigentlich?
Die schon mal reduziert?

Zum lesen:
RS-485

Und zum Rechnen:
http://www.ti.com/lit/an/slla036d/slla036d.pdf

Bild vom Aufbau?
(Speicher-) Oszie Vorhanden?

Tim schrieb:
>
> Die 620R passen für 5V.
Die muss ich dann noch einbauen bis jetz hab ich nur zwischen A 120R B 
drin
> Welche Baudrate fährst du eigentlich?
76800
> Die schon mal reduziert?
Ja von 9600 bis 250000

> (Speicher-) Oszie Vorhanden?
Nicht Vorhanden

So die Terminierung hab ich jezt so wies Vorgeschlagen wurde.
Verwende die Uart-Lib von P.Fleury , der Empfang klapt wunderbar aber 
wenn ich mein "TEST OK" sende kommt ohne die Delays nie komplett an mit 
den Delays klapt dies.

Es wird doch in setReceiveMode while ( !( UCSRA & (1<<TXC)) );
abgefragt ob senden möglich ist.

komisch?

1

void setTransmitMode( void )

2

{

3

 PORT_UART_OUT |= ( 1 << PIN_UART_OUT );

4

}

5

6

void setReceiveMode( void )

7

{

8

  while ( !( UCSRA & (1<<TXC)) );    // Wait for empty transmit buffer

9

  PORT_UART_OUT &= ~( 1 << PIN_UART_OUT );

10

}

11

12

 setTransmitMode();      //Sende-Pin auf HIGH schalten

13

 Delay1ms(1000);         //Warte 1Sekunde 

14

 uart_puts("TEST OK" ); 

15

 Delay1ms(1000);         //Warte 1Sekunde 

16

 setReceiveMode();       //Sende-Pin auf LOW schalten