eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaGSM prepaidRe: GSM prepaid
  • 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

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: