-
Data: 2011-11-22 13:26:20
Temat: Re: GSM prepaid
Od: Mario <m...@...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2011-11-22 12:36, Elektrolot pisze:
> W dniu 2011-11-22 01:47, Mario pisze:
>> W dniu 2011-11-22 01:08, Elektrolot pisze:
>>> 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. Czy w takiej konfiguracji będę się mógł
> komunikować ze swoim układem przez port szeregowy SBC?
Zrozumiałem że na porcie szeregowym SBC masz podpięty modem GSM. W tym
sensie możesz się komunikować ze swoim urządzeniem (SBC) przez port
szeregowy. Ale ten port szeregowy służy w tym momencie do obsługi netu
poprzez ppp. Jak dobije się do sieci GSM to możesz się połączyć z
serwerem i od razu wysłać dane. Ale twoje urządzenie nie ma stałego IP.
Jeśli potrzebujesz wbijać się do swojego urządzenia z zewnątrz po
stałym IP to najlepszy jest VPN bo klient na SBC autoryzuje się kluczem
na serwerze (mającym stały IP internetowy lub dyndns) i serwer nadaje mu
się w sieci "lokalnej" stały numer. W ten sposób łatwiej wykorzystać SBC
jako serwer z danymi pomiarowymi np przez HTTP. Ale może być tak, że SBC
jest klientem podsyłającym dane i wtedy nie potrzebujesz w nim stałego
IP. Wspomniane przez kogoś tunelowanie ssh też nie jest konieczne bo
możesz wysyłać jawnym tekstem. Wszystko zależy od poziomu
bezpieczeństwa jaki potrzebujesz. Przesyłanie danych przez SSH jest
strasznie powolne. Jeśli to pójdzie przez UART to przy większych plikach
będzie to odczuwalne. Lepiej dać modem USB jeśli SBC ma hosta USB. Aby
wszystko poprawnie działało musisz dołożyć skrypty sprawdzające
połączenie i resetujące modem jeśli się zawiesi.
--
pozdrawiam
MD
Następne wpisy z tego wątku
- 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
- Aparat, zewnętrzny mikrofon, brum
- Wieszanie się przy aktywnym SMP
- Prognozowanie zużycia energii przez PGE?
- Odkurzacz mnie bije :(
- Rapsberry Pi i synchronizacja plików
- RCD 300 mA
- rpi i moduł przekaźników
- Falownik do pompy CO
- Lampa ogrodowa rozłączała różnicówkę
- Inteligentne oświetlenie schodów
- Pytanie do Użytkownika
- Emanuel kiedyś szukał gotowca do chłodzenia leków
- Sprzęty z Lidl-a
- idzie nowe
- Wybuchające pagery
Najnowsze wątki
- 2024-10-07 Aparat, zewnętrzny mikrofon, brum
- 2024-10-07 MĂźnchen => Data Scientist <=
- 2024-10-07 Gdańsk => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-10-07 Kraków => Programista Full Stack .Net <=
- 2024-10-07 Re: Taniocha!!!
- 2024-10-07 Warszawa => Technical Leader (Java Background) <=
- 2024-10-07 Zielona Góra => Power Electronics R&D Engineer <=
- 2024-10-07 Warszawa => Junior New Business Development Manager <=
- 2024-10-07 Warszawa => Key Account Manager <=
- 2024-10-07 Wrocław => Konsultant wdrożeniowy ERP (Symfonia) <=
- 2024-10-07 policja szuka
- 2024-10-07 Nowy akt zasadniczy
- 2024-10-07 KIA nas dyma
- 2024-10-07 Warszawa => QA Inżynier <=
- 2024-10-07 Warszawa => Sales Development Representative (z j. niemieckim) <=