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