-
Data: 2011-11-22 12:46:16
Temat: Re: GSM prepaid
Od: Jarosław Sokołowski <j...@l...waw.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Elektrolot napisał:
>>> Chciałbym skonfigurować łączność z pewnym urządzeniem przez sieć GSM
>>> i zastanawiam się nad wyborem operatora. Najbardziej odpowiadałaby
>>> mi opcja prepaid. Z tego co się orientuję to operatorzy blokują
>>> komunikację inicjowaną z zewnątrz. W abonamencie można płatnie
>>> włączyć dostęp "z zewnatrz" (np. Orange ma coś takiego jak VPN).
>>> Czy jest jakiś sposób aby uzyskać taką komunikację w opcji prepaid?
>>
>> To inicjuj komunikację z wewnątrz. Postaw sobie serwer VPN ze stałym
>> IP (lub z dyndns) i wbijaj się na ten serwer klientem VPN siedzącym
>> po stronie modemu. Wymaga to niestety aby te urządzenie GSM miało na
>> pokładzie coś inteligentnego (np z linuksem), co potrafi być klientem
>> VPN. Może to być nawet jakiś router za niewiele ponad 100pln lub
>> oczekiwana od dawna Raspberry Pi :)
>
> Dziękuję za sugestię. To mój pierwszy projekt z transmisją GSM wiec
> proszę o wyrozumiałość ;) Od strony urządzenia wyobrażam to sobie tak:
> SBC z Linuxem (uruchomiony klient VPN) + moduł UART/GSM.
Dobrych kilka lat temu zrobiłem system w oparciu o podobne założenia.
Działa do dzisiaj bez zmian (a ja wciąż "mam roota" na najwyżej położonym
komputerze w Polsce). Wnioski mam takie:
1. Prywatny APN od operatora miałem, nawet niedrogo, ale działał kaprawo.
Może coś się od tego czasu w komórkowym biznesie zmieniło, ale chyba nie
warto się na to nastawiać -- korzyści wielkich nie widzę, a prepaidy
przy takich założeniach a góry odpadają.
2. VPN nie używałem, ale tunel SSH działa. Lepiej lub gorzej, ale działa.
Do zdalnego zalogowania się, grzebania w systemie i robienia rzeczy
wcześniej nie przewidzianych się nadaje. Roboczą transmisję lepiej robić
inaczej.
3. Samo połączenie ppp via GPRS może trwać bardzo długo (tygodniami), ale
może również niespodziewanie przestać działać. Najwyraźniej z przyczyn
leżących po stronie sieci. Nie że zostaje zerwane, tylko po prostu
przestaje transmitować. Operatorzy się tym nie przejmują, bo wychodzą
z założenia (słusznego), że po to to wszystko jest, by ludzie mieli
internet w telefonie. Jak się coś zwiesi, to sami sobie poradzą. A tu
trzeba połączenie nadzorować, robić próbne transmisje, jak coś nie działa,
to resetować pppd.
> Czy w takiej konfiguracji będę się mógł komunikować ze swoim układem
> przez port szeregowy SBC?
W jakim sensie "się komunikować"? Że będzie przezroczyste połączenie
przez port szeregowy? Ja bym takich założeń nie robił. Zawsze trzeba
się liczyć z tym, że nie wiadomo kiedy wystąpi krótsza lub dłuższa
przerwa w transmisji. Poza tym po coś ten linux tam jest, między innymi
po to, by nie trzeba było liczyć na prymitywną szeregową transmisję.
Przekazywanie danych z zewnątrz do urządzenia najlepiej (najprościej
i najpewniej) zrobić w ten sposób, że urządzenie cyklicznie odpytuje
serwer w internecie, czy ma coś dla niego. Jak ma, to bierze. Czyli
*w praktyce* jest tak, że komunikację inicjuje się z zewnątrz -- przez
umieszczenie porcji danych na serwerze. To wszystko da się zrobić
niezbyt długimi skryptami w Perlu (czy co tam kto lubi).
--
Jarek
Następne wpisy z tego wątku
- 22.11.11 13:26 Mario
- 22.11.11 19:37 Michał Smolnik
- 22.11.11 22:36 Jarosław Sokołowski
- 23.11.11 05:22 Michał Smolnik
- 23.11.11 10:50 Jarosław Sokołowski
- 23.11.11 11:22 Michał Smolnik
- 23.11.11 12:32 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
- reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- Problem z odczytem karty CF
- 74F vs 74HCT
- Newag ciąg dalszy
- Digikey, SN74CBT3253CD, FST3253, ktoś ma?
Najnowsze wątki
- 2025-01-22 Gdańsk => System Architect (Java background) <=
- 2025-01-22 Katowice => Senior Field Sales (system ERP) <=
- 2025-01-22 Warszawa => Java Developer <=
- 2025-01-22 pokolenie Z
- 2025-01-22 Wyświtlacz ramki cyfrowej
- 2025-01-22 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-01-22 Chrzanów => Team Lead / Tribe Lead FrontEnd <=
- 2025-01-22 Ostrów Wielkopolski => Konsultant Wdrożeniowy Comarch XL/Optima (Ksi
- 2025-01-22 oferta na ubezpieczenie OC życie prywatne
- 2025-01-22 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo
- 2025-01-22 Warszawa => International Freight Forwarder <=
- 2025-01-22 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-21 Zgromadzenie użytkowników pojazdów :-)
- 2025-01-21 bateria na żądanie
- 2025-01-21 Warszawa => IT Business Analyst <=