Die Anfangsadresse spezifizierst du ja selber bei die Gerätekonfiguration.Ein Gerät kriegt eine Eingangsadresse sagen wir PED100. Die ersten Daten erhalte ich aber im Byte-Offset 1.
Das heisst folgendermassen ist das aufgebaut
PED101 Spannung L1
PED105 Spannung L2
PED109 Spannung L3
und so weiter...
Also meine Idee war folgendermassen: Ich habe einen UDT erstellt für ein Messgerät mit den Daten die ich auslesen will.2 UDTs erstellen, eine für die Eingangsdaten und eine für die Ausgangsdaten.
Dann kannst du komfortabel die E/A Symbolik erstellen, und auch die E/A mit die UDTs an die FB oder FC übergeben.
Innderhalb von die FB oder FC arbeitest du dann mit die Symbolik.
Die Anfangsadresse spezifizierst du ja selber bei die Gerätekonfiguration.
Kannst du nicht eine gerade Bytenummer wählen ?
Da ist kein Zwang dass zwischen Geräte müssen keine unbenutzte Adressen sein.
Ich habe nur eine 1515-2PN bräuchte dann noch ein Profibusmodul.Die wichtigste Angabe: Welche S7 CPU hast du?
OK, ist kein Problem. Das Programm ist halt nur ein klein bisschen langsahmer.Die Eingangsadresse ist gerade jedoch befinden sich im ersten Byte für mich keine relevanten Daten.
Die relevanten Daten erhalte ich im Byteoffset 1.
Welche Probleme gibt es denn genau mit DPRD_DAT und DPWR_DAT?DPRD_DAT und DPWR_DAT bitte nur nur auf E/A-Bereiche anwenden, die keinem Prozessabbild zugeordnet sind. Gibt sonst Probleme (PN-Störungen). Ist zwar vom Handling in der Entwicklung angenehm, nach meiner Erfahrung im Betrieb aber problematisch.
Allgemein ist es jetzt bei den 1500er schneller alles ins jeweilige PA zu legen und das Aktualisieren der CPU zu überlassen.
Laut Beschreibung sind die Daten für die üblichen Clients jetzt konsistent. Wahrscheinlich ist die Packetgröße die Grenze.
Wenn in die Gerätekonfiguration für den E/A ModulLiegen bei der S7-1500 nicht alle E/A automatisch im PA?
Process Image
auf Automatic update
eingestellt ist, dann ja. Dies ist den normalen Wert. Man muss es manuell auf none
einstellen wenn es in den PA nicht sein soll.Was meinst du hier mit 'Clients' ?Bei 300er CPU war es noch verboten, per Prozessabbild und DPRD_DAT und DPWR_DAT auf Clients zuzugreifen, da kam eine Fehlermeldung zurück.
Es kommt kein Busfehler. Es kommt ein Fehlercode auf RET_VAL bei den Aufruf von DPRD_DAT/DPWR_DAT.Es ist Quatsch zu behaupten, dass mit den genannten Bausteinen, pauschal Fehler im ProfiNet auftreten.
Aber @Ingmar64 hat geschrieben:Es kommt kein Busfehler. Es kommt ein Fehlercode auf RET_VAL ...
Deswegen meine Aussage, dass das Quatsch ist.Gibt sonst Probleme (PN-Störungen)
Hast du dazu auch eine Quelle?... Es kommt ein Fehlercode auf RET_VAL bei den Aufruf von DPRD_DAT/DPWR_DAT.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?