Konvertor z RJ11 (RS232/C) na Ethernet

[kemik]

Kamarad ktery vlastni autodopravu a ma vahu na automobily s timto indikatorem vahy:

https://www.manat.cz/wp-content/uploads/2021/02/DFWL.pdf

me poprosil jestli jde nejak zaridit aby videl hmotnost v nejake aplikaci na mobilu. Ten indikator obsahuje RJ11 konektor ktery prenasi RS232 protokol (ani jsem nevedel ze neco takoveho existuje). Vyrobce mi doporucil propojit indikator se standardnim PC pomoci seriove linky a k tomu dodava aplikaci na zobrazeni hmotnosti, takze teoreticky by asi bylo mozne se k PC pripojit pres remote desktop, ale tohle reseni mi prijde jako s kanonem na vrabce.

Existuje nejaky jednoduchy prevodnik ktery prevede RS232 na ethernet na IP vrtsvu? Neco co by asi melo obsahovat nejaky jednoduchy web server ktery zprostredkuje ta data jako webovou sluzbu. Webovou aplikaci nebo Android apku si k tomu uz dopisu sam. Dekuji

[Reklama]

[NeroLama]

Tak to by asi šlo řešit přes raspberry pi a rs232 kartu

[redustin]

Příklad - ESP32 s jednoduchým skriptem v minipythonu, který komunikuje přes sériové rozhraní s váhou a interním web serverem přes built-in wifi AP s webovým prohlížečem na mobilu.

Ovšem potřebuješ znát protokol, jakým ta váha komunikuje.

[kopevi2]

https://www.titan.tw/product-category/all/serial-device-servers/
zkusil bych se kouknout sem, něco se snad najde...

[kemik]

Diky za rady. Ted kdyz tak nad tim premyslim tak by asi stacil nejaky kabel RJ11 <> USB a propojit ten indikator s obycejnym mobilnim telefonem. Ale existuje takovy propojovaci kabel i s napajenim?

[Reklama]

[kopevi2]

S obyčejnejma usb převodníka nemám moc dobrý zkušenosti, asi by teda šlo použít full RS232 - RS232 a pak RS232 do USB a pak USB - usb-C převodník, ale úplně si nejsem jistý, jestli android má v jádru ovladače na ty usb - rs232 převodníky... Za mě jestli to má být spolehlivý tak bych fakt šel tou průmyslovou cestou - ušetříte si vztekání, proč to zase nejde :-) a ty průmyslový převodníky zase tak drahý nejsou (mě stál 2 tisíce), pokud si chcete hrát, tak to ESP je dokonalý, už jsem i viděl shieldy na RS232 

[MalyTomi]

Pozor na napatove udaje. Vacsina prevodnikov funguje na log. urovniach 0-3.3V, alebo 0-5V, ale rs232 moze mat +-11V

[Wasew]

Nenašlo by se něco u Lantronics ? Jejich xPort je převodník Uart na RJ45. A ma to i web rozhraní. Možná by něco měli i na RS232.

[kopevi2]

Nenašlo by se něco u Lantronics ? Jejich xPort je převodník Uart na RJ45. A ma to i web rozhraní. Možná by něco měli i na RS232.

Ještě abych doplnil info, tak i teltonika vyrábí routery s rs-232 a sim, ale to by bylo jak s kanonem na vrabce...

[kopevi2]

https://teltonika-networks.com/products/routers/rut955

[RDa]

Taky bych sel cestou ESP32 nebo RPi ZeroW, pridelas tam zdroj a prevodnik RS232-TTL, pokud staci odchytavat 1 smer, tak dobry, pokud chces snoopovat oba smery protokolu (ale z principu fungovani veci to nedava smysl) tak by se pouzili 2 seriove porty v RX only rezimu.

Aplikacne bych ty zachytavana data neresil a velice tupe po ( "nejakem timeoutu na neaktivitu" OR "vetsim timeoutu na flush" OR "limitni velikosti" ) poslal pres UDP jako broadcast do site (tj. pokud maji zpravy napr. tvar a la NMEA gps - ze co vterinu se posle 1 radek, tak to odchytne ten kratkej timeout, ale pokud by se jednalo o souvisly stream, tak danej buffer poslal periodicky nebo po dosazeni velikosti). A cely dekodovani bys pak resil na strane telefonni appky.

Cistejsi by bylo to resit pres multicast, aby si apka vyzadala stream, ale to je zbytecna komplikace a je mozne ze tamni sit by to stejne brala jen jako broadcast.

Do paketu muzes pridat konfigurovatelny identifikator nazvu vahy, ale pro samotne odliseni zdroje dat postaci se divat na zdrojovou IP tohoto vysilani.

[CFM]

Tohle v módu TCP server?
https://papouch.com/gnome232-prevodnik-ethernet-rs232-p4615/?vid=1709

[KStanley]

https://papouch.com/gnome232-prevodnik-ethernet-rs232-p4615/

[kopevi2]

Taky bych sel cestou ESP32 nebo RPi ZeroW, pridelas tam zdroj a prevodnik RS232-TTL, pokud staci odchytavat 1 smer, tak dobry, pokud chces snoopovat oba smery protokolu (ale z principu fungovani veci to nedava smysl) tak by se pouzili 2 seriove porty v RX only rezimu.

Aplikacne bych ty zachytavana data neresil a velice tupe po ( "nejakem timeoutu na neaktivitu" OR "vetsim timeoutu na flush" OR "limitni velikosti" ) poslal pres UDP jako broadcast do site (tj. pokud maji zpravy napr. tvar a la NMEA gps - ze co vterinu se posle 1 radek, tak to odchytne ten kratkej timeout, ale pokud by se jednalo o souvisly stream, tak danej buffer poslal periodicky nebo po dosazeni velikosti). A cely dekodovani bys pak resil na strane telefonni appky.

Cistejsi by bylo to resit pres multicast, aby si apka vyzadala stream, ale to je zbytecna komplikace a je mozne ze tamni sit by to stejne brala jen jako broadcast.

Do paketu muzes pridat konfigurovatelny identifikator nazvu vahy, ale pro samotne odliseni zdroje dat postaci se divat na zdrojovou IP tohoto vysilani.

RPI na toto moc nedoporučuju, umře brzo SD karta (zkušenost s HA na rpi a z 3d tiskárny, webové kamery na monitorování a počítání včel:-), vydrží cca 1.5 roku, v místě, kde na to bude pršet, nebo svítit světlo bych si troufnul tvrdit, že i dřív, u těch včel to pravidelně padalo, protože se to přehřívalo a srážela se tam vlhkost - pytlíky do bot nepomohly:-))
Na to ESP je pěknej návod zde

https://esp32io.com/tutorials/esp32-rs232

ten převodník i ESP mají za dobré ceny na hadex.cz

[nohous]

RPI na toto moc nedoporučuju, umře brzo SD karta (zkušenost s HA na rpi a z 3d tiskárny, webové kamery na monitorování a počítání včel:-), vydrží cca 1.5 roku, v místě

A swap sis vypnul?