ATNEL tech-forum

Re: UDP - wysyłanie pod adres www

2017-12-09T17:14:00+01:00

Jeśli mówimy o tysiącach/milionach klientów to nikt się nie będzie bawił w ułomne rozwiązania typu WebSocket. Tylko postawi dedykowany serwer TCP i komunikację na socket, którą się robiło juz ze 20 lat temu. W WebSocket można się pobawić, ale na lokalnym serwerze i zapewne tak jest zrobione w przypadku ww. Supli.
Jak myślicie na czym się opierają wszelkiej maści komunikatory, typu skype, gadulec, teamviewer?
Uprzedzając pytania
To działa mniej więcej tak - klienci łączą się z serwerem operatora, jeżeli jeden z klientów ma publiczne ip, to zestawiane jest połączenie bezpośrednie, jeżeli nie to cała komunikacja odbywa się za pośrednictwem serwera. Ot, cała filozofia

------------------------ [ Dodano po: wczoraj, o 17:14 ]

kisoft napisał(a):

Podejrzewam że po necie zawsze może być mała zwłoka .

Podejrzewam, że nie dłuższa niż kilkadziesiąt ms, niewiele dłużej niż ping.
O ile nie postawili serwera na Kamczatce
Takie projekty są robione na wielu równoległych serwerach, czasem nawet w różnych rejonach świata, więc nie powinno być jakichś zauważalnych opóźnień.

Statystyki: Napisane przez Harry — 9 gru 2017, o 17:14

Re: UDP - wysyłanie pod adres www

2017-12-09T11:24:26+01:00

kisoft napisał(a):

O websocket podawałem już linka
a tu kolejny
https://www.b4x.com/android/forum/threa ... ork.40272/

I to jest chyba to o co nam chodzi. Temat wzięty na tapetę do przestudiowania. Wielkie dzięki kisoft

kisoft napisał(a):

tylko czy dla sterowania kilkoma przekaźnikami warto to robić ?.

Kilka przekaźników na początek. Docelowo, jeśli to będzie kilka tysięcy/milionów (oby) klientów, to chyba najlepsze rozwiązanie.
Głownie chodzi o to, że nasze urządzenia będą zainstalowane w różnych sieciach u różnych klientów. Jedne sieci będą miały publiczne IP inne nie, więc najlepiej aby nie było potrzeby grzebać w routerze klienta aby np przekierować port. Jednocześnie chcieli byśmy aby aplikacje klientów na Androidzie mogły się komunikować w urządzeniami w ich sieci w miarę szybko.
Przekierowanie portów działa ale nie jest to rozwiązanie uniwersalne i nie będzie działać przy każdym połączeniu sieci lokalnej do internetu (u każdego klienta)
Także kisoft wielkie dzięki za nakierowanie na, jak się wydaje, właściwe rozwiązanie

Statystyki: Napisane przez zieleniewiak — 9 gru 2017, o 11:24

Re: UDP - wysyłanie pod adres www

2017-12-09T08:55:40+01:00

kisoft napisał(a):

Problem jest taki że musimy mieć server przez który pójdzie info z apki na urządzenie i zwrotnie. Możemy postawić własny server na kompie albo wykorzystać zewnętrzny tylko czy dla sterowania kilkoma przekaźnikami warto to robić ?.

Już ustaliśmy, że zdajemy sobie sprawę z tego iż należy wykupić domenę i hosting. Jeśli chcemy mieć swoją aplikację.
Problemem nadal jest aby komunikacja działa natychmiastowo. WEBSocket wysyła nam info do serwera ale z serwera musi trafić jeszcze do sterownika i odwrotnie.

Statystyki: Napisane przez Morcinek92 — 9 gru 2017, o 08:55

Re: UDP - wysyłanie pod adres www

2017-12-08T15:26:36+01:00

Chodziło mi o technologię WebSocket - to jest kanał dwukierunkowy między serwerem a klientami, normalnie używa się go do wysyłania powiadomień. Muszę przyznać że sam muszę zgłębić temat do końca, bo jakoś zawsze brakowało czasu na to

Wysłane ze srajfona

------------------------ [ Dodano po: dzisiaj, o 15:26 ]

hmm, już widzę że to może nie być takie proste :/

Statystyki: Napisane przez Harry — 8 gru 2017, o 15:26

Re: UDP - wysyłanie pod adres www

2017-12-08T08:44:02+01:00

Harry napisał(a):

Dużo lepszym rozwiązaniem jest zastosowanie komunikacji na socketach, przez zwykłe http/s

Harry co masz na myśli?

Statystyki: Napisane przez zieleniewiak — 8 gru 2017, o 08:44

Re: UDP - wysyłanie pod adres www

2017-12-06T22:52:22+01:00

Konfiguracja serwerów na ogół ma ograniczenia, np co do ilości maili z tego samego adresu, częstotliwości logowania itd.
Dużo lepszym rozwiązaniem jest zastosowanie komunikacji na socketach, przez zwykłe http/s

Statystyki: Napisane przez Harry — 6 gru 2017, o 22:52

Re: UDP - wysyłanie pod adres www

2017-12-06T16:17:21+01:00

Nie nie.
Chodzi dokladnie o cos takiego

rskup napisał(a):

Statystyki: Napisane przez zieleniewiak — 6 gru 2017, o 16:17

Re: UDP - wysyłanie pod adres www

2017-12-06T13:47:45+01:00

Dziękuję,

Tak o takie działanie nam chodzi. Zapytałem w serwisie SUPLI i jak na razie dostałem odpowiedź:

"Połączenie SSL(TCP)
Baza MySQL"

Napisałem kolejną wiadomość o możliwość szerszego wytłumaczenia.

Statystyki: Napisane przez Morcinek92 — 6 gru 2017, o 13:47

Re: UDP - wysyłanie pod adres www

2017-12-06T13:38:57+01:00

Morcinek92 napisał(a):

zieleniewiak napisał(a):

Napiszę mejla do tej firmy SUPLA może coś podpowiedzą jak to jest zrealizowane.
Chyba, że wystraszą się, że konkurencja im wzrośnie

Nie sądzę aby się podzielili tą informacją. Nie jest to na pewno rozwiązanie wymyślone przez nich więc informacje na pewno są do znalezienia w internecie. Trzeba tylko wiedzieć czego szukać prawda?

Jeśli chodzi o fragment kodu do wysyłania i odpytywania o dane to podparłem się chyba nawet jakimś wątkiem tutaj na forum. Niestety nie potrafię go odnaleźć.

Wysłanie url:
[syntax=basic4gl]Sub AskForRouterIP
Dim wholestr As String
wholestr = "http://" & sysDomain & "/sysdata.php?sysID=" & systemID
httpDownload.Download( wholestr )
End Sub[/syntax]

Odebranie odpowiedzi:
[syntax=basic4gl]public Sub jobDone ( httpDownloadJob As HttpJob )

'-------------pobranie zakonczone sukcesem
If httpDownloadJob.Success = True Then

'sprawdzamy nazwę konkretnej zmiennej, bo może być ich kilka
If httpDownloadJob.JobName = "httpDownload" Then
routerIP = httpDownloadJob.GetString
'wypisz w oknie zawartosc pliku ze strony
'Msgbox ( httpDownloadJob.GetString, "Wykonanie skryptu:" )
End If

'jezeli wystapil blad
Else
'wypisz dane o bledzie
'Msgbox ("Brak dostępu do internetu" & CRLF & "Włącz Wi-Fi lub dane komórkowe", "Błąd" )
End If

'usuniecie zadania pobierania z internetu
httpDownloadJob.Release

End Sub[/syntax]

I jeszcze przy inicjalizacji:
[syntax=basic4gl]httpDownload.Initialize( "httpDownload", Me )[/syntax]

Tak jak wspomniałem wcześniej - to działa ale nie jest to to czego szukamy prawda?

Rozwiązanie SUPLI było by idealne. Podobnie, z tego co wiem, działają systemy do minitoringu i wiele innych

Statystyki: Napisane przez zieleniewiak — 6 gru 2017, o 13:38

Re: UDP - wysyłanie pod adres www

2017-12-06T12:52:50+01:00

zieleniewiak napisał(a):

W opcji w zapisem danych na serwerze zewnętrznych i odpytywaniem o dane przez drugą stronę było to różnie pomiędzy 2 a 5 sekund. Przy odpytywaniu chyba co 2 sekundy. Jeśli odpytywałem częściej to nie bardzo chciało działać

Pytałem głównie o tę opcje. 2 sekundy to jest za długo... Gdybyś mógł podesłać kod do tej opcji. Zobaczył bym jak to miałeś zrealizowane.

Aktualnie mam sterowanie po UDP, ale przez zewnętrzne IP to czas jest niemalże natychmiastowy.
Napiszę mejla do tej firmy SUPLA może coś podpowiedzą jak to jest zrealizowane.
Chyba, że wystraszą się, że konkurencja im wzrośnie

Statystyki: Napisane przez Morcinek92 — 6 gru 2017, o 12:52

Re: UDP - wysyłanie pod adres www

2017-12-06T12:05:52+01:00

Morcinek92 napisał(a):

kisoft napisał(a):

Wykupienie serwera i domeny jest kosztowne.

Ja bym może nie skupiał się nad kosztami. Zarówno ja jak i kolega Morcinek92 zdajemy sobie sprawę, że w przypadku rozwiązania którego szukamy niezbędny jest wykupiony hosting i zewnętrzna domena. To wiemy.
Nie wiemy natomiast jak z tym ruszyć. Kolega w pracy wspomniał, że na pewno chodzi mi o połączenie p2p. Miał rację? Czy to o co pytamy to będzie p2p?

Morcinek92 napisał(a):

zieleniewiak:

A jaki był mniej więcej czas od kliknięcia w aplikacji do fizycznej zmiany stanu stanu na porcie? to są mili sekundy ? sekundy ??

Jeśli chodzi o czas reakcji to nie jestem pewien o które rozwiązanie Ci chodzi.

Jeśli chodzi o opcję z przekierowaniem portów w routerze to było to, hm trudno określić, szybko, jakieś 100-200 ms.

W opcji w zapisem danych na serwerze zewnętrznych i odpytywaniem o dane przez drugą stronę było to różnie pomiędzy 2 a 5 sekund. Przy odpytywaniu chyba co 2 sekundy. Jeśli odpytywałem częściej to nie bardzo chciało działać

Morcinek92 napisał(a):

Aplikację programowałeś w B4A? Jeśli tak mógłbyś pokazać kod

Tak aplikację pisałem w B4A.
O którą opcję Ci chodzi?

Statystyki: Napisane przez zieleniewiak — 6 gru 2017, o 12:05

Re: UDP - wysyłanie pod adres www

2017-12-06T11:28:27+01:00

kisoft napisał(a):

Wykupienie serwera i domeny jest kosztowne.

Jeśli nie zależy nam na konkretnej nazwie domeny, to nie jest wcale drogie. Ja domenę z hostingiem wykupiłem za 15 zł na rok. Więc taniej wychodzi niż publiczne IP u operatorów. Ale masz rację można poszukać darmowego serwera.

zieleniewiak:

A jaki był mniej więcej czas od kliknięcia w aplikacji do fizycznej zmiany stanu stanu na porcie? to są mili sekundy ? sekundy ??
Aplikację programowałeś w B4A? Jeśli tak mógłbyś pokazać kod

Statystyki: Napisane przez Morcinek92 — 6 gru 2017, o 11:28

Re: UDP - wysyłanie pod adres www

2017-12-06T09:47:41+01:00

Morcinek92 napisał(a):

Z tym, że koledze zieleniewiak nie chodzi o gotowe serwisy.
Sam chciałby takie coś stworzyć. Też bym chciał ale nie mam wystarczającej wiedzy w tym zakresie jak na razie..

Dokładnie.
Chodzi o podobne działanie jak np Skype gdzie serwer skype jest tylko potrzebny do nawiązania połączenie. Sama transmisja wideo odbywa się już bezpośrednio pomiędzy użytkownikami bodajże po UDP właśnie.
I wcale Ci użytkownicy nie muszą być w sieci z publicznym adresem IP.

Morcinek92 napisał(a):

Kiedyś próbowałem ale robiłem to prze MySQL. Procesor wysyłał dane np. co 30 sekund i poprzez skrypt PHP na serwerze zostały zapisane do bazy danych. Następnie chciałem w B4A odczytywać po wejściu w aplikację ostatni records z bazy, ale to mi się już nie udało..

To akurat mi działało. Jako, że nie bardzo znam się na bazach danych to to zrobiłem to na pliku tekstowym.
Do tego celu musiałem "liznąć" pisania skryptów PHP i wyszło mi coś takiego:

Jeden ksrypt "andr.php" wywołujemy z Androida poprzez: http://ba365.pl/andr.php?sysID=10001&val=_MOD0170%20:0202:75 aby dodać dane val i jednocześnie odczytać to co ewentualnie było pozostawione poprzez uC

[syntax=php]
//---------------Pobranie zmiennych z adresu URL

//nazwa zmiennej - nazwa pliku
if ( isset( $_GET[ 'sysID' ] ) ) {
$sysID = $_GET['sysID'];
} else $sysID = "NaN";

//wartość zmiennej - istnieje w przypadku zapisu do pliku
if ( isset( $_GET[ 'val' ] ) ) {
$value = $_GET['val'];
$tryb = 'z_o'; //tryb zapisu do pliku
} else {
$value = "NaN";
$tryb = 'o_only'; //tryb odczytu z pliku
}

//*********************************************************************
// Tworzenie katalogu w ktorym bedzi plik
//*********************************************************************
//Jeżeli podana została nazwa "sysID"
if ( $sysID != "NaN" )
{
// sprawdzamy czy istnieje katalog 'users'
if (!file_exists("users")) mkdir ("users", 0777);
// sprawdzamy czy istnieje katalog 'usysID'
if (!file_exists("users/".$sysID)) mkdir ("users/".$sysID, 0777);
}
//*********************************************************************
switch ( $tryb ) {
//------------------- Zapis do pliku "touc.php"
//------------------- i odczyt z pliku "toandr.php""
case 'z_o': {

//Jeżeli podana została nazwa "sysID"
if ( $sysID != "NaN" ) {

//tworzymy plik o nazwie jak w podanej zmiennej "sysID"
$plik = fopen("users/".$sysID.'/'."touc.txt", "a"); //otwieramy plik

if (flock($plik, LOCK_EX))
{ //blokujemy do zapisu
//wczytujemy linie pliku do tablicy
fwrite($plik, $value."\n"); //Zapisujemy wartość zmiennej
flock($plik, LOCK_UN); //Zwalniamy blokadę
} else echo "NaN"; //Błąd blokady pliku

//zamykamy plik
fclose($plik);

//-------------------Odczyt z pliku "toandr.php""
//sprawdzamy czy dany plik istnieje
if ( file_exists( "users/".$sysID.'/'."toandr.txt" ) ) {
//Wypisujemy wartość odczytanej zmiennej z pliku - pierwszy wiersz

$zpliku = file( "users/".$sysID.'/'.'toandr.txt' )[0];
$tablica = explode(",", $zpliku);
$i=0;
while ($tablica[$i])
{
echo $tablica[$i];
$i++;
}
} else echo "NaN"; //Nie ma takiego pliku - zmiennej

} else echo "NaN";

} break;
//-------------------Odczyt z pliku "sysIDtoandr.php""
case 'o_only': {
//sprawdzamy czy dany plik istnieje
if ( file_exists( "users/".$sysID.'/'."toandr.txt" ) ) {
$zpliku = file( "users/".$sysID.'/'.'toandr.txt' )[0];
$tablica = explode(",", $zpliku);
$i=0;
while ($tablica[$i])
{
echo $tablica[$i];
$i++;
}
} else echo "NaN"; //Nie ma takiego pliku - zmiennej

} break;
}[/syntax]

Drugi skrypt wywoływane z uC poprzez: http://ba365.pl/uc.php?sysID=10001&all=0&val=00112233445566778899AABBCCDDEEFF
aby przekazać swoje dane i odczytać to co zostawił Android

[syntax=php]
//---------------Pobranie zmiennych z adresu URL

//nazwa zmiennej - nazwa pliku
if ( isset( $_GET[ 'sysID' ] ) ) {
$sysID = $_GET['sysID'];
} else $sysID = "NaN";

//*********************************************************************
// Zapis IP do pliku
//*********************************************************************

//Jeżeli podana została nazwa "sysID"
if ( $sysID != "NaN" )
{
// sprawdzamy czy istnieje katalog 'users'
if (!file_exists("users")) mkdir ("users", 0777);
// sprawdzamy czy istnieje katalog 'usysID'
if (!file_exists("users/".$sysID)) mkdir ("users/".$sysID, 0777);

//tworzymy plik o nazwie jak w podanej zmiennej "sysID"
$plik = fopen("users/".$sysID.'/'."IP.txt", "w"); //Nadpisujemy plik

if (flock($plik, LOCK_EX)) { //blokujemy do zapisu
fwrite($plik, $_SERVER['REMOTE_ADDR']); //Zapisujemy wartość zmiennej
// flock($plik, LOCK_UN); //Zwalniamy blokadę
} else echo "NaN"; //Błąd blokady pliku
//zamykamy plik
fclose($plik);
}

//*********************************************************************
// Zapis zmiennych do pliku
//*********************************************************************
//wartość zmiennej - istnieje w przypadku zapisu do pliku
$tryb = 'o_only'; // domyslnie tryb odczytu tylko

$val = "NaN";
if ( isset( $_GET[ 'all' ] ) )
{
$all = $_GET['all']; //all przechowuje pierwszy adres z pakietu 16 danych
if ( isset( $_GET[ 'val' ] ) )
{
$val = $_GET['val']; //val przechowyje 16 kolejnych danych
$tryb = 'z_o'; //tryb zapisu do pliku
}
}

$val1 = "NaN";
if ( isset( $_GET[ 'adr1' ] ) )
{
$adr1 = $_GET['adr1'];
if ( isset( $_GET[ 'val1' ] ) )
{
$val1 = $_GET['val1'];
$tryb = 'z_o'; //tryb zapisu do pliku
}
}
$val2 = "NaN";
if ( isset( $_GET[ 'adr2' ] ) )
{
$adr2 = $_GET['adr2'];
if ( isset( $_GET[ 'val2' ] ) )
{
$val2 = $_GET['val2'];
$tryb = 'z_o'; //tryb zapisu do pliku
}
}
$val3 = "NaN";
if ( isset( $_GET[ 'adr3' ] ) )
{
$adr3 = $_GET['adr3'];
if ( isset( $_GET[ 'val3' ] ) )
{
$val3 = $_GET['val3'];
$tryb = 'z_o'; //tryb zapisu do pliku
}
}
$val4 = "NaN";
if ( isset( $_GET[ 'adr4' ] ) )
{
$adr4 = $_GET['adr4'];
if ( isset( $_GET[ 'val4' ] ) )
{
$val4 = $_GET['val4'];
$tryb = 'z_o'; //tryb zapisu do pliku
}
}

switch ( $tryb )
{
//------------------- Zapis do pliku "toandr.php"
//------------------- i odczyt z pliku "touc.php""
case 'z_o':
{
//Jeżeli podana została nazwa "sysID"
if ( $sysID != "NaN" )
{
//gdy plik nie istnieje to tworzymy nowy pusty plik wypelnieony zerami (1024+128 zer)
if ( !file_exists( "users/".$sysID.'/'."toandr.txt" ) )
{
//tworzymy plik o nazwie jak w podanej zmiennej "sysID"
$plik = fopen("users/".$sysID.'/'."toandr.txt", "w"); //Nadpisujemy plik

if (flock($plik, LOCK_EX)) { //blokujemy do zapisu
for ($i=0; $i<(1024+160); $i++)
{
$tablica[$i] = "00";
}
$zeroval = implode(",",$tablica);
fwrite($plik, $zeroval); //Zapisujemy wartość zmiennej
flock($plik, LOCK_UN); //Zwalniamy blokadę
} else echo "NaN"; //Błąd blokady pliku
//zamykamy plik
fclose($plik);
}
else
{
//gdy plik istnieje to odczytujemy jego wartosc i wpisujemy do tablicy
$zpliku = file( "users/".$sysID.'/'.'toandr.txt' )[0];
$tablica = explode(",", $zpliku);
}

//******************************************************************************
//******************************************************************************
//do istniejacego lub utworzonego powyzej pliku zapisujemy odebrane zmienne
//tworzymy plik o nazwie jak w podanej zmiennej "sysID"
$plik = fopen("users/".$sysID.'/'."toandr.txt", "w"); //Nadpisujemy plik

if ($val != "NaN")
{
//odczytujemy po dwa znaki hex
for ($i = 0; $i <16; $i ++)
{ //zapisujemy 16 elementow tablicy ze stringa 32 znakowego
//2 znaki hex to jeden bajt
if (strlen(substr($val, $i*2, 2)) <2)
{
$tablica[hexdec($all)+$i] = "00";
}
else $tablica[hexdec($all)+$i] = substr($val, $i*2, 2);
}
}

if ($val1 != "NaN")
{
if(strlen($val1) < 2) $tablica[hexdec($adr1)] = "0".$val1;
else $tablica[hexdec($adr1)] = $val1;
}
if ($val2 != "NaN")
{
if(strlen($val2) < 2) $tablica[hexdec($adr2)] = "0".$val2;
else $tablica[hexdec($adr2)] = $val2;
}
if ($val3 != "NaN")
{
if(strlen($val3) < 2) $tablica[hexdec($adr3)] = "0".$val3;
else $tablica[hexdec($adr3)] = $val3;
}
if ($val4 != "NaN")
{
if(strlen($val4) < 2) $tablica[hexdec($adr4)] = "0".$val4;
else $tablica[hexdec($adr4)] = $val4;
}

$newval = implode(",",$tablica);

if (flock($plik, LOCK_EX)) { //blokujemy do zapisu
fwrite($plik, $newval); //Zapisujemy wartość zmiennej
flock($plik, LOCK_UN); //Zwalniamy blokadę
} else echo "NaN"; //Błąd blokady pliku
//zamykamy plik
fclose($plik);

//-------------------Odczyt z pliku "sysIDtouc.php""
odczytpliku_do_uc($sysID);

} else echo "NaN";

} break;
//-------------------Odczyt z pliku "sysIDtouc.php""
case 'o_only':
{
odczytpliku_do_uc($sysID);
} break;
}

function odczytpliku_do_uc($sysID)
{

//sprawdzamy czy dany plik istnieje
if ( file_exists( "users/".$sysID.'/'."touc.txt" ) )
{
//Wypisujemy wartość odczytanej zmiennej z pliku - pierwszy wiersz
$zpliku = file( "users/".$sysID.'/'.'touc.txt' );

for ($i=0; $i < 2; $i++)
{
if(strlen($zpliku[0])>0)
{
echo $zpliku[0];
$iloscLini = count($zpliku);
for ($j=0; $j < $iloscLini; $j++)
{
$dopliku[$j] = $zpliku[$j+1];
}
$zpliku = $dopliku;

}
else
{
if ($i==0) echo "NaN1"; //tylko gdy caly plik jest pusty
break;
}
}

//zapis pliku bez 4 pierwszych lini, ktore zostaly wyslane
//najpierw kasujemy plik
$plik = fopen("users/".$sysID.'/'."touc.txt", "w"); //Nadpisujemy plik
if (flock($plik, LOCK_EX))
{ //blokujemy do zapisu
fwrite($plik,""); //Zapisujemy wartość zmiennej
flock($plik, LOCK_UN); //Zwalniamy blokadę
} else echo "NaN2"; //Błąd blokady pliku
//zamykamy plik
fclose($plik);
//zapisujemy plik na nowo ale tylko z pozostala czescia tabeli
$plik = fopen("users/".$sysID.'/'."touc.txt", "a"); //otwieramy plik
if (flock($plik, LOCK_EX))
{ //blokujemy do zapisu
//wczytujemy linie pliku do tablicy
$iloscLini = count($zpliku);
for ($j=0; $j < $iloscLini; $j++)
{
fwrite($plik, $zpliku[$j]); //Zapisujemy wartość zmiennej
}

flock($plik, LOCK_UN); //Zwalniamy blokadę
} else echo "NaN3"; //Błąd blokady pliku

//zamykamy plik
fclose($plik);

} else echo "NaN4"; //Nie ma takiego pliku - zmiennej

}[/syntax]

Dane zapisywane są, jak już wspomniałem w pliku tekstowym. Każde dane w oddzielnej linii. Odczytywana jest zawsze "najstarsza" linia.

Przepraszam za brak profesjonalizmu w powyższym kodzie ale była to moja pierwsza przygoda z php i jak na razie jedyna.

Wadą tego rozwiązania jest to, że czas przekazania wiadomości pomiędzy uC i Androidem (lub odwrotnie) jest relatywnie długi. Wynika to z tego, że nie możemy przecież wysyłać zapytania url do serwera np 100 razy na sekundę aby odpytywać czy przypadkiem jakieś dane tam na nas czekają. Gdzie w znacznej większości zapytań odpowiedź będzie - brak danych NaN

To rozwiązanie może i jest dobre ale nie dla rozwiązań typu sterowanie oświetleniem z Androida gdzie reakcja musi być "natychmiastowa".

Przekierowanie portów mogło by być dobre ale wymaga publicznego IP dla sieci w której zainstalowany jest uC.

Dlatego najlepszym rozwiązaniem wydawało by się znalezienie rozwiązania o którym wspomniałem na początku moich wypocin
Pozdrawiam

Statystyki: Napisane przez zieleniewiak — 6 gru 2017, o 09:47

Re: UDP - wysyłanie pod adres www

2017-12-06T09:03:17+01:00

Z tym, że koledze zieleniewiak nie chodzi o gotowe serwisy.
Sam chciałby takie coś stworzyć. Też bym chciał ale nie mam wystarczającej wiedzy w tym zakresie jak na razie..

Kiedyś próbowałem ale robiłem to prze MySQL. Procesor wysyłał dane np. co 30 sekund i poprzez skrypt PHP na serwerze zostały zapisane do bazy danych. Następnie chciałem w B4A odczytywać po wejściu w aplikację ostatni records z bazy, ale to mi się już nie udało..

Jeśli Cię to interesuje to tutaj kolega z forum @Majster to troszkę opisał
http://avrtech.pl/2016/09/11/stacja-meteo-czesc-3/
http://avrtech.pl/2016/09/13/stacja-meteo-czesc-4/

oraz cała seria poradników Pana Mirka "WIFI - CLIENT - WWW/PHP"

https://www.youtube.com/watch?v=pFWw5oVj_0Q.

Wspólnymi siłami może jakoś damy radę to zrobić

Zastanawiam się tylko czy to jest dobre podejście w tym przypadku do bazy danych. Czy takie serwisy jak Supla I Domoticz działają z bazą danych czy jest to inaczej zrealizowane

Statystyki: Napisane przez Morcinek92 — 6 gru 2017, o 09:03

Re: UDP - wysyłanie pod adres www

2017-12-06T08:56:11+01:00

O Domoticzu pisałem wcześniej przy okazji NASa.

Statystyki: Napisane przez micky — 6 gru 2017, o 08:56

Re: UDP - wysyłanie pod adres www

2017-12-06T05:28:16+01:00

Morcinek92 napisał(a):

Dokładnie o takie rozwiązanie mi chodzi jakie podesłał kolega KiSoft.

AVR <-> Could <-> B4A

Ale to już wyższa szkoła..

Przeglądałem ofertę firmy Supla.. mają mega tanie te urządzenia

Właśnie taki rodzaj komunikacji mnie też interesuje
I tutaj też mam pytanie.
Jak zrobić taki serwer jak zrobiła firma Supla.
Wiem, że musi być to serwer zewnętrzny z którym kontaktują się zarówno AVR jak i B4A. Server ten następnie w jakiś "magiczny" sposób umożliwia bezpośrednią komunikację pomiędzy AVR a B4A.
Chciałbym zrobić taki serwer jednak nie bardo wiem jak się do tego zabrać.
Jakie wymagania musi spełniać usługa hostingowa aby taki server stworzyć?

Szukam po internecie ale wygląda to trochę jak błądzenie po ciemku.
Może koledzy podali by choć jakieś wskazówki/słowa kluczowe od których należało by zacząć.
Z góry dziękuje za pomoc.

Statystyki: Napisane przez zieleniewiak — 6 gru 2017, o 05:28

Re: UDP - wysyłanie pod adres www

2017-12-05T20:57:25+01:00

Dokładnie o takie rozwiązanie mi chodzi jakie podesłał kolega KiSoft.

AVR <-> Could <-> B4A

Ale to już wyższa szkoła..

Przeglądałem ofertę firmy Supla.. mają mega tanie te urządzenia

https://allegro.pl/listing?string=SONOFF&order=p&bmatch=ss-base-relevance-floki-5-nga-hcp-hou-1-3-1003

Statystyki: Napisane przez Morcinek92 — 5 gru 2017, o 20:57

Re: UDP - wysyłanie pod adres www

2017-12-05T20:17:55+01:00

Zapomniałem dodać, że można na NASie postawić np. Domoticza.

Statystyki: Napisane przez micky — 5 gru 2017, o 20:17

Re: UDP - wysyłanie pod adres www

2017-12-05T18:47:27+01:00

Jak masz taką potrzebę, to za niewielkie pieniądze można mieć swój własny serwer z publicznym IP na którym postawisz i robisz co Ci się żywnie podoba.
np. ArubaCloud lub Vultr. Polecam do testowania Dostęp poprzez konsolę (z przeglądarki) lub shella.

A jak ktoś ma w domu zewnętrzne IP, to oczywiście rozwiązania typu Raspberry PI, żeby nic nam nad uchem nie huczało. Albo .... jeszcze inne
rozwiązanie - NAS z wirtualizacją. Np. QNAP. Można na nim postawić i Linuxa i Windowsy (jak to w wirtualkach) i przekierować np. fizyczny
USB NASa do maszyny wirtualnej, żeby sobie z niego np. zabootować system (oczywiście bootowanie z plików ISO, które znajdują się na NASie też jest możliwe).
Łączenie się do wirtualnego komputera po VNC lub poprzez przeglądarkę.
Osobiście sprawdzałem - potrzebowałem zrobić dedykowanego pendrive'a z multisystemem (ok. 20GB) i nie chciałem zostawiać włączonego PCta,
który by ściągał niezbędne materiały Więc postawiłem na wirtaulce Qnapa testowy system, odpaliłem aplikację do tworzenia pena i po powrocie
z pracy, miałem wszystko gotowe. Co więcej mogłem sobie na bieżąco podglądać postęp

Statystyki: Napisane przez micky — 5 gru 2017, o 18:47

Re: UDP - wysyłanie pod adres www

2017-12-03T15:34:35+01:00

zieleniewiak napisał(a):

Jak przekierować komendę za pomocą zewnętrznego serwera.

A masz dostęp do serwera z shellem czy tylko z hostingiem www?
Jak masz z shellem bez ograniczeń na uruchamiane aplikacje, to tworzysz serwer TCP (jest wiele przykładów w internecie) i jeżeli nie przewidujesz większej ilości urządzeń oraz aplikacji, to w prosty sposób wszystko co otrzymałeś na jednym połączeniu wysyłasz na drugie i odwrotnie .
Wydaje mi się że przy dostępie różnego rodzaju dodatków da się coś takiego zrobić także na apache. Tylko tutaj nie mamy możliwości komunikowania się między wątkami, więc dane wymieniane powinny być zapisywane do jakiejś bazy danych / pliku w którym każdy z procesów sprawdza czy coś się nie zmieniło.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 3 gru 2017, o 15:34

Re: UDP - wysyłanie pod adres www

2017-12-03T13:56:53+01:00

Bardzo interesujący wątek.

rskup napisał(a):

Serwer przechowuje informacje w swojej bazie danych i udostępnia drugiej stronie. W ten sposób można wysyłać z aplikacji komendy do wykonania - zapisują się w bazie i czekają tam na kontakt urządzenia z serwerem.

Testowałem to i ładnie działa ale jak się można domyśleć czas na przekazanie "informacji" z aplikacji na Androidzie do urządzenia docelowego będzie dość długi wynikający z ograniczonej częstotliwości odpytywania serwer o nowe dane.
Myślę, że autorowi wątku zależałoby na tym aby informacja była przekazana możliwie jak najszybciej czyli. np przyciskamy sobie jakiś przycisk na aplikacji w telefonie a urządzenie reaguje możliwie "natychmiast" czyli po czasie kilkudziesięciu/kilkuset milisekund.
Dlatego wydaje mi się, że ta opcja:

rskup napisał(a):

Jak urządzenie jest połączone po TCP to nawet może od razu dostać przekierowaną komendę

byłaby tutaj idealnym rozwiązaniem.
Sam jestem bardzo ciekaw jak to zrealizować. Jak przekierować komendę za pomocą zewnętrznego serwera.
Jakieś podpowiedzi co należałoby wygooglać aby podszkolić się w tym temacie?

