łączność RS232<>GSM<>INTERNET

[sundayman]

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 ?

[sundayman]

może jeszcze jedna uwaga - najlepiej byłoby, gdyby odpowiedni modem był
po prostu dostępny w handlu. Czyli gotowiec.

[sundayman]

W dniu 24.02.2016 o 16:58, sundayman pisze:

> może jeszcze jedna uwaga - najlepiej byłoby, gdyby odpowiedni modem był
> po prostu dostępny w handlu. Czyli gotowiec.

czyżby toto się nadawało ?

http://www.usriot.com/Product/106.html

[Jarosław Sokołowski]

sundayman pisze:

> 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.

Nie tak. Modem GSM, czyli taki z włożoną zwykłą kartą SIM od operatora,
łączy się "z internetem". Żeby mieć możliwość zestawienia połączeń
między dwoma własnymi modemami, trzeba mieć u operatora wykupioną
usługę "prywatnego APN". Miałem, użerałem się, nie polecam.

> 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ć ?

Modem GSM z portem RS232, to dziś okaz muzealny. Te dongle USB, co ich
jest teraz najwięcej, są od strony systemu widziane jako urządzenie IP.
Jak karta sieciowa mniej więcej. Łączą się z siecią i biorą numer IP
przez DHCP -- tak to w skrócie wygląda.

> 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ą".

Tu jednak trudno być blisko warstwy fizycnej, jeśli chce się to zrobić
dostępnymi metodami. Raczej przecwancykować poołączenie portów szeregowych
przez TCP/IP jakimś socatem.

> Może ktoś przybliżyć temat ?

Starałem się jak umiałem.

--
Jarek

[sundayman]

> Nie tak. Modem GSM, czyli taki z włożoną zwykłą kartą SIM od operatora,
> łączy się "z internetem". Żeby mieć możliwość zestawienia połączeń
> między dwoma własnymi modemami, trzeba mieć u operatora wykupioną
> usługę "prywatnego APN". Miałem, użerałem się, nie polecam.

No jak - a mając 2 modemy, nie mogę po prostu "Zadzwonić" z jednego do
drugiego, i wykorzystać transmisji danych ?

> Modem GSM z portem RS232, to dziś okaz muzealny.

E tam, cała masa tego jest przecież.
Chociażby ten, który zapodałem.

[Jarosław Sokołowski]

sundayman pisze:

>> może jeszcze jedna uwaga - najlepiej byłoby, gdyby odpowiedni
>> modem był po prostu dostępny w handlu. Czyli gotowiec.
>
> czyżby toto się nadawało ?
>
> http://www.usriot.com/Product/106.html

Nie wygląda. Modem GPRS. Już mi prawie całkiem z głowy wyleciało,
że przed GPRS też były modemy, a przez sieć GSM ludzie słali faksy.
Ja nawet korzystałem z takiej łącności (modemowej, nie faksowej),
ale to było piętnaście lat temu. Używałem telefonów Nokia 5110
z kabelkiem RS232.

--
Jarek

[Jarosław Sokołowski]

sundayman pisze:

>> Nie tak. Modem GSM, czyli taki z włożoną zwykłą kartą SIM od operatora,
>> łączy się "z internetem". Żeby mieć możliwość zestawienia połączeń
>> między dwoma własnymi modemami, trzeba mieć u operatora wykupioną
>> usługę "prywatnego APN". Miałem, użerałem się, nie polecam.
>
> No jak - a mając 2 modemy, nie mogę po prostu "Zadzwonić" z jednego
> do drugiego, i wykorzystać transmisji danych ?

Nie, zdecydowanie nie. W każdym razie nie takimi modemami, jak te co
dzisiaj sprzedawane są jako modemy. Ja bym jednak delikatnie sugerował,
by nie wiązać żadnej przyszłości z bezpośrednimi połączeniami modemowymi.
Tylko "over IP".

>> Modem GSM z portem RS232, to dziś okaz muzealny.
>
> E tam, cała masa tego jest przecież.
> Chociażby ten, który zapodałem.

Mam nawet kilka urządzeń tej klasy. Nie wiedziałem, że tym jeszcze
ktoś handluje. Drogie to było zresztą. Połączenia też były drogie.

--
Jarek

[Marek]

On Wed, 24 Feb 2016 17:11:52 +0100, Jarosław
Sokołowski<ja...@lasek.waw.pl> wrote:
> Nie tak. Modem GSM, czyli taki z włożoną zwykłą kartą SIM od
operatora,
> łączy się "z internetem". Żeby mieć możliwość zestawienia połączeń
> między dwoma własnymi modemami, trzeba mieć u operatora wykupioną
> usługę "prywatnego APN". Miałem, użerałem się, nie polecam.

Ale nawet jak się ma własny APN to zdaje się połączenie i tak idzie
over IP więc bez warstwy tcpip nie da się takiej rury zestawić.

--
Marek

[J.F.]

Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnncrm80...@falcon.lasek.waw.pl...

sundayman pisze:
>>> Nie tak. Modem GSM, czyli taki z włożoną zwykłą kartą SIM od
>>> operatora,
>>> łączy się "z internetem". Żeby mieć możliwość zestawienia połączeń
>>> między dwoma własnymi modemami, trzeba mieć u operatora wykupioną
>>> usługę "prywatnego APN". Miałem, użerałem się, nie polecam.
>> No jak - a mając 2 modemy, nie mogę po prostu "Zadzwonić" z jednego
>> do drugiego, i wykorzystać transmisji danych ?
>Nie, zdecydowanie nie. W każdym razie nie takimi modemami, jak te co
>dzisiaj sprzedawane są jako modemy.

Hm, z dzisiejszymi to moze i sie nie uda, ale dwa stare telefony, np
Siemens C35, jak najbardziej tak dzialaly.
Byl podobny numerek dostepny w formie "modul modemu" i podejrzewam, ze
tez dzialalo.
Predkosc niezbyt duza, chyba 9600, ryzyko z naliczaniem oplat za
transmisje "data" ale dzialalo.

>Ja bym jednak delikatnie sugerował,
>by nie wiązać żadnej przyszłości z bezpośrednimi połączeniami
>modemowymi.
>Tylko "over IP".

Tak jednak byloby najprosciej.
Bo "over IP" to sam wymieniles - APN lub czuwajacy serwer
posredniczacy, gdzies trzeba upchnac warstwe IP i wspolprace z proxy -
w modemie, w urzadzeniu, w czyms posrednim ...

W dzisiejszych czasach ... musze sprawdzic czy da sie przewtycznik
USB-RS232 podlaczyc do Androida, gdyby sie dalo, to 1/3 sukcesu juz za
nami :-)

J.

[sundayman]

Ale te modemy mają obsługę TCP.

http://www.usriot.com/Product/142.html

Co to jest : "network transparent transmission mode and HTTPD mode" ?

[sundayman]

> Byl podobny numerek dostepny w formie "modul modemu" i podejrzewam, ze
> tez dzialalo.
> Predkosc niezbyt duza, chyba 9600, ryzyko z naliczaniem oplat za
> transmisje "data" ale dzialalo.

Nie nie, chodzi o powtarzalne rozwiązanie, nie z rupieci z szuflady :)

> Tak jednak byloby najprosciej.
> Bo "over IP" to sam wymieniles - APN lub czuwajacy serwer posredniczacy,
> gdzies trzeba upchnac warstwe IP i wspolprace z proxy - w modemie, w
> urzadzeniu, w czyms posrednim ...
>
> W dzisiejszych czasach ... musze sprawdzic czy da sie przewtycznik
> USB-RS232 podlaczyc do Androida, gdyby sie dalo, to 1/3 sukcesu juz za
> nami :-)

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ę...

[Marek]

On Wed, 24 Feb 2016 17:46:06 +0100, sundayman
<sund...@poczta.onet.pl> wrote:
> http://www.usriot.com/Product/142.html
> Co to jest : "network transparent transmission mode and HTTPD mode"
?

To pierwsze to może być to czego szukasz, ale i tak wymagać będzie
wykupienie usługi prywatny apn lub publiczny ip dla obu końców.
To drugie sugeruje jakiś protokół wymiany danych over http.

--
Marek

[sundayman]

> To pierwsze to może być to czego szukasz, ale i tak wymagać będzie
> wykupienie usługi prywatny apn lub publiczny ip dla obu końców.
> To drugie sugeruje jakiś protokół wymiany danych over http.

