rs422 Splitter / Aktivitätsanzeige mit LEDs - wie umsetzen?

Werner schrieb:
> Den Splitter selber habe ich bereits fertig. Beim Gestalten des Gehäuses
> kam mir dann noch die Idee, für jeden Ausgangskanal eine 3mm RX LED
> einzubauen.

Das einfachste wird sein, dem Splitter noch die LEDs aufs Auge zu 
drücken. Der Splitter weiss doch, wann Daten kommen. Falls die IO-Pins 
schon knapp sind, hängst du die LEDs z.B. über einen I2C-Port-Expander 
oder über SPI mit SIPO Schieberegister ran. Kostet dich kaum Hardware 
und nur wenige IOs.

Hallo die Herren,

vielen Dank für die Antworten.

> Schorsch:
> Ein uController kann das sicherlich recht einfach bewerkstelligen.
> ...
> Wenn schon Bus, warum kein RS485 ? Dann brauchst du für die gesamte
> Kommunikation nur 2 Leitungen.

Tja, vielleicht werde ich mich mal an einem Mikrocontroller versuchen. 
Das scheint mir irgendwie an der Zeit ;)
Und zu RS-485: Absolut richtig, allerdings habe ich dieses System vor 
ungefähr 10 Jahren zusammen mit meinem Schwager begonnen. Und wir hatten 
die tollsten Ideen, was man damit alles machen könnte. Irgendeine von 
diesen Ideen erforderte Full-Duplex Kommunikation. Natürlich ist nie was 
draus geworden und der ganze Laden redet ausschließlich halb-duplex. 
Insofern könnte man theoretisch auch alles mit RS-485 machen. Aber 
ändern werd' ich das jetzt auch nicht mehr... Dann würde ich eher eines 
der vielen Hausbus Systeme nehmen, die es heute ja überall gibt.

> Dietrich:
> Also ich würde das einfacher und ohne blinken machen: an RX ein
> retriggerbares Monoflop hängen.
> Da gibt es 2 Stück in einem Gehäuse: 74HC123. Dann brauchst du 4*74HC123
> + 8*R + 8*C.

Das wäre auch eine Möglichkeit. Lasse ich mir mal durch den Kopf gehen. 
Vielen Dank!


> Wolfgang:
> Der Splitter weiss doch, wann Daten kommen. Falls die IO-Pins
> schon knapp sind,...

Also genau genommen, weiß der Splitter ziemlich wenig. Der besteht ja 
nur aus einem Schwung MAX485, ein paar Optokopplern und einer Hand voll 
Logikgatter. Einen Controller gibt es hier noch gar nicht.
Der käme eben erst jetzt ins Spiel, wenn ich die Aktivitätsanzeige noch 
mit dazu baue.  ;)

> Sebastian:
> Eine Meldung dauert (so sie nicht dauernd wiederholt wird) meist nur ein
> paar Millisekunden. Das dann auch zu "sehen" ist richtig anstrengend.
> Vor allem, wenn Du nicht weist, wann sie kommt. Meist dauert es nicht
> lange, und Du glaubst daß ständig Meldungen kommen - oder etwa nicht?

Ach, so ziemlich alles ist inzwischen anstrengend für meine Augen. ;)
Aber gern erläutere ich:
Prinzipiell hast Du Recht. Wenn ich einen Raum einmal abfrage, dürfte 
die LED schon wieder aus sein, bevor ich meinen Blick auf sie gerichtet 
habe.
Wobei genau das ja auch ein Grund war, das Blinken nicht direkt aus den 
Einsen und Nullen auf der RX Leitung zu erzeugen, sondern eben 
altersgerecht "beruhigt" ;)
Weiterhin kann ich bestimmte Funktionen aber auch im Dauerlauf abfragen 
und protokollieren. Die Temperatur, zum Beispiel. Dann ist die LED 
natürlich viel besser wahrnehmbar.

Nun denn, ich werde mich mal in die Werkstatt begeben und schauen, das 
ich mal was auf's Papier bekomme. Vielleicht kann ja jemenad nachher 
nochmal einen Blick darauf werfen.

Recht herzlichen Dank,

Werner

Sebastian S. schrieb:
> Eine Meldung dauert (so sie nicht dauernd wiederholt wird) meist nur ein
> paar Millisekunden. Das dann auch zu "sehen" ist richtig anstrengend.

Genau deswegen ist "autonomes" Blinken mit Timeout eine vernünftige 
Lösung zur Anzeige des Datenverkehrs.

