Netzwerkprojekt Haussteuerung 7 Logos (7er und 8er)

Nachdem endlich NTP funktioniert, indem ich die ganzen DoS Prevention Features im DLink DGS1210 Switch abgeschaltet habe, haben sich nun auch die ganzen Timing-Probleme gelöst. Mittels Ping konnte ich die Timing-Probleme sowieso nie nachstellen, aber in der Logo-Kommunikation scheint das extreme Verzögerungen bewirkt zu haben. Ich brauche nun überhaupt keine Verzögerungsschalter mehr, nichtmal 10ms. Taster werden fast direkt und zeitgleich übertragen. Selbst kurze Flanken werden gut übertragen.

Den zentralen Ansatz über 2 Logos mit einem zentralen Server werde ich dennoch nicht mehr gehen. Ich habe nun zwar über alle 8 Logos kreuz und quer Netzwerkverbindungen gespannt, dafür übertrage ich aber nur die Bytes, die ich wirklich brauche und auch nur aktiv vom Sensor (Taster) als Client zum Server (Aktor). Das Namensschema habe ich dennoch beibehalten, z.B.

Logo #07, Eingänge 1-20 kommen lokal auf die Merker MB0.0-MB2.3, werden remote auf VB700.0-VB702.3 geschrieben. Dafür hab ich natürlich auch eine Tabelle. Leider sind manche der Merker bereits für andere Dinge reserviert, in den Fällen muss man leider ausweichen.

Das Timing-Problem ist aber erstmal gelöst und mein Konzept geht auf.

Mit dem Switch und den Eigenheiten beschäftige ich mich an einem anderen Tag.

Josef Wasser: ich habe es so gelöst, dass ich ein Handshake via SR FlipFlops programmiert habe, somit ist das ganze Time- Problem gelöst. Also Setze ein SR FF, schalte damit den Zustand im anderen LOGO via Datenbus

rücksetze mit dem Zielstatus das ursprünglich gesetzte SR FF.

ich gebe zu dass verbraucht jedesmal einen Netzwerk Ausgang und einen Netzwerk Eingang, funktioniert aber tadellos.

Klingt interessant. Könntest du das als Beispiel hier zeigen, Bild oder Projekt-Datei?

Ich kann mir nur ungefähr vorstellen, was du meinst. Du hast eine Rückantwort vom Empfänger. D.h. du hälst die Flanke so lange oben, bis das Empfänger-Signal zurückgekommen ist? Dadurch hätte man zwar die Übermittlung garantiert, die mögliche Signal-Länge ist damit aber nochmal verdoppelt. Welche Flankenlängen kannst du damit übermitteln?

Ich hatte zunächst viele Probleme im Netzwerk auch mit NTP. Vieles hat sich gelöst, indem ich am Switch alle DoS Prevention abgeschaltet hatte. Zunächst dachte ich, ich hätte damit auch die Timing-Probleme gelöst. Dem ist aber doch nicht so. Viele Tastsignale kommen nicht sauber an, wenn ich nicht mindestens eine bestimmte Zeit lang den Taster gedrückt halte. Da auf der anderen Seite aber ein Dimm-Modul hängt, das auch zwischen kurz-tasten und lang-tasten unterscheiden möchte, bekomme ich nur sehr unzuverlässig kurze Flanken übertragen.

Wenn du an Logo 1 einen Taster am Eingang hast, den du an Logo 2 am Ausgang mit kurzen oder langen Signalen brauchst, kannst du das auch wie folgt erledigen:
Kurzes Tasten wird z.B. über V0.0 übertragen, langes Tasten z.B. über V0.1, also 2 verschiedene Bits nehmen. Dann kannst du V0.0 in Logo 1 auch setzen und auf Rückmeldung warten sowie in Logo 2 einen Impuls mit fester Länge erzeugen. Ein Problem bleibt bei V0.1, wenn der Taster losgelassen wird, kann man eine kleine Verzögerung in Logo 2 nicht ausschließen. Wenn es da bei max. 0,2s bleibt, sollte das aber nicht stören.

M.f.G. Scorp