Jeżeli się nie mylę, to opcja z GPRS (czyli karta telemetryczna) będzie
tańsza niż jakiekolwiek rozwiązanie z internetem.

W PLAY abonament wynosi chyba 5 zł na kartę. Dane będą przesyłane
sporadycznie - chodzi o nadzór nad urządzeniami, ew. wysyłanie alarmów.

Teraz - ten prywatny APN - musi być wykupiony dla każdego urządzenia,
czy grupy - czy jak ?

[Jarosław Sokołowski]

sundayman pisze:

> Jeżeli się nie mylę, to opcja z GPRS (czyli karta telemetryczna)
> będzie tańsza niż jakiekolwiek rozwiązanie z internetem.

A czym jest GPRS (z kartą telemetryczną), jeśli nie rozwiązaniem
z internetem?

> W PLAY abonament wynosi chyba 5 zł na kartę. Dane będą przesyłane
> sporadycznie - chodzi o nadzór nad urządzeniami, ew. wysyłanie alarmów.

Kiedyś tu był licytacja cen, wyszło chyba, że najtaniej wychodzi karta
Virgin za kilka złotych rocznie.

> Teraz - ten prywatny APN - musi być wykupiony dla każdego urządzenia,
> czy grupy - czy jak ?

Dla grupy używanej przez jeden podmiot. W skrócie chodzi przeważnie
o to, by mieć ileś modemów powiązanych jedną siecia o prywatnych
numerach IP. Żeby każdy mógł nawiązać połączenie z każdym. Przeważnie
średnio to potrzebne, bo z reguły wystarcza inicjowanie połączenia
do jakiegoś hosta w internecie. A to można w każdej usłudze, nawet
najtańszej z kartą kupioną w kiosku.

--
Jarek

[sundayman]

> A czym jest GPRS (z kartą telemetryczną), jeśli nie rozwiązaniem
> z internetem?

no tak, czuję właśnie, że pływam w mętnej wodzie. Kuśwa, jak ja lubię
mówić o rzeczach, na których się nie znam :/

> Kiedyś tu był licytacja cen, wyszło chyba, że najtaniej wychodzi karta
> Virgin za kilka złotych rocznie.

ahaaaa.

> Dla grupy używanej przez jeden podmiot. W skrócie chodzi przeważnie
> o to, by mieć ileś modemów powiązanych jedną siecia o prywatnych
> numerach IP. Żeby każdy mógł nawiązać połączenie z każdym. Przeważnie
> średnio to potrzebne, bo z reguły wystarcza inicjowanie połączenia
> do jakiegoś hosta w internecie. A to można w każdej usłudze, nawet
> najtańszej z kartą kupioną w kiosku.

o, widzisz. To istotne. Czyli należałoby postawić jakiś własny serwerek
do obsługi całego interesu ?

[sundayman]

To jeszcze takie lamerskie pytanie :

czy karta telemetryczna ma swój "numer" ?
Znaczy chodzi mi o to, czy można z nią jakoś nawiązać kontakt z zewnątrz
- bez konieczności, żeby to ona się połączyła ?

Można jakoś zainicjować to via "normalne połączenie gsm" - no nie wiem,
np. "dzwoniąc" na nią ?

[Jarosław Sokołowski]

sundayman pisze:

No właśnie, to jest dzisiaj naturalne rozwiązanie, tak jak 20 lat temu
naturalne mogło być wdzwanianie się po drutach jednym analogowym modemem
do drugiego. Jest z tym jakiś problem? Kawałek hosta z publicznym IP
nie jest chyba barierą. Użycie dongla USB, który widzi każdy system
operacyjny, to jak bułka z masłem. W mojej optyce podpada to pod klasę
"gotowe rozwiązania".

--
Jarek

[Jarosław Sokołowski]

sundayman napisał jeszcze takie lamerskie pytanie :

> czy karta telemetryczna ma swój "numer" ?
> Znaczy chodzi mi o to, czy można z nią jakoś nawiązać kontakt
> z zewnątrz - bez konieczności, żeby to ona się połączyła ?

Ona jest "telemetryczna", czyli sama ma mierzyć i przekazywać wyniki.

Ale numer (telefoniczny) ma, bo każda karta SIM zdaje się musi mieć.
Można zadzwonić do niej (nie wiem, czy tego nie blokują, ale może nie),
można wysłać SMS.

> Można jakoś zainicjować to via "normalne połączenie gsm" - no
> nie wiem, np. "dzwoniąc" na nią ?

"Normalnym połączeniem gsm" jest w tym przypadku nawiązanie sesji IP.
Ta może trwać cały czas, nie ma powodów, by ją przerywać. Publiczny
adres IP przeważnie nie jest dostępny, ale nie ma przeszkód, by sama
zdalna stacja nie pytała co chwilę, czy czegoś od niej nie chcą.
Można nawet zrobić tunel czy inny VPN, jeśli kto nie potrafi się bez
tego obejść.

--
Jarek

[sundayman]

> "Normalnym połączeniem gsm" jest w tym przypadku nawiązanie sesji IP.
> Ta może trwać cały czas, nie ma powodów, by ją przerywać.

A podczas takiej sesji, o ile nie chcę nic przesyłać - to przecież coś
musi być transmitowane - czy takie "online" nie generuje kosztów ?

> adres IP przeważnie nie jest dostępny, ale nie ma przeszkód, by sama
> zdalna stacja nie pytała co chwilę, czy czegoś od niej nie chcą.
> Można nawet zrobić tunel czy inny VPN, jeśli kto nie potrafi się bez
> tego obejść.

Tutaj nie ma potrzeby na cuda. W grę wchodzą tylko 2 sytuacje - operator
raz na jakiś czas się łączy, żeby sobie sprawdzić, co się działo, np.
przesłać historię zdarzeń z urządzenia, albo - samo urządzenie wysyła
komunikat alarmowy.

Tak w ogóle - bardzo dziękuję koledze za wyjaśnienia. Powoli mi się ciut
rozjaśnia...

[Jarosław Sokołowski]

sundayman pisze:

>> "Normalnym połączeniem gsm" jest w tym przypadku nawiązanie sesji IP.
>> Ta może trwać cały czas, nie ma powodów, by ją przerywać.
>
> A podczas takiej sesji, o ile nie chcę nic przesyłać - to przecież coś
> musi być transmitowane - czy takie "online" nie generuje kosztów ?

W teorii nie generuje. W praktyce też nie.

>> adres IP przeważnie nie jest dostępny, ale nie ma przeszkód, by sama
>> zdalna stacja nie pytała co chwilę, czy czegoś od niej nie chcą.
>> Można nawet zrobić tunel czy inny VPN, jeśli kto nie potrafi się bez
>> tego obejść.
>
> Tutaj nie ma potrzeby na cuda. W grę wchodzą tylko 2 sytuacje - operator
> raz na jakiś czas się łączy, żeby sobie sprawdzić, co się działo, np.
> przesłać historię zdarzeń z urządzenia, albo - samo urządzenie wysyła
> komunikat alarmowy.

Cykliczne bądź aperiodycze wysyłanie komunikatów, to w tej sytuacji
naturalne rozwiązanie. Skrypt w perlu, który to odbierze, napisany
w pythonie czy co tam kto lubi, to kilkadziesiąt linijek.

> Tak w ogóle - bardzo dziękuję koledze za wyjaśnienia. Powoli mi się
> ciut rozjaśnia...

Zawsze służę pomocną wskazówka i światłymi radami.

--
Jarek

[sundayman]

No to muszę zakupić jakieś modemy i się tym pobawić, więcej chyba
teoretycznie dużo nie zwojuję...

Czy w przypadku takiego rozwiązania (GPRS) trzeba na coś zwrócić uwagę w
temacie modemu ?

Czy w przypadku nie korzystania z prywatnego APN jest realne ryzyko, że
ktoś mi się "włamie" ? Czytałem przed chwilą coś o tym...

Albo - nie wiem, nastąpi jakiś niekontrolowany ruch (cokolwiek by to
miało znaczyć) ?

> Zawsze służę pomocną wskazówka i światłymi radami.

To prawda :D

[Jarosław Sokołowski]

sundayman pisze:

> No to muszę zakupić jakieś modemy i się tym pobawić, więcej chyba
> teoretycznie dużo nie zwojuję...
>
> Czy w przypadku takiego rozwiązania (GPRS) trzeba na coś zwrócić
> uwagę w temacie modemu ?

