PLCSim Netzwerkerweiterung "NetToPLCSim"

Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Thomas,

dein Tool scheint perfekt auf mein Problem zu passen aber ich schaffe es nicht ganz alles zum Laufen zu bekommen.
Ich möchte einen komplett virtuellen Testaufbau machen. Dazu gehört eine ES, ein WinnCC Server und ein Client (auch mit WinCC-Runtime).
Die PCs laufen alle auf einem ESXi als VM und werden über vSphere gehandelt.
Über vSphere habe ich auch ein Netz konfiguriert, worüber die Rechner miteinander kommunizieren können.
Im letzten Schritt würde ich nun auch die AS gern virtuell über PLCSIM betreiben.
Ich habe PLCSIM (IP: 192.168.0.150) auf dem Client (IP Anlagenbus: 192.168.0.179) installiert und möchte es von der ES (IP Anlagenbus: 192.168.0.199) aus laden.
Die Schnittstellen sind überall auf TCP/IP eingestellt. Bei dem Versuch PLCSIM zu laden, schien es auch erst zu klappen. Zumindest wurde die CPU schon mal auf STOP gestellt,
doch dann kommt die Fehlermeldung, dass die Systemdaten nicht geladen werden können.

Hast du vielleicht spontan eine Idee woran das liegen kann?
Bzw hat es überhaupt schon jemand mal versucht, einen kompletten Aufbau virtuell zu gestalten?

Vielen Dank schon mal im Voraus!
 
Hi,
Nettoplcsim stellt hauptsächlich Variablendienste über TCP/IP zur Verfügung, d.h. die Dienste die eine Visualisierung normalerweise von einer S7 verwendet.

Du kannst also nicht von einem anderen Step7-PC aus übers Netzwerk via Nettoplcsim dein Programm in Plcsim laden. Das musst du von dem Rechner machen auf dem auch Plcsim läuft (Step 7 ist dort ja ebenfalls vorhanden).

Im Zusammenhang mit WinCC ist anzumerken, dass bausteinbezogene Meldungen (ALARM, ALARM_8, ALARM_8P, usw.) nicht mit Nettoplcsim funktionieren.

Falls das bei dir ein PCS7-Projekt ist sei dir gesagt: es funktioniert nicht. Ich habe es mit Nettoplcsim und auch mit anderen AG-Simulationen (Deltalogic) versucht ohne echte SPS-Hardware ans Laufen zu bekommen, aber es ist aufgrund der diversen Spezialfunktionen nicht hinzubekommen (auch weil PCS7 gerne ISO anstatt TCP/IP verwendet).
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Thomas,
nach einigen Monaten melde auch ich mich mal wieder mit einer kleinen Frage.
Es laufen gerade Versuche mit einer iFix erstellten Visu, die über eine VirtuellerServer mit INAT mit den SPS kommunziert.
Hierbei ist jedoch das Problem, da kein Datenaustausch stattfindet.
Nach NetToPlcSim ist die Verbindung okay und auch die SPSen lassen sich vom PC mit der Visu anpingen.
Alles unter Win7 64bit.

Grüße
 
Was für einen S7-Anbindungstreiber benutzt du denn? iFix bring von Haus aus ja keinen für die S7 mit.

Der Verbindungsstatus in Nettoplcsim zeigt nur den Verbindungsstatus zu Plcsim an, und ob der Server überhaupt gestartet werden konnte. Wenn du den Monitor auf einer Verbindung startest (mit Rechtsklick auf eine Verbindung), kannst du sehen wenn ein Datenaustausch zustande kommt. Es werden dort aber nicht alle Telegramme angezeigt.

Wenn ping funktioniert, kannst du auch mal probieren ob du auf Port 102 eine TCP-Verbindung zu Nettoplcsim hergestellt bekommst. Am einfachsten geht das von der Eingabeaufforderung mit
C:\>telnet 1.2.3.4 102

1.2.3.4 ist die IP-Adresse unter der Nettoplcsim erreichbar sein sollte. Ist dort jemand erreichbar, dann wird das Fenster der Eingabeaufforderung schwarz. So kannst du prüfen ob da nicht eine Firewall die Verbindung blockiert.
 
Ich hätte mal eine Bitte an Leute die TIA-Portal V13 besitzen.

