sundayman <s...@p...onet.pl> wrote:

> Ha, no to trochę mi daliście nadziei...
> Bo niby ten DSL to nie jest jakiś koszmarny koszt, ale jeżeli nie muszę,
> no to nie muszę.
> A obecne czasy w mikrobiznesie jakoś nie wykazują objawów dobrej zmiany :)

Nie tam, dziś wszystko trzyma się zdalnie - ja sam, mając wiele lat serwer
w domu, w końcu olałem to i wykupiłem VPS-a.

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

do góry

sundayman <s...@p...onet.pl> wrote:

> Tylko teraz, do nauki i testów obawiam się, że "na biurku" będzie mi
> łatwiej. Moja znajomość tematu jest na razie dość symboliczna i boję się
> walki ze zdalnym VPS-em.

Jeśli dobrze pamiętam, to w Ramnode mam podgląd na konsolę serwera (VPS)
tak samo, jak w VirtualBoxie :) Nigdy z tego nie korzystałem ale jest.

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]

do góry

Adam Wysocki wrote:

> jacek pozniak <j...@f...pl> wrote:
>
>> Chodziło mi o to, że można zaprząc zwykły hosting (bez żadnych VPS)
>> (tylko http, strony internetowe), do realizacji takich rzaczy jak zdalna
>> telemetria i sterowanie.
>
> To jak najbardziej - większość hostingów oferuje php i mysqla, tu już da
> się zrobić zapis. Byle dało się z urządzenia gadać po http 1.1.
>
>> Tam nie są wymagane żadne stałe czy też publiczne IP.
>
> Bardziej precyzyjnie - stały/publiczny IP zapewnia hosting.
>
Dokładnie.

jp

do góry

Użytkownik "Adam Wysocki" napisał w wiadomości grup
dyskusyjnych:ohlplu$t48$4$g...@n...chmurka.net...
sundayman <s...@p...onet.pl> wrote:
>> - urządzenie ma modem GPRS z kartą telemetryczną.
>> Moim zdaniem ona ma publiczny adres (oczywiście nie stały).
>> Pewności nie mam, ale gdyby nie miała, to chyba by to wszystko nie
>> działało, jak działa.

>Nie ma - i dlatego aktywny FTP mi nie działał. Swoją drogą aktywny
>FTP
>(gdzie klient otwiera port, a serwer próbuje się z nim połączyć) to
>wg
>mnie jakaś pomyłka...

Proxy potrafi aktywne FTP zmienic.
Klient GSM sle do serwera tekst "wyslij mi plik xxx na adres
10.0.0.100",
a serwer dostaje "wyslij mi plik xxx na adres 200.100.50.25"

>Ogólnie w takich rozwiązaniach raczej unika się połączenia aktywnego
>non-stop, o ile to tylko możliwe, i robi się heartbeaty, wysyłane
>przez
>klienta (czyli klient łączy się, pyta serwera czy coś dla niego ma, i
>wtedy następuje wymiana danych).

I tu sie moze przydac SMS jako lacznosc ostatniej szansy i wymuszenie
polaczenia na zadanie.

Swoja droga - sa taryfy z bezplatnymi SMS, ale operator sie pewnie
obrazi jak ich bedzie za duzo :-)

J.

do góry

