Witam,
Panowie mam problem. Jedno z urządzeń w sieci wysyła dane po UDP na port 2100 do mojego PC, a ja za cholerę nie potrafię odebrać tych danych, czy to za pomocą darmowych programów do testowania protokołów, czy to za po mocą napisanych przeze mnie prostych aplikacji w C#.

Adres urządzenie, które wysyła to 192.168.119.202, a mojego PC 192.168.119.100.
Port, na który wysłane są dane to 2100.

Poniżej log z wiresharka jako dowód, że dane są wysyłane.

Skorzystaj może z programu w B4J z mojego poradnika

https://www.youtube.com/watch?v=BH4PO7802So

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Witam

A jakiego typu dane są wysyłane ? zwykłe stringi czy strumienie audio, wideo ? Jeśli są to zwykłe komendy które można odczytać w terminalu to polecam terminal Herkules, ja testowałem na nim komunikację UDP i TCP i działało bez problemu. Pozdrawiam

link :
http://www.darmoweprogramy.org/569/Hercules-SETUP

_________________
sig off :)

To są zwykłe testowe dane, które wysyłam ze sterownika PLC opartego o codesysa.
Docelowo chcę stworzyć małą bibliotekę na PLC, która będzie służyła do komunikacji po UDP z moim własnym urządzeniem opartym na AVR.
Ale najpierw chcę odbierać te dane na PC.

No to spróbuj z tym Herkulesem, mam nadzieje że uda się Tobie uruchomić komunikację
Pozdrawiam

_________________
sig off :)

Próbowałem i tak samo jak było tak jest nadal.
Moim zdaniem coś jest nie tak z tymi ramkami z PLC.
Ale znowu dziwne, że wireshark rozpoznaje je jako UDP, a pozostałe programy nie.
Ramki UDP z uC do PC i z powrotem śmigają normalnie. Ehh.

Wklej loga z Wiresharka, to zobaczymy czy jest to poprawny UDP.

--
Pozdrawaim,
Robert

Sorki, że nie odpowiedziałem szybko.
Jak będę dzisiaj w pracy to zrobię screena i wkleję

OK. wklejam.


Będę bardzo wdzięczny za pomoc

Wklej loga w formacie pcap-a (zapisz z Wiresharka i spakuj zipem) a nie obrazek.

--
Pozdrawiam,
Robert

Musiałem spakować do zip, bo forum nie przepuściło mi w formacie pcap.

Przecież napisałem, że tak musisz zrobić

Ramki wyglądają poprawnie. Nie ma nic w nich specjalnego co mogło by powodować problemy na PC.

Czy na pewno na PC nie masz jakiegoś firewalla, który blokuje Ci odbiór ruchu przez twoją aplikację?
Czy jak wygenerujesz ramki z innego urządzenia / komputera to je poprawnie odbierasz w swojej aplikacji?

--
Pozdrawiam,
Robert

No np.: zrobiłem mały projekcik na atmedze32 z układem enc28j60 i komunikacja z PC po UDP śmiga bez problemu tam i z powrotem.
Aplikacji do testowania jakiej używam to SocketTest v3.0.0

I w niej odbieram dane z uC i mogę wysłać polecenia, które uC wykonuje prawidłowo, a nie odbiera mi ramek z PLC.
Spróbuję jeszcze w przyszłym tygodniu uC<->PLC, może tu zahula

A masz loga ze złapanymi ramkami wysyłanymi w tym samym czasie z jednego i drugiego urządzenia (PLC i mikroprocesora) do aplikacji?
Na pewno wysyłasz je na ten sam adres i port?

--
Pozdrawiam,
Robert

Nie, ja nie testuje tego w jednym czasie. Robiłem osobno testy z uC i osobno z PLC.
Teraz jestem w pracy, więc mam pod ręką tylko PLC, w domu tworzę projekcik na uC.
Wieczorem wrzucę ramki z uC, ale też sam porównam do tych z PLC.

A zobacz czy polecenie (w oknie wiersza poleceń) zwraca Ci informację o poprawnym nasłuchu na wybranym porcie:

Oraz czy poprawnie przyrasta Ci licznik poprawnie odebranych datagramów przy

wartość 10 oznacza zrzucanie statystyki co 10 sekund. Przerywasz przez CTRL-C.

--
Pozdrawiam,
Robert

No i tu jest coś czego nie rozumiem.

Uruchamiam nasłuchiwanie na porcie 2100:


A tutaj adres IP jest taki:


Dlaczego nie taki na jakim uruchomiłem serwer hmmm...
Licznik odebranych datagramów zwiększa się.

Windows taki zapis z 0.0.0.0 oznacza nasłuchiwanie na wszystkich adresach.

--
Pozdrawiam,
Robert

Dzięki za zaangażowanie. Będę drążył dalej temat. Jak coś to napiszę.