2 getrennte Bits für kurz- und langtasten ist eine gute Idee, da bin ich noch nicht drauf gekommen. 0,2s Verzug wäre ja kein Thema, es sind hier wesentlich mehr. Ich hatte das mal durchgetestet, indem ich die Gegenseite einfach auf unseren Gong gelegt hatte. Da gingen die Tastungen ziemlich präzise durch. Ich habe manchmal auch das Gefühl, dass es anfangs etwas langsam ist, dann schneller läuft. Als wenn der Switch im Sleep ist. Ich werde bei Gelegenheit nochmal genauer die Switch-Konfiguration durchschauen. Alle DoS-Prevention und Powersave Sachen sind da bereits abgeschaltet.

Könntest du das mit der Rückantwort genauer beschreiben, wie die Rückantwort verarbeitet werden soll? Wenn die Rückantwort die Flanke auf der Logo 1 zurückschaltet, dann hätte man damit nur folgendes erreicht: Flanken gehen garantiert durch, d.h. kurze Flanken werden nicht ignoriert. Die Länge der Flanke auf der Gegenseite ist aber nicht sicher, wird dadurch sogar verdoppelt, da die Rückantwort nochmal durchs Netzwerk muss, und dann erst die Flanke auf Logo 1 zurückgenommen wird. Diese Fallende Flanke muss auch nochmal durchs Netzwerk zur Logo 2, wird nochmal bestätigt.. was mache ich mit dieser Bestätigung auf Logo 1?

Wenn ich hier einen richtigen Router mit VLANs eingerichtet habe, möchte ich mir den Traffic zwischen den Logos auch mal genauer analysieren. Obwohl ich nur wenige Taster über Netzwerk verbunden habe, blinken alle Logos wild. Bisher bevorzuge ich es, als Client aktiv auf den Server zu schreiben, anstatt als Client vom Server zu lesen. Ich dachte, dass dadurch nur echte Flanken übermittelt werden, anstatt Remote-Variablen ständig abzufragen. Ich dachte, dadurch verringere sich die Netzwerklast, scheint aber nicht so zu sein. Wobei es ja Volumen-mäßig keine echte Last für ein 100base-T Netzwerk ist. Andererseits hätte ich aber auch nie gedacht, dass ich mit meinem Netzwerk-Ansatz Timing-Schwierigkeiten haben werden, wenn selbst IP-Telefonie und Pings im Millisekunden-Bereich kein Problem darstellen.

Ich wundere mich auch, warum du soviel Probleme hast mit deinem Netzwerkprojekt. Im Anhang ist ein kleines Netzwerkbeispiel für deinen Dimmer mit Rückmeldesignalen ohne das genauer ausprobiert zu haben. Einfach in der Simulation ausprobieren und dann auf ähnliche Weise in dein Projekt integrieren..

M.f.G. Scorp

Mittlerweile nutze ich LSC 8.3. Die Probleme mit dem Netzwerktiming bestehen immer noch.

Ich habe teilweise die Taster an der einen Logo und die Aktoren an der anderen Logo. Die Ausgänge tasten auf Eltako-Dimmer.

Ich hänge mal mein Netzwerk-Projekt an. Der Taster, der das Problem hat, liegt auf Logo #03, Taster Flur OG links und auch rechts. Das sind ausnahmsweise 230V und hängen daher an der 230V Logo. Der Aktor ist auf der Logo #06. Bei Bedarf kann ich auch die Google-Tabellen teilen, wo ich mir die IOs und VM-Bereiche notiere.

Beim Tasten wird nur jeder 2. oder 3. Tastvorgang erfolgreich übertragen. Auf Tasterseite habe ich extra schon einen Verzögerer (NET_DELAY) eingebaut, damit zu kurze Tastsignale auch sicher übertragen werden. Eigentlich ist das nicht wirklich zeitkritisch, eine 1s Flanke zu erkennen und über Netzwerk zu übertragen.

Aktuell hängt an den "Licht an"-Ausgängen der Trigger der Eltako-Dimmer, d.h. Tasten ist ein und aus, und lang Tasten ist Dimmen. "Licht aus"-Ausgänge hängen an dem Zentral-Aus des Dimmers. Später möchte ich den "Licht an"-Ausgang an den Zentral-Ein hängen. Dafür benötige ich aber noch mehr Logik, ein Beispiel zur Ansteuerung eines solchen Dimmers  gibt es hier im Forum bereits. Derzeit leite ich also mit der Logo eigentlich nur den Taster weiter auf den Eltako-Dimmer.

Auf der Logo #3 habe ich angefangen, Bewegungsmelder einzubauen, die nutzen bereits bei fallender Flanke den Zentral aus, damit es einigermaßen synchron bleibt und ich noch keine Information über den Zustand der Lampe habe.