Modemy takie jak Huawei E3131 pozwalają na prace w trybie, w którym
wykonują za projektanta właściwie całą robotę. Wysyła im się krótką
komendę AT (z głowy nie zacytuję, swoich źródeł w tej chwili nie mam
pod ręką). A one się same łączą, zestawiaja połączenie, konfigurują
na porcie USB coś, co od strony OS wygląda jak karta sieciowa. Do
tego stopnia, że już wystarczy tylko pchnąć na ten interfejs klienta
DHCP -- i już serwer operatora skonfiguruje całą warstwę IP połączenia
z internetem.

Ja bym się takiego sprzętu trzymał. Na szczęście jest najbardziej
popularny, daje go Polsat, Plus, Play i pewnie cała reszta. Używany
można kupić za stówę lub coś koło tego (żeby nie mieć zobowiązań
abonamentowych).

Chyba żeby podejść z drugiej strony. Są modemy OEM, które mają w sobie
interpreter pythona. Można w nim sporo napisać i użyć modemu jako
kompletnego urządzenia telemetrycznego. Ale to warto tylko wtedy, gdy
chce się zrobić jakąś większą partię urządzeń.

> Czy w przypadku nie korzystania z prywatnego APN jest realne ryzyko,
> że ktoś mi się "włamie" ? Czytałem przed chwilą coś o tym...
>
> Albo - nie wiem, nastąpi jakiś niekontrolowany ruch (cokolwiek by to
> miało znaczyć) ?

Raz miałem taki APN wykupiony od operatora. Dawno temu, kiedy był tylko
GPRS, same początki takich transmisji. Długo mi to fachmani od dostawcy
robili (chyba musieli jakiś podręcznik przeczytać). Potem próbowałem
się "włamać" tym do komputera, który stał dwa metry dalej. Jakoś nie
szło. Potem już się nad tym nie zastanawiałem, chyba taki prywatny APN
jest bardzo rzadko potrzebny. Ja przynajmniej nie znajduję powodów do
korzystania z tego.

--
Jarek

[sundayman]

> Modemy takie jak Huawei E3131 pozwalają na prace w trybie, w którym
> wykonują za projektanta właściwie całą robotę. Wysyła im się krótką
> komendę AT

Przypominam, że ja mam tylko RS232 w urządzeniu, więc takie dynksy na
USB odpadają :)

Bardziej coś takiego znaczy :

http://control.com.pl/produkt/gprs2-modul-telemetryczny/

Ale ponieważ jestem całkiem zielony, zastanawiam się, czy modem musi
posiadać jakąś opcję w rodzaju "transparent coś tam", żeby potem mógł
pracować jako terminal RS232.

[yabba]

Użytkownik "sundayman" <sund...@poczta.onet.pl> napisał w wiadomości
news:nakjlc$u3j$1...@node2.news.atman.pl...

Musisz znaleźć modemy GSM obsługujące połączenia CSD. Wtedy można zadzwonić
z modemu do modemu jak w zwykłej telefonii. Niestety pasmo jest maksymalnie
9600 b/s.
I musisz jeszcze sprawdzić czy operator obsługuje połączenia CSD. W 2012
roku korzystałem z połączenia CSD przez Play.

--
Pozdrawiam,

yabba

[Jarosław Sokołowski]

sundayman pisze:

>> Modemy takie jak Huawei E3131 pozwalają na prace w trybie, w którym
>> wykonują za projektanta właściwie całą robotę. Wysyła im się krótką
>> komendę AT
>
> Przypominam, że ja mam tylko RS232 w urządzeniu, więc takie dynksy na
> USB odpadają :)

Nie wiem czy słusznie, ale po urządzeniu "mającym tylko RS232" spodziewam
się niewielkiego rozumku i jeszcze mniejszej chęci do opanowania nowych
umiejętności. Takich jak gadanie z modemem komendami AT i odbieranie
połączeń.

> Bardziej coś takiego znaczy :
>
> http://control.com.pl/produkt/gprs2-modul-telemetryczny/

To już jest "moduł telemetryczny" a nie modem. Czyli komputer, który
z jednej strony ma połączenie z internetem przez GPRS, a z drugiej
port szeregowy. Nie wiem czy to ustrojstwo się nada i z jaką łatwością
implementuje sie w nim "specjalistyczne aplikacje użytkownika", do
jakich bym zaliczył na przykład przetransmitowanie na dalszą odległość
portu szeregowego, choćby wspomnianym wcześniej socatem. Ale wiem, że
to samo można zrobić wtykając modem do gniazdka USB raspbery pi lub
czegoś jeszcze mniejszego (są takie).

> Ale ponieważ jestem całkiem zielony, zastanawiam się, czy modem musi
> posiadać jakąś opcję w rodzaju "transparent coś tam", żeby potem mógł
> pracować jako terminal RS232.

Powinno już stać sie jasne, że sam modem przezroczystym nie jest, trzeba
mu tę transparencję wyrzeźbić w warstwie IP, co ja bym zaliczył do
czynności rutynowych. Padło tu też hasło "modem CSD". Że niby jest "jak
w zwykłej telefonii". To prawda. Ale w zwykłej telefonii też nie ma letko,
nie wszystko jest tak całkiem przezroczyste. Trzeba zapodać przez port
szeregowy jakieś "ATA" czy cóś, celem odebrania połączenia. Dopiero po tym
kanał się otwiera. Obstawiam, że jednak łatwiej będzie nie "modemem", lecz
"modułem" -- obojętnie czy gotowym, czy zrobionym własnoręcznie z dwóch
klocków. Ja nawet nie wiem, czy połączenia CSD są wciąż dostępne, a jeśli
tak, to jak długo jeszcze będą.

--
Jarek

[sundayman]

> Nie wiem czy słusznie, ale po urządzeniu "mającym tylko RS232" spodziewam
> się niewielkiego rozumku i jeszcze mniejszej chęci do opanowania nowych
> umiejętności. Takich jak gadanie z modemem komendami AT i odbieranie
> połączeń.

generalnie słusznie, ale to jest moje urządzenie, więc software dowolnie
można modyfikować (znaczy w ramach funkcjonalności :).
Obecnie ten RS232 jest używany tylko do wymiany firmware, czy też
prostych rzeczy w rodzaju odczyt pamięci zdarzeń.

Ale oczywiście mogę dodać co zechcę.
Więc obsługa komend itp. nie powinna być problemem.
Ale rzecz jasna, czym mniej trzeba robić, tym lepiej.

> To już jest "moduł telemetryczny" a nie modem. Czyli komputer, który
> z jednej strony ma połączenie z internetem przez GPRS, a z drugiej
> port szeregowy. Nie wiem czy to ustrojstwo się nada i z jaką łatwością
> implementuje sie w nim "specjalistyczne aplikacje użytkownika", do
> jakich bym zaliczył na przykład przetransmitowanie na dalszą odległość
> portu szeregowego, choćby wspomnianym wcześniej socatem. Ale wiem, że
> to samo można zrobić wtykając modem do gniazdka USB raspbery pi lub
> czegoś jeszcze mniejszego (są takie).

Znaczy RPi jako "modem" masz na myśli ?
No może... Tylko, czy w takiej sytuacji nie będzie problemu od strony
formalnej ? Bo taki modem M2M jako gotowiec kupuję, podłączam i po
sprawie. A zestaw RPi + dongle, to nie wiem...

> Powinno już stać sie jasne, że sam modem przezroczystym nie jest, trzeba
> mu tę transparencję wyrzeźbić w warstwie IP, co ja bym zaliczył do
> czynności rutynowych.

Zazdraszczam... Muszę szybko nadrabiać :)

Padło tu też hasło "modem CSD". Że niby jest "jak
> w zwykłej telefonii". To prawda. Ale w zwykłej telefonii też nie ma letko,
> nie wszystko jest tak całkiem przezroczyste. Trzeba zapodać przez port
> szeregowy jakieś "ATA" czy cóś, celem odebrania połączenia. Dopiero po tym
> kanał się otwiera. Obstawiam, że jednak łatwiej będzie nie "modemem", lecz
> "modułem" -- obojętnie czy gotowym, czy zrobionym własnoręcznie z dwóch
> klocków. Ja nawet nie wiem, czy połączenia CSD są wciąż dostępne, a jeśli
> tak, to jak długo jeszcze będą.

No raczej bym się na tym nie opierał, to już nieco zbyt "prymitywne"
chyba rozwiązanie. Poza tym, raczej wolałbym żeby użyszkodnik mógł
korzystać z tego via internet (czyli jakiś mój serwer) niż musiał mieć
modem.

Są jakieś mniej lub bardziej gotowe rozwiązania żeby taki serwer postawić ?

[Jarosław Sokołowski]

sundayman pisze:

>> To już jest "moduł telemetryczny" a nie modem. Czyli komputer, który
>> z jednej strony ma połączenie z internetem przez GPRS, a z drugiej
>> port szeregowy. Nie wiem czy to ustrojstwo się nada i z jaką łatwością
>> implementuje sie w nim "specjalistyczne aplikacje użytkownika", do
>> jakich bym zaliczył na przykład przetransmitowanie na dalszą odległość
>> portu szeregowego, choćby wspomnianym wcześniej socatem. Ale wiem, że
>> to samo można zrobić wtykając modem do gniazdka USB raspbery pi lub
>> czegoś jeszcze mniejszego (są takie).
>
> Znaczy RPi jako "modem" masz na myśli ?
> No może... Tylko, czy w takiej sytuacji nie będzie problemu od strony
> formalnej ? Bo taki modem M2M jako gotowiec kupuję, podłączam i po
> sprawie. A zestaw RPi + dongle, to nie wiem...

Od jakiej "strony formalnej"? Dopuszczenia, przepisy itd? Też nie wiem.
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. Możliwości sprzętowych jest teraz wiele, choć
akurat na odcimku przezroczystych modemów rs232 notujemy przejściowe
braki w asortymencie.

>> Powinno już stać sie jasne, że sam modem przezroczystym nie jest,
>> trzeba mu tę transparencję wyrzeźbić w warstwie IP, co ja bym
>> zaliczył do czynności rutynowych.
>
> Zazdraszczam... Muszę szybko nadrabiać :)

Więc zawsze warto się poradzić.

>> Padło tu też hasło "modem CSD". Że niby jest "jak w zwykłej telefonii".
>> To prawda. Ale w zwykłej telefonii też nie ma letko, nie wszystko jest
>> tak całkiem przezroczyste. Trzeba zapodać przez port szeregowy jakieś
>> "ATA" czy cóś, celem odebrania połączenia. Dopiero po tym kanał się
>> otwiera. Obstawiam, że jednak łatwiej będzie nie "modemem", lecz
>> "modułem" -- obojętnie czy gotowym, czy zrobionym własnoręcznie z dwóch
>> klocków. Ja nawet nie wiem, czy połączenia CSD są wciąż dostępne, a
>> jeśli tak, to jak długo jeszcze będą.
>
> No raczej bym się na tym nie opierał, to już nieco zbyt "prymitywne"
> chyba rozwiązanie. Poza tym, raczej wolałbym żeby użyszkodnik mógł
> korzystać z tego via internet (czyli jakiś mój serwer) niż musiał mieć
> modem.
>
> Są jakieś mniej lub bardziej gotowe rozwiązania żeby taki serwer postawić ?

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.

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.

--
Jarek

[sundayman]

> Od jakiej "strony formalnej"? Dopuszczenia, przepisy itd?

tak, o to chodzi.

> 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.

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 ?

> 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.

> 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.

[sundayman]

Co kolega sądzi o tych modemach ;

https://www.hik-consulting.pl/shop/modemy_gsm_umts_lte.html

[Mario]

Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
eth/rs232. Po drugiej stronie zakładamy, że masz staałe IP. Dajesz taki
sam router jako serwer vpn i wpinasz do niego konwerter eth/rs232.
Jeśli po obu stronach możesz mieć tylko dostęp przez gprs to
potrzebujesz komputera ze stałym ip albo stałym adresem w domenie.
Na nim stawiasz serwer VPN spinający ze soibąndwie końcówki z modemami
gprs. Sprżetowo to nie jest samoróbka ale jeśli chodzi o konfigurację to
trochę tak, No i musisz mieć serwer. Ale zaleta jest że tanio bo
Microtici są po jakieś 160 zł. Możesz sobie kupić takie skonfigurowane
routery klienckie innej firmy (po jakieś co najmniej 1400 zl/szt) wraz
z dożywotnim dostępem do dedykowanego dla ciebie tunelu realizowanego
przez serwer dostawcy sprzętu.



--
pozdrawiam
MD

[Jarosław Sokołowski]

sundayman pisze:

>> 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.

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.

> 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 ?

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ę.

>> 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.

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.

>> 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.

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]

sundayman pisze:

> Co kolega sądzi o tych modemach ;
>
> https://www.hik-consulting.pl/shop/modemy_gsm_umts_lte.html

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]

On Thu, 25 Feb 2016 10:36:18 +0100, Jarosław
Sokołowski<ja...@lasek.waw.pl> wrote:
> 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. 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]

Pan Mario napisał:

>> 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.

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.]

Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnctlgq...@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 :-)

J.

[Jarosław Sokołowski]

Pan Marek napisał:

>> 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.

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.

> Taki "modem" ma dedykowany soft dla PC, który przełącza na tryb
> 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ń.

> 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ć.

Jeszcze trzeba mieć motywację, by to robić. Ja jej nie widzę.

> Sa też jakieś wyspecjalizowane modemy do embeded, które zgłaszają
> 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]

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ć.

--
Jarek

[Waldemar]

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]

On 24/02/2016 15:53, sundayman wrote:
> 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
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]

W dniu 2016-02-25 o 11:36, J.F. pisze:

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]

W dniu 2016-02-25 o 11:41, Jarosław Sokołowski pisze:

Przepuszczać jakieś dane procesowe przez internet bez zapakowania w VPN?
Raczej nie ryzykowałbym.


--
pozdrawiam
MD

[Mario]

W dniu 2016-02-25 o 11:52, Waldemar pisze:

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]

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!

--
Jarek

[ACMM-033]

Użytkownik "Jarosław Sokołowski" <ja...@lasek.waw.pl> napisał w wiadomości
news:slrnnctrvk...@falcon.lasek.waw.pl...

A ja sobie nawet pozwalam na Blik i na apkę na śmiardfonie... :P I paczpan,
karty nie włożyłem, a bankomat wypłacił! :P :))

--
To nie wstyd być biedakiem, ale, żeby to był zaszczyt,
to ja tego też nie powiem!
(C) Tewje do Pana Boga.

[Marek]

On Thu, 25 Feb 2016 11:38:47 +0100, Jarosław
Sokołowski<ja...@lasek.waw.pl> wrote:
> 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.

> Nie tyle "wyspecjalizowane", co po prostu stare, tak jak już
wspomniałem.

Nie stare, sa na kamami czy innym elhobby modemy usb do embeded
zglaszajace się od razu jako serial.

--
Marek

[Waldemar]

Dokładnie tak. Dodatkowo jest jeszcze parę urządzeń połączonych do USB i
UART on board.

Waldek

[Jarosław Sokołowski]

Pan Marek napisał:

>> 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.

Na razie chłop nie wygląda na niezadowolonego. Miał pomysł, który
zdawał się prosty, a w praktyce jest nie warty realizacji. Teraz
poznał inne, sam zdecyduje co robić dalej. O rozwiązaniach, które
polegają na zagadaniu przez RS modemu celem wywołania tkwiących
w nim procedur komunikujących się przez TCP/IP (ftp, mail i inne)
też wspomniałem od razu. I choć pisania przy tym wiele nie ma, to
cały czas uważam, że jeśli komuś to tylko raz potrzebne, to nie warto.
Sugeruję, by wziął bardzo skomplikowaną rzecz, którą tysiące ludzi
wspólnymi siłami wymyślali przez wiele lat. Bo tak najprościej
i najtaniej.

>> Nie tyle "wyspecjalizowane", co po prostu stare, tak jak już
>> wspomniałem.
>
> Nie stare, sa na kamami czy innym elhobby modemy usb do embeded
> zglaszajace się od razu jako serial.

Kiedyś wszystkie miały serial "od razu" -- i niczego więcej.
Te nowe są stare w tym sensie.

--
Jarek

[J.F.]

Użytkownik "Mario" napisał w wiadomości grup
dyskusyjnych:namqa4$c2c$2...@dont-email.me...

W dniu 2016-02-25 o 11:41, Jarosław Sokołowski pisze:
> Pan J.F. napisał:

>>>> 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.

To jedno, a drugie - jesli chcesz np sprzac sterownik PLC z jakims
peryferyjnym urzadzeniem za pomoca RS, tylko ze stoja one sobie w
dwoch roznych szafach, gdzies w polu, i jedyna lacznosc zapewniaja
antenki GSM, to wyobraznia nabiera ograniczen z jednej strony, a z
drugiej - trzeba ja troche wysilic :-)

