Aktueller Inhalt von Longbow

Würde ich auch so sehen. Kleine Anpassung: Jitter der CPU = (Breite des Ausgangssignals - Weckalarmzeit) - Jitter der analogen Eingänge - Jitter der analogen Ausgänge Um den Jitter der CPU zu extrahieren wäre eine gegenmessung mit digitalen Modulen sinnvoll, da deren Jitter üblicherweise...

Danke für die 250µs-Info! Die in der 314SC intetrierten Analog- Ein/Ausgänge sind für diese Messung nicht wirklich gut, da es sich hierbei NICHT um schnelle Analogkanäle handelt! (Auch der digitalteil dieser CPU ist nicht so schnell wie SpeedBusmodule) Dadurch ist das SIEMENS Paket (CPU +...

Danke für die Messung: Folgende Fragen: - Welche Analoge Eingangsbaugruppe bzw. Ausgangsbaugruppe hängt an der VIPA CPU? - Mir ist es nicht gelungen eine 1516 SIEMENS CPU mit einem 250µs Weckalarm und TIA V12 zu konfigurieren (bei 500 µs meckert TIA V12), Bekomme ich da einen Tipp wie ich den...

Ein paar Anmerkungen: Messung: Nach Möglichkeit sollte die Funktion zum Überlagern aller Messungen im Oszilloskop aktiviert sein damit bei diesen Messungen der Best und Worst-Case besser erfasst wird und es sollten schon etliche 1000 Messdurchgänge erfolgen. Außerdem spielt es auch ein große...

Oder OB35 mit 1ms und L PEW x Damit wären 500 Hz die theoretische Obergrenze und 250Hz die wohlfühlobergrenze (bei passendem DI Modul und 50% Duty Cycle)

Die Schnittstelle eines FCs wird in der ersten Zugriffsstufe (Auslesen des Pointers aus dem Codespeicher von einer Adresse relativ zum UC FC ) NICHT auf dem Temp(L)Stack abgelegt. Der Pointer kann dann aber auf den L (bzw. V) Stack zeigen, wobei hier der AWL/SCL-Editor/Compiler freie Hand hat.

Einfach mal die Bugliste bei den Firmwareupdates ansehen, SIEMENS kocht auch nur mit Wasser (aber meistens relativ gut). Es gibt aber bei SIN/COS auch noch größere Unterschiede zwischen der 300er und 400er. Ich hab noch nicht geprüft ob es da von FW2 auf FW3 auch noch unterschiede bei z.B. den...

Ab FW3 wird eine vollkommen andere Hardware eingesetzt, MIPS statt C165.

CPU: 414-3 PN_DP 3EM05 FW: 5.3 über Profibus DP an ET200S IM151 HF 1BA02 + 4DO HF 4BD00 + 4DI 4BD01 Im Taktsynchronen Betrieb bei 12 MBit: 250 Hz +-1 Hz (Screenshot) Taktsynchron bei 1,5 MBit: 83 Hz +- 1Hz OB1 und Profibus frei laufend 12 MBit...

Mit Eingangsrückkopplung geht die Blinkfrequenz auf 250 Hz im Taktsynchronen Betrieb zurück, bei 1kHz Abtast/Updaterate,

Kommt im Laufe des sehr späten Abends ;-)

Aber es liegt nicht am Profibus, sondern an der Implementierung des Masters und/oder der Anbindung an die CPU und/oder Slave. Im Siemens Bereich erreicht man mit einem (passenden) Slave deutlich unter 1 ms Umlaufzeit (DPV0 und DP V1). Im Taktsynchronbetrieb (DPV2: 1ms) sind Blinkfrequenzen...

1)Wegen dem "kleinen Angebot" wird es auch von den größten europäischen Automobilbauern favorisiert ;-) 2)Bei Ethercat wird der MLT3 Datenstrom durch einen der beiden Ethernet Phys in NRZ Code gewandelt, dann descrambled von 5B auf 4B Code umgesetzt und am MII Interface entweder einem...

Da es momentan noch kein fertiges Produkt mit DFP gibt, gibt es im wesentlichen Profinet RT oder IRT fähige Geräte. Mit DFP hat man nicht das gleiche Probleme wie bei Ethercat, da die Daten eines Slaves innerhalb des Frames noch mal mit einer eigenen CRC abgedeckt sind. Ob man das nutz hängt...

1) Siehe Simotion mit Profinet IRT: http://support.automation.siemens.com/WW/llisapi.dll?func=cslib.csinfo&lang=de&objid=49311792&caller=view 2) Sehr interessante Interpretation: Bei jedem Ethercat-Salve wird der Frame empfangen modifiziert und wieder gesendet, allerdings sehr schnell (im...