Re: Převodník ethernet RS232

Čtvrtek Červen 9 09:19:28 CEST 2016

K tomu bodu 3
Panely http://www.tecon.cz/prod_panely.php
Pristup
http://automatizace.hw.cz/hmi-systemy/test-vzdaleny-pristup-do-hmi-pres-internet-easyaccess-20-1-dil.html
Routr ci neco inteligentniho se dela i na DIN listu a zcela jiste by se
vlezlo do toho rozvedece.

K bodu 2
            RS232-eth nevidim duvod proc by to nemelo fungovat

Dne 9. června 2016 8:31 Radek Sztwiorok <sztrad na gmail.com> napsal(a):

> Mate jedno to PLC doma? Kouknete co tam je za cip na ethernet
>
> Dne 9. června 2016 8:15 Martin Záruba <swz na volny.cz> napsal(a):
>
> Rád slyším všechny možnosti. Nejprve jak to má fungovat: U nás je veřejná
>> IP, zde běží server a k němu se PLC mají připojovat. Tím je zajištěno, že
>> PLC nemusí mít veřejnou IP (zcela nutná podmínka). K serveru se připojuje
>> klientský program a časem bude mít také web server, takže bude k připojení
>> stačit cokoli s webovým prohlížečem. Vše jsem vyzkoušel lokálně a fungovalo
>> pak i přes internet a fungovalo taky. Někdy se mi to nepřipojilo, ale
>> většinou ano a byl jsem přesvědčen, že chyba je u mě. Protože na mě mí
>> klienti, kteří dělají montáže tlačili a já byl přesvědčen, že to chodí,
>> nechal jsem je nainstalovat několik PLC u zákazníků a teď se ukázalo, že se
>> někdy nemohou připojit. Naprosto mě nenapadlo, že chyba je ve firmware PLC.
>>
>> 1. Snad se to tak podaří, musím vydržet.
>>
>> 2. To je nereálné, vývoj trval 2 roky, pouze by šlo doplnit PLC o
>> převodník RS232-ethernet, pokud by chodil, čímž bych mohl použít starší (a
>> mnohem levnější) PLC, které nemají ethernet a kterých mám nainstalováno u
>> zákazníků několik set k plné spokojenosti, ale samozřejmě nemají spojení na
>> server.
>>
>> 3. To také není možné. Je to u zákazníka a i protáhnout kabel, zastrčit
>> do routeru a PLC je někdy náročné. s Veintek jsem se nikdy nesetkal, musím
>> si zjistit co to vlastně umí, naprosto nic o tom nevím.
>>
>> 4. Tak mám nainstalované 2 kusy a chodí to, ale vyžaduje to veřejnou IP
>> na straně PLC.
>>
>> Teď to mám to udělané tak, že PLC se připojí k serveru a čeká. Pak už
>> veškerou komunikaci od autorizace až po vlastní přenosy řídí server. Dat je
>> nulanulanic (100 byte 1x za 10 vteřin).
>>
>> Ještě k té komunikaci. Pokud je PLC jako server a nenavazuje spojení,
>> odpoví klientovi (počítač) sice také dvěma frame [SYN,ACK], ale to nějak
>> prochází a pokud je komunikace navázána, program prostě nesmyslné frame
>> zahazuje. Já o tom vůbec nevěděl, protože dat je tak málo, že se to
>> neprojevilo a teprve až začaly potíže, začal jsem to zkoumat WireSharkem.
>>
>> Martin Záruba
>>
>> Dne 9.6.2016 v 7:53 Radek Sztwiorok napsal(a):
>>
>>> Ja vim ze todle asi slyset nechcete, ale mate teoreticky 4 moznosti
>>> pokud se stim nechcete smirit
>>> 1. Pockat az jim skonci svatek a doufat ze to vyresi(to stim svatkem je
>>> standartni vymluva,maji tam furt nejaky mne naposled licili ze maji novy
>>> rok a to se nedela cca tyden)
>>> 2. Vymenit to za neco jineho
>>> 3.Domontovat tam nejaky inteligentni router ktery to bude filtrovat a
>>> zpomalovat. Nebo vyuzit panelu Veintek a pristupovat pres cloud a
>>> EasyAccess vyrobce na PLC(sice byste to prodrazil jako celek ale ma to i
>>> sve vyhody v lokalnim ukladani dat trendech atd). Predpokladam ze tudy ale
>>> asi cesta pro Vas nevede.
>>> 4. Pokud chapu dobre Vas problem, ze PLC odesila nejake data jednou za
>>> nejaky cas(tz slave zasila data masteru bez pozadavku chapu to spravne?),
>>> tak obratte komunikaci. At si PC data zada o data sama tam predpokladam
>>> komunikace nespadne. To musi mit osetrenu dobre.
>>>
>>> Dne 9. června 2016 7:27 Martin Záruba <swz na volny.cz <mailto:swz na volny.cz>>
>>> napsal(a):
>>>
>>>     Ne. Probíhalo to téměř přesně jak popisujete. Navíc chtěl umožnit
>>>     přes TeamViewer přístup k počítači, kam jsem PLC připojil, ale
>>>     nejprve ho totálně znefunkčnil, pak nakonec pracně nastavil přesně
>>>     ten stav, který jsem měl já a po zatím zcela marné snaze (tu mu
>>>     nemohu upřít) prohlásil, že jim začíná Dragon Boat Festival a že
>>>     bude přítomen až 12.6. Tak uvidíme.
>>>
>>>     Ale jen k tomu předchozímu problému: Myslíte, že opakované
>>>     posílání [SYN] může routerům v cestě internetem tolik vadit? Pokud
>>>     se přece jen někdo chcete na komunikaci podívat, je na
>>>     www.ekovy.cz/data.pcapng <http://www.ekovy.cz/data.pcapng> ten
>>>     duplikovaný frame [SYN] má číslo 15 a je odeslán ihned po správném
>>>     paketu 14
>>>
>>>     Martin Záruba
>>>
>>>     Dne 9.6.2016 v 7:03 Radek Sztwiorok napsal(a):
>>>
>>>         Celkem tomu i verim. Prvni si clovek vyslechne, ze to neni
>>>         mozne. Pak chteji poslat program a rozebiraji funkce, ikdyz to
>>>         s problemem nema nic spolecneho. Pak se pomalu meni pohled
>>>         cinana na vec, pak navrhne nejake celkem nerealne reseni no a
>>>         pak teprve po upozorneni TyTyTy se necha ukecat k cinu.
>>>         Na co pak ten modul? Navrhnul prevadet si komunikaci pres
>>>         rozsirovaci sbernici?
>>>
>>>         Dne 9. června 2016 6:52 J. Polívka <jpolivka na volny.cz
>>>         <mailto:jpolivka na volny.cz> <mailto:jpolivka na volny.cz
>>>         <mailto:jpolivka na volny.cz>>> napsal(a):
>>>
>>>             4 hodky, tak to jsem si fakt sednul...
>>>             Nic ve zlém ale to mne fakt  dostalo.
>>>             Jindra Polívka
>>>
>>>
>>>             Dne 9. 6. 2016 v 6:35 Martin Záruba napsal(a):
>>>
>>>                 Před pár dny jsem tu kolegy trápil s žádostí o pomoc s
>>>                 kontrolou přenosu po internetu z PLC ELC-12-DC-DA-R-N,
>>>         kdy se
>>>                 mi někdy nechtěl připojovat k serveru. Důvod byl, že
>>>         na server
>>>                 vůbec neprošel frame [SYN]. Lokálně to ovšem
>>>         fungovalo. V PLC
>>>                 je blbě implementovaný TCP/IP stack. PLC většinu frame
>>>         posílá
>>>                 dvakrát a můj názor je, že dvakrát těsně za sebou poslaný
>>>                 [SYN] vadí routerům, možná ho považují za pokus o útok.
>>> Já
>>>                 nevím. Včera dopoledne jsem měl cca 4 hodinový rozhovor s
>>>                 Číňanem, ale zatím nebyl schopný vadu opravit.
>>>
>>>                 Objevil jsem ale
>>>         https://pandatron.cz/?4060&prevodnik_ethernet_rs232_ Máte s
>>>                 ním někdo zkušenost?
>>>
>>>
>>>             _______________________________________________
>>>             HW-list mailing list  -  sponsored by www.HW.cz
>>>         <http://www.HW.cz> <http://www.HW.cz>
>>>         Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
>>>         <mailto:Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>>
>>>         http://list.hw.cz/mailman/listinfo/hw-list
>>>
>>>
>>>
>>>
>>>         _______________________________________________
>>>         HW-list mailing list  -  sponsored by www.HW.cz <
>>> http://www.HW.cz>
>>>         Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
>>>         http://list.hw.cz/mailman/listinfo/hw-list
>>>
>>>
>>>
>>>     ---
>>>     Tato zpráva byla zkontrolována na viry programem Avast Antivirus.
>>>     https://www.avast.com/antivirus
>>>
>>>     _______________________________________________
>>>     HW-list mailing list  -  sponsored by www.HW.cz <http://www.HW.cz>
>>>     Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
>>>     http://list.hw.cz/mailman/listinfo/hw-list
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> HW-list mailing list  -  sponsored by www.HW.cz
>>> Hw-list na list.hw.cz
>>> http://list.hw.cz/mailman/listinfo/hw-list
>>>
>>
>>
>> ---
>> Tato zpráva byla zkontrolována na viry programem Avast Antivirus.
>> https://www.avast.com/antivirus
>>
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
>>
>
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20160609/eab96911/attachment-0001.html>