Momentan kann sich Nettoplcsim nicht mit Plcsim der TIA-Portal V11 oder V12 verbinden. Bei mir bekomme ich bei den Versionen bei Start von Plcsim die Meldung, dass alle anderen Online-Schnittstellen deaktiviert würden. Ich bekomme mit Nettoplcsim dann überhaupt keinen Zugriff mehr auf die S7online-Schnittstelle.
Jetzt hat mir jemand geschrieben, dass er es mit einer kleinen Änderung an Quellcode von Nettoplcsim hinbekommen hat Zugriff auf Plcsim der V13 zu bekommen. Zugriff würde auf eine Plcsim-Simulation der 1200 oder 1500 z.B. mit libnodave nur auf nicht-optimierte DBs funktionieren, aber das reicht ja erstmal.

Mir steht allerdings momentan nur die V12 zur Verfügung, darum kann ich das selber nicht testen. Wenn jemand mit der V13 das Ganze mal ausprobieren könnte, wäre ich sehr dankbar.

Folgender Test:
- Download der neuen Nettoplcsim von:
http://sourceforge.net/projects/nettoplcsim/files/nettoplcsim-S7o/preview/
und zwar die Nettoplcsim-v-0-9-4-rc3.zip

- In V13 ein Projekt mit einer 1500er anlegen. Im Programm einen nicht-optimierten DB1 anlegen mit z.B. 100 Bytes länge, und alles in Plcsim laden.
- In Nettoplcsim eine Station anlegen
--- Testen ob man im Stationsdialog mit "..." eine Station angezeigt bekommt
--- Bei der Station ist für eine 1200/1500 Rack=0 und Slot=1 einzustellen
- Versuchen ob der Nettoplcsim Server gestartet werden kann
- Bei Erfolg, mit einem Testclient wie libnodave versuchen ob man Daten aus Plcsim gelesen bekommt
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Thomas,
ich teste gerade eine Intouch-Visu mit PLCSim. Dein Tool läuft jedoch stürzt es nach einer unbestimmten Zeit ohne Vorwarnung einfach ab.
Es werden auch sehr viele Variablen abgefragt und geschrieben.
Gibt es eine Möglichkeit das zu debuggen?
Grüße
Ronnie
 
Gibt es denn irgendeine Fehlermeldung?
Du kannst auch mal die oben von mir verlinkte rc Version verwenden. Ich habe da noch ein paar Details geändert, vielleicht liegts ja schon daran.

An der Anzahl der Variablen sollte es eigentlich nicht liegen, ich habe es auch mit Intouch schon mit ein paar tausend Variablen getestet. Abstürze hatte ich selber noch nicht, was aber nichts heißen muss.
 
Hallo zusammen,

ich versuche eine Verbindung zwischen PLCSim und dem SCADA-System iFIX herzustellen. Folgende Versionen sind in Verwendung:
- PLCSIM: V5.4 SP5
- NetToPLCSim: V0.9.3
- INAT OPC-Server: V4.05 Build 13
- iFIX: V5.5

PLCSim und NetToPLCSim habe ich gestartet und es wird auch angezeigt, das Port 102 OK ist. Auch lässt sich die PLCSim über das Netzwerk anpingen. Dennoch bekomm ich keine Verbindung zwischen iFIX bzw. INAT zu PLCSim. Eine Verbindung kommt auch dann nicht zustande, wenn der INAT und NetToPLCSim und PLCSim auf dem gleichen Rechner laufen.

Der OPC-Server wird Standardmäßig mit dem Port 982 angelegt? Kann das, das Problem sein?
Was kann ich sonst noch versuchen?

Vielen Dank im Voraus
 
Tob_Se schrieb:
Hallo zusammen,

ich versuche eine Verbindung zwischen PLCSim und dem SCADA-System iFIX herzustellen. Folgende Versionen sind in Verwendung:
- PLCSIM: V5.4 SP5
- NetToPLCSim: V0.9.3
- INAT OPC-Server: V4.05 Build 13
- iFIX: V5.5

PLCSim und NetToPLCSim habe ich gestartet und es wird auch angezeigt, das Port 102 OK ist. Auch lässt sich die PLCSim über das Netzwerk anpingen. Dennoch bekomm ich keine Verbindung zwischen iFIX bzw. INAT zu PLCSim. Eine Verbindung kommt auch dann nicht zustande, wenn der INAT und NetToPLCSim und PLCSim auf dem gleichen Rechner laufen.

