Użytkownik "Atlantis" <m...@w...pl>

>> Do czego służy stacja pogodowa?
>
> To co, teraz będziemy się czepiać nazewnictwa? ;)
> Założenia projektu są następujące: urządzenie ma zbierać dane z kilku
> czujników i wysyłać je po Ethernecie do serwera w formie zapytania HTTP
> (choćby na jakimś Raspberry Pi). Tam skrypt PHP odbierze je i wrzuci do
> bazy danych (lub przynajmniej pliku). Wywołanie innej strony umożliwi
> dostęp do aktualnych (lub archiwalnych) odczytów.

To raczej UDP powinno być. Generalnie rozdzielić prostą komunikację lokalną
z rozsyłaniem tego po internecie. Buduję takie rozwiązanie.

>
> Ponieważ urządzenie ma zbierać w większości dane dotyczące warunków
> atmosferycznych (temperatura, wilgotność, ciśnienie, nie pogardziłbym
> też prędkością i kierunkiem wiatru) dla wygody stosuję nazwę "stacja
> pogodowa". Dlaczego jednak miałbym nie rejestrować paru innych wartości
> (promieniowanie tła, napięcie w sieci) skoro hardware sobie z tym poradzi?
>

No tak

do góry

W dniu 2014-01-17 13:41, John Kołalsky pisze:

> To raczej UDP powinno być. Generalnie rozdzielić prostą komunikację
> lokalną z rozsyłaniem tego po internecie. Buduję takie rozwiązanie.

Niby zastosowanie UDP odciąży trochę MCU, a w sieci lokalnej gubione
pakiety nie powinny stanowić żadnego problemu... Z drugiej strony w
przypadku zastosowania HTTP mogę po stronie serwera nie będę potrzebował
żadnego dodatkowego oprogramowania, poza jednym skryptem php więcej. :)
Poza tym rozwiązanie z HTTP umożliwia umieszczenie serwera poza siecią
lokalną, późniejsze zbieranie danych z kilku płytek w różnych
lokalizacjach itp.

do góry

On 01/17/2014 10:56 PM, Atlantis wrote:
> W dniu 2014-01-17 13:41, John Kołalsky pisze:
>
>> To raczej UDP powinno być. Generalnie rozdzielić prostą komunikację
>> lokalną z rozsyłaniem tego po internecie. Buduję takie rozwiązanie.
>
> Niby zastosowanie UDP odciąży trochę MCU, a w sieci lokalnej gubione
> pakiety nie powinny stanowić żadnego problemu... Z drugiej strony w
> przypadku zastosowania HTTP mogę po stronie serwera nie będę potrzebował
> żadnego dodatkowego oprogramowania, poza jednym skryptem php więcej. :)

Zainteresuj się snmp. To 'simple' jest właśnie pod kątem prostoty
urządzenia, a nie prostoty rozumienia przez człowieka :-)
Mając snmp, to masz za darmo sporo softu do gromadzenia, przetwarzania,
wizualizacji itp.

> Poza tym rozwiązanie z HTTP umożliwia umieszczenie serwera poza siecią
> lokalną, późniejsze zbieranie danych z kilku płytek w różnych
> lokalizacjach itp.

udp też się routuje


Pozdrawiam

Marek
--
"If you want something done...do yourself!"
Jean-Baptiste Emmanuel Zorg

do góry

On 01/13/2014 06:57 PM, Andrzej S wrote:
> W dniu 2014-01-13 11:45, k...@g...com pisze:
> ...
>>
>
> Jeden jest omywany powietrzem a drugi w rurce żeby go przepływ powietrza
> nie studził.
>
> ...
>
> Na moje oko nie bedzie róznicy temperatur, ew. ten "omywany" bedzie
> minimalnie cieplejszy wskutek zderzen z molekulami powietrza. Karkołomne.

Bo normalnie robi się bez tego drugiego 'referencyjnego' druta:-)
Większość przepływomierzy w samochodach w ten sposób działa. Jeżeli
znasz temperaturę gazu, to można łatwo policzyć jaki jest przepływ
sprawdzając rezystancję (czyli temperature) tego druta.


Pozdrawiam

Marek
--
"If you want something done...do yourself!"
Jean-Baptiste Emmanuel Zorg

do góry

W dniu 2014-01-19 16:52, Marek Wodzinski pisze:

> udp też się routuje

Tak, wiem. Jednak w przepastnych czeluściach Internetu pakiet może
łatwiej zginąć niż w sieci lokalnej. ;)
Poza tym w przypadku HTTP wystarczy, że na serwerze będę miał odpalony
serwer z obsługą PHP. UDP wymaga już osobnego serwera, który będzie
nadlatujących pakietów.

do góry

Użytkownik "Atlantis" <m...@w...pl>

>
>> udp też się routuje
>
> Tak, wiem. Jednak w przepastnych czeluściach Internetu pakiet może
> łatwiej zginąć niż w sieci lokalnej. ;)
> Poza tym w przypadku HTTP wystarczy, że na serwerze będę miał odpalony
> serwer z obsługą PHP. UDP wymaga już osobnego serwera, który będzie
> nadlatujących pakietów.
>

