2 RS485 umschalten / automatisch conf. eines Sensors im Feld

Pin Programming.
Jede Position hat die Adresse im Stecker über Brücken kodiert.
So übernimmt der Sensor bei Power On automatisch seine Adresse.

Wenn Du nur wenig Pins frei machen kannst dann geht das auch über 
Widerstände und einer AD Auswertung.
Ein 10bit Wandler sollte mit hinreichender Genauigkeit 32 Werte klar 
unterscheiden können.

Danke für die schnellen Antworten.

Pin Programming.
Wäre eine Möglichkeit aber auf die Elektronik des Sensors selbst habe 
ich wenig bis keinen Einfluss.

Addresse Übersetzen.
Ich bin mir nicht sicher ob das die Komplexität nicht erhöht. Ich müsste 
dann einen uC mit zwei UARTs haben(?) der quasi die MODBUS Telegramme 
durchschleift und die Adresse austauscht, die Checksum prüft und 
ebenfalls ändert. Ich wollte FreeModbus verwenden, das wäre dann 
wahrscheinlich nicht mehr so einfach möglich, da dann zwei Instanzen 
laufen müssten. Allerdings hätten sich auch meine ursprünglichen Fragen 
erübrigt.

Joel Linn schrieb:
> anstatt einer 4..20mA Schnittstelle funktioniert.

Ich dachte sowas hat man schon erfunden, HART im Multidropbetrieb. 
Mehrere Sensoren an einer 4mA Schleife die gleichzeitig als 
Energiequelle dient.

Joel Linn schrieb:
> Wäre eine Möglichkeit aber auf die Elektronik des Sensors selbst habe
> ich wenig bis keinen Einfluss.

Die Auswahl der Sensoren ist begrenzt. So auch meine Möglichkeiten.

Also physisch den Bus umzuschalten nur um ausgetauschte Sensoren zu 
konfigurieren kommt mir reichlich umständlich vor. Die Vorteile vom Bus 
(einfachere Verkabelung) hat man damit schon fast wieder aufgegeben. Das 
muß doch auch irgendwie per Software/Protokoll gehen.

Z.B. könnte der Kunde, nachdem er einen Sensor ersetzt hat der 
Zentrale/SPS irgendwie bescheidgeben: "Sensor 17 getauscht". Dann wird 
die Zentrale versuchen, den Sensor anzusprechen; es kommt keine Antwort; 
das ist OK. Dann muß die Zentrale den unkonfigurierten Sensor ansprechen 
und ihm die Adresse 17 zuweisen, fertig. Das setzt natürlich voraus, daß 
man immer nur einen Sensor gleichzeitig tauscht, bzw. nach jedem 
gewechselten Sensor an der Zentrale die Konfiguration vornimmt. Und 
unkonfigurierte Sensoren müssen mit dem normalen Busprotokoll erreichbar 
sein, z.B. unter einer default-Adresse.

Joel Linn schrieb:

> Addresse Übersetzen.
> Ich müsste dann einen uC mit zwei UARTs haben(?)
das wäre nun wirklich kein Problem
> der quasi die MODBUS Telegramme durchschleift und die Adresse
> austauscht, die Checksum prüft und ebenfalls ändert.

> Ich wollte FreeModbus verwenden

Warum? Der Übersetzer muss doch nichts über den Inhalt des Frames 
wissen, nur, dass das erste Byte die Adresse ist und wie man das Ende 
des Frames findet. Die Anzahl der Datenbytes hat doch auch einen festen 
Platz im Frame? Und wenn nicht, muss er eben die Bytes um 2 verzögert an 
den Sensor weitergeben; er muss dann per Time-Out das Ende erkennen, 
bevor er die originalen CRC-Bytes weitergibt.

Man könnte auch die gleiche Übersetzer-Hardware verwenden und die 
Adresse des Sensors trotzdem umprogrammieren (auf die Adresse des 
Übersetzers). Dann könnte er die Frames 1:1 weiterleiten, aber nur die 
mit seiner Adresse. Dadurch gibt es keine Antwort, wenn jemand Sensoren 
vertauscht. Im dem Fall könnte der Übersetzer alle Adressen 
durchprobieren und den Sensor umprogrammieren.

Was davon einfacher ist, hängt wohl davon ab, wie einfach sich die 
Sensor-Adresse umprogrammieren lässt.