Der OPC-Server wird Standardmäßig mit dem Port 982 angelegt? Kann das, das Problem sein?
Was kann ich sonst noch versuchen?
Zum Vergrößern anklicken....

Hi,
mittels ping testest du nur die Erreichbarkeit des PCs auf dem Plcsim/Nettoplcsim läuft, nicht die Erreichbarkeit Plcsim/Nettoplcsim selber. Ein funktionierender ping ist aber schonmal gut.

Deine Portnummer 982 hat keinen Einfluss auf die Funktionsweise zu Nettoplcsim. Der OPC-Server versucht sich zu einer S7 normalerweise auf Port 102 zu verbinden. Wenn du auf dem PC eine Firewall wie z.B. die bei Windows integrierte aktiviert hast, muss der Port 102 für eingehende Verbindungen freigegeben sein. Die Anzeige "Port 102 OK" in Nettoplcsim sagt lediglich aus dass dieser Port von keiner anderen Anwendung belegt ist, denn üblicherweise nimmt eine andere Siemens-Anwendung (IEPG-Helper) diesen Port für sich in Beschlag.

Wenn du die in Windows (7) integrierte Firewall verwendest, kannst du die Einstellungen so ändern, dass du vom Windows eine Nachfrage bekommst wenn ein neues Programm blockiert wird. Wird Nettoplcsim dann erstmalig gestartet sollte es eine Nachfrage geben ob du das Starten eines Servers auf diesem Port zulassen willst. Alternativ kannst du die Freigabe manuell in der Firewall eintragen, oder du schaltest diese für einen ersten Test ganz aus.

Meistens ist es aber ein Fehler bei den eingestellten IP-Adressen.
Unter der gleichen IP-Adresse die du im Inat-OPC-Server für die SPS-Adresse eingetragen hast, muss auch der PC auf dem Plcsim/Nettoplcsim läuft erreichbar sein.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Es gibt eine Version 0.9.4

Änderungen:
- Antwort beim Verbindungsaufbau dass nur ein Telegramm zur Zeit bearbeitet werden kann (MaxAmQCalling/MaxAmQCalled), sollte gelegentliche Fehler bei Clients beheben welche die Funktion von mehreren Anfragen bisher ausgenutzt haben
- Einstellmöglichkeit für Rack/Slot Kombination (möglicherweise ist damit eine Verbindung zum TIA-Portal Plcsim möglich, aber noch nicht komplett getestet)
- Optional aktivierbarer TSAP check: Bei aktivierter Option werden nur Verbindungen der Rack/Slot Kombination zugehörigen TSAPs angenommen, mit den Verbindungsressourcen 1, 2 oder 3 (PG, OP, S7basic)
- Protokoll-Monitor: SZL Anfragen (Index und ID) werden aufgeschlüsselt

Download unter:
https://sourceforge.net/projects/nettoplcsim/
 
Zitat von Thomas_v2.1

Hi,
mittels ping testest du nur die Erreichbarkeit des PCs auf dem Plcsim/Nettoplcsim läuft, nicht die Erreichbarkeit Plcsim/Nettoplcsim selber. Ein funktionierender ping ist aber schonmal gut.

Deine Portnummer 982 hat keinen Einfluss auf die Funktionsweise zu Nettoplcsim. Der OPC-Server versucht sich zu einer S7 normalerweise auf Port 102 zu verbinden. Wenn du auf dem PC eine Firewall wie z.B. die bei Windows integrierte aktiviert hast, muss der Port 102 für eingehende Verbindungen freigegeben sein. Die Anzeige "Port 102 OK" in Nettoplcsim sagt lediglich aus dass dieser Port von keiner anderen Anwendung belegt ist, denn üblicherweise nimmt eine andere Siemens-Anwendung (IEPG-Helper) diesen Port für sich in Beschlag.

Wenn du die in Windows (7) integrierte Firewall verwendest, kannst du die Einstellungen so ändern, dass du vom Windows eine Nachfrage bekommst wenn ein neues Programm blockiert wird. Wird Nettoplcsim dann erstmalig gestartet sollte es eine Nachfrage geben ob du das Starten eines Servers auf diesem Port zulassen willst. Alternativ kannst du die Freigabe manuell in der Firewall eintragen, oder du schaltest diese für einen ersten Test ganz aus.