To przecież te pakiety w internecie nie giną bardziej niż w sieci lokalnej
tylko co najwyżej tak samo. Oczywiście może być tak, że wychodzi na zewnątrz
sieci lokalnej tylko HTTP i wtedy inaczej wysłać się nie da. Tak czy siak,
to jest ciągle dedykowana komunikacja ograniczona do dostarczenia w jakieś
konkretne miejsce. Do rozsyłania pomiarów w internecie trzeba użyć czegoś
innego np XMPP. Dane są dostarczane do jakiegoś serwera jak poprzednio, ale
on może je udostępniać innym klientom a także innym serwerom by oni je
udostępniali swoim klientom. Te serwery już działają w internecie.

do góry

Użytkownik "Marek Wodzinski" <m...@O...mamy.to>

>>
>>> To raczej UDP powinno być. Generalnie rozdzielić prostą komunikację
>>> lokalną z rozsyłaniem tego po internecie. Buduję takie rozwiązanie.
>>
>> Niby zastosowanie UDP odciąży trochę MCU, a w sieci lokalnej gubione
>> pakiety nie powinny stanowić żadnego problemu... Z drugiej strony w
>> przypadku zastosowania HTTP mogę po stronie serwera nie będę potrzebował
>> żadnego dodatkowego oprogramowania, poza jednym skryptem php więcej. :)
>
> Zainteresuj się snmp. To 'simple' jest właśnie pod kątem prostoty
> urządzenia, a nie prostoty rozumienia przez człowieka :-)
> Mając snmp, to masz za darmo sporo softu do gromadzenia, przetwarzania,
> wizualizacji itp.

Na co mu protokół do zarządzania urządzeniami sieciowymi ?

do góry

On 01/22/2014 11:25 PM, John Kołalsky wrote:
>> Zainteresuj się snmp. To 'simple' jest właśnie pod kątem prostoty
>> urządzenia, a nie prostoty rozumienia przez człowieka :-)
>> Mając snmp, to masz za darmo sporo softu do gromadzenia,
>> przetwarzania, wizualizacji itp.
>
> Na co mu protokół do zarządzania urządzeniami sieciowymi ?

A gdzie jest napisane, że tylko do sieciowych?
Jakoś bez problemu tym odczytuję temperaturę najróżniejeszego sprzętu.
A po co? Bo to standard. Php obsługuje snmp, starczy zrobić zapytanie i
już. Poza tym obsługa udp na małym procku jest prostsza i tańsza w
kwestii zasobów.

Po co tcp/http/xmpp do przeczytania liczby? Snmp właśnie do tego został
stworzony - urzadzenie dostaje pakiet udp, odsyła odpowiedź innym
pakietem udp. Beż synów, acków, finów, waitów, retrasmisji, okien i
innych narzutów tcp.


Pozdrawiam

Marek
--
"If you want something done...do yourself!"
Jean-Baptiste Emmanuel Zorg

do góry

On 01/20/2014 06:45 PM, Atlantis wrote:
> W dniu 2014-01-19 16:52, Marek Wodzinski pisze:
>
>> udp też się routuje
>
> Tak, wiem. Jednak w przepastnych czeluściach Internetu pakiet może
> łatwiej zginąć niż w sieci lokalnej. ;)

Przy udp w aplikacji dbasz o ewentualną retransmisję.

> Poza tym w przypadku HTTP wystarczy, że na serwerze będę miał odpalony
> serwer z obsługą PHP. UDP wymaga już osobnego serwera, który będzie
> nadlatujących pakietów.

Bo to się robi w drugą stronę: serwer odpytuje czujniki.


Pozdrawiam

Marek
--
"If you want something done...do yourself!"
Jean-Baptiste Emmanuel Zorg

do góry

Użytkownik "Marek Wodzinski" <m...@O...mamy.to>

>>> Zainteresuj się snmp. To 'simple' jest właśnie pod kątem prostoty
>>> urządzenia, a nie prostoty rozumienia przez człowieka :-)
>>> Mając snmp, to masz za darmo sporo softu do gromadzenia,
>>> przetwarzania, wizualizacji itp.
>>
>> Na co mu protokół do zarządzania urządzeniami sieciowymi ?
>
> A gdzie jest napisane, że tylko do sieciowych?
> Jakoś bez problemu tym odczytuję temperaturę najróżniejeszego sprzętu.
> A po co? Bo to standard. Php obsługuje snmp, starczy zrobić zapytanie i
> już. Poza tym obsługa udp na małym procku jest prostsza i tańsza w kwestii
> zasobów.
>
> Po co tcp/http/xmpp do przeczytania liczby? Snmp właśnie do tego został
> stworzony - urzadzenie dostaje pakiet udp, odsyła odpowiedź innym pakietem
> udp. Beż synów, acków, finów, waitów, retrasmisji, okien i innych narzutów
> tcp.

A jakie Ty znasz rozwiązania do dystrybucji pomiarów za pomocą tego SNMP ?
Bo o tym była mowa a nie o tym, że można sobie zrobić UDP

do góry