W dniu poniedziałek, 12 czerwca 2017 14:40:56 UTC+2 użytkownik J.F. napisał:
> Użytkownik "Adam Wysocki" napisał w wiadomości grup
> dyskusyjnych:ohlplu$t48$4$g...@n...chmurka.net...
> sundayman <s...@p...onet.pl> wrote:
> >> - urządzenie ma modem GPRS z kartą telemetryczną.
> >> Moim zdaniem ona ma publiczny adres (oczywiście nie stały).
> >> Pewności nie mam, ale gdyby nie miała, to chyba by to wszystko nie
> >> działało, jak działa.
>
> >Nie ma - i dlatego aktywny FTP mi nie działał. Swoją drogą aktywny
> >FTP
> >(gdzie klient otwiera port, a serwer próbuje się z nim połączyć) to
> >wg
> >mnie jakaś pomyłka...
>
> Proxy potrafi aktywne FTP zmienic.
> Klient GSM sle do serwera tekst "wyslij mi plik xxx na adres
> 10.0.0.100",
> a serwer dostaje "wyslij mi plik xxx na adres 200.100.50.25"
>
> >Ogólnie w takich rozwiązaniach raczej unika się połączenia aktywnego
> >non-stop, o ile to tylko możliwe, i robi się heartbeaty, wysyłane
> >przez
> >klienta (czyli klient łączy się, pyta serwera czy coś dla niego ma, i
> >wtedy następuje wymiana danych).
>
> I tu sie moze przydac SMS jako lacznosc ostatniej szansy i wymuszenie
> polaczenia na zadanie.
>
> Swoja droga - sa taryfy z bezplatnymi SMS, ale operator sie pewnie
> obrazi jak ich bedzie za duzo :-)
>
> J.

mi kiedys zablokowali numer. Musialem zadzwonic i powiedziec ze: tak, ja zazwyczaj z
tego numeru dzwonie na jeden numer i sobie długie pogawędki ucinam :)

Odblokowali i do dzis dziala ok :)

do góry

On Mon, 12 Jun 2017 01:39:27 +0200, "J.F."
<j...@p...onet.pl> wrote:
> Raczej nie ma - sieci GSM z reguly ukrywaja.

W plusie jest usługa "publiczne IP" kosztuje 5 zl (ip się zmienia)
zamiast 20 zł za stały ip.

--
Marek

do góry

> Pod warunkiem że modem będzie utrzymywał połączenie z serwerem. Takie
> utrzymanie połączenia, w przypadku tysięcy modemów, zaczyna być bolesne
> dla sieci. Najlepiej jakbyś ustalił z Playem, czy dadzą radę utrzymywać
> po jednym połączeniu z X urządzeń rozsianych na obszarze Y...

Tak właśnie - modem utrzymuje połączenie stale.
Nic mi nie wiadomo o jakichkolwiek zastrzeżeniach PLAY co do tego (w
regulaminie ztcw nic nie ma o tym, a i ich doradcy nic nie wspominają).

A ilość max. w moim przypadku to raczej setki - a i to na przestrzeni
lat jakichś...


> Teraz kwestia protokołu - jest znany? Bo może to jakiś zamknięty protokół
> producenta?

Ztcw to chyba najbardziej standardowe jest - jeżeli nie korzysta się z
tej "chmury", bo wtedy to on coś tam sobie po swojemu robi.
A "adres" serwera można podać albo w wersji cyferkowej albo jako nazwę.

> Co potem gada do tego RS-a? Twoja aplikacja? Bo jeśli tak, to może w ogóle
> pominąć tego "wirtualnego RS-a" i zrobić aplikację, która zamiast po RS-ie
> komunikuje się przez TCP lub web (zwykłym request/response lub poprzez
> websockety)?

Aplikacja moja. Wymiana danych jest w określonej "ramce" kilkudziesięciu
bajtów.
Oczywiście - dokładnie tak by to można zrobić jak napisałeś, gdybym
chciał pozostać przy wersji "aplikacja na PC" - ten wirtualny COM na PC
to dopiero pierwsze podejście - było najprostsze do zrobienia.

Jednak jeszcze bardziej by mi się podobała opcja z platformą tylu
thingsboard - nie ma wtedy konieczności instalacji na PC, co jest
kłopotliwe.


>> Można oczywiście jeszcze via SMS, z tego korzystałem na samym wstępie.
>> Fajne, ale do dupy :)
>
> I zje kosztowo :)

Nawet nie to, bo w pakiecie telemetrycznym jest chyba z 500 SMS. A
użycie to jest max. kilka dziennie.
Ale niestety działa to jak chce - a jak nie chce, to SMS przychodzą albo
nie przychodzą, a jak już przychodzą to niekoniecznie wtedy kiedy są
wysłane.
Zostawiłem więc SMS tylko do powiadamiania o awariach - na telefon
użyszkodnika.