Meistens ist es aber ein Fehler bei den eingestellten IP-Adressen.
Unter der gleichen IP-Adresse die du im Inat-OPC-Server für die SPS-Adresse eingetragen hast, muss auch der PC auf dem Plcsim/Nettoplcsim läuft erreichbar sein.
Zum Vergrößern anklicken....

Hallo,
ich habe nun nochmals alles frisch auf einem PC installiert und die Firewall komplett deaktivert.
Der INAT, PLCSim und NetToPLCSim laufen somit nun alle auf demselben PC. Folgende Punkte habe ich mit entsprechendem Ergebnis getestet:
- Kopplung zwischen INAT und einer realen SPS --> erfolgreich --> Dies zeigt mir, dass der INAT OPC korrekt installiert und eingestellt ist
- Kopplung zwischen INAT und PLCSim --> nicht erfolgreich --> Ich tausche ja "nur" die reale SPS durch eine virtuelle SPS aus. Welche Einstellungen muss ich den nun im NetToPLCSim vornehmen, um dem INAT den Zugriff auf PLCSim zu ermöglichen?

Mit folgenden Einstellungen habe ich meine Tests durchgeführt:
- INAT OPC: IP: 148.192.101.111, Bestellnummer: 100-3120-01, Adresse 2: OPC Server, Port: 982
- PLCSim: IP: 148.192.236.16
- NetToPLCSim: Network Adress: 148.192.101.111, PLCSim Adress: 148.192.236.16, Rack: 0, Slot: 2

Viele Grüße,
Tob_Se
 
Tob_Se schrieb:
Mit folgenden Einstellungen habe ich meine Tests durchgeführt:
- INAT OPC: IP: 148.192.101.111, Bestellnummer: 100-3120-01, Adresse 2: OPC Server, Port: 982
- PLCSim: IP: 148.192.236.16
- NetToPLCSim: Network Adress: 148.192.101.111, PLCSim Adress: 148.192.236.16, Rack: 0, Slot: 2
Zum Vergrößern anklicken....

Also ich hätte gesagt mit der Einstellung müsstest du mit dem Inat-OPC-Server eine Verbindung zu Plcsim hinbekommen.
Ich habe es selber schon mit dem Inat-OPC-Server und Nettoplcsim getestet, er verwendet keine Spezialfunktionen die von Nettoplcsim nicht unterstützt werden.

Du kannst auch alternativ probieren, bei dem PC mit Step7/Plcsim/Nettoplcsim die IP-Adresse auf 148.192.236.16 zu ändern und im Inat die Einstellungen so belassen wie sie mit der SPS funktioneren.

Hast du deine Firewall mal geprüft, ob dort Port 102 freigegeben ist?


@Sonstige Nettoplcsim-Benutzer:
Siemens hat mit dem Step7 V5.5 Servicepack 4 Änderungen an diversen Siemens-dlls vorgenommen die auch Nettoplcsim verwendet. Bei 64 Bit Windows Versionen führt das zu Problemen mit Nettoplcsim. Nettoplcsim funktioniert zwar weiterhin mit Plcsim, aber danach ist die Verbindung von Step7 zu Plcsim komplett gestört, d.h. Bausteinfunktionen mit Plcsim sind dann nicht mehr möglich.
Ich weiß nicht ob ich das Problem jemals behoben bekomme, weil ich nicht weiß was Siemens da alles gedreht hat, und ob nicht mit dem nächsten Servicepack alles wieder ganz anders ist.
Wahrscheinlich bin ich mit Nettoplcsim hier am Ende. Funktioniert nicht mehr. Ende und Aus.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi Leute.
Ich habe mit Nettoplcsim ziemlich heftige Absturzprobleme. Folgender Aufbau:

1. PC mit VMware Win7 x64 Step 7 5.5 alles up2date
Netzwerk Bridged, klappt alles soweit
2. PC mit Windows 7 x64 WinCC 7.0

