Moin peewit
Mensch fast 3 Wochen und keine Anregung
Na dann werd ich mal los legen.
Ironie Anfang:tcp und udp kommunikation ?
Ich würde UDP bevorzugen.
welche prozesswerte und datentypen werden benötigt ?
Grundsätzlich alle verfügbaren.
durchschnittliche gesamtmenge ?
So viel wie nötig.
benötigte aktualisierungszeiten ?
So schnell wie möglich.
point to point verbindung ?
Unbedingt.
multipoint verbindungen notwendig ?
Unbedingt.
Ironie Ende:
Das sind die Antworten die ich immer erhalte, wenn solche Fragen gestellt werden.
Es ist leider Tatsache, dass Mengengerüste oder Abtastraten nicht definiert werden
können weil sie Anwendungs-, Steuerungs-, Applications- abhängig sind.
was soll mit den prozesswerten bei kommunikationsstörung geschehen ?
Ich persöhnlich stehe auf dem Standpunkt der letzte gültige Wert soll erhalten bleiben.
wer hat ähnliche lösungen im praktischen einsatz , und wie sehen diese aus ?
Nicht praktisch nur grob getestet.
Eine XML-RPC Anwendung.
siehe
http://www.xmlrpc.com/specEin XML-RPC Server /Client unter CoDeSys mit UDP-Sockets
Die Anweisung wird geparst und einem "Methodenscheduler" zugewiesen.
Methoden sind MeineSPS.ReadVar MeineSPS.WriteVar MeineSPS.Error
<?xml version="1.0"?>
<methodCall>
<methodName>MeineSPS.WriteVar</methodName>
<params>
<param>
<value><string>MeineVariable</string></value>
<value><i4>41</i4></value>
</param>
</params>
</methodCall>
[/quote]
Dieser Aufruf schreibt den Wert von MeineVariable auf 41 aber nur in MeineSPS.
Ps. Da so etwas auch als WebService funktioniert, hätte man den Vorteil
einer SPS zu SPS zu SCADA zu WEB (Betriebsystem unabhängig) Kommunikation.
Ps. Die Antwortzeiten im Labor hab ich nicht mehr im Kopf aber es ging um 100 ms.
Aber ich werde das mal wieder ausgraben und mich wieder melden wenn es dich interresiert.