Werner schrieb:
> 3) wenn keine Daten mehr kommen und ein RX "Timeout" erreicht ist wird
> das Blinken gestoppt.

Werner schrieb:
> Also genau genommen, weiß der Splitter ziemlich wenig. Der besteht ja
> nur aus einem Schwung MAX485, ein paar Optokopplern und einer Hand voll
> Logikgatter. Einen Controller gibt es hier noch gar nicht.

Sorry, ich war von einem Multiplexer ausgegangen.
Dann brauchst du vielleicht doch noch einen kleinen µC, der sich die 8 
TX-Leitungen deiner I/O-Geräte anguckt, ggf. wieder über Port-Expander.

Soooo,

da will ich es natürlich nicht versäumen, das Ergebnis der letzten 
Nachtschicht hier auch mal zu zeigen, damit ihr wisst, wie es 
weitergeht.

Zunächst mal habe ich mich entschieden, dass mittels eines 
Mikrocontrollers umzusetzen. Rein in Logik erschien es mir dann 
letztlich zu unflexibel, insbesondere, wenn ich an dem Blinkmuster mal 
was verändern möchte oder dieses Projekt mal an anderer Stelle in 
ähnlicher Form wiederverwenden möchte.

Da ich hier ein Arduino Uno Board mit einem Atmega328 in der Schublade 
hatte, fiel die Wahl auch eben diesen Controller.

Der wird dann noch mit auf der Splitter-Platine verbaut.
Die LEDs hingegen kommen auf eine zweite Platine, die hinter dem 
Frontpanel sitzt. Das zugehörige Schieberegister ebenfalls.

Die Programmierung ist das Resultat mehrer Anläufe und 
Internetrecherchen.

Das Prinzip ist nun so:
Jeder RS/422 Kanal hat UART-seitig nun einen Abzweig auf der RX Leitung, 
die zu den RX-Sense Pins (so nenne ich sie mal) am Controller geführt 
wurde. Ein Pin-Change Interrupt erkennt auf diesen Pins Bewegung und 
aktualisiert ein Status-Array.

Dieses Statusarray enthält im Grunde nur Zählerstände, wie oft der 
jeweilige Kanal noch zu blinken hat.
Hier im Beispiel sind es immer mindestens 6 x blinken.
Gibt es also nur eine kurze Flanke auf der Leitung, dann blinkt die 
zugehörige LED 6 Mal... Ist mehr Datenverkehr, setzt der Interrupt den 
Zähler immer wieder erneut auf 6, so dass nach Ende der Übertragung noch 
6 mal geblinkt wird, bevor endgültig Ruhe ist.

In der Funktion update_activity_indicator() wird dann anhand des 
Status-Arrays die Ausgabe auf den LEDs im Dauerlauf erzeugt. Nach jedem 
Shift-Vorgang wird der o.g. Zählerstand um eins reduziert.

Was ich noch nicht herausgefunden habe:
Dieser Pin-Change Interrupt scheint nur bei einer Flanke von LOW nach 
HIGH auszulösen. Der Perfektionist hätte es sicher gern andersrum, denn 
HIGH ist die RX Leitung ja dann, wenn nix passiert... Die Übertragung 
beginnt mit der ersten Flanke auf LOW.
Aber seis drum - es funktioniert ja auch so herum.

Im Anhang ein Schaltplan und der Code für den Atmega328.
(Hier reduziert auf einen Eingang und 4 Ausgänge, da mir die Ausbaustufe 
auf 8-1 noch bevorsteht. (zwei Schieberegister, zweiter Port für 
RX-Sense, noch eine ISR, etc.)

Falls jemand Lust hat, das Ganze zu überfliegen, freue ich mich 
natürlich sehr über Rückmeldung und stehe Rede Antwort. ;)

Ansonsten ein schönes Wochenende,

Werner

Werner schrieb:
> Dieser Pin-Change Interrupt scheint nur bei einer Flanke von LOW nach
> HIGH auszulösen.

Wenn du die RX Signale per Wired-OR alle auf Int0 oder Int1 legst, 
kannst du dir im EICRA die gewünschte Interruptbedingung einstellen. In 
der ISR würdest du dann den ganzen Port mit allen RX Signalen einlesen 
und gucken, wer aktiv ist. Das gibt dir auch die Möglichkeit, mehr 
Kanäle (über Schieberegister) abzufragen.