-> Hier kostenlos registrieren
FW 2.0.11
Step 7 CP343-1 lean
- Ersteller JuPi
- Erstellt am
-> Hier kostenlos registrieren
Lars Weiß
Level-3
- Beiträge
- 1.326
- Reaktionspunkte
- 291
Da hier nicht verschlüsselt wird, kann man die Telegramme ganz einfach mit Wireshark mitlesen. Du braucht nur einen TAP oder einen Switch mit Mirror Port dazwischen hängen.
-> Hier kostenlos registrieren
Das habe ich bereits gemacht. Hier sehe ich dann wie die Daten am CP ankommen. Hier ist alles in Ordnung. Aber der CP spricht ja mit der CPU über den Rückwandbus. Und das zeichnet der Wireshark nicht auf.
- Beiträge
- 12.031
- Reaktionspunkte
- 4.319
Was überträgst Du denn jetzt Bytes Worte??? Sind die Worte IMMER auf geraden Adressen?
- Beiträge
- 25.515
- Reaktionspunkte
- 8.240
aktuelle Firmware für 6ES7315-2AG10-0AB0 ist V2.6.11
-> Hier kostenlos registrieren
Insgesamt werden 100 Byte übertragen. So steht es am Baustein.
Und die Worte sind immer auf geraden Adressen.
Byte 0
Byte 1 -- Wort 0
Byte 2
Bate 3 -- Wort 1
usw.
Und die Worte sind immer auf geraden Adressen.
Byte 0
Byte 1 -- Wort 0
Byte 2
Bate 3 -- Wort 1
usw.
Ja. Das ist mir bewusst.
- Beiträge
- 12.031
- Reaktionspunkte
- 4.319
ja, dass das insgesamt 100Byte sind, hast Du ja geschrieben, aber was für Variablen stecken da drinnen?
Wenn mich nicht alles täuscht, gibts bei irgendwelchen Kombinationen oder Versionen ne 32Byte-Konsistenzgrenze. Wenn jetzt z.B. nen REAL von Byte 30 bis 33 geht, kommt da nur Quatsch raus...
- Beiträge
- 25.515
- Reaktionspunkte
- 8.240
-> Hier kostenlos registrieren
Verschiebungen um 2 Bit passieren nicht durch Konsistenzprobleme. Ich würde sogar behaupten, die sind auf dem Weg CPU--CP---Ethernet---CP--CPU gar nicht möglich. Höchstens durch Firmware-Fehler oder Fehler im SPS-Programm. (Oder beim DSL-Modem?)
- Beiträge
- 25.515
- Reaktionspunkte
- 8.240
Wie sieht die "Verschiebung" genau aus? Sind nur in dem 32. Byte alle Bits um 2 Bits verschoben oder auch in allen nachfolgenden Bytes?
- Beiträge
- 12.031
- Reaktionspunkte
- 4.319
-> Hier kostenlos registrieren
Das muss ja nicht zwangsläufig eine Verschiebung um 2 Bit sein, wenn mal INT1 und mal INT4 drin steht...
Es sind definitiv zwei Bit. Ich schicke auf 0.0 eine 1 los und die kommt auf 0.2 an. Mehrfach getestet.
Meiner Meinung nach kann es nur hier passieren CP--CPU. Den Weg CPU--CP--DSL Modem--Kabel--DSL Modem CP habe ich gestestet. Hier sind alle Daten so wie ich sie erwarte nur der letzte Abschnitt CP-CPU wird verfälscht.
Ich habe mein Programm jetzt so angepasst, dass ich diese Verschiebung nicht verwende. Jetzt fallen halt ein paar Reserve-Byte weg und ich hatte ein bisschen Bitgefummel.
Meiner Meinung nach kann es nur hier passieren CP--CPU. Den Weg CPU--CP--DSL Modem--Kabel--DSL Modem CP habe ich gestestet. Hier sind alle Daten so wie ich sie erwarte nur der letzte Abschnitt CP-CPU wird verfälscht.
Ich habe mein Programm jetzt so angepasst, dass ich diese Verschiebung nicht verwende. Jetzt fallen halt ein paar Reserve-Byte weg und ich hatte ein bisschen Bitgefummel.
- Beiträge
- 12.031
- Reaktionspunkte
- 4.319
Und wenn Du auf 0.1 nen true schickst, kommt das bei 0.3 an?
- Beiträge
- 25.515
- Reaktionspunkte
- 8.240
-> Hier kostenlos registrieren
Bei der Menge an bisher korrigierten "Problemen" in der Firmware der CPU würde ich unabhängig von dem ominösen Problem hier ein Firmware-Update auf 2.6.11 machen
- Beiträge
- 12.031
- Reaktionspunkte
- 4.319
und bei den CPs u.U. auch mal.
-> Hier kostenlos registrieren
Und das geht so weiter bis 1.5. 1.7 und 1.7 kommt nirgends an und ab 2.0 passt wieder alles.
- Beiträge
- 25.515
- Reaktionspunkte
- 8.240
Gab es in dem SPS-Programm mal eine Änderung der Art, dass früher weniger Byte übertragen wurden (z.B. nur 30) und später das ganze auf 100 Bytes erweitert wurde? Nicht dass das Programm selbst in das 32. Byte schreibt, weil eine Variablen-Adresse nicht hinter das neue Ende des Empfangsbereichs verschoben wurde.
