Hot News:
   

Mit Unterstützung durch:

  Foren auf CAD.de
  EPLAN Electric P8
  Adressraum SPS-Karten

Antwort erstellen  Neues Thema erstellen
CAD.de Login | Logout | Profil | Profil bearbeiten | Registrieren | Voreinstellungen | Hilfe | Suchen

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen nächster neuer Beitrag | nächster älterer Beitrag
  
Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für EPLAN
  
Eplan Next26: Die Zukunft des Engineerings live erleben, eine Pressemitteilung
Autor Thema:  Adressraum SPS-Karten (103 mal gelesen)
Tom2005
Mitglied
Elektrotechniker


Sehen Sie sich das Profil von Tom2005 an!   Senden Sie eine Private Message an Tom2005  Schreiben Sie einen Gästebucheintrag für Tom2005

Beiträge: 1366
Registriert: 12.05.2005

EPLAN 5.70 prof.
EPLAN Electric P8 2025

erstellt am: 28. Apr. 2026 07:31    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

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

Wieselding
Mitglied



Sehen Sie sich das Profil von Wieselding an!   Senden Sie eine Private Message an Wieselding  Schreiben Sie einen Gästebucheintrag für Wieselding

Beiträge: 383
Registriert: 05.10.2015

ePlan P8 2026

erstellt am: 28. Apr. 2026 10:03    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Tom2005 10 Unities + Antwort hilfreich

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

cad_hans
Ehrenmitglied V.I.P. h.c.
Techn. Angestellter


Sehen Sie sich das Profil von cad_hans an!   Senden Sie eine Private Message an cad_hans  Schreiben Sie einen Gästebucheintrag für cad_hans

Beiträge: 2462
Registriert: 25.08.2003

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

erstellt am: 28. Apr. 2026 13:22    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Tom2005 10 Unities + Antwort hilfreich

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

KSV-Michael
Mitglied



Sehen Sie sich das Profil von KSV-Michael an!   Senden Sie eine Private Message an KSV-Michael  Schreiben Sie einen Gästebucheintrag für KSV-Michael

Beiträge: 206
Registriert: 05.07.2011

P8 2.9 SP1 Prof.
Update 11
(ProPanel AddOn, Wiring)

erstellt am: 29. Apr. 2026 06:43    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Tom2005 10 Unities + Antwort hilfreich

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

Anzeige.:

Anzeige: (Infos zum Werbeplatz >>)

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen

nächster neuerer Beitrag | nächster älterer Beitrag
Antwort erstellen


Diesen Beitrag mit Lesezeichen versehen .... | Nach anderen Beiträgen suchen

Administrative Optionen: Beitrag schliessen | Archivieren/Bewegen | Beitrag melden!

Fragen und Anregungen: Kritik-Forum | Neues aus der Community: Community-Forum

(c)2026 CAD.de | Impressum | Datenschutz