I choc bez VPN moze i sie obedzie, to z nim moze byc prosciej niz na
obejsciach.
No bo tak de facto, to chcemy wirtualna siec miedzy urzadzeniami
zrobic :-)


J.

[Mario]

W dniu 2016-02-25 o 13:13, Jarosław Sokołowski pisze:

Masz połączenie szyfrowane.
Ja bym się bał zostawiać zdalny dostęp np do sterownika PLC czy do HMI
przez internet bez zabezpieczenia.

--
pozdrawiam
MD

[Mario]

W dniu 2016-02-25 o 14:58, J.F. pisze:

> Użytkownik "Mario" napisał w wiadomości grup
> dyskusyjnych:namqa4$c2c$2...@dont-email.me...
> W dniu 2016-02-25 o 11:41, Jarosław Sokołowski pisze:
>> Pan J.F. napisał:
>>>>> 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.
>
> To jedno, a drugie - jesli chcesz np sprzac sterownik PLC z jakims
> peryferyjnym urzadzeniem za pomoca RS, tylko ze stoja one sobie w dwoch
> roznych szafach, gdzies w polu, i jedyna lacznosc zapewniaja antenki
> GSM, to wyobraznia nabiera ograniczen z jednej strony, a z drugiej -
> trzeba ja troche wysilic :-)

No do tej pory nie zrobiłem tak rozległych systemów sterowania aby
spinać peryferia ze sterownikiem przez VPN. Ale robiłem dostę do PLC i
do HMI w celu monitorowania urządzenia i robienia drobnych poprawek w
kodzie. VPN daje bezpieczeństwo i upraszcza połączenie przez
dostarczanie adresów w ramach wspólnej klasy.


--
pozdrawiam
MD

[Jarosław Sokołowski]

Pan Mario napisał:

>>> 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!
>
> Masz połączenie szyfrowane. Ja bym się bał zostawiać
> zdalny dostęp np do sterownika PLC czy do HMI przez
> internet bez zabezpieczenia.

To już co innego. Mam wrażenie, że VPN jest jednym z częściej
nadużywanych narzędzi -- "nie znam się, nie wiem o co chodzi,
więc na wszelki wypadek zrobię VPN". Szyfrowanie owszem, ale
też nie zawsze jest czego się bać. A jeśli się szyfruje, to z
głową -- czasem jest limit transfetu danych, albo wąski kanał,
więc trzeba szyfrować rozsądnie, a nie przez obudowanie czymś,
co da stukrotny naddatek przesyłanych danych.

--
Jarek

[sundayman]

> 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).

Tak, ale akurat moje urządzenie jest już nie tylko gotowe, ale także od
dawna produkowane, jest już w wielu miejscach zainstalowane.
Dlatego taka opcja jest korzystna, bo wymaga tylko wymiany "firmware",
co można zrobić bez demontowania go nawet.

Oczywiście nowa wersja powinna mieć np. USB, ale problem w tym, że z
braku czasu powstaje już 2-3 lata. I jest na etapie przemyśleń :)

> 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ć.

No i obecnie tak to mam zrobione. Znaczy szczątkowo, bo nie było
potrzeby bardziej - wszystko jest konfigurowalne via LCD, ale niektóre
rzeczy właśnie tak są zrobione.

> 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.

Będzie mi chyba łatwiej dostosować mój program w urządziu do obsługi
modemu, niż dodawać tą "inteligencję" na zewnątrz. Tak mi się wydaje...

,
> 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,

No tak, ale nic nie stoi na przeszkodzie, żeby był wybór - w menu
urządzia będzie opcja "MODEM on/off". I będzie albo można sobie ręcznie
pisać w teminalu, albo - sterowanie zdalne.

> 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.

No jak pisałem - ta obsługa via GSM ma być dodatkiem do już dawno
istniejącego systemu.

[sundayman]

> 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.

Pewnie tak :) Ale na razie to wystarczy. Użyszkodnik będzie i tak bardzo
zadowolony :)

> została, całkiem nieużywana. Nie wiem co z nią zrobić. Bo nie mam
> ochoty tykać nawet długim kijem.

Możesz podać jakiś model czy coś bliżej ?
Z tego co doczytałem, to chyba różne firmy stosuję swoje własne komendy
AT do obsługi np. TCP/IP ?

[sundayman]

> Na razie chłop nie wygląda na niezadowolonego.

Bardzo jestem zadowolony i wdzięczny za wszelkie uświadomienie :D

> zdawał się prosty, a w praktyce jest nie warty realizacji. Teraz
> poznał inne, sam zdecyduje co robić dalej. O rozwiązaniach, które
> polegają na zagadaniu przez RS modemu celem wywołania tkwiących
> w nim procedur komunikujących się przez TCP/IP (ftp, mail i inne)
> też wspomniałem od razu. I choć pisania przy tym wiele nie ma, to
> cały czas uważam, że jeśli komuś to tylko raz potrzebne, to nie warto.
> Sugeruję, by wziął bardzo skomplikowaną rzecz, którą tysiące ludzi
> wspólnymi siłami wymyślali przez wiele lat. Bo tak najprościej
> i najtaniej.

Podsumowując :

1. rzecz dotyczy urządzenia, które jest w wielu miejscach zainstalowane
(ale można wymienić software), i na razie nadal będzie robione w tym
samym wykonaniu przez jakiś czas... Aż zrobię nową wersję :)

2. do dyspozycji jest RS232, w środku siedzi Atmega128

3. chodzi o przesyłanie małych ilości danych ( no bo komend w rodzaju
"ustaw parametr x=128", czy odczyt jakiegoś parametru.
Oczywiście wolałbym to wysyłać "w bloku" kompleksowo, to będzie kilkaset
bajtów, albo max. kilkadziesiąt dla odczytu pamięci.

Te dane docelowo mają trafić do programu na PC, który to odpowiedni
pokaże. Taki soft coś jak np. dla central alarmowych.

4. Rozwiązanie musi być bezpieczne "formalnie" - czyli część GSM z
papierami, certyfikatami itp.

5. Ilość urządzeń obsługiwana w jednej sieci może sięgać kilkudziesięciu
( najczęściej 20-50 ).

6. transmisja musi być w miarę bezpieczna - choć nie spodziewam się,
żeby ktoś rozkminiał dane przesyłane do tych sterowników, bo to mało
atrakcyjne jest (sterowanie pompami). Pomyślę oczywiście nad jakimiś
zabezpieczeniami typu hasło, itp.
Ale - z drugiej strony, gdyby ktoś się do tego dobrał, mogłyby być
bardzo nieprzyjemne konsekwencje...

7. koszt jak zawsze jest ważny - ale bez przesady. Lepiej, żeby
kosztowało 500 i nie sprawiało problemów, niż ma kosztować 100 i nie
działać, albo działać byle jak.

8. dobrze by było, żeby była (przynajmniej opcjonalnie) możliwość
działania całego interesu w chwili wyłączenia sieci 2G (kiedy to będzie
i czy będzie ??)

8. z uwagi na minimalne doświadczenie z tego typu transmisja (że tak
ładnie to określę) - mile widziane rozwiązania łopatologiczne.
Czyli żebym (na razie) nie musiał robić z tego doktoratu.

9. Dobrze by było faktycznie, żeby się oprzeć na rozwiązaniu, które
dałoby się przystosować/zastosować także w "nowej wersji", gdzie już
nie musi być na RS232

____________________________________________________________________


No to - dla takich założeń - co byście zrobili ??

[sundayman]

> 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

oj, mam wątpliwości, co do możliwości zastosowania takiego rozwiązania.
Musi być modem, który jest "gotowym produktem", z odpowiednim papierem,
CE, itp. Na pełnym legalu w zakresie stosowanie tego do telemetrii.

[cezar]

http://www.simcom.eu/index.php?m=termekek&prime=1&sub=40&id=0000000147&page=1

Certificates:

CE
FCC
ROHS
PTCRB
GCF
IC
ICASA
TA
REACH
AT&T

[sundayman]

> No to - dla takich założeń - co byście zrobili ??

bo się kuśwa pogubiłem :/

[Jarosław Sokołowski]

sundayman pisze:

>> 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.
>
> Pewnie tak :) Ale na razie to wystarczy. Użyszkodnik będzie i tak
> bardzo zadowolony :)

To był przejaw troski o tego, kto to będzie implementował.

