S7-400 MPI <-> uC

E

ELP 19 years ago

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

Vote

N

news.tpi.pl 19 years ago

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

Vote

N

neuron 19 years ago

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

formatting link

CMMS Maszyna Golem OEE Produkt-Baza Wiedzy

Vote

E

ELP 19 years ago

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ę?).

Vote

A

Artur 19 years ago

Użytkownik "ELP" snipped-for-privacy@poczta.neostrada.pl> napisał w wiadomości news:op.tl9hf60h863c9n@rafal...

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:

formatting link

ż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 :)

Vote

E

ELP 19 years ago

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

Vote

P

Pawel Sujkowski 19 years ago

Witam

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

Vote

E

ELP 19 years ago

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

Vote

S7-400 MPI <-> uC

Join the Discussion

Didn't find your answer?