Die Kommunikation klappt soweit, nur wenn ich in Step 7 im Testmodus bin und paar Werte (auch im F-Bereich) ändere, geht PLCSIM irgendwann in Stopp. Wenn ich wieder im RUN bin klappt die Kommunikation nicht mehr. Ich kann dann aus dem Testmodus gehen und versuchen ihn wieder zu aktivieren, jedoch kommt dann eine Fehlermeldung irgendwas mit ...DOS... Bin der Meinung es liegt an dem Dienst der beendet wird, da ich ohne Nettoplcsim keine Probleme habe. Wenn ich den Dienst wieder starten lasse, nettoplcsim beende und dann versuche den Testmodus zu aktvieren, schmiert s7elonls64.exe (32->64 Bit Server) ab. Danach hilft nur noch ein VMWare Neustart.
 
Hi,
hab ich doch gerade in meinem Post über deinem geschrieben.

Siemens hat mit dem SP4 für Step7 5.5 etwas an der S7online Schnittstelle geändert. Ich weiß nicht was, und auch nicht ob ich das jemals wieder gefixt bekomme, denn das ist ja nicht offiziell dokumentiert.

Wenn du Nettoplcsim weiterhin nutzen willst, bleiben dir folgende Möglichkeiten:
- Unter 64 Bit Windows eine Step7 Version vor Step7 V5.5 SP4 zu verwenden
- Ein 32 Bit Windows zu verwenden, dann kannst du auch das Step7 V5.5 SP4 einsetzen
- Du nimmst die ganz alte Nettoplcsim Version 0.7.2 mit den bekannten Einschränkungen der offiziellen Schnittstelle zu Plcsim (S7Prosim). Läuft aber meines Wissens nicht direkt unter 64 Bit Windows, es hat aber jemand eine gepatchte Version zur Verfügung gestellt.
 
Thomas_v2.1 schrieb:
...
...
@Sonstige Nettoplcsim-Benutzer:
Siemens hat mit dem Step7 V5.5 Servicepack 4 Änderungen an diversen Siemens-dlls vorgenommen die auch Nettoplcsim verwendet. Bei 64 Bit Windows Versionen führt das zu Problemen mit Nettoplcsim. Nettoplcsim funktioniert zwar weiterhin mit Plcsim, aber danach ist die Verbindung von Step7 zu Plcsim komplett gestört, d.h. Bausteinfunktionen mit Plcsim sind dann nicht mehr möglich.
Ich weiß nicht ob ich das Problem jemals behoben bekomme, weil ich nicht weiß was Siemens da alles gedreht hat, und ob nicht mit dem nächsten Servicepack alles wieder ganz anders ist.
Wahrscheinlich bin ich mit Nettoplcsim hier am Ende. Funktioniert nicht mehr. Ende und Aus.
Zum Vergrößern anklicken....

Das klingt nicht gut. Ich habe auch Win7, 64 Bit. Wenn ich dann das neue STEP7 bekomme, muss ich also beim Einsatz von NetToPLCSim mit Problemen rechnen. Wie sehen die Probleme aus? Du schreibst, dass dann die Verbindung von STEP7 zu PLCSim gestört sei und dass "Bausteinfunktionen" gestört seien. Repariert sich das nach einem Neustart des Rechners wieder alles, oder bleiben die Störungen erhalten?

Ich muss zugeben, dass ich NetToPLCSim zur Zeit nicht einsetze und meine kleinen VB.NET-Visualisierungen mit den zugehörigen S7-Programmen mit ACCONtrol über LibNoDave teste. Das hat bisher immer geklappt. Es zeichnet sich aber auch hier das Ende ab, weil ACCONtrol meines Wissens keine TIA-Projekte einlesen kann. Ich muss demnächst auch einige Projekte mit TIA machen.

Oder liege ich mit meinen Informationen - ACCONtrol und TIA betreffend - falsch?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,
nachdem sich Nettoplcsim einmal an Plcsim angekoppelt hat, kannst du mit Step7 keine Bausteine mehr in Plcsim online beobachten oder laden. Es kommt dann immer die Meldung dass die Kommunikation gestört sei. Nettoplcsim funktioniert aber wie gehabt.