>> została, całkiem nieużywana. Nie wiem co z nią zrobić. Bo nie mam
>> ochoty tykać nawet długim kijem.
>
> Możesz podać jakiś model czy coś bliżej ?
> Z tego co doczytałem, to chyba różne firmy stosuję swoje własne
> komendy AT do obsługi np. TCP/IP ?

W takim właśnie aluminiowym opakowaniu został mi modem Wavecom. Miałem
też takie bez otoczki, sama płytka OEM, wielkości biletu na tramwaj,
nawet niewiele grubsza. Specjalnie sprytne toto nie było, umiało robić
GPRS przez odpalenie pppd na linuksie, do którego było podłączone.
Wtedy to i tak było dużo, ja więcej nie potrzebowałem. Miałem też modemy
firmy Telit -- te już potrafiły same zrobić sobie połączenie TCP/IP,
ale ja z tego nie korzystałem, traktowane były tak samo jak Wavecomy.
To wtedy była nowość, później te rzeczy rozwijano, może warto się tym
zainteresować. Komenty AT może się tu i tam różnią, ale to chyba nie
jest wielki problem -- one mają być wysokopoziomowe, zakładam, że ich
potrzeba z dziesięć na krzyż, można uwzględnić kilka dialektów. Przykład
da się zobaczyc choćby tu: http://www.multitech.com/manuals/s000457l.pdf .
Dialog wysyłania i odbierania pliku przez FTP jest w okolicach str. 111.

--
Jarek

[Jarosław Sokołowski]

sundayman pisze:

>> 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.
>
> Będzie mi chyba łatwiej dostosować mój program w urządziu do obsługi
> modemu, niż dodawać tą "inteligencję" na zewnątrz. Tak mi się wydaje...

Może się wydawać. Po jednej stronie jest nauczenie starego i mało kumatego
systemu nowych sztuczek, a po drugiej wytłumaczenie inteligentnej bestii
jak ma gadać z bratem mniejszym. Radzę wziąć tego minicoma odpalonego na
dowolnym systemie z Linuksem (Mac OS też może być ostatecznie) i pogadać
ze swoim ustrojstwem, napisać skrypt, który dialog automatyzuje. Korzyść
może być przy tym jeszcze taka, że potrafią przy tej robocie wypłynąć
braki, niedoróbki i nielogiczności w interfejsie, które komplikują pisanie
skryptu. Wtedy poprawić, zwiększyć klarowność -- nie tylo roboty, ale
i ludzie się ucieszą. Jak się wszystko sprawdzi na pececie, to przenieść
na małe urządzenie. Tu i tam może działać tak samo.

Potem mozna ocenić, czy lepiej działać tak, czy gadać wprost z modemem
(wskazówki dałem przed chwilą).

--
Jarek

[jacek pozniak]

sundayman wrote:

>
>
>> No to - dla takich założeń - co byście zrobili ??
> bo się kuśwa pogubiłem :/

Weź dowolny modem, np SIM900D (to tylko przykładowy typ; ma uarta).
Napisz w swoim urządzeniu coby się łączył z internetem i np. co 5minut
wysyłał dane na internet (na Twój serwer) i jednocześnie sprawdzał czy są
dla niego jakieś dane konfiguracyjne, tak w skrócie.

jp

[sundayman]

Ok, bardzo bardzo dziękuję. Spróbuję to jakoś ogarnąć...
Ale na pewno jeszcze wrócę do tematu, bo czuję że będzie ciężko :)

[Jarosław Sokołowski]

sundayman pisze:

> Ok, bardzo bardzo dziękuję. Spróbuję to jakoś ogarnąć...
> Ale na pewno jeszcze wrócę do tematu, bo czuję że będzie ciężko :)

Nie ma letko, chleb po osiem -- tak kiedś mawiano. Ale wszystko da się
zrobić "with a little help from my friends" (to już cytat z innych).
Niby takie gaduły o niczym, a jednak pomocne.

Jarek

--
"My już od lat %%%
gawędzimy o Maryni. %%%
I to nawet, szczerze <) (\
mówiąc, nie o całej..." ___(_,_)\___
|| // ||rs

[Michał Baszyński]

W dniu 2016-02-25 o 11:56, cezar pisze:

>>
> 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

a to nie jest przypadkiem ta wersja, co w Europie nie chce działać i
trzeba firmware najpierw nowe europejskie wgrać?

--
Pozdr.
Michał

[Marek]

On Thu, 25 Feb 2016 22:48:58 +0100, Michał
Baszyński<mbas...@ga.ze.ta.pl> wrote:
> a to nie jest przypadkiem ta wersja, co w Europie nie chce działać
i
> trzeba firmware najpierw nowe europejskie wgrać?

Tak.
Co ciekawe mam dwa takie moduły, oba są oparte o sim900a, jeden
podobny do tego z cytowanej aukcji (występuje w kilku wersjach
płytki), drugi w wersji bardziej mikro, czyli sam moduł gsm + gniazdo
na sim. Ten pierwszy bez problemu przyjął "europejski" soft natomiast
ten drugi nie chce się zaktualizować, gdzieś na początku procesu
flashowania wyskakuje jakiś błąd (szczegółów nie pamiętam).
Pierwszy przeflashowany działa ale z jednym ale. Mam go podłączonego
do mcu na płytce prototypowej, moduł bardzo zakłóca komunikację na
uarcie, praktycznie nie da się z nim komunikować szybciej niż 9600.
Jeśli w trakcie (szybszej niż 9600) komunikacji po uarcie akurat jest
nadawanie gsm to komunikacja idzie w krzaki. Mimo wysłania poprawnego
polecenia modem zawraca error, bo odbiera "zakłócone" polecenie
(przekłame bajty). Nie wiem, czy to wina, że układ jest deweloperski
(płytka stykowa, kable) czy ta chińskia płytka z modułem jest źle
zaprojektowana, co powoduje tak silne zakłócenia.

--
Marek

[J.F.]

Dnia Thu, 25 Feb 2016 18:45:56 +0100, sundayman napisał(a):
> 1. rzecz dotyczy urządzenia, które jest w wielu miejscach zainstalowane
> (ale można wymienić software), i na razie nadal będzie robione w tym
> samym wykonaniu przez jakiś czas... Aż zrobię nową wersję :)
>
> 2. do dyspozycji jest RS232, w środku siedzi Atmega128
>
> 3. chodzi o przesyłanie małych ilości danych ( no bo komend w rodzaju
> "ustaw parametr x=128", czy odczyt jakiegoś parametru.
> Oczywiście wolałbym to wysyłać "w bloku" kompleksowo, to będzie kilkaset
> bajtów, albo max. kilkadziesiąt dla odczytu pamięci.

SMS ?

> Te dane docelowo mają trafić do programu na PC, który to odpowiedni
> pokaże. Taki soft coś jak np. dla central alarmowych.

No to o tyle lepiej, ze mozesz tego PC wystawic gdzies jako www
serwer, a z urzadzen "laczyc sie z internetem".

I tu by trzeba poczytac, czy ten "HTTP client mode", to nie jest cos
takiego, ze urzadzenie komunikuje sie z modemem przez RS232 tekstowo,
wysyla mu jakies GET http://..., dostaje odpowiedz, a modem zalatwia
cala reszte.

... A potem Ci koparka urwie kabel i bedzie pytanie jak przestawic te
wszystkie urzadzenia na inny adres serwera :-)

J.

[Jarosław Sokołowski]

Pan J.F. napisał:

> I tu by trzeba poczytac, czy ten "HTTP client mode", to nie jest cos
> takiego, ze urzadzenie komunikuje sie z modemem przez RS232 tekstowo,
> wysyla mu jakies GET http://..., dostaje odpowiedz, a modem zalatwia
> cala reszte.
>
> ... A potem Ci koparka urwie kabel i bedzie pytanie jak przestawic te
> wszystkie urzadzenia na inny adres serwera :-)

Jakie to szczęście, że dobrzy ludzie wymyślili serwery DNS!

--
Jarek

[J.F.]

Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnd05st...@falcon.lasek.waw.pl...

Ale to kolejna rzecz, ktora musi byc oprogramowana w urzadzeniu.
Podstawowa, jak juz mowimy o Internecie, ale program puchnie :-)

J.

[Jarosław Sokołowski]

Pan J.F. napisał:

>>> ... A potem Ci koparka urwie kabel i bedzie pytanie jak
>>> przestawic te wszystkie urzadzenia na inny adres serwera :-)
>> Jakie to szczęście, że dobrzy ludzie wymyślili serwery DNS!
>
> Ale to kolejna rzecz, ktora musi byc oprogramowana w urzadzeniu.
> Podstawowa, jak juz mowimy o Internecie, ale program puchnie :-)

No więc tak to działa, że modem po otrzymaniu polecenia "weź się
połącz z internetem" wszystko załatwia sam, również bierze adresy
serwerów DNS z DHCP operatora i później z nich korzysta. O tym od
samego początku tu informuję, nie kryjąc zadowolenia, że tak to
się wszystko potoczyło. Bo pamiętam dobrze czas, kiedy wszystko
trzeba było samemu, a jak sie o czymś zapomniało, to dupa mogła
spuchnąć.

--
Jarek

[J.F.]

Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup

dyskusyjnych:slrnnd06sn...@falcon.lasek.waw.pl...

Pan J.F. napisał:
>>>> ... A potem Ci koparka urwie kabel i bedzie pytanie jak
>>>> przestawic te wszystkie urzadzenia na inny adres serwera :-)
>>> Jakie to szczęście, że dobrzy ludzie wymyślili serwery DNS!
>
>> Ale to kolejna rzecz, ktora musi byc oprogramowana w urzadzeniu.
>> Podstawowa, jak juz mowimy o Internecie, ale program puchnie :-)

>No więc tak to działa, że modem po otrzymaniu polecenia "weź się
>połącz z internetem" wszystko załatwia sam, również bierze adresy
>serwerów DNS z DHCP operatora i później z nich korzysta. O tym od

Ale sie nie dziw, ze to porzadnego procesora wymaga :-)

>samego początku tu informuję, nie kryjąc zadowolenia, że tak to
>się wszystko potoczyło. Bo pamiętam dobrze czas, kiedy wszystko
>trzeba było samemu, a jak sie o czymś zapomniało, to dupa mogła
>spuchnąć.

A potem chcialoby sie jeszcze przestawic ten adres symboliczny bez
potrzeby jezdzenia do modemu/urzadzenia, byc moze chcialoby sie
terminalowo z urzadzeniem polaczyc, albo osobisty komputer z nim
sprzac, przydaloby sie, aby modem SMS otrzymane przesylal dalej - i
lista bardzo przydatnych funkcji rosnie.
VPN tam sie tez znajdzie ...

A dawniej ... mozna bylo zadzwonic na drugi modem i miec bezposrednie
polaczenie bez klopotow - jedyna wada, ze drogie :-)

J.

[cezar]

Jeśli jest opisany jako 'quad band' to musi działać.

c.

[Jarosław Sokołowski]

Pan J.F. napisał:

>> No więc tak to działa, że modem po otrzymaniu polecenia "weź się
>> połącz z internetem" wszystko załatwia sam, również bierze adresy
>> serwerów DNS z DHCP operatora i później z nich korzysta. O tym od
>
> Ale sie nie dziw, ze to porzadnego procesora wymaga :-)

Ja bym się zdiwił, gdyby wymagało. Co siedzi w modemie, w to nie
wnikam. Ważne, że kosztuje grosze i jest tanie. Na zewnątrz już
nie potrzeba wiele.

>> samego początku tu informuję, nie kryjąc zadowolenia, że tak to
>> się wszystko potoczyło. Bo pamiętam dobrze czas, kiedy wszystko
>> trzeba było samemu, a jak sie o czymś zapomniało, to dupa mogła
>> spuchnąć.
>
> A potem chcialoby sie jeszcze przestawic ten adres symboliczny
> bez potrzeby jezdzenia do modemu/urzadzenia,

Nie chciałoby się. Należy najpierw myśleć, potem robić.

> byc moze chcialoby sie terminalowo z urzadzeniem polaczyc, albo
> osobisty komputer z nim sprzac, przydaloby sie, aby modem SMS
> otrzymane przesylal dalej - i lista bardzo przydatnych funkcji
> rosnie. VPN tam sie tez znajdzie ...

No to się robi tak jak w przypadku każdego innego połączenia
internetowego. Praktycznie żadnych różnic.

> A dawniej ... mozna bylo zadzwonic na drugi modem i miec
> bezposrednie polaczenie bez klopotow - jedyna wada, ze drogie :-)

W przypadku GSM nigdy tak nie było. Teoretycnie powino wszystko
działać jak ze zwykłymi modemami AT, a w praktyce, to lepiej nie
mówić. Próbowałem i wolę już nie. Wad znacznie więcej, nie ta
jedyna.

--
Jarek

[J.F.]

Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup

dyskusyjnych:slrnnd08md...@falcon.lasek.waw.pl...
Pan J.F. napisał:

>> A potem chcialoby sie jeszcze przestawic ten adres symboliczny
>> bez potrzeby jezdzenia do modemu/urzadzenia,
>Nie chciałoby się. Należy najpierw myśleć, potem robić.

Chcialoby sie .

>> byc moze chcialoby sie terminalowo z urzadzeniem polaczyc, albo
>> osobisty komputer z nim sprzac, przydaloby sie, aby modem SMS
>> otrzymane przesylal dalej - i lista bardzo przydatnych funkcji
>> rosnie. VPN tam sie tez znajdzie ...

>No to się robi tak jak w przypadku każdego innego połączenia
>internetowego. Praktycznie żadnych różnic.

Polaczenie internetowe jest z zalozenia z klienta do serwera.
A ja bym np chcial np aktualizacje firmware w urzadzeniu zrobic,
i nawet mam program, ktory zainstaluje nowa wersje, trzeba mu tylko
podlaczyc urzadzenie kabelkiem RS232 ...

>> A dawniej ... mozna bylo zadzwonic na drugi modem i miec
>> bezposrednie polaczenie bez klopotow - jedyna wada, ze drogie :-)
>W przypadku GSM nigdy tak nie było. Teoretycnie powino wszystko
>działać jak ze zwykłymi modemami AT, a w praktyce, to lepiej nie
>mówić. Próbowałem i wolę już nie.

Ja tez probowalem i dzialalo. Ale praktycznie nie uzywalem.

J.

[Jarosław Sokołowski]

Pan J.F. napisał:

--
Jarek

[Jarosław Sokołowski]

Pan J.F. napisał:

>> Nie chciałoby się. Należy najpierw myśleć, potem robić.
>
> Chcialoby sie .

Jedni chcieliby, inni myślą. To się nazywa społeczny podział zadań,
czy jakoś tak.

>>> byc moze chcialoby sie terminalowo z urzadzeniem polaczyc, albo
>>> osobisty komputer z nim sprzac, przydaloby sie, aby modem SMS
>>> otrzymane przesylal dalej - i lista bardzo przydatnych funkcji
>>> rosnie. VPN tam sie tez znajdzie ...
>> No to się robi tak jak w przypadku każdego innego połączenia
>> internetowego. Praktycznie żadnych różnic.
>
> Polaczenie internetowe jest z zalozenia z klienta do serwera.

Połączenie internetowe jest "połączeniem do internetu" -- to miałem
na myśli.

> A ja bym np chcial np aktualizacje firmware w urzadzeniu zrobic,
> i nawet mam program, ktory zainstaluje nowa wersje, trzeba mu tylko
> podlaczyc urzadzenie kabelkiem RS232 ...

No to trzeba podłączyć urządzenie kabelkiem RS232. W czym problem?

>>> A dawniej ... mozna bylo zadzwonic na drugi modem i miec
>>> bezposrednie polaczenie bez klopotow - jedyna wada, ze drogie :-)
>>W przypadku GSM nigdy tak nie było. Teoretycnie powino wszystko
>>działać jak ze zwykłymi modemami AT, a w praktyce, to lepiej nie
>>mówić. Próbowałem i wolę już nie.
>
> Ja tez probowalem i dzialalo. Ale praktycznie nie uzywalem.

Jak próbowałem, to też działało. A jak było potrzebne, to już nie.

--
Jarek

[J.F.]

Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup

dyskusyjnych:slrnnd0cn9...@falcon.lasek.waw.pl...

Pan J.F. napisał:
>>> Nie chciałoby się. Należy najpierw myśleć, potem robić.
>> Chcialoby sie .

>Jedni chcieliby, inni myślą. To się nazywa społeczny podział zadań,
>czy jakoś tak.

W perspektywie 5 lat moze sie jednak przytrafic jakas zmiana.