Statystyki: Napisane przez zieleniewiak — 3 gru 2017, o 13:56

Re: UDP - wysyłanie pod adres www

2017-12-03T13:20:17+01:00

Przy komercyjnych systemach często nie potrzebne jest publiczne IP w kliencie, bo dostawca daje serwer "przesiadkowy". Polega to na tym, że zarówno aplikacja, jak i urządzenie łączą się z tym serwerem. Tam się autoryzują i urządzenie podaje identyfikator. Jeżeli aplikacja chce coś od urządzenia to wysyła do serwera żądanie, które na podstawie identyfikatora urządzenia jest do niego przekierowywane. Przy takich rozwiązaniach obie strony łączą się typowo po protokole TCP - często przez szyfrowane połączenia, lub po VPNie.

Mając własny serwer w internecie można coś takiego samemu sobie zrobić. Tylko publiczne IP u operatora to koszt od 5 zł / miesiąc. Serwer z możliwością odpalania dowolnych własnych programów to znacznie więcej .
Jednak można zrobić na tanim (nawet często darmowym) hostingu wersję podobnie działającą. Urządzenie jak i aplikacja wysyła zapytania i dane do serwera (tani hosting daje tylko http / https, ale to wystarcza). Serwer przechowuje informacje w swojej bazie danych i udostępnia drugiej stronie. W ten sposób można wysyłać z aplikacji komendy do wykonania - zapisują się w bazie i czekają tam na kontakt urządzenia z serwerem. Jak urządzenie jest połączone po TCP to nawet może od razu dostać przekierowaną komendę,. Gdy nie, to dopiero po ponownym połączeniu / odpytaniu się serwera.

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 11 minutach ]

Harry napisał(a):

Chodzi o to że każda sieć komórkowa ma gigantyczną rurę na świat, która mogłaby być wykorzystana w niecnych celach

Sieci stacjonarne mają znacznie większe. To nie dlatego.
W sieci komórkowej kiedyś za wszystkie dane płaciłeś. Teraz to są limity danych, ale jak się wyczerpują to są zakładane ograniczenia prędkości lub naliczana opłata. Jeszcze gorzej jest w roamingu (szczególnie poza UE), gdzie opłaty nie są małe .
Gdy masz publiczny adres IP bez blokowania połączeń z internetu, to dowolna osoba może wysłać do Ciebie dane, które wliczają się w Twój pakiet. Czyli Ty nic nie robisz a dane Ci się wyczerpują / naliczają opłaty. Dlatego by operatorzy nie byli oskarżani o błędne naliczanie danych, wystawianie faktur za nieprzesłane dane, to wprowadzili taką politykę.
Jeżeli chcesz mieć dostęp z internetu to musisz mieć aktywowany dodatkowy APN. A że jest za tą usługę naliczana dodatkowa opłata, to ... marketing .

Statystyki: Napisane przez rskup — 3 gru 2017, o 13:20

Re: UDP - wysyłanie pod adres www

2017-12-03T08:46:00+01:00

W takim razie powiedzmy, że klient chce mieć urządzenie sterowane po wifi poprzez telefon komórkowy. Nie chce płacić co miesiąc opłaty za publiczne IP.
Jaki sposób Wy byście zastosowali ?

1) Według mnie najtańsza opcja to wykupić jakąkolwiek domenę i serwer (albo wybrać darmową) i wysyłać dane do bazy danych a tam wyświetlać na stronie - która będzie skalowana do konkretnego wyświetlacza.

Natomiast nadal to nie jest aplikacja w B4A.. : (

Statystyki: Napisane przez Morcinek92 — 3 gru 2017, o 08:46

Re: UDP - wysyłanie pod adres www

2017-12-02T22:04:16+01:00

Z bardzo prostej przyczyny.
Chodzi o to że każda sieć komórkowa ma gigantyczną rurę na świat, która mogłaby być wykorzystana w niecnych celach.
Wiele lat temu na jakimś seminarium dot. bezpieczeństwa sieci, wykładowca pokazywał jak łatwo za pośrednictwem sieci komórkowej wywołać pad dowolnego serwera, w dosłownie kilkadziesiąt sekund. Jego DoS opierał się na banalnym pingu, tyle że z określoną trasą, w tym przypadku przez chińskiego operatora. Po pingu który był puszczony przez zaledwie minutę, serwer docelowy zaczął odpowiadać normalnie dopiero po 40 minutach.

Statystyki: Napisane przez Harry — 2 gru 2017, o 22:04

Re: UDP - wysyłanie pod adres www

2017-12-02T19:18:08+01:00

dlatego wyżej pisałem, że w sieciach komórkowych to jest bonanza

Statystyki: Napisane przez mirekk36 — 2 gru 2017, o 19:18