NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Jak skonfigurować połączenie RS232 z modemem GSM i dostępem do internetu?
Goto page Previous 1, 2, 3, 4, 5, 6 Next
JarosĹaw SokoĹowski
Guest
Guest
Thu Feb 25, 2016 10:36 am
sundayman pisze:
Quote:
Kiedyś potrzebowałem podobnej rzeczy, też do urządzenia z RS232. Idealnie
pasowały mi komputerki z firmy acmesystems.it -- płyta komputera (65x65mm),
płyta modemu GPRS, wszystko razem w aluminiowej obudowe. Teraz tam mają
jescze fajniejsze diwajsy, nawet ta najmiejsza "Arietta" to pociągnie,
rzecz jasna po uzupełnieniu donglem. To takie małe, że łatwo wbudować
w co się chce. Można użyć routera z gniazdkiem USB na modem -- zwykle
mają port rs232 (choć w środku, trzeba się do niego dobrać), a soft dość
łatwo wymienić na własny.
Tak mi przyszło, że właściwie najlepiej by było, żeby całość była mało
zależna od konkretnego modemu. Czyli, żeby jak najbardziej uniwersalnie
obsługiwać toto - znaczy jakimiś komendami AT, obciążając tym zadaniem
moje urządzenie.
pasowały mi komputerki z firmy acmesystems.it -- płyta komputera (65x65mm),
płyta modemu GPRS, wszystko razem w aluminiowej obudowe. Teraz tam mają
jescze fajniejsze diwajsy, nawet ta najmiejsza "Arietta" to pociągnie,
rzecz jasna po uzupełnieniu donglem. To takie małe, że łatwo wbudować
w co się chce. Można użyć routera z gniazdkiem USB na modem -- zwykle
mają port rs232 (choć w środku, trzeba się do niego dobrać), a soft dość
łatwo wymienić na własny.
Tak mi przyszło, że właściwie najlepiej by było, żeby całość była mało
zależna od konkretnego modemu. Czyli, żeby jak najbardziej uniwersalnie
obsługiwać toto - znaczy jakimiś komendami AT, obciążając tym zadaniem
moje urządzenie.
Modemy GSM podążają we wcześniej opisanym kierunku, te najłatwiej dostępne
i najtańsze stały się właściwie routerami. W przypadku portu RS232 można
przyjąć, że takich modemów nie ma i nie będzie. A nawet nie było -- jeśli
co do joty przyjąć postawione warunki.
Quote:
Bo i tak muszę program robić, a w razie konieczności wymiany modemu na
inny, byłby mniejszy kłopot. Da się tak ?
Znaczy - obsłużyć całe zestawienie połączenia itp ?
inny, byłby mniejszy kłopot. Da się tak ?
Znaczy - obsłużyć całe zestawienie połączenia itp ?
Jeśli dopiero robi się urządzenie, to zaprojektowanie gdziazda USB do
modemu nie jest ekscentrycznym pomysłem, tak się robi. Nie jest wielkim
wyzwaniem, by obsługiwane były wszystkie modemy (przynajmniej te z
dłuuugiej listy zalecanych przez producenta).
Port szeregowy w urządzeniu, to oldskulowe rozwiązanie, trzeba sobie
z tego zdawać sprawę. Jeśli chce się ten sentyment podtrzymać, warto
też uszanować oldskulowe konwencje. O tym za chwilę.
Quote:
W sensie hard- czy software? To może być zwykły hostong serwera WWW.
Wcześniej pisałem o kilkudziesięciu linijkach perla, ale da się to
też tak zrobić, by urządzenia wpychały swoje raporty do serwera http,
i tak też były one później po obróbce udostępniane.
Miałem na myśli soft. Znaczy - od strony jakiegoś hostingu gdzieś
tam na serwerze.
Moje doświadczenie na razie kończy się na postawieniu strony na
Joomli, stąd pytanie.
Wcześniej pisałem o kilkudziesięciu linijkach perla, ale da się to
też tak zrobić, by urządzenia wpychały swoje raporty do serwera http,
i tak też były one później po obróbce udostępniane.
Miałem na myśli soft. Znaczy - od strony jakiegoś hostingu gdzieś
tam na serwerze.
Moje doświadczenie na razie kończy się na postawieniu strony na
Joomli, stąd pytanie.
Zabawne, ale nawet mając zerowe umiejętności webmasterskie, zdarzenia
raportowane przez stacje telemetryczne mogą być skutecznie zapisywane
na serwerze. Jeśli urządzenie próbuje wysłać swoje dane i robi to
odwołując się do adresu http://log.sundayman.com/raport?k=12,p=23,z=7
to w logach serwera znajdzie się zapis, że 404, że takiej strony nie
ma, a zaraz za nim wszystkie przekazane dane.
Nie namawiam nikogo, by system projektował właśnie w ten sposób, ale
porządne rozwiązania wcale nie są o wiele bardziej skomplikowane.
Quote:
Jeszcze jedno mi przysło do głowy. Po policzeniu ilości przesyłanych
danych może się okazać, że wystarczą SMS-y z jakiejś telemetrycznej
taryfy. Do tego wystarczy modem OEM, który przeważnie ma RS232,
a słanie wiadomości komendami AT jest proste, łatwo tej sztuczki
nauczyć swoje urządzenie. Jeśli nie SMS, to są modemy ze stosem TCP/IP
(i z tym pythonem), z którymi też się przez port szeregowy pogada.
Ale to jednak sporo roboty by było z napisaniem całego systemu, nie
wiem czy warto.
Na razie wolałbym gotowe, zewnętrzne urządzenie. I z uwagi na problemy
prawno-formalne, i chyba tak łatwiej mi będzie.
Jak już będę miał jakieś doświadczenie, wtedy pomyślę dalej.
A co do ilości danych ; normalny nadzór nad urządzeniem, to przesłanie
może kilkudziesięciu - kilkuset bajtów.
Przesłanie pamięci zdarzeń - to chyba około 32 KB.
Chyba wolałbym to robić nie SMS, a "normalną" transmisją. Bo wtedy
tak samo będzie wyglądała komunikacja "on site", po podłączeniu się
kabelkiem do laptopa.
danych może się okazać, że wystarczą SMS-y z jakiejś telemetrycznej
taryfy. Do tego wystarczy modem OEM, który przeważnie ma RS232,
a słanie wiadomości komendami AT jest proste, łatwo tej sztuczki
nauczyć swoje urządzenie. Jeśli nie SMS, to są modemy ze stosem TCP/IP
(i z tym pythonem), z którymi też się przez port szeregowy pogada.
Ale to jednak sporo roboty by było z napisaniem całego systemu, nie
wiem czy warto.
Na razie wolałbym gotowe, zewnętrzne urządzenie. I z uwagi na problemy
prawno-formalne, i chyba tak łatwiej mi będzie.
Jak już będę miał jakieś doświadczenie, wtedy pomyślę dalej.
A co do ilości danych ; normalny nadzór nad urządzeniem, to przesłanie
może kilkudziesięciu - kilkuset bajtów.
Przesłanie pamięci zdarzeń - to chyba około 32 KB.
Chyba wolałbym to robić nie SMS, a "normalną" transmisją. Bo wtedy
tak samo będzie wyglądała komunikacja "on site", po podłączeniu się
kabelkiem do laptopa.
Miałem wielokrotnie do czynienia z urządzeniami, które komunikowały się
ze światem przez port szeregowy. Takie ustrojstwo żyje własnym życiem,
a po podłączeniu czegoś do RS232 można sobie z nim pogadać o tym, jak mu
ostatnio szło. Zawsze było to tak, że podłącza się standardowy program
terminala, na którym pojawaia się wtedy zachęta w rodzaju "Sundayman
Advanced Devices, please type 'help'". Wtedy można prostymi żołnierskimi
poleceniami przeczytanymi w tym helpie pogadać z diwajsem, skonfigurować,
wydać mu polecenia, odpytać z raportów. Gdy ten sprzęt projektowano,
takie rozmowy zawsze odbywały się in situ, bo nikt nawet nie myślał
o komunikacji przez sieć.
Ja dostosowując się do zwyczaju pisałem skrypty, które zastępowały
człowieka przy rozmowie, a potem to czego się dowiedziały, słały gdzieś
przez sieć. Programy takie jak minicom (a wcześniej Telix pod DOS) są
znakomitym wsparciem do takich działań. Jeszcze raz chcę podkreślić
jaka tu konwencja -- o wszystkim decyduje zewnętrzny komputer. Pomysł,
by samo urządzenie decydowało *kiedy* chce gadać i jak, nie jest zbyt
szczęśliwy. W szczególności jest w konflikcie z działaniami in situ
przy udziale czynnika ludzkiego, który nie lubi oczekiwać na nic,
raczej nie będzie zachwycony, gdy trafi na sytuację kiedy urządzenie
nawet nie zamierza wysyłać w tym czasie żadnych "komend AT". Więc
zanim jeszcze nie zrobiło się zbyt dalekich kroków, gdy projetk nie
jest ukończony, warto obstalować sobie konsultacje z kimś, kto ma
doświadczenie i pojęcie o takich rzeczach.
--
Jarek
JarosĹaw SokoĹowski
Guest
Guest
Thu Feb 25, 2016 10:45 am
sundayman pisze:
Quote:
Używałem tych takich w czerwonych obudowach. To znaczy moje były
w kolorze aluminium, ale poza tym wszystko to samo z dokłdnością
do każdej śrubki. W środku trochę co innego ale nie tak bardzo
co innego. Widzę, że firmy trzymają się wspólnych standardów,
nawet żelastwo to samo. Ale to przebrzmiały standard, dostsowanie
się do niego dzisiaj, to szaleństwo. Nawet mi jedna taka sztuka
została, całkiem nieużywana. Nie wiem co z nią zrobić. Bo nie mam
ochoty tykać nawet długim kijem.
--
Jarek
Marek
Guest
Guest
Thu Feb 25, 2016 10:55 am
On Thu, 25 Feb 2016 10:36:18 +0100, Jarosław
Sokołowski<jaros@lasek.waw.pl> wrote:
Quote:
Jeśli dopiero robi się urządzenie, to zaprojektowanie gdziazda USB
do
modemu nie jest ekscentrycznym pomysłem, tak się robi.
do
modemu nie jest ekscentrycznym pomysłem, tak się robi.
Tylko, że większość powszechnie używanych "dongli" 3g nie zgłasza się
jako urządzenie usb szeregowe tylko mass storage. Taki "modem" ma
dedykowany soft dla PC, który przełącza na tryb urządzenia
szeregowego, wtedy jest dostępny interfejs szeregowy.Nie znalazłem
sportowanego softu do przelaczania modemów na układy embeded
(poniżej tych, co mogą działać pod linuksem). Co nie oznacza, że nue
dałoby się to zrobić.
Sa też jakieś wyspecjalizowane modemy do embeded, które zgłaszają się
od razu jako szeregowe, ale są o wiele droższe.
--
Marek
JarosĹaw SokoĹowski
Guest
Guest
Thu Feb 25, 2016 11:23 am
Pan Mario napisał:
Quote:
Też nie bardzo... Potrzebny mi gotowy "dynks" - kupuję (nie musi
być za 50 zł), podpinam tego RS232, konfiguruję - i tyle.
Dłubanka "na własnych wynalazkach" nie wchodzi w grę..
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
być za 50 zł), podpinam tego RS232, konfiguruję - i tyle.
Dłubanka "na własnych wynalazkach" nie wchodzi w grę..
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
--
Jarek
J.F.
Guest
Guest
Thu Feb 25, 2016 11:36 am
Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnctlgq.t9o.jaros@falcon.lasek.waw.pl...
Pan Mario napisał:
Quote:
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
J.
JarosĹaw SokoĹowski
Guest
Guest
Thu Feb 25, 2016 11:38 am
Pan Marek napisał:
Quote:
Jeśli dopiero robi się urządzenie, to zaprojektowanie gdziazda
USB do modemu nie jest ekscentrycznym pomysłem, tak się robi.
Tylko, że większość powszechnie używanych "dongli" 3g nie zgłasza
się jako urządzenie usb szeregowe tylko mass storage.
USB do modemu nie jest ekscentrycznym pomysłem, tak się robi.
Tylko, że większość powszechnie używanych "dongli" 3g nie zgłasza
się jako urządzenie usb szeregowe tylko mass storage.
Się zgłasza na dzień dobry jako CD-ROM, żeby producent mógł dostarczyć
sterowniki, reklamy, czy co też uzna za stosowne. Potem się to przełącza
w inny tryb. Można jako urządzenie szeregowe i modem na nim, ale to dla
mnie zaszłość historyczna, choć modemy *też* to potrafią. Lepiej użyć
trybu karty sieciowej.
Quote:
Taki "modem" ma dedykowany soft dla PC, który przełącza na tryb
urządzenia szeregowego, wtedy jest dostępny interfejs szeregowy.
urządzenia szeregowego, wtedy jest dostępny interfejs szeregowy.
Tak też robił soft, któr znalazłem na tym wirtualnym CD. Głupio robił.
Ale on starszy od modemu o dobrych kilka lat, więc kompletnie nie
potrafi skorzystać z nowych rozwiązań.
Quote:
Nie znalazłem sportowanego softu do przelaczania modemów na układy
embeded (poniżej tych, co mogą działać pod linuksem). Co nie oznacza,
że nue dałoby się to zrobić.
embeded (poniżej tych, co mogą działać pod linuksem). Co nie oznacza,
że nue dałoby się to zrobić.
Jeszcze trzeba mieć motywację, by to robić. Ja jej nie widzę.
Quote:
Sa też jakieś wyspecjalizowane modemy do embeded, które zgłaszają
się od razu jako szeregowe, ale są o wiele droższe.
się od razu jako szeregowe, ale są o wiele droższe.
Nie tyle "wyspecjalizowane", co po prostu stare, tak jak już wspomniałem.
--
Jarek
JarosĹaw SokoĹowski
Guest
Guest
Thu Feb 25, 2016 11:41 am
Pan J.F. napisał:
Quote:
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna
E tam rosną. Od razu na samym początku napisałem, że można VPN, jeśli
ktoś koniecznie musi i nie potrafi sobie tego inaczej wyobrazić.
--
Jarek
Waldemar
Guest
Guest
Thu Feb 25, 2016 11:52 am
Am 25.02.2016 um 11:36 schrieb J.F.:
Quote:
Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnctlgq.t9o.jaros@falcon.lasek.waw.pl...
Pan Mario napisał:
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna
dyskusyjnych:slrnnctlgq.t9o.jaros@falcon.lasek.waw.pl...
Pan Mario napisał:
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna
Nie mus, ale może. Jako, że używamy wiele urządzeń posiadających RS232
lub TTL/CMOS UART mamy też różne możliwości ich podłączenia do hosta.
Wiele urządzeń znaczy, może być ich grubo ponad 100 w jednym zestawie.
Dlatego używamy gotowców firmy Perle (ze względów historycznych), mamy
takowe 4x i 8x na Ethernet. Oprócz tego mamy urządzenia własnej
konstrukcji, 8, 16, 24 i 32x UART na Raspberry PI z wyjściem na
Ethernet. DHCP nie mamy ze względów taktycznych (po prostu wygodniej na
stałym IP, bo wiemy gdzie jakie urządzenie jest podłączone), VPN jest na
hoście, to też może być Raspberry. Jakby do tego Raspi "przykleić" modem
GSM, to mamy gotowe rozwiązanie. Nawiasem mówiąc mamy 2-3 takie
instalacje w świecie, gdzie nie ma bezpośredniego przyłącza sieci pod
ręką. Niestety te 32x UART są dość drogie, same układy i płytka to ok
150EUR. Ale za to małe i możemy konfigurować jak podejdzie, nawet, jak
jakiś mądry inaczej ma urządzenia z normalnym UARTem i odwróconym. Nie
trzeba robić 32 inwerterów na "sznurku", tylko zmienia się konfigurację
USARTów, które to robią same.
Waldek
cezar
Guest
Guest
Thu Feb 25, 2016 11:56 am
On 24/02/2016 15:53, sundayman wrote:
Quote:
Słabo się orientuję w temacie - więc proszę o wyjaśnienie.
Mam urządzenie, z portem RS232. Do tego chciałbym podłączyć modem GSM,
żeby móc się z nim zdalnie połączyć.
Mniej więcej rozumiem, że jeżeli mam 2 modemy, połączone ( w sensie
zestawienia połączenia GSM) ze sobą - czyli użytkownik posiada także
modem GSM, łączy się z drugim modemem (urządzenia zdalnego) - to takie
połączenie można potraktować jako "dlugą" linię RS232 no i dalej wiadomo.
Ale - gdybym chciał zrobić inaczej - do urządzenia zdalnego podłączam
modem GSM (zawsze via RS232), i chciałbym, żeby ten cały interes był
dostępny przez internet - co będzie potrzebne, żeby to zrobić ?
Czyli jeszcze raz - modem komunikować się musi z urządzeniem via RS232.
Z "drugiej strony" musi zapewniać połączenie do internetu (przez dowolną
dostępną w danym miejscu transmisję GSM).
Prędkości nie są potrzebne duże, bo przez tego RS232 będzie to max. 115 Kb.
Oczywiście chodzi o to, żeby dalej ktoś tam mający dostęp do internetu,
mógł się połączyć z danym urządzeniem, wymienić dane itp.
Do tego celu będzie specjalna aplikacja - tutaj chodzi mi o "warstwę
fizyczną".
Może ktoś przybliżyć temat ?
Zwykły modem GSM900, który działa z arduino ma zaimplementowane IP stack
Mam urządzenie, z portem RS232. Do tego chciałbym podłączyć modem GSM,
żeby móc się z nim zdalnie połączyć.
Mniej więcej rozumiem, że jeżeli mam 2 modemy, połączone ( w sensie
zestawienia połączenia GSM) ze sobą - czyli użytkownik posiada także
modem GSM, łączy się z drugim modemem (urządzenia zdalnego) - to takie
połączenie można potraktować jako "dlugą" linię RS232 no i dalej wiadomo.
Ale - gdybym chciał zrobić inaczej - do urządzenia zdalnego podłączam
modem GSM (zawsze via RS232), i chciałbym, żeby ten cały interes był
dostępny przez internet - co będzie potrzebne, żeby to zrobić ?
Czyli jeszcze raz - modem komunikować się musi z urządzeniem via RS232.
Z "drugiej strony" musi zapewniać połączenie do internetu (przez dowolną
dostępną w danym miejscu transmisję GSM).
Prędkości nie są potrzebne duże, bo przez tego RS232 będzie to max. 115 Kb.
Oczywiście chodzi o to, żeby dalej ktoś tam mający dostęp do internetu,
mógł się połączyć z danym urządzeniem, wymienić dane itp.
Do tego celu będzie specjalna aplikacja - tutaj chodzi mi o "warstwę
fizyczną".
Może ktoś przybliżyć temat ?
Zwykły modem GSM900, który działa z arduino ma zaimplementowane IP stack
i ma możliwośc zestawienia połączenia TCP za pomocą komend AT.
Kosztuje 20 dolców jako dev kit..
http://www.ebay.com/itm/311519547314?hash=item4888030fb2
11 dolców jako moduł http://www.ebay.com/itm/311447881171
lub klika dolców jako sam moduł http://www.ebay.com/itm/401050420211
https://www.youtube.com/watch?v=hUMn_6jiO_U
c.
Mario
Guest
Guest
Thu Feb 25, 2016 1:00 pm
W dniu 2016-02-25 o 11:36, J.F. pisze:
Quote:
Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnctlgq.t9o.jaros@falcon.lasek.waw.pl...
Pan Mario napisał:
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna
dyskusyjnych:slrnnctlgq.t9o.jaros@falcon.lasek.waw.pl...
Pan Mario napisał:
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna
No właśnie nie do końca. Nie znam konwerterów eth/RS232 mających na
pokładzie klienta VPN. Przynajmniej nie za sensowną cenę. Raczej trzeba
składać z klocków. Konwerter RS232/eth za jakieś 150-300 zł, router z
VPN - jakies 150 zł i do tego modem usb. Zresztą nawet kiedyś
przymierzałem się żeby zrobić na bazie jakiegoś konwertera
RS232/(eth+WiFi) zrobić sobie serwer danych odpytujący kilka urządzeń po
RS232 i wystawiający dane przez http. Znalazłem tylko jednego dostawcę,
który dostarczał SDK dające możliwość pisania własnego softu.
--
pozdrawiam
MD
Mario
Guest
Guest
Thu Feb 25, 2016 1:01 pm
W dniu 2016-02-25 o 11:41, Jarosław Sokołowski pisze:
Quote:
Pan J.F. napisał:
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
E tam rosną. Od razu na samym początku napisałem, że można VPN, jeśli
ktoś koniecznie musi i nie potrafi sobie tego inaczej wyobrazić.
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
E tam rosną. Od razu na samym początku napisałem, że można VPN, jeśli
ktoś koniecznie musi i nie potrafi sobie tego inaczej wyobrazić.
Przepuszczać jakieś dane procesowe przez internet bez zapakowania w VPN?
Raczej nie ryzykowałbym.
--
pozdrawiam
MD
Mario
Guest
Guest
Thu Feb 25, 2016 1:06 pm
W dniu 2016-02-25 o 11:52, Waldemar pisze:
Quote:
Am 25.02.2016 um 11:36 schrieb J.F.:
Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnctlgq.t9o.jaros@falcon.lasek.waw.pl...
Pan Mario napisał:
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
Nie mus, ale może. Jako, że używamy wiele urządzeń posiadających RS232
lub TTL/CMOS UART mamy też różne możliwości ich podłączenia do hosta.
Wiele urządzeń znaczy, może być ich grubo ponad 100 w jednym zestawie.
Dlatego używamy gotowców firmy Perle (ze względów historycznych), mamy
takowe 4x i 8x na Ethernet. Oprócz tego mamy urządzenia własnej
konstrukcji, 8, 16, 24 i 32x UART na Raspberry PI z wyjściem na
Ethernet. DHCP nie mamy ze względów taktycznych (po prostu wygodniej na
stałym IP, bo wiemy gdzie jakie urządzenie jest podłączone), VPN jest na
hoście, to też może być Raspberry. Jakby do tego Raspi "przykleić" modem
GSM, to mamy gotowe rozwiązanie. Nawiasem mówiąc mamy 2-3 takie
instalacje w świecie, gdzie nie ma bezpośredniego przyłącza sieci pod
ręką. Niestety te 32x UART są dość drogie, same układy i płytka to ok
150EUR. Ale za to małe i możemy konfigurować jak podejdzie, nawet, jak
jakiś mądry inaczej ma urządzenia z normalnym UARTem i odwróconym. Nie
trzeba robić 32 inwerterów na "sznurku", tylko zmienia się konfigurację
USARTów, które to robią same.
Waldek
Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnctlgq.t9o.jaros@falcon.lasek.waw.pl...
Pan Mario napisał:
Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232.
Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
procesor ma nie głupszy niż w routerze, a służy tylko do tej
jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
z bliska, często polegają na ogromnej nadmiarowości urządzeń
i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
No ale sam widzisz, ze musi byc powaznie oprogramowane.
VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
Nie mus, ale może. Jako, że używamy wiele urządzeń posiadających RS232
lub TTL/CMOS UART mamy też różne możliwości ich podłączenia do hosta.
Wiele urządzeń znaczy, może być ich grubo ponad 100 w jednym zestawie.
Dlatego używamy gotowców firmy Perle (ze względów historycznych), mamy
takowe 4x i 8x na Ethernet. Oprócz tego mamy urządzenia własnej
konstrukcji, 8, 16, 24 i 32x UART na Raspberry PI z wyjściem na
Ethernet. DHCP nie mamy ze względów taktycznych (po prostu wygodniej na
stałym IP, bo wiemy gdzie jakie urządzenie jest podłączone), VPN jest na
hoście, to też może być Raspberry. Jakby do tego Raspi "przykleić" modem
GSM, to mamy gotowe rozwiązanie. Nawiasem mówiąc mamy 2-3 takie
instalacje w świecie, gdzie nie ma bezpośredniego przyłącza sieci pod
ręką. Niestety te 32x UART są dość drogie, same układy i płytka to ok
150EUR. Ale za to małe i możemy konfigurować jak podejdzie, nawet, jak
jakiś mądry inaczej ma urządzenia z normalnym UARTem i odwróconym. Nie
trzeba robić 32 inwerterów na "sznurku", tylko zmienia się konfigurację
USARTów, które to robią same.
Waldek
32 urządzenia na UART (3,3V?) wszystko na wspólnej masie? No i Rapberry
widzi je jako 32 urządzenia TTY?
--
pozdrawiam
MD
JarosĹaw SokoĹowski
Guest
Guest
Thu Feb 25, 2016 1:13 pm
Pan Mario napisał (ryzykując podsłuchanie):
Quote:
Przepuszczać jakieś dane procesowe przez internet
bez zapakowania w VPN? Raczej nie ryzykowałbym.
bez zapakowania w VPN? Raczej nie ryzykowałbym.
Robie przelewy w banku przez internet i nie używam
przy tym VPN. Taki chojrak ze mnie!
--
Jarek
ACMM-033
Guest
Guest
Thu Feb 25, 2016 1:46 pm
Użytkownik "Jarosław Sokołowski" <jaros@lasek.waw.pl> napisał w wiadomości
news:slrnnctrvk.uki.jaros@falcon.lasek.waw.pl...
Quote:
Pan Mario napisał (ryzykując podsłuchanie):
Przepuszczać jakieś dane procesowe przez internet
bez zapakowania w VPN? Raczej nie ryzykowałbym.
Robie przelewy w banku przez internet i nie używam
przy tym VPN. Taki chojrak ze mnie!
Przepuszczać jakieś dane procesowe przez internet
bez zapakowania w VPN? Raczej nie ryzykowałbym.
Robie przelewy w banku przez internet i nie używam
przy tym VPN. Taki chojrak ze mnie!
A ja sobie nawet pozwalam na Blik i na apkę na śmiardfonie...
I paczpan,
karty nie włożyłem, a bankomat wypłacił!
)
--
To nie wstyd być biedakiem, ale, żeby to był zaszczyt,
to ja tego też nie powiem!
(C) Tewje do Pana Boga.
Marek
Guest
Guest
Thu Feb 25, 2016 2:03 pm
On Thu, 25 Feb 2016 11:38:47 +0100, Jarosław
Sokołowski<jaros@lasek.waw.pl> wrote:
Quote:
Jeszcze trzeba mieć motywację, by to robić. Ja jej nie widzę.
To nie filozofuj proponując robić gniazdo usb. Jak niby ma później z
tego skorzystać bez przełączenia midem w odpowiedni tryb bez
wyspecjalizowanego s? Musi mieć do tego soft.
Wymyślasz skomplikowaną filozofię a chłop chce jedynie prostego
rozwiązania.
Quote:
Nie tyle "wyspecjalizowane", co po prostu stare, tak jak już
wspomniałem.
wspomniałem.
Nie stare, sa na kamami czy innym elhobby modemy usb do embeded
zglaszajace się od razu jako serial.
--
Marek
elektroda NewsGroups Forum Index - Elektronika Polska - Jak skonfigurować połączenie RS232 z modemem GSM i dostępem do internetu?