RS485 Schaltung funktioniert nicht

[Chris T. (chris0086)]

Moin Leute,
ich habe die Schaltung im Anhang hier aus dem Forum übernommen da ich je 
nach Bestückung RS232 oder RS485 kommunizieren will. Der RS232 Teil 
funktioniert wie er soll (D7 gebrückt, ohne R17).
Jetzt wollte ich mal den RS485 Teil auf einer anderen Platine testen, 
das heißt der ganze RS232 Teil ist nicht bestückt genauso wie R17 und D6 
da ich vorerst nur senden will.
Wie muss der Pegel an der Transmit Leitung sein damit ich senden kann?
Sollte die Schaltung denn so funktionieren? Der 75176 ist ein wenig 
warm.

Grüße Christian

[Mr. X (Gast)]

Ich war mal so frei ...

[spess53 (Gast)]

Hi

Masseverbindung zur Gegenstelle vorhanden?

MfG Spess

[Chris T. (chris0086)]

Hey, sorry für das Bild auf dem Kopf, kommt nicht wieder vor, ja 
Masseverbidung ist vorhanden. Die Transmitleitung wird aber noch nicht 
angesteuert, was muss diese denn für einen Pegel haben wenn ich etwas 
senden will?

[transmit (Gast)]

Mein nicht vorhandenes Datenblatt des 75176 sagt die Leitung muß auf 
high liegen.

Etwas warm werden die 176 immer, sie verbrauchen auch gut Strom.

[Purzel H. (hacky)]

Klopp den 75176 in die Tonne. Der verbrennt 40mA ohne etwas dafuer zu 
tun. Modernere Chips laufen mit zB 0.4mA.

[Stefan (Gast)]

spess53 schrieb:
> Hi
>
> Masseverbindung zur Gegenstelle vorhanden?
>
> MfG Spess

wozu?
Stefan

[Kurt B. (kurt-b)]

Stefan schrieb:
> spess53 schrieb:
>> Hi
>>
>> Masseverbindung zur Gegenstelle vorhanden?
>>
>> MfG Spess
>
> wozu?

Damit das Differenzsignal innerhalb des Arbeitsbereiches liegt.


 Kurt

[Stefan (Gast)]

Kurt B. schrieb:
> Damit das Differenzsignal innerhalb des Arbeitsbereiches liegt.
>
>  Kurt

Inwiefern hat das Differenzsignal zwischen A und B einen Bezug zur 
Masse, solange ich mir meine saubere differentielle Übertragung nicht 
durch den meistens überflüssigen Bias versaue.

Stefan

[spess53 (Gast)]

Hi

>Inwiefern hat das Differenzsignal zwischen A und B einen Bezug zur
>Masse, solange ich mir meine saubere differentielle Übertragung nicht
>durch den meistens überflüssigen Bias versaue.

Lies dir das

https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0CCQQFjAAahUKEwiOjuqet7jHAhUFPxoKHd0AC_A&url=http%3A%2F%2Fwww.ti.com%2Flit%2Fan%2Fsnla049b%2Fsnla049b.pdf&ei=Vy_WVc6GBYX-aN2BrIAP&usg=AFQjCNFP1T__GMeEkt8jhZLIrR7nFkPXBw

mal durch.

MfG Spess

[Chris T. (chris0086)]

So ich melde mich denn mal zurück.
Ich habe nun den Schaltplan so umgesetzt bis auf D6. Ist die Diode denn 
notwendig wenn rein RS232 Receiver verbaut ist?

Der Sender sendet nun auch was er soll aber er bekommt was er gesendet 
hat auch direkt wieder zurück. Da ich einen Atmega162 verwende mit 2 
UARTS hab ich in der UART0 Empfangsroutine folgendes stehen:

ISR(USART0_RXC_vect)
{
  uint8_t dummy;
  dummy = UDR0;
  UART1_Transmit(dummy);
}

Das heißt alles was an UART0 ankommt wird parallel an UART1 ausgegeben.
Und nun bekomme ich im gleichen Moment das zurück was UART0 sendet. Das 
ist doch nicht normal oder?

Weiterhin kann ich nicht empfangen über RS485 liegt das an der fehlenden 
Diode und R17?

Grüße Christian

[Sebastian B. (sfreak)]

Chris T. schrieb:
> Der Sender sendet nun auch was er soll aber er bekommt was er gesendet
> hat auch direkt wieder zurück.

Der Empfangsteil des 75176 ist ja auch die ganze Zeit aktiv und liest 
das zurück, was du auf's Kabel gibst. Wenn du das verhindern möchtest, 
musst du das TRANSMIT Signal auch an Pin 2 (Rx Enable) des 75176 
anschließen -- bei high wird dann der Empfänger abgeschaltet. Das Signal 
darf erst wieder low werden, wenn das letzte Bit gesendet ist.

Sebastian

[Chris T. (chris0086)]

Danke für die Ausführung, jetzt weis ich damit schon mal bescheid. Mache 
Grand meine ersten Gehversuche mit RS485 auf Hardwarelevel.(Sonst war 
immer ein Konverter dazwischen)
Gibt's denn noch Anmerkungen dazu das ich nichts empfangen kann?
Woran könnte das liegen?

Edit:
ICh empfange schon "etwas" aber das hat nicht viel mit den gesendeten 
Bytes zu tun, manchmal FF, FE, FD ...

Sollte ich mal R17 entfernen?

[Sebastian B. (sfreak)]

Wenn du nur RS485 bestückt hast, kannst du Pin 1 vom 75176 direkt mit 
dem AVR verbinden, D6 wird also überbrückt und kann entfallen. Ich nehme 
an, das meinst du?

Ob R17 vorhanden ist oder nicht sollte dann keine Rolle spielen.

[Chris T. (chris0086)]

Ja das meine ich.

[rmf (Gast)]

Bitte nicht übel nehmen, aber kann es sein das dir noch nicht bewußt ist 
das der RS485 so wie im Schaltplan dargestellt  eine sogenannte 
halbduplex Verbindung darstellt.
Das bedeutet es kann immer nur eine Sation geben die sendet und alle 
anderen haben geälligst nicht zu senden. (So wie früher, in der vor 
Handy zeit beim Funk)
Das bedeutet wenn du mit dem Senden fertig bist (und das Letzte Bit die 
UART verlassen hat) muss die TRANSMIT Leitung wieder auf null gesetzt 
werden.
Wenn mehrere Teilnehmer gleichzeitig den TRANSMIT auf 1 haben geht müll 
über die Leitung, und der wird auch prompt als solcher empfangen.

Ist jetzt einfach mal eine Vermutung weil du sagst RS485 ist für die was 
neues auf dieser Ebene. Viele Adapter machen das automatisch.

Udo

[Sebastian B. (sfreak)]

Sind A und B am 75176 richt herum angeschlossen? Sonst geht's auch 
nicht.

Hast du ein Oszilloskop? Ich würde TRANSMIT zum Testen fest auf 0 legen, 
von einem anderen RS485-Gerät Daten senden und mit dem Oszi die Rx 
Leitung am 75176 anschauen. Da muessten dann gueltige UART-Frames zu 
sehen sein.

Sebastian

[Chris T. (chris0086)]

Hm ich hab jetzt mal die Transmitleitung gemessen, die ist immer high 
obwohl ich Sie eigentlich auf Low schalte. Jetzt zweifle ich aber auch 
die anderen Pins auf den Port bleiben high obwohl ich die auf low setze:

  DDRC = 0xFF;
  PORTC &= ~(1<<PC4);
PORTC &= ~(1<<PC5);

Alle Pins auf Ausgang und Pin4 und 5 auf low...


Edit: PIN3 kann ich schalten, 4 und 5 nicht, wird wohl am Prozessor 
liegen. Ich nehm mal ein anderen Pin für Transmit.

[Sebastian B. (sfreak)]

Welcher Prozessor? JTAG-Fuse aktiv?

[Chris T. (chris0086)]

BINGO, Sebastian,
ich hab zwar die Pinbelegung vor mir aber hab nicht auf die alternativen 
Funktionen der Pins geachtet, man o man, Datenblatt lesen...

Also ich kann abwechselnd senden und empfangen aber nur wenn ich den 
Code ändere, wie lange vor dem Senden muss der Transmit Pin denn high 
sein?
Mit folgendem Code kann ich nur empfangen:

#define TR_DDR      DDRC
#define TR_PORT      PORTC
#define TR_PIN      3


int main(void)
{
  LED_DDR |= (1<<DDA0);
  LED_DDR |= (1<<DDA1);
  TR_DDR |= (1<<DDC3);
  TR_PORT |= (1<<TR_PIN);
  //Timer konfigurieren
  //stetige Wertanforderung
  TCCR1B |= (1<<CS12) | (1<<CS10); // standard = 9 Sekunden
  TCNT1 = 0; //29536; = 5 Sekunden

  
  LED_PORT |= (1<<LED1);
    //USART initialisieren

  //USART0
    UBRR0H = UBRR_VAL_ROTEL >> 8;
    UBRR0L = UBRR_VAL_ROTEL & 0xFF;
    //USART1
    UBRR1H = UBRR_VAL_KNX >> 8;
    UBRR1L = UBRR_VAL_KNX & 0xFF;
    //USART0
    UCSR0B |= (1<<TXEN0);                // UART TX einschalten
    UCSR0B |= (1<<RXEN0);
    UCSR0B |= (1<<RXCIE0);
    UCSR0C |= (1<<URSEL0)|(1<<UCSZ00)| (1<<UCSZ01);    // Asynchron 8N1

  //USART1

    UCSR1B |= (1<<TXEN1);                // UART TX einschalten
    UCSR1B |= (1<<RXEN1);
    UCSR1B |= (1<<RXCIE1);
    UCSR1C |= (1<<URSEL1)|(1<<UCSZ10)| (1<<UCSZ11);    // Asynchron 8N1
  USART_Transmit('A');
  UART1_Transmit('A');


  sei();          //activate Interrupts
    TIMSK |= (1<<TOIE1);
    while(1)
    {
      if(wert_anfordern == 1)    //Wertanforderung
      {
         TR_PORT |= (1<<TR_PIN);
        USART_Transmit('B');
        USART_Transmit('C');
        UART1_Transmit('K');
        wert_anfordern = 0;
         TR_PORT &= ~(1<<TR_PIN);
      }
    }
}

Wenn ich  TR_PORT &= ~(1<<TR_PIN); auskommentiere dann wird gesendet 
aber ich kann natürlich nicht mehr empfangen.

[Sebastian B. (sfreak)]

Die Zeit zwischen TRANSMIT high und Senden steht im Datenblatt des 
75176, ist auf jeden Fall weniger als 100 ns. Ich denke nicht, dass das 
hier ein Problem ist.


Dein Code ist nicht vollständig. Wo kommt wert_anfordern her? Wann wird 
es gesetzt?


Wass willst du überhaupt erreichen?
Was für Geräte hängen am Bus? Wer sendet wann? Siehe Antwort von Udo 
oben, du musst dir den genauen Ablauf überlegen, wann gesendet und wann 
Empfangen werden soll. Aus dem Code lässt sich das nicht erkennen, weil 
der Empfangsteil fehlt.

Sebastian

[Chris T. (chris0086)]

So hier mal der ganze Code:
Ich will erstmal nur langsam an den Bus heran. Der atmega senden ca. 
alle 10 Sekunden ein paar Bytes, zwischen dieser Zeit sollte ich ja auch 
antworten dürfen. Später gibt es nur einen Master der den Slave zum 
Daten senden auffordert.

#ifndef F_CPU        //define F_CPU if not done
#define F_CPU 7372800UL
#endif

#include <avr/io.h>
#include <avr/interrupt.h>
#include <util/delay.h>
#include <stdlib.h>
#include <string.h>

//#include "lcd-routines.h"

/* 9600 baud  KNX */
#define BAUD1 9600UL          // Baudrate
#define UBRR_VAL_KNX ((F_CPU+BAUD1*8)/(BAUD1*16)-1)   // clever runden
/* 19200 baud Kessel */
#define BAUD2 1200UL          // Baudrate
#define UBRR_VAL_ROTEL ((F_CPU+BAUD2*8)/(BAUD2*16)-1)   // clever runden

#define LED_DDR         DDRA
#define LED_PORT        PORTA
#define TR_DDR      DDRC
#define TR_PORT      PORTC
#define TR_PIN      3

#define LED1            0
#define LED2            1
//#define TRANSMIT_ON    PORTC |= (1<<PC3)
//#define TRANSMIT_OFF  PORTC &= ~(1<<PC3)
//Statusdefinition

#define INIT      0
#define READY      1

//Variablen
volatile uint8_t PTX;      //Global Variable
char itoabuffer[20];
volatile uint8_t receive_string[20];
volatile uint8_t wert_anfordern = 0;

void USART_Transmit( char data )
{
  /* Wait for empty transmit buffer */
  while ( !( UCSR0A & (1<<UDRE0)) )
    ;
  /* Put data into buffer, sends the data */

  UDR0 = data;
}

void UART1_Transmit( char data )
{
  /* Wait for empty transmit buffer */
  while ( !( UCSR1A & (1<<UDRE1)) )
    ;
  /* Put data into buffer, sends the data */
  UDR1 = data;
}

ISR(USART0_RXC_vect)
{
  uint8_t dummy;
  dummy = UDR0;
  UART1_Transmit(dummy);
}

ISR(USART1_RXC_vect)
{
  uint8_t i = 0;
  uint8_t dummy;
      dummy = UDR1;
}
ISR(TIMER0_OVF_vect)
{

}
ISR(TIMER1_OVF_vect)
{
  wert_anfordern = 1;

  //receive_complete = 0;

}

