RS485 Zeichen empfangen

[Davor S. (da__x)]

Hallo!

Ich hoffe jmd. von euch kann mir helfen, hänge schon unendlich lange an 
diesem Problem.

Ich verwende die serial outpus von meinem mbed entwicklungsboard und 
einen rs485 transceiver (ADM3491EARZ).

TX und RX sind direkt mit DI und RO verbunden, DE und RE sind mit 2 
digitalen outputs verbunden.

Die Ausgänge des Transceivers (A,B,Z,Y) sind mit einem USB/RS485 kabel 
verbunden um die Kommunikation zu testen.

Ich schließe nun einerseits das mbed entwicklungsboard per usb an meinen 
notebook an um über printfs zu debuggen.

COM3 : mbed
COM4 : USB/RS485 Kabel

Folgendes passiert...ich schicke "Hello World" über die serielle 
schnitstelle und kann im hterm sehen, dass an COM4 auch "Hello World" 
ankommt.

Das ist zunächst super.

Das Problem ist aber, wenn ich mein Programm erweitere, damit ich fähig 
bin auch etwas über RS485 zu empfangen...hab ich ein Problem.

Ich verwende die bibliotheksfunktion getc() und übergebe den 
rückgabewert an einen character. Ich erwarte, dass die Abarbeitung des 
programms an dieser stelle wartet, bis ich aus hterm ein zeichen sende.
Das Programm wartet aber kein bisschen, der character wird sofort mit 
'\0' initialisiert. Egal was ich mache.

Ich achte natürlich auch darauf, dass die richtigen enable Signale 
eingestellt sind.

Hier mein C-Code:

#include "mbed.h"
 
 
Serial rs485(p9, p10);  // tx, rx
Serial pc(USBTX, USBRX);
 
DigitalOut re_not(p19);
DigitalOut de(p20);
 
DigitalOut led1(LED1); //transmit mode
DigitalOut led2(LED2); //receive mode
 
int main() {
    
    char rx;
    
    re_not = 1;
    de = 1;
    led1 = 1;
    
    rs485.printf("Hello World\n"); //print string to device - WORKS
    wait(0.25);
    
    while(1)
    {
        pc.printf("Press a button to continue\n");
        pc.getc();
        if(rs485.readable()) {
            re_not = 0;
            de     = 0;
            pc.printf("readable!\n");
            rx = rs485.getc();            
            pc.printf("read: %c", rx);
            wait(0.25);
        }
        re_not = 1;
        de = 1;
    }
}

[Jim M. (turboj)]

Mach mal den (weak) Pullup auf dem RX Pin an (PINMODEx Register). IIRC 
klemmen die RS485 Tranceiver beim Senden den RO vollständig ab, so dass 
man den Ruhepegel (HIGH bei UART) selbst herstellen muss.

Wie ist eigentlich der RS485 Bus terminiert? Ein auf "0" terminierter 
Bus würde ähnliches Verhalten zeigen, denn nach dem Ausschalten des 
Senders wird die "0" als Start-Bit erkannt.

[RS495 (Gast)]

Wenn Dein DE das data enable ist, sollte es high sein. Soweit ich weiss 
ist das nicht lo aktiv.

[Davor S. (da__x)]

Jim Meba schrieb:
> Mach mal den (weak) Pullup auf dem RX Pin an (PINMODEx Register). IIRC
> klemmen die RS485 Tranceiver beim Senden den RO vollständig ab, so dass
> man den Ruhepegel (HIGH bei UART) selbst herstellen muss.
>
> Wie ist eigentlich der RS485 Bus terminiert? Ein auf "0" terminierter
> Bus würde ähnliches Verhalten zeigen, denn nach dem Ausschalten des
> Senders wird die "0" als Start-Bit erkannt.



Danke Jim!

Dein Beitrag hat mir sehr geholfen!

    LPC_PINCON->PINMODE0 &= ~(1 << 2);
    LPC_PINCON->PINMODE0 &= ~(1 << 3);

Das löst mein Problem leider nur teilweise.../

Jetzt empfange ich das richtige Zeichen....aber nur unter der Bedingung, 
dass ich rs485.readable() entferne. Also die Abfrage wird nie erfüllt.

Zur Terminierung. Derzeit habe ich gar nicht terminiert. Die Kabellängen 
sind gerade mal ein Meter. Sollte ich da schon Widerstände vorsehen? 
Falls ja, kannst du mir da auf die Sprünge helfen? 120Ohm jeweils 
zwischen A und B ; Y und Z  sowohl am Sender, als auch beim den (später 
2) Empfänger?


@RS495

Da das ein full duplex transceiver ist sollte DE eig. ohnehin egal sein 
beim empfangen. Es wird auch im Datenblatt als "dont care (X)" in der 
Wahrheitstabelle die die funktion der Enable signale beschreibt.

Danke!

[Jim M. (turboj)]

> ..aber nur unter der Bedingung, dass ich rs485.readable() entferne

Bei nRE=1 kann man auch keine Zeichen einlesen. Das geht nur bei nRE = 
0. Daher sollte das readable() im Code oben immer false sein.


Eine Terminierung ist bei dieser Länge nicht unbedingt nötig.

Eine Vorspannung (B nach VCC und A nach GND, analog bei Z und Y) mit 1k 
oder 10k Widerständen sorgt für einen definiertem (Ruhe-)Buspegel, auch 
wenn kein Sender "an" ist.

[Davor S. (da__x)]

Ok danke für die Info.

Ich würde nur so mal aus Interesse wissen, wieso ich die pull-up 
Widerstände aktivieren musste, damit die Kommunikation funktioniert? Wie 
kann man das verstehen?

Wieso ist das bei dem mbed board, das damit wirbt, dass es auf einer 
'high level' Ebene programmiert wird, wo man sich keine Gedanken mehr um 
die Einstellungen auf Registerebene machen sollte... ?!