---

Hallo,
ich habe eine grundsätzliche Frage:

Ich empfinde es immer schwierig, wenn SPS-Karten zusätzlich zu den physikalischen eindeutigen Adressen einen weiteren Adressraum blockieren. Klassisches Beispiel wäre Diagnose oder Safety. Aber auch bei IO-Link muss man ja gewisse Umkonfigurationen beachten, so dass der restliche Adressraum noch eindeutig bleibt. Nun wäre es doch am optimalsten, diese blockierten Adressen in den Eplan-Funktionsschablonen zu haben, da man per Automatischer Adressierung via Startadresse diesen "Schattenbereich" gleich mit blockt.

Wie seht Ihr das? Ist das praktikabel - bzw. seht Ihr Nachteile????

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Es ist ja nicht nur das. Eine IO link Adresse kann 30Byte haben, also erwarte ich 30 Jahre nach Einführung die Möglichkeit das Ding nicht BOOL oder analog oder E oder A zu definieren sondern tatsächlich als IO Link und dann die Vorgabe wie lang ich die Adressen vorsehe. IO link kann A und E gleichzeitig sein.

Weiterhin bereiten nach wie vor Multianschlüsse beim adressieren Probleme. Beispiel, bei vielen IP67 Modulen im Feld, ist die Adressierung fortlaufend, egal ob E oder A. Da wird anfangs bei der Parametrierung das (die) Byte(s) festgelegt und dann hat Pin 4 von Port 1 das Byte .1 . Angenommen das ist ein Eingang, und Pin 4 von Port 2 ist ein Ausgang, dann adressiert eplan das wieder als .1, obwohl es .2 sein muss, da das Modul nichts anderes akzeptiert.

Ob es da jemals Änderungen gibt, glaube ich nicht. Irgendwie bin ich immer der einzige der tatsächlich so etwas triviales haben will.

------------------
EN81346-2 PK: "Fühlbare Informationsdarstellung" -> Vibrator

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hallo,

das thema wurde schon mal behandelt.

das mit der funktionsschablone ist eine gute idee solange nicht diese reservierungsbytes platziert werden. keine ahnung wie man das verhindern könnte.

------------------
ruplan4.70
eplan5.x
P8 V1.9 bis V2.7

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Meines Wissens gibt es dafür folgende Eigenschaften in der Artikelverwaltung:
SPS-Gerät: Datenlänge (Eingänge) <20571>
SPS-Gerät: Datenlänge (Ausgänge) <20573>

Es ist aber wohl notwendig mindestens einen Ein- oder Ausgang (z.b. unsichtbar) im Plan zu platzieren, um eine Adressierung durchführen zu können.
Adressiert man dann mehrere Betriebsmittel gemeinsam, so wird die Datenlänge bis zum nächsten Gerät freigelassen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Nun ist aber nicht jeder Eingang oder Ausgang auch IO Link. Da man kein neues Schema hinterlegen kann, habe ich mir damit ausgeholfen das IO Link ein Doppelwort ist und da wiederum die Datenlänge eingetragen. Das funktioniert, ist aber eigentlich nicht Sinn der Sache. Korrekt wäre es das direkt als IO Link zu benennen, das würde dann auch in den Auswertungen korrekt sein.

------------------
EN81346-2 PK: "Fühlbare Informationsdarstellung" -> Vibrator

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Das ist korrekt und bisher kann man sich nur behelfen mit solchen "Merkwürdigkeiten".

Auf lange Sicht hilft da nur: Verbesserungsvorschläge bei EPLAN einzureichen, damit die an den Datentypen eine Erweiterung vornehmen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP