NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Niedrogie czujniki I2C do stacji pogodowej z dodatkowymi pomiarami?
Goto page Previous 1, 2, 3 Next
Budyń
Guest
Guest
Mon Jan 13, 2014 11:15 pm
Użytkownik <kogutek444@gmail.com> napisał w wiadomości
news:3a2aee1c-e6d4-4a3f-9606-84d2870154c0@googlegroups.com...
Quote:
Nie trolluje tylko chciałbym się dowiedzieć po chuj komuś informacje o
zdarzeniach które już były.
zdarzeniach które już były.
no dobra -buduję paraboliczny solar ustawianym do słonca. Sterowanie na
raspberry pi juz zrobione, model śledzi słońce jak trzeba
Natomiast
jeszcze w prosty sposób musze uzyskac informację kiedy go złożyć aby go
wiatr nie porwał.
b.
Atlantis
Guest
Guest
Mon Jan 13, 2014 11:15 pm
W dniu 2014-01-13 10:21, gizmo pisze:
Quote:
Popatrz na to: http://techfreak.pl/nettemp/
Wydaje się to idealną bazą do szybkiego uruchomienia podstawowych
funkcjonalności Twojego projektu (temperatura, wilgotność), a daje też
możliwość implementacji dalszych udziwnień. Właśnie używam tego do
Wydaje się to idealną bazą do szybkiego uruchomienia podstawowych
funkcjonalności Twojego projektu (temperatura, wilgotność), a daje też
możliwość implementacji dalszych udziwnień. Właśnie używam tego do
Całkiem fajne, jednak projekt ma mieć także wymiar edukacyjny. Chcę się
nauczyć nauczyć przesyłania danych do i z MCU za pomocą TCP/IP po
Ethernecie, przy wykorzystaniu odpowiedniej biblioteki. Bez pomocy
systemu operacyjnego (jak w przypadku RasPi) albo stosu zaszytego
sprzętowo w układzie (Wiznet w Arduino Ethernet Shield).
Z myślą o tych eksperymentach skleciłem już własną płytkę prototypową z
ATMegą 328 i ENC28J60, która całkiem ładnie pracuje ze stosem z
TuxGraphics.org (uIP pewnie też bez problemu dałoby się na niej postawić).
Ograniczenie roli RasPi do centralnego serwera, który ma zbierać i
wyświetlać dane ma parę zalet. Przede wszystkim nie będę musiał
umieszczać komputerka z skrzynce na zewnątrz. Po drugie w przyszłości
będę mógł wrzucać do bazy również dane z innych źródeł. Będę mógł dodać
kolejne płytki, nie koniecznie zresztą podpięte przez Ethernet, a
wszystko będzie się integrowało w RasPi.
Guest
Tue Jan 14, 2014 12:38 am
W dniu poniedziałek, 13 stycznia 2014 23:15:01 UTC+1 użytkownik Budyń napisał:
Quote:
U�ytkownik <kogutek444@gmail.com> napisa� w wiadomo�ci
news:3a2aee1c-e6d4-4a3f-9606-84d2870154c0@googlegroups.com...
Nie trolluje tylko chcia�bym si� dowiedzie� po chuj komu� informacje o
zdarzeniach kt�re ju� by�y.
no dobra -buduj� paraboliczny solar ustawianym do s�onca. Sterowanie na
raspberry pi juz zrobione, model �ledzi s�o�ce jak trzeba Natomiast
jeszcze w prosty spos�b musze uzyskac informacj� kiedy go z�o�y� aby go
wiatr nie porwaďż˝.
b.
news:3a2aee1c-e6d4-4a3f-9606-84d2870154c0@googlegroups.com...
Nie trolluje tylko chcia�bym si� dowiedzie� po chuj komu� informacje o
zdarzeniach kt�re ju� by�y.
no dobra -buduj� paraboliczny solar ustawianym do s�onca. Sterowanie na
raspberry pi juz zrobione, model �ledzi s�o�ce jak trzeba
Natomiast
jeszcze w prosty spos�b musze uzyskac informacj� kiedy go z�o�y� aby go
wiatr nie porwaďż˝.
b.
I takie projekty popieram. Mają praktyczne zastosowanie. I jak byś zadał takie konkretne pytanie to mógłbyś liczyć że przekażę wiedze jaką posiadam. Oczywiście to nie była by jedyna słuszna wiedza we wszechświecie. Ktoś inny mógłby mieć inny, lepszy od mojego pomysł. Pytania w stylu " robię maszynkę co goli, pierdoli, sznurowadła wiąże i usuwa ciąże, jak to zrobić?". Z reguły odpowiadam pytaniem " a po co Ci to?". Tobie bym podpowiedział żebyś kupił gotową prądniczkę do takich zastosowań. W Elfie chyba widziałem. To takie cuś co ma trzy połowi czas. W Elfie najtańsze nie będzie ale samodzielne zrobienie czegoś takiego nie jest proste. Korek wciśnięty na ośkę silnika i w ten korek wciśnięte trzy druty z połówkami piłeczek do ping ponga na końcach nie nadaje się ze względu na niską żywotność. Potrzebujesz do poważnego zastosowania to i wykonanie musi być na wysokim poziomie.
inny punkt siedzenia...
Guest
Guest
Tue Jan 14, 2014 8:13 am
pytanie, a jak zamierzasz sobie poradzić z oblodzeniem czujników porą
zimową?
John KoĹalsky
Guest
Guest
Fri Jan 17, 2014 1:39 pm
Użytkownik "Atlantis" <marekw1986NOSPAM@wp.pl>
Quote:
Rozglądam się właśnie za czujnikami do mojego projektu stacji pogodowej.
Generalnie chciałbym uniknąć mnożenia magistral wychodzących z MCU.
Może istnieją jakieś łatwo dostępne i niedrogie czujniki temperatury i
wilgotności, które pracowałyby na magistrali I2C. Dość popularny DTT22
albo RHT03 (nie wspominając o DS18B20) pracuje na 1wire. Natomiast
czujnik ciśnienia atmosferycznego BMP085 to I2C. W miarę możliwości nie
chciałbym mnożyć magistral wychodzących z MCU. To zawsze nieco
komplikuje układ, zwłaszcza biorąc pod uwagę fakt, że każdej z nich
wypadałoby dodać jakiś układ optoizolacji. Ewentualnie rzecz jasna może
być na odwrót - rezygnacja z czujników I2C na rzecz tych 1wire, tylko
tutaj AVR-y nie oferują sprzętowej obsługi transmisji.
Generalnie chciałbym uniknąć mnożenia magistral wychodzących z MCU.
Może istnieją jakieś łatwo dostępne i niedrogie czujniki temperatury i
wilgotności, które pracowałyby na magistrali I2C. Dość popularny DTT22
albo RHT03 (nie wspominając o DS18B20) pracuje na 1wire. Natomiast
czujnik ciśnienia atmosferycznego BMP085 to I2C. W miarę możliwości nie
chciałbym mnożyć magistral wychodzących z MCU. To zawsze nieco
komplikuje układ, zwłaszcza biorąc pod uwagę fakt, że każdej z nich
wypadałoby dodać jakiś układ optoizolacji. Ewentualnie rzecz jasna może
być na odwrót - rezygnacja z czujników I2C na rzecz tych 1wire, tylko
tutaj AVR-y nie oferują sprzętowej obsługi transmisji.
A zasięg ? 1-wire możesz rozciągnąć
Quote:
Czy komuś z was wiadomo coś może na temat modułów do pomiaru
prędkości/kierunku wiatru albo opadów deszczu, które można by łatwo
zintegrować z mikrokontrolerem?
Był kompletny projekt stacji pogodowej gdzieś na witrynie Dallasa
Quote:
Planuję umieścić w stacji licznik Geigera (własny projekt w oparciu o
starą tubę, przetwornicę napięcia i zliczanie impulsów na przerwaniu
sprzętowym MCU).
Dziwne, ale jak chcesz to czemu nie
Quote:
Zastanawiam się też nad pomiarem intensywności światła
(fotorezystor na wejściu analogowym).
(fotorezystor na wejściu analogowym).
Ma sens
Quote:
Przyszedł mi do głowy także pomysł mierzenie i zapisywania poziomu
napięcia w sieci elektrycznej, przynajmniej na jednej fazie. Pewnie
dałoby się to zrobić za pomocą ADC. Może jednak istnieje jakiś gotowy
układ/moduł woltomierza, za pomocą którego można by to zrobić w sposób
prostszy (i bezpieczniejszy)?
Bym mierzył
Quote:
Jakieś pomysły odnośnie tego, co jeszcze mógłbym mierzyć?
Wszystko
John Kołalsky
Guest
Guest
Fri Jan 17, 2014 1:41 pm
Użytkownik "Atlantis" <marekw1986NOSPAM@wp.pl>
Quote:
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 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.
Quote:
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
Atlantis
Guest
Guest
Fri Jan 17, 2014 10:56 pm
W dniu 2014-01-17 13:41, John Kołalsky pisze:
Quote:
To raczej UDP powinno być. Generalnie rozdzielić prostą komunikację
lokalną z rozsyłaniem tego po internecie. Buduję takie rozwiązanie.
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.
Marek Wodzinski
Guest
Guest
Sun Jan 19, 2014 4:52 pm
On 01/17/2014 10:56 PM, Atlantis wrote:
Quote:
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.
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.
Quote:
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.
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
Marek Wodzinski
Guest
Guest
Sun Jan 19, 2014 4:55 pm
On 01/13/2014 06:57 PM, Andrzej S wrote:
Quote:
W dniu 2014-01-13 11:45, kogutek444@gmail.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.
...
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
Atlantis
Guest
Guest
Mon Jan 20, 2014 6:45 pm
W dniu 2014-01-19 16:52, Marek Wodzinski pisze:
Quote:
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.
John Kołalsky
Guest
Guest
Wed Jan 22, 2014 11:22 pm
Użytkownik "Atlantis" <marekw1986NOSPAM@wp.pl>
Quote:
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.
John Kołalsky
Guest
Guest
Wed Jan 22, 2014 11:25 pm
Użytkownik "Marek Wodzinski" <majek@ODSPAMIACZ.mamy.to>
Quote:
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 ?
Marek Wodzinski
Guest
Guest
Sun Jan 26, 2014 10:05 pm
On 01/22/2014 11:25 PM, John Kołalsky wrote:
Quote:
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 ?
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
Marek Wodzinski
Guest
Guest
Sun Jan 26, 2014 10:08 pm
On 01/20/2014 06:45 PM, Atlantis wrote:
Quote:
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.
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ę.
Quote:
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.
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
John Kołalsky
Guest
Guest
Mon Jan 27, 2014 8:03 pm
Użytkownik "Marek Wodzinski" <majek@ODSPAMIACZ.mamy.to>
Quote:
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.
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
elektroda NewsGroups Forum Index - Elektronika Polska - Niedrogie czujniki I2C do stacji pogodowej z dodatkowymi pomiarami?