Bisher habe ich immer den Rechner neugestartet damit alles wieder funktioniert. Nur Step7 neuzustarten reicht zumindest nicht. Ich habe auch noch nicht nachgeforscht ob es reicht irgendeinen Dienst neuzustarten damit alles wieder funktioniert. Momentan brauche ich Nettoplcsim selber eher selten, darum stecke ich gerade nicht allzuviel Aufwand rein. Zur Not muss ich eben einen Rechner mit 32 Bit Windows dafür hernehmen.
Alternativ muss ich dann wohl die alte 0.7.2er Version weiterentwickeln, denn die verwendet nicht die S7online-Schnittstelle sondern die offizielle Schnittstelle zu Plcsim (mit den bekannten Einschränkungen). Die Simulation zur 1200/1500 hat allerdings überhaupt keine offizielle Schnittstelle, ich habe es auch nur von jemandem gehört dass er es auch mit dieser Simulation mit Nettoplcsim (0.9.x) zum Laufen bekommen hat.

Ich habe mir schonmal die s7onlinx.dll Aufrufe z.B. der WinCC flexible Simulation mit Plcsim abgehört und mit meiner verglichen, ich sehe dort bisher keine Unterschiede. Allerdings kann ich die Windows-Nachrichten mit meiner Proxy-dll nicht abfangen, und prüfen ob es dort einen Unterschied gibt.

Die Deltalogic Simulation (für 300/400) funktioniert imho mit dem TIA-Portal nicht, weil es sich mit einer falschen Mlfb meldet und TIA dann die Kommunikation verweigert.
 
Thomas_v2.1 schrieb:
Hi,
nachdem sich Nettoplcsim einmal an Plcsim angekoppelt hat, kannst du mit Step7 keine Bausteine mehr in Plcsim online beobachten oder laden. Es kommt dann immer die Meldung dass die Kommunikation gestört sei. Nettoplcsim funktioniert aber wie gehabt.
...
...
Zum Vergrößern anklicken....

Das wäre für mich kein wirkliches Problem. Ich benötige PLCSim - NetToPLCSim - LibNoDave zum Testen meiner VB.NET-Visualisierungen. Das Testen der S7-Programme in PLCSim mache ich typischerweise vorher. Wenn sich nach einem Rechnerneustart wieder alles normalisiert ist die Sache für mich OK.

Der sogenannte Online-Test eines S7-Bausteins geht mit ACCONtrol unter Win7, 64 Bit auch nicht mehr. Auch das spielt für mich aber keine entscheidende Rolle. ACCONtrol habe ich bisher auch immer nur zum Testen meiner VB-Visus eingesetzt. S7-Programme teste ich mit PLCSim. Ich denke ich werde mich in den nächsten Wochen mal wieder mit NetToPLCSim beschäftigen. Langfristig ist für mich ACCONtrol tot, weil ACCONtrol mit den TIA-Projekten nicht klarkommt.
 
Earny schrieb:
Der sogenannte Online-Test eines S7-Bausteins geht mit ACCONtrol unter Win7, 64 Bit auch nicht mehr. Auch das spielt für mich aber keine entscheidende Rolle. ACCONtrol habe ich bisher auch immer nur zum Testen meiner VB-Visus eingesetzt. S7-Programme teste ich mit PLCSim. Ich denke ich werde mich in den nächsten Wochen mal wieder mit NetToPLCSim beschäftigen. Langfristig ist für mich ACCONtrol tot, weil ACCONtrol mit den TIA-Projekten nicht klarkommt.
Zum Vergrößern anklicken....

Was macht denn dieser Online-Test?
Wie gesagt, das Problem kam erst mit dem Step7 V5.5 SP4 unter Win64 auf.

ACCONtrol muss mit dem TIA-Projekt auch eigentlich nicht klarkommen, denn an dem Verfahren zum Programmdownload hat sich von Step7 zum TIA-Portal bezügl. 300/400er CPUs nichts geändert.
Das unpraktische am TIA-Portal ist, dass man sich auch kein 300er Projekt in einer 400er CPU oder vice versa laden kann, weil es auch dort die falsche Mlfb anmeckert. Also sich eine 400er ins Büro zum Testen zu stellen funktioniert beim TIA-Portal auch nicht mehr. Wenn einer einen Trick dazu kennt wie das trotzdem geht, wäre ich daran interessiert. Plcsim meldet sich mit einer besonderen Mlfb, und dann scheint das TIA-Portal das zu ignorieren und macht weiter.
 
Zurück
Oben