>>>> byc moze chcialoby sie terminalowo z urzadzeniem polaczyc, albo
>>>> osobisty komputer z nim sprzac, przydaloby sie, aby modem SMS
>>>> otrzymane przesylal dalej - i lista bardzo przydatnych funkcji
>>>> rosnie. VPN tam sie tez znajdzie ...
>>> No to się robi tak jak w przypadku każdego innego połączenia
>>> internetowego. Praktycznie żadnych różnic.
>> Polaczenie internetowe jest z zalozenia z klienta do serwera.
>Połączenie internetowe jest "połączeniem do internetu" -- to miałem
>na myśli.

A mi o charakter. Od klienta do stalego serwera.
I trzeba sie przestawic na takie myslenie.

>> A ja bym np chcial np aktualizacje firmware w urzadzeniu zrobic,
>> i nawet mam program, ktory zainstaluje nowa wersje, trzeba mu tylko
>> podlaczyc urzadzenie kabelkiem RS232 ...
>No to trzeba podłączyć urządzenie kabelkiem RS232. W czym problem?

W 500km np.
A niechby bylo i 5km - ale np 10 urzadzen ...

>>>> A dawniej ... mozna bylo zadzwonic na drugi modem i miec
>>>> bezposrednie polaczenie bez klopotow - jedyna wada, ze drogie :-)
>>>W przypadku GSM nigdy tak nie było. Teoretycnie powino wszystko
>>>działać jak ze zwykłymi modemami AT, a w praktyce, to lepiej nie
>>>mówić. Próbowałem i wolę już nie.
>> Ja tez probowalem i dzialalo. Ale praktycznie nie uzywalem.
>Jak próbowałem, to też działało. A jak było potrzebne, to już nie.

Ale co sie stalo - modemy zawiodly, czy operatorzy zablokowali ?

Na Androidzie trybu data juz chyba nie ?

J.

[Jarosław Sokołowski]

Pan J.F. napisał:

>>>> Nie chciałoby się. Należy najpierw myśleć, potem robić.
>>> Chcialoby sie .
>> Jedni chcieliby, inni myślą. To się nazywa społeczny podział
>> zadań, czy jakoś tak.
>
> W perspektywie 5 lat moze sie jednak przytrafic jakas zmiana.

Na razie mamy dobrą zmianę z perspetywą pięcioletnią. Wcale mnie
to nie cieszy.

>>> Polaczenie internetowe jest z zalozenia z klienta do serwera.
>> Połączenie internetowe jest "połączeniem do internetu" -- to
>> miałem na myśli.
>
> A mi o charakter. Od klienta do stalego serwera.
> I trzeba sie przestawic na takie myslenie.

Było na to sporo czasu. Dałem radę.

>>> A ja bym np chcial np aktualizacje firmware w urzadzeniu zrobic,
>>> i nawet mam program, ktory zainstaluje nowa wersje, trzeba mu
>>> tylko podlaczyc urzadzenie kabelkiem RS232 ...
>> No to trzeba podłączyć urządzenie kabelkiem RS232. W czym problem?
>
> W 500km np. A niechby bylo i 5km - ale np 10 urzadzen ...

Się podłącza do tego bliskiego, co się ma dostępne przez sieć.

>>>>> A dawniej ... mozna bylo zadzwonic na drugi modem i miec
>>>>> bezposrednie polaczenie bez klopotow - jedyna wada, ze drogie :-)
>>>> W przypadku GSM nigdy tak nie było. Teoretycnie powino wszystko
>>>> działać jak ze zwykłymi modemami AT, a w praktyce, to lepiej nie
>>>> mówić. Próbowałem i wolę już nie.
>>> Ja tez probowalem i dzialalo. Ale praktycznie nie uzywalem.
>> Jak próbowałem, to też działało. A jak było potrzebne, to już nie.
>
> Ale co sie stalo - modemy zawiodly, czy operatorzy zablokowali ?

Nie mam pojęcia, raz działało, raz nie. U różnych operatorów, nie
tylko polskich. Mam wrażenie, że tego nikt nie używał, za to wszyscy
"przetestowali".

> Na Androidzie trybu data juz chyba nie ?

To już co innego -- poprzednio miałem na myśli łącznośc modem-modem.
Dostęp do internetu w tyrybie data był w Communikatorze Nokii -- bardzo
fajny telefon, gdyby nie ta łączność. Żeby tam był GPRS i wi-fi, to by
mu już nic nie brakowało.

--
Jarek

[Marek]

On Fri, 26 Feb 2016 09:53:11 +0000, cezar <cez...@tlen.invalid>
wrote:

> Jeśli jest opisany jako 'quad band' to musi działać.

Sim900A to wersja na rynek azjatycki, z simlockiem. Musi być
flashowany, żeby zadzialal u nas.

--
Marek

[re]

Użytkownik "sundayman"

> może jeszcze jedna uwaga - najlepiej byłoby, gdyby odpowiedni modem był
> po prostu dostępny w handlu. Czyli gotowiec.

czyżby toto się nadawało ?

http://www.usriot.com/Product/106.html
---
Tak. Możesz przesyłać bezpośrednio jak komp z aplikacją ma dostępny w necie
adres IP. Inaczej możesz to puścić przez ichnią chmurę, której jednak nie
próbowałem.

[re]

Użytkownik "sundayman"

...
Ale ponieważ jestem całkiem zielony, zastanawiam się, czy modem musi
posiadać jakąś opcję w rodzaju "transparent coś tam", żeby potem mógł
pracować jako terminal RS232.
---
USR to mają

[andrzej]

1. ) czy jest jakiś w PL operator GSM który puszcza ruch gprs ?
aero2 od dawna min 3G HSDPA+ 21 Mb
ostano próbowałem (smartfonen )łączności w PLUS i PLay z
"siecią 2G" nie udało się :(
e3131 puki co działa ;)
Moduły simcom te za 3$ maja transfer 80 kbps ...
jest też moduł z HSPA+ gołe SIM5360 jedyne 40$ i LTE SIM7100E za 50$
ale tych na pewno nie kupię ..
2. ) czy jest jakiś w PL operator GSM który daje natywne ip (v4:) ?

[Cezar]

imho kazdy z BIG4 powinien udostępniać GPRS dla urządzeń 'legacy'.
Uważaj na moduły które używasz - powinny obsługiwać wszystkie pasma (2G,
2.5G)
O publicznym adresie zapomnij. Chyba każdy operator sprzedaje taże simy
M2M - za odpowiednią opłatą mogą Ci też wykreować prywatny APN do z
VPNem do Twojej sieci.

c.

[Marek]

On Wed, 15 Mar 2017 18:32:43 -0700 (PDT), andrzej
<anla...@gmail.com> wrote:
> 1. ) czy jest jakiś w PL operator GSM który puszcza ruch gprs ?

każdy?

> 2. ) czy jest jakiś w PL operator GSM który daje natywne ip (v4:

każdy?

Gprs jest ciągle obsługiwany na zasadzie kompatybilności wstecznej.
Jest pełno ciągle działających starych terminali gsm 2g. Poza.tym
gprs jest wymuszany do ograniczania transferu tym, co wykorzystali
limit przesyłu danych.

--
Marek

[J.F.]

Użytkownik "Cezar" napisał w wiadomości grup
dyskusyjnych:oadlq1$k27$1...@news.chmurka.net...

On 16/03/2017 01:32, andrzej wrote:
>> 1. ) czy jest jakiś w PL operator GSM który puszcza ruch gprs ?
>> aero2 od dawna min 3G HSDPA+ 21 Mb
>> ostano próbowałem (smartfonen )łączności w PLUS i PLay z
>> "siecią 2G" nie udało się :(

>imho kazdy z BIG4 powinien udostępniać GPRS dla urządzeń 'legacy'.

Aero2 nie dotyczy, no ale to jeszcze nie big4. Nawiasem mowiac -
dziala tez urzadzeniami wolniejszymi niz wymagaja.

Operatorzy chyba ograniczaja dostep starymi technologiami przez GPRS -
nowe technologie lepiej wykorzystuja pasmo.
Ale pare kanalow to tam pewnie zostawia.

Ostatnio sie laczylem dosc starym telefonem w Virgin mobile, czyli
play, i cos tam dzialalo.
Ale co on mial za technologie, to bym musial odszukac.

J.

[Grzegorz Niemirowski]

andrzej <anla...@gmail.com> napisał(a):

> 2. ) czy jest jakiś w PL operator GSM który daje natywne ip (v4:) ?

Operatorzy mają specjalne oferty M2M.

--
Grzegorz Niemirowski
http://www.grzegorz.net/