ELP
Guest
Tue Jan 16, 2007 8:22 pm
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
news.tpi.pl
Guest
Wed Jan 17, 2007 5:56 pm
Quote:
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
neuron
Guest
Wed Jan 17, 2007 11:16 pm
Quote:
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
Guest
Wed Jan 17, 2007 11:51 pm
Quote:
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
Guest
Thu Jan 18, 2007 2:32 am
Użytkownik "ELP" <epl@poczta.neostrada.pl> napisał w wiadomości
news:op.tl9hf60h863c9n@rafal...
Quote:
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%20Communication%20with%20Simatic%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
Guest
Thu Jan 18, 2007 9:00 am
Quote:
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
Guest
Thu Jan 18, 2007 4:20 pm
Witam
Quote:
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
Guest
Thu Jan 18, 2007 6:21 pm
Quote:
A moe procesor komunikacyjny RS232 lub 422/485? Ja kiedy stosowaem
komunikacj pomidzy moim uC na 51 a S7-300 za porednictwem CP-340. Dla
S7-400 te s dostpne. O ile pamitam, to bya tam implementacja 3964 i
jakiego ASCII a w wersji CP-341 s te jakie adowane drivery do innych
protokoów (co mi si koacze 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