S7-400 MPI <-> uC

ELP - 16-01-2007 20:45
S7-400 MPI <-> uC
Witam.

Stanąłem przed pewnym problemem i prosiłbym znających temat grupowiczów o
sugestie, wskazówki ect..

Moje urządzenie z uC musi wymieniać informacje ze sterownikiem S7-400(300)
(bloki danych).
Opcja 1:
Zastanawiam się nad wykorzystaniem oryginalnego kabla RS232<->MPI, bo z
tego co wyszukałem w sieci, to zrobienie takowego raczej nie wchodzi w
rachubę (a może się mylę). Problemem tutaj jest protokół komunikacji. Nie
mam o nim żadnych danych i przewiduję problemy ze znalezieniem ich.
Opcja 2:
Wykorzystanie SINEC L2 DP. Tutaj jednak mam jeszcze mniejsze doświadczenie
w kontekście wykorzystania go we własnym urządzeniu.

Proszę o podpowiedź jak do tego podejść, co zastosować (jakieś moduły
pośrednie) aby dobrać się do S7(300-400) z własnego urządzenia. Jak
pisałem wcześniej, chodzi o wymianę informacji poprzez bloki danych.

Pozdrawiam
ELP

neuron - 17-01-2007 23:45

> Proszę o podpowiedź jak do tego podejść, co zastosować (jakieś moduły
> pośrednie) aby dobrać się do S7(300-400) z własnego urządzenia. Jak
> pisałem wcześniej, chodzi o wymianę informacji poprzez bloki danych.

freeport. S7 pozwala na wysylanie ze sterownika dowolnego bloku danych i
wygenerowanie przerwania + odczyt bajtu z bufora uartu.
To pozwala na stworzenie prostego protokolu. Stosuje taki protokul od lat na
s7-200 i dziala bardzo stabilnie mimo prymitywnej kontroli bledow( suma xor
od n)
co do kabla - nowy kabel PPI na USB nie bedzie dzialal (PODOBNO) stary kabel
rs/ppi dziala bez problemu - wielokrotnie stosowalem.
Standardowy konwerter R485 nie dziala w tybie programowania (PODOBNO)
natomiast powinien dzialac w trybie freeport.

wojtek
www.neuron.com.pl
CMMS Maszyna
Golem OEE
Produkt-Baza Wiedzy

ELP - 18-01-2007 00:45

> freeport. S7 pozwala na wysylanie ze sterownika dowolnego bloku danych i
> wygenerowanie przerwania + odczyt bajtu z bufora uartu.
> To pozwala na stworzenie prostego protokolu. Stosuje taki protokul od
> lat na
> s7-200 i dziala bardzo stabilnie mimo prymitywnej kontroli bledow( suma
> xor
> od n)
Ale, jak pisałem wcześniej, chodzi o serię 300 i 400. Nie jestem pewien,
ale one chyba nie mają freeport (a może się mylę?).

Artur - 18-01-2007 02:46

Użytkownik "ELP" <epl@poczta.neostrada.pl> napisał w wiadomości
news:op.tl9hf60h863c9n@rafal...
> Witam.
>
> Stanąłem przed pewnym problemem i prosiłbym znających temat grupowiczów o
> sugestie, wskazówki ect..
>
> Moje urządzenie z uC musi wymieniać informacje ze sterownikiem S7-400(300)
> (bloki danych).
> Opcja 1:
> Zastanawiam się nad wykorzystaniem oryginalnego kabla RS232<->MPI, bo z
> tego co wyszukałem w sieci, to zrobienie takowego raczej nie wchodzi w
> rachubę (a może się mylę). Problemem tutaj jest protokół komunikacji. Nie
> mam o nim żadnych danych i przewiduję problemy ze znalezieniem ich.

To jest chyba najprostrze rozwiązanie. Nie trafiłem nigdzie na dokładny opis
protokołu,
ale raczej jest to do podsłuchania i rozszyfrowania. Tyle kiedyś znalazłem:
http://www.arturw.dolsat.pl/mpi232.zip
http://www.arturw.dolsat.pl/S7%20Com...atic%20Net.pdf
Jeżeli gra warta świeczki, to można spróbować dobrać się bezpośrednio przez
MPI.
Pewnie ATmega by wystarczył przy standardowym 187,5kbps, ale to też głównie
reverse engineering :)

