Step 7 CP343-1 einbinden

[Bahnmeister]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das habe ich eben neu eingefügt,hat soweit geklappt. Hoffe das ist erstmal richtig so.
Nun noch den Datentransfer hinbekommen,das wäre der Durchbruch

 

[heipo]

hallo Delta nach dem bild in #48 hat er eine 314-1AF10
bei meinem TIA16 ist die nicht im HW-Katalog

 

[mega_ohm]

Zuviel Werbung?
-> Hier kostenlos registrieren

Steckplatz 3 ist durch was belegt ?

 

[Bahnmeister]

Steckplatz 3 soll doch immer frei sein.

 

[DeltaMikeAir]

hallo Delta nach dem bild in #48 hat er eine 314-1AF10
bei meinem TIA16 ist die nicht im HW-Katalog

Das kann sein, ich habe gerade kein TIA zur Hand. @Bahnmeister, welche CPU hast du denn in TIA projektiert gehabt?

 

[Bahnmeister]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das war die 314 ag...,glaub ich.
Da kam aber immer ein Warnhinweis mit der Version,aber als Zusatz:kein Problem wird noch unterstützt.
Ok,TIA ist erstmal bei mir raus,habe jetzt alles soweit wieder in Step7 am Laufen.

 

[DeltaMikeAir]

Das war die 314 ag...,glaub ich.

 

[Bahnmeister]

Brille uffsetzen und uffs letzte Bild schauen

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

Brille uffsetzen und uffs letzte Bild schauen

Du hast in TIA die falsche CPU und den falschen CP projektiert. Wie soll das funktionieren?

bitte bei allen Vorschlägen beachten: es geht hier um eine S7-300 314-1AF10 mit CP 343-1EX20

 

[Bahnmeister]

Ja,schon begriffen deswegen habe ich jetzt alles nochmal neu in Step7 aufgelegt,vergessen wir TIA.

So hier mal die Ping-Befehle unter Windows:
C:\Windows\System32>ping 192.168.2.10

Ping wird ausgeführt für 192.168.2.10 mit 32 Bytes Daten:
Antwort von 192.168.2.10: Bytes=32 Zeit=1ms TTL=60
Antwort von 192.168.2.10: Bytes=32 Zeit<1ms TTL=60
Antwort von 192.168.2.10: Bytes=32 Zeit<1ms TTL=60
Antwort von 192.168.2.10: Bytes=32 Zeit=1ms TTL=60

Ping-Statistik für 192.168.2.10:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 0ms, Maximum = 1ms, Mittelwert = 0ms

C:\Windows\System32>ping 192.168.2.242

Ping wird ausgeführt für 192.168.2.242 mit 32 Bytes Daten:
Antwort von 192.168.2.242: Bytes=32 Zeit=1ms TTL=128
Antwort von 192.168.2.242: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.2.242: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.2.242: Bytes=32 Zeit<1ms TTL=128

Ping-Statistik für 192.168.2.242:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 0ms, Maximum = 1ms, Mittelwert = 0ms

C:\Windows\System32>

192.168.2.242 ist mein LAN-Interface für die Eisenbahn.

 

[Bahnmeister]

Hallo allerseits

Nun geht es weiter. Ist das erstmal richtig so?In diesem Zusatand kann ich noch nix auf die CPU laden.
Mit den restlichen Einträgen tue ich mich noch schwer. Bitte um Hilfe.

Gruss Helmut

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Mit den restlichen Einträgen tue ich mich noch schwer. Bitte um Hilfe.

Dir wurde in den letzten 2 Wochen in den Beiträgen #40 #56 und #68 nahegelegt, dir dieses Programmbeispiel von Siemens anzuschauen:

Wie werden die Kommunikationsbausteine FC5 "AG_SEND" und FC6 "AG_RECV" programmiert?

Was ist in der Programmbeschreibung dieses Beispiels so schwer verstehbar?
Lies auch mal die Bausteinbeschreibungen zu AG_SEND und AG_RECV (Baustein-Box markieren und dann F1 drücken)

- projektiere in NetPro deine TCP-Verbindung
- gib bei AG_SEND und AG_RECV bei ID die Nummer dieser Verbindung an (bei beiden Bausteinen die gleiche Nummer). Tipp: Rechtsmausklick auf die Baustein-Box > Verbindungen ... und da die Verbindung auswählen, dann werden die ID und LADDR übernommen
- am Eingang ACT von AG_SEND verschalte erstmal einen noch unbelegten Merker, den kannst du für erste Tests mit einer Variablentabelle (Zielsystem > Variable beobachten) oder per Rechtsmausklick steuern, um einmalig eine Nachricht an die Modellbahn zu senden, nachdem du z.B. per Variablentabelle die zu sendenden Bytes in den Sendebereich eingetragen hast
- Deklariere in einem Global-DB einen Speicherbereich für die zu sendende Nachricht ("Sendepuffer"), z.B. ein ARRAY [1..10] OF BYTE und gibt den Name dieses Speicherbereichs bei AG_SEND bei SEND an (z.B. "MyDB".Sendepuffer ), und bei LEN die Länge der Nachricht (entsprechend der Protokollbeschreibung)
- Deklariere in einem Global-DB einen Speicherbereich für eventuell zu empfangende Nachrichten ("Empfangspuffer"), z.B. ein ARRAY [1..10] OF BYTE und gibt den Name dieses Speicherbereichs bei AG_RECV bei RECV an (z.B. "MyDB".Empfangspuffer )
- an der rechten Seite der Boxen verschalte erstmal TEMP-Variablen oder Merker

 

[Bahnmeister]

Guten Morgen

Ja,habe auch schon vieles gelesen von Euch,aber als Neuling geht es vielleicht nicht ganz so schnell,sry so ist das nunmal.
Wie Du siehst,bin ich ja schon kleine Schritte weitergekommen. Habe mir auch das Beispiel-Zip runtergeladen.
ID und LADDR habe ich,nun muss ich noch die Merker anlegen. Ich gehe es an .....
Begreife einfach nicht die Reihenfolge der Klicks und Symbole,in der Siemensbeschreibung liest sich das auch schwer raus,weil ich eben
kein Profi bin. Dreh mich nur im Kreise.
Ist es nicht mal möglich ,mir genau die einzelnen Einträge zu schreiben und wo die zu holen sind.
Sind das alle Bausteine,welche ich brauche?
Was müsste ich mit der Zip-Datei von Siemens tun?Wie wird die bei mir eingebunden


Gruss Helmut

 

[JoopB]

In Step7 Datei -> Dearchivieren anklicken, die zip datei anwahlen und auf Openen und nog ein paar mal enter.
Sie habe ein neue project ohne SPS aber Sie habe ein beispiel fur das Send und Recv.

 

[Bahnmeister]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ah vielen Dank

 

[Bahnmeister]

Guten Morgen allerseits

So,das Problem mit AgSend -und Rec ist dank der Hilfe hier im Forum erfolgreich gelöst.
Nochmals vielen Dank für die Mühen. Übrigens,das Modellbahninterface führt die Befehle von
der SPS nun fehlerfrei aus. so gefällt mir das.

Gruss Helmut

 

[Bahnmeister]

Guten Tag allerseits

Komme irgendwie nicht weiter mit dem Parametrieren vom DB100 und FB100.
In den DB100 kann ich nix editieren.
Mit VAT testen funktioniert alles bestens,da schalten alle LEDs wie gewünscht.
Habe schon viel gesucht im Internet,bin aber nicht fündig geworden.
Ich weiss mir keinen Rat mehr,warum das auch immer so kompliziert sein muss.
Bräuchte mal ein exaktes Beispiel,wie das Sendetelegramm komlett am Ausgang im Netzwerk 7 FB100
programmiert wird.

Gruss Helmut

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Komme irgendwie nicht weiter mit dem Parametrieren vom DB100 und FB100.
In den DB100 kann ich nix editieren.

Der DB100 ist ein Instanz-DB von dem FB100, da müsstest du den FB100 ändern und dann den Instanz-DB neu generieren. Aber eigentlich musst du mit anderen Variablen arbeiten und dann bei Bedarf in den Sendepuffer kopieren und das Senden auslösen.

Ich weiss mir keinen Rat mehr,warum das auch immer so kompliziert sein muss.

das ist nicht kompliziert, man muss "nur" ein bisschen Logik und Daten kopieren programmieren

Das ist jetzt dein Job als SPS-Programmierer, ein Programm zu schreiben, was die Bits zur richtigen Zeit an der richtigen Stelle manipuliert und zur Modellbahn sendet. Das ist ja nun nicht mehr nur ein Codebeispiel und Proof of Concept mit einem bisher unbekannten CP 343-1, sondern das artet richtig in Arbeit aus. Du schriebst im #1, dass du früher schonmal mit S7-300 zu tun hattest - die SPS programmieren gehörte da nicht zufällig zu der Tätigkeit? Wenn du gar nicht einfache Logik in der SPS programmieren kannst, dann lass es lieber bleiben und beauftrage jemanden, der es kann.

Als erstes brauchst du (auch für dich selbst) eine Liste oder Schaltplan, was wo an deiner SPS angeschlossen ist. Wenn du beim Programm Hilfe von jemandem brauchst, dann musst du demjenigen die Aufgabe detailliert und zweifelsfrei beschreiben können (ein "Pflichtenheft" erstellen). Schreib mal genau auf wie deine Steuerung funktionieren soll, vielleicht programmiert es dir jemand.

Also wie willst du auf die Modellbahn Einfluss nehmen? Hast du irgendwelche Taster oder Schalter oder Sensoren (und Lampen und Weichen und was-weiß-ich) irgendwo angeschlossen? Was sollen die bewirken? Wie soll die Modellbahn darauf reagieren? Welche Bits im Steuertelegramm müssen dafür wie gesetzt werden? Soll das Steuertelegramm (oder die Steuertelegramme) nur bei Änderungen gesendet werden oder zyklisch (wie oft)? Sind da auch "Sonderfunktionen" dabei, sprich Steuertelegramme, die nur manchmal/selten gesendet werden sollen? Muss vielleicht irgendwas zyklisch gesendet werden als Watchdog, damit sich der Modellbahnkasten nicht vorsichtshalber abschaltet? Da müsstest du dafür sorgen, dass verschiedene Telegramme gesendet werden, sich dabei aber nicht gegenseitig stören ...

Also nur mit deinem Link zur Protokollbeschreibung deines Modellbahninterfaces kann ich dir das Programm für deine Anlage nicht erstellen. Höchstens als bezahltes Projekt mit Stundenabrechnung oder Projektpreis

 

[Bahnmeister]

Guten Tag Harald

Ja klar,habe schon damals einiges gemacht mit Ein und Ausgängen am Bedientisch..Klappte ganz gut.
Die Programmierung der signaltechnischen Abhängigkeiten ist nicht das Problem.
Eingänge sind alle meine Tasten im Bedienpult und Ausgänge alle LEDs in der Meldetafel.
Mein Problem ist immer noch die Parametrierung von FB und DB zum Steuern der Leds über LAN.
Deine Test-VAT läuft so excellent,sehr gut gemacht.Damit komme ich zurecht.
Aber eben die Kommandoabfolge zum Senden,z.B wenn ein Taster geschlossen wird dann soll LED1 leuchten.
Die signaltechnische Logik brauch niemand schreiben,da komme ich selbst mit klar.Aber eben mit der LED_Anschaltung von dort,da habert es noch bei mir. Mein Problem ist noch Dein zuerstgeschriebener Satz,nichts weiter.
Die SPS zu programmieren gehörte schon früher doch zufällig zu meinen Aufgaben,aber im Rahmen eines Anfängers
Vor Arbeit scheue ich mich nicht,daran solls nicht liegen.
Meine Idee wäre jetzt,einen neuen FB mit IDB zu generieren und den mit Daten auszufüllen-aber wie?
Im Bild siehst meinen Bedientisch und die Meldetafel,Originalstücke von der ehemaligen DR Bauart WSSB.
Mir würde doch schon ein einfaches Paradebeispiel genügen wie eine LED an un/oder ausgeschaltet wird mit Signaländerung an einem Eingang.
Alles weitere würde doch nur eine Auffüllung der Sendedaten im DB und FB bedeuten,oder seh ich das falsch?

" Der DB100 ist ein Instanz-DB von dem FB100, da müsstest du den FB100 ändern und dann den Instanz-DB neu generieren. Aber eigentlich musst du mit anderen Variablen arbeiten und dann bei Bedarf in den Sendepuffer kopieren und das Senden auslösen. "
Genau da liegt noch das Problem bei mir.
Nebenbei nochmal angemerkt,meine komplette Hardware ist auch im TIA-Portal V16 komplett grün dargestellt,auch mein LAN-Interface.
Was ist eigentlich nun die bessere Variante: TIA-Portal oder Steb7 Version5.7 ?


Gruss Helmut

 

[PN/DP]

Nebenbei nochmal angemerkt,meine komplette Hardware ist auch im TIA-Portal V16 komplett grün dargestellt,auch mein LAN-Interface.
Was ist eigentlich nun die bessere Variante: TIA-Portal oder Steb7 Version5.7 ?

Deine Hardware ist doch gar nicht kompatibel mit TIA?? (ich suche jetzt nicht die alten Beiträge) Was da in TIA "grün" ist, ist doch nur eine Fake-Hardware-Konfig mit nicht kompatiblen Baugruppen, die gar nicht funktionieren würde. Mit deiner alten Hardware musst du Step7 classic V5.x verwenden. Außerdem kann auch TIA die Logiken nicht für dich programmieren. Und TIA kann mit der S7-300 auch nicht mehr als Step7 classic.