int main(void)
{
  LED_DDR |= (1<<DDA0);
  LED_DDR |= (1<<DDA1);
  TR_DDR |= (1<<DDC3);
  TR_PORT |= (1<<TR_PIN);
  //Timer konfigurieren
  //stetige Wertanforderung
  TCCR1B |= (1<<CS12) | (1<<CS10); // standard = 9 Sekunden
  TCNT1 = 0; //29536; = 5 Sekunden

  //Timer für senden von Dimmtelegrammen ein Durchlauf ist 0,010s
  TCCR0 |= (1<<CS02) | (1<<CS00);

  TCNT0 = 184; //
  LED_PORT |= (1<<LED1);
    //USART initialisieren

  //USART0
    UBRR0H = UBRR_VAL_ROTEL >> 8;
    UBRR0L = UBRR_VAL_ROTEL & 0xFF;
    //USART1
    UBRR1H = UBRR_VAL_KNX >> 8;
    UBRR1L = UBRR_VAL_KNX & 0xFF;
    //USART0
    UCSR0B |= (1<<TXEN0);                // UART TX einschalten
    UCSR0B |= (1<<RXEN0);
    UCSR0B |= (1<<RXCIE0);
    UCSR0C |= (1<<URSEL0)|(1<<UCSZ00)| (1<<UCSZ01);    // Asynchron 8N1

  //USART1

    UCSR1B |= (1<<TXEN1);                // UART TX einschalten
    UCSR1B |= (1<<RXEN1);
    UCSR1B |= (1<<RXCIE1);
    UCSR1C |= (1<<URSEL1)|(1<<UCSZ10)| (1<<UCSZ11);    // Asynchron 8N1
  USART_Transmit('A');
  UART1_Transmit('A');


  sei();          //activate Interrupts
    TIMSK |= (1<<TOIE1);
    while(1)
    {
      if(wert_anfordern == 1)    //Wertanforderung
      {
        TR_PORT |= (1<<TR_PIN);
        USART_Transmit('B');
        USART_Transmit('C');
        UART1_Transmit('K');
        wert_anfordern = 0;
        TR_PORT &= ~(1<<TR_PIN);
      }
    }
}

[Sebastian B. (sfreak)]

UART1_Transmit() wartet bis der Sendepuffer leer ist (Flag UDRE), 
schreibt dann ein neues Byte in den Sendepuffer und kehrt sofort zurück. 
Im Hintergrund schickt der UART nun langsam ein Bit nach dem anderen auf 
die Reise... während dein Programm parallel weiter läuft!

Wenn du also sowas schreibst...

UART1_Transmit('K');
TR_PORT &= ~(1<<TR_PIN);

...wird TRANSMIT mitten in der Übertragung abgeschaltet. Du brauchst 
etwas in dieser Richtung (Register auf deinen unbekannten Prozessor 
anpassen, ungetestet):

#define TRANSMIT_ON() ... // Setze 75176 Pins 2,3 HIGH
#define TRANSMIT_OFF() ... //  Setze 75176 Pins 2,3 LOW

// internal
void uart_put(unsigned char c)
{
    while (!(UCSRA & (1<<UDRE))); // warte bis Sendepuffer leer
    UDR = c;
}
 
void uart_putc(unsigned char c)
{
    TRANSMIT_ON();
    uart_put(c);

    // warte bis kompletter Frame gesendet
    while (!(UCSRA & (1<<TXC))); 

    TRANSMIT_OFF();
}

void uart_puts (char *s)
{
    //
    // Fuer vernuenftige Halbduplex-Kommunikation muesste hier 
    // erstmal gepueft werden, ob gerade Daten empfangen werden!
    // Nur wenn der Bus frei ist darf gesendet werden.
    //

    // 75176 in Sendemodus
    TRANSMIT_ON();

    while (*s)
    {
        uart_put(*s);
        s++;
    }

    // warte bis kompletter Frame gesendet
    while (!(UCSRA & (1<<TXC))); 

    // 75176 in Empfangsmodus
    TRANSMIT_OFF();
}

[spess53 (Gast)]

Hi

Zum Umschalten kann man auch TXC-Interrupt nutzen. Der wird ausgelöst, 
wenn das ein Byte vollständig gesendet wurde und im Sendepuffer der 
U(S)ART kein weiteres Byte vorhanden ist.

MfG Spess

[Chris T. (chris0086)]

Danke an euch hab es jetzt so gelöst, jetzt funktioniert schon mal das 
senden und empfangen. Bei RS232 musste ich mir nie Gedanken ums senden 
machen, einfach übergeben und gut wars ;)
Naja jetzt kanns endlich weiter gehen.
Ich bedanke mich erst mal für die Hilfe hier.

#define TRANSMIT_ON    PORTC |= (1<<PC3)
#define TRANSMIT_OFF  PORTC &= ~(1<<PC3)

ISR(USART0_TXC_vect)
{
  TRANSMIT_OFF;
  UART1_Transmit('V');
}
void uart_putc(unsigned char c)
{
    TRANSMIT_ON;
    USART_Transmit(c);
}