-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-b-01.news.n
eostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: "Robbo" <n...@g...com>
Newsgroups: pl.misc.elektronika
Subject: Komunikacja Modbus/TCP, problem z połączeniem
Date: Tue, 10 Apr 2012 16:20:33 +0200
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
X-Antivirus: avast! (VPS 120410-1, 2012-04-10), Outbound message
X-Antivirus-Status: Clean
Lines: 33
Message-ID: <4f8441b0$0$1309$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.9.5.128
X-Trace: 1334067633 unt-rea-a-02.news.neostrada.pl 1309 83.9.5.128:2071
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:629200
[ ukryj nagłówki ]Witam uprzejmie,
Steruję dwoma urządzeniami wykonawczymi (Modbus/TCP slave) za pomocą panelu
operatorskiego (Modbus/TCP master). Używam funkcji "free protocol" panelu
operatorskiego -- buduję w tablicy paczkę Modbus i wysyłam ją odpowiednią
funkcją. Dane przesyłane są poprawnie. (Każde urządzenie ma swój unikalny
adres IP. Adresy stacji ustawiane są na zero.) Mam natomiast problemy z
połączeniami. Do jednego z urządzeń wykonawczych dane za każdym razem
docierają poprawnie, ale raz na jakiś czas (raz na np. pięć wysłań danych)
tuż po otrzymaniu danych mignie kontrolka informująca o utracie połączenia
Modbus/TCP (urządzenie interpretuje to jako błąd i natychmiast kasuje stan
swoich wyjść). Jeśli chodzi o drugie urządzenie, to po jego włączeniu do
zasilania, muszę mu dwa razy wysłać dane, aby kontrolka od statusu sieci
zaświeciła się -- dopiero po tym urządzenie zaczyna reagować na dane i potem
pracuje już poprawnie (no chyba, że wyłączę i włączę zasilanie -- wtedy
znowu trzeba przesłać dwie paczki danych, a dopiero na trzecią paczkę i
kolejne urządzenie reaguje).
Co może być przyczyną tych problemów? Napisałem w tej sprawie do pomocy
technicznej panelu operatorskiego, otrzymałem odpowiedź, ale nie za bardzo
rozumiem, o jaki "Modbus TCP/IP address" może chodzić. Próbuję to wyjaśnić,
ale dość długo czeka się na odpowiedź..
Z góry dziękuję za pomoc.
Robbo
PS. oto odpowiedź od serwisu panelu operatorskiego:
"We had a Free Protocol sending problem is because that there is no PLC
address to keep communicating with the PLC. We could send command to PLC
once or twice. If we didn't keep communicating with the PLC, PLC would shut
down the connection. As the result, we couldn't send command to it anymore.
Could you please add a Modbus TCP/IP address to keep communicating with the
PLC to try again?"
Najnowsze wątki z tej grupy
- Rapsberry Pi i synchronizacja plików
- RCD 300 mA
- rpi i moduł przekaźników
- Falownik do pompy CO
- Lampa ogrodowa rozłączała różnicówkę
- Inteligentne oświetlenie schodów
- Pytanie do Użytkownika
- Emanuel kiedyś szukał gotowca do chłodzenia leków
- Sprzęty z Lidl-a
- idzie nowe
- Wybuchające pagery
- Jak shakować windę
- Sterowanie bezprzewodowe do wbudowania
- NC vs NO
- Jak dzięki mojemu pomysłowi amerykańce z Google przyspieszyli TV
Najnowsze wątki
- 2024-09-30 Rozprawa zdalna brak komputera
- 2024-09-30 Zielona Góra => Spedytor międzynarodowy <=
- 2024-09-30 Hackowanie SS7
- 2024-09-30 Seba strikes back
- 2024-09-30 MĂźnchen => DevOps Engineeer (Azure) <=
- 2024-09-30 MĂźnchen => DevOps Engineer (Azure) <=
- 2024-09-30 Gdańsk => Frontend Developer (Angular area) <=
- 2024-09-30 Warszawa => Spedytor Międzynarodowy <=
- 2024-09-30 Marki => Senior PHP Symfony Developer <=
- 2024-09-30 Warszawa => Technical Leader (Java Background) <=
- 2024-09-30 Warszawa => Key Account Manager <=
- 2024-09-30 Warszawa => Key Account Manager <=
- 2024-09-30 Białystok => Full Stack .Net Engineer <=
- 2024-09-30 Kraków => Ruby Backend Developer <=
- 2024-09-30 dziki wschod