--
Artur W.

ELP - 18-01-2007 09:45

> To jest chyba najprostrze rozwiązanie. Nie trafiłem nigdzie na dokładny
> opis protokołu,
> ale raczej jest to do podsłuchania i rozszyfrowania. Tyle kiedyś
> znalazłem: http://www.arturw.dolsat.pl/mpi232.zip
> http://www.arturw.dolsat.pl/S7%20Com...atic%20Net.pdf
> Jeżeli gra warta świeczki, to można spróbować dobrać się bezpośrednio
> przez MPI.
> Pewnie ATmega by wystarczył przy standardowym 187,5kbps, ale to też
> głównie
> reverse engineering :)

Dzięki. Właśnie o coś takiego mi chodziło. Kiedyś rozgryzłem cały AS511
dla S5, to może teraz też się uda :-)
Co do międzymordzia, to wydaje się to być tylko konwerter RS232(np.
19200bps) <-> RS485(187.5kbps). W zasadzie nie powinno być problemu z
wykonaniem. Będę próbował to popełnić.

Pozdrawiam
ELP

Pawel Sujkowski - 18-01-2007 21:45

Witam

> Moje urządzenie z uC musi wymieniać informacje ze sterownikiem S7-400(300)
> (bloki danych).

A może procesor komunikacyjny RS232 lub 422/485? Ja kiedyś stosowałem
komunikację pomiędzy moim uC na 51 a S7-300 za pośrednictwem CP-340. Dla
S7-400 też są dostępne. O ile pamiętam, to była tam implementacja 3964 i
jakiegoś ASCII a w wersji CP-341 są też jakieś ładowane drivery do innych
protokołów (coś mi się kołacze też Modbus). Koszt dodatkowy ale wszystko
jest dobrze udokumentowane i pewne a to się liczy.

Paweł Sujkowski

ELP - 18-01-2007 21:45

> A moÂże procesor komunikacyjny RS232 lub 422/485? Ja kiedyÂś stosowaÂłem
> komunikacjĂŞ pomiĂŞdzy moim uC na 51 a S7-300 za poÂśrednictwem CP-340. Dla
> S7-400 teÂż sÂą dostĂŞpne. O ile pamiĂŞtam, to byÂła tam implementacja 3964 i
> jakiegoÂś ASCII a w wersji CP-341 sÂą teÂż jakieÂś Âładowane drivery do innych
> protokoÂłów (coÂś mi siĂŞ koÂłacze teÂż Modbus). Koszt dodatkowy ale wszystko
> jest dobrze udokumentowane i pewne a to siĂŞ liczy.

Nie mowilem wczesniej, ale z tego, co mi wiadomo, nie ma miejsca na
dodatkowe moduły (no, chyba że będzie taka bezwzględna konieczność :-))
Dlatego skłaniam się do rozwiązania wykorzystującego to, co mam (MPI,
SINEC_L2_DP)
Jednakże dzięki za sugestię. Ją też biorę pod uwagę przy niemożności
wykorzystania innych możliwości (dodatkowy rack, moduł komunikacyjny :-( ).

Pozdrawiam
ELP

news.tpi.pl - 18-01-2007 22:53

>
> Proszę o podpowiedź jak do tego podejść, co zastosować (jakieś moduły
> pośrednie) aby dobrać się do S7(300-400) z własnego urządzenia. Jak
> pisałem wcześniej, chodzi o wymianę informacji poprzez bloki danych.
>
> Pozdrawiam
> ELP

CP340/341
lub CP440/441
można kupić z RSS232

jest tam lomunikacja ASCII - powinna Ci wystaczyć

standardowo mają chyba obsługę RK512 i jakiś tam (to są protokoły otwarte)
do 341/341 można wgrać protokoły np. Modbus

JJ