do góry

> Hmm, czyli modemy są połączone z serwerem cały czas i operator na PC
> wymusza transfer danych? Ile masz tych urządzeń? Jak 100 to jeszcze
> się da, ale jak np. 10000, to może być problem...

Urządzeń jest 5 :)
A rocznie będzie przyrastać może kilkadziesiąt. To nie jest produkt
powszechnego użytku, tylko nadzór instalacji coś a'la przemysłowej.
Więc żądania odczytania danych przez użytkownika są sporadyczne - nawet
nie codziennie. Raz na jakiś czas - jak tam się użyszkodnikowi spodoba.

To jest do kontroli okresowej - a nie do stałego monitoringu.


> Ogólnie w takich rozwiązaniach raczej unika się połączenia aktywnego
> non-stop, o ile to tylko możliwe, i robi się heartbeaty, wysyłane przez
> klienta (czyli klient łączy się, pyta serwera czy coś dla niego ma, i
> wtedy następuje wymiana danych).

Tyle, że ponieważ urządzenie ma zasadniczo być "responsywne" na
zapytanie użyszkodnika, to to połączenie musi być w miarę stałe.
To jest to samo co w przypadku np. kamer IP - też połączenie jest stałe,
żeby user mógł podejrzeć wtedy kiedy chce.

do góry

> Swoja droga - sa taryfy z bezplatnymi SMS, ale operator sie pewnie
> obrazi jak ich bedzie za duzo :-)

ale tu mowa o SIM telemetrycznych - one mają też ileś tam SMS w
abonamencie (powiedzmy 500). I dopóki się mieścisz nie ma problemu.
No a jak by ktoś chciał 5000, to kosztuje to ileś tam dodatkowo.

PLAY bardziej interesuje (z rozmów z doradcami) czy te SMS to nie będą
do "rozsyłania po ludziach" jakichś reklam itp. A jeżeli to jest M2M
w ramach zamkniętej grupy, to nie robili żadnego problemu.

do góry

> A gdybyś chciał zrezygnować z softu producenta, to ten modem ma
> zaimplementowany jakiś (prosty) stos TCP/IP i polecenia AT do tworzenia
> połączeń (TCP) lub wymiany datagramów (UDP)? Czy musisz mieć własny stos
> TCP/IP?

Nie czytacie... :)
Pisałem już - tak, modem ma pełną obsługę i to w różnych "wersjach".
Może być TCP/UDP albo HTTPD, są nawet komendy do wysyłania POST/GET itp.

Modem daje radę wszystko sam obsłużyć. To nie jest prosty modem GSM, w
którym trzeba samemu wszystko zrobić.

> Hmm, czyli tak naprawdę główną zaletą tego modemu jest przezroczysty
> sieciowo RS-232, który jest w pakiecie z serwerem producenta, tak?

No tak - jest taka możliwość w tym modemie.
Czyli - jeżeli masz np. urządzenie połączone z PC via RS232, to
podłączasz do niego modem, na PC instalujesz sterownik z wirtualnym PC
- i możesz to urządzenie wyrzucić za okno.
A połączenie masz. Teraz tak to u mnie działa.

No ale po pierwsze to wymaga aplikacji na PC, po drugie - trzeba
instalować ten wirtualny PC (to jest aplikacja producenta modemu).
Całość trzeba odpowiednio skonfigurować itp.
Nie jest to skomplikowane, ale zauważyłem, że jednak problematyczne dla
informatyków w niektórych, zwłaszcza dużych firmach :)


> No to teraz pytanie, czy protokół producenta jest znany lub czy możesz
> otrzymać od producenta pliki serwera do postawienia u siebie, tak żebyś
> nie był zależny od chińskiego, padającego serwera...

Gdybym chciał "podrobić" ten ich serwer dla ich protokołu, to byłby
kłopot (nie ma danych jak i co tam leci).

No ale - po co, skoro można normalnie - to jest tylko kwestia ustawienia
modemu do TCP.

do góry