opomiarowanie domu

[Tomkii]

Jaki rezystor (4k7 ?) ma byc wpiety miedzy zasilanie a sygnalowy ?

 

owwrite /simultaneous/temperature 1 - co dokladnie robi ta komenda ? Trzeba ja wywolywac za kazdym rebootem routera czy scalaczki zapamietuja ?

 

Fantom

Na większość masz już odpowiedź. Żadnego opornika nie dajesz. Generalnie ciągnie się trzy żyły: +5V, dane, masa (wspólna - jest połączona w konwerterze). W niektórych przypadkach dochodzi +12V dla niektórych urządzeń (trzeba dołożyć zasilacz).

To owwrite dopisz na początku skryptu rrd.sh - wykona się przed każdą serią odczytów. Oczywiście warunek - muszą być trzy przewody podłączone do termometrów.

[szczukot]

a rezystorek jaki dales ? Tylko jeden w poblizu konwertera, miedzy zasilaniem a sygnalowym ?

 

Fantom

[ravbc]

A co Ci tak zależy na wtykaniu tych rezystorków?

[szczukot]

A Pojdzie normalnie na 3 zylach na wieksze odleglosci bez rezystora podciagajacego ?

 

Fantom

[ravbc]

A jakie to są według Ciebie większe odległości?

[szczukot]

No moze nie az tak duze, ale ...

U mnie najdluzszy kable to jakies 40 m. Na koncu planowane z 3 czujniki

 

Fantom

[Tomkii]

No moze nie az tak duze, ale ...

U mnie najdluzszy kable to jakies 40 m. Na koncu planowane z 3 czujniki

 

Fantom

Pójdzie bez rezystorka. A gdyby wyszło że jednak nie to przecież zawsze można dołożyć...

[szczukot]

Tak swoja droga, da sie jakos zinterpolowac dane do wykresow tworzone np za pomoca rrd, gnuplot itp ?

Bo fajnie jakby wykres byl taki "rowniejszy" niz skokowy. Temperatura sie tak nie zachowuje No i mozna by przy okazji wyeliminowac "dziury" gdy nie bylo pomiaru, lub jakies jednostkowe skoki (z nieznanych powodow itp)

 

Fantom

[ravbc]

Da się

man rrdgraph pomoże.

[szczukot]

Wlaczylem opcje -E ale bez zmian. Czy o to chodzilo ?

Znaczy sie sa zmiany, ale to tylko samo wygladzenie wykresu. A jakos zinterpolowac go z opcjami, aby przy okazji powycinal pojedyncze piki ?

 

Fantom

Edytowane 15 Lipca 2011 przez szczukot

[ravbc]

Nie wiem czy to włąściwa opcja. Nie używam

Też się da, ale to trochę zabawy przy przygotowywaniu danych do wykresu. man rrdgraph_data powinno pomóc złapać w czym rzecz.

A potrafisz wyjaśnić po co Ci to właściwie (poza "wrażeniami optycznymi")?

BTW: rrdtool ma masakrycznie dużo opcji do wszystkiego i jedyna szansą, żeby osiągnąć to co chcesz, to się z nimi zapoznać samodzielnie...

[Tomkii]

Wlaczylem opcje -E ale bez zmian. Czy o to chodzilo ?

Znaczy sie sa zmiany, ale to tylko samo wygladzenie wykresu. A jakos zinterpolowac go z opcjami, aby przy okazji powycinal pojedyncze piki ?

 

Fantom

Odczyty robić częściej, wyliczyć średnią, średnią wysłać do rrd.

Albo ustawić jeszcze jeden gęściejszy ciąg danych w rrd (np. co 2 minuty) i go nie pokazywać na wykresach.

 

Dla celów pomiarów meto jestem w trakcie walczenia z czymś w tym stylu. Musiałem całkowicie zmienić podejście do odczytów. Mam tam tak:

- skrypt odczytujący czujniki i generujący plik z danymi (optymalizacja pod kątem maksymalnie krótkiego czasu odczytu)

- skrypt obliczeniowo/sprawdzająco/zapisujący dane rrd plus do drugiego pliku (dane meteo są specyficzne, np. ciśnienie powinno się pokazywać nie średnią a minimalną wartość z danego okresu, do przeliczenia na ciśnienie względne potrzebna jest np. średnia temperatura z ostatnich 12h!).

- skrypt rysujący wykresy

- skrypt tworzący bazę jeśli jej nie ma (np. dopisaliśmy nowy czujnik)

- skrypt do wysyłki danych

Jak skończę to pewnie udostępnię na stronie. Na razie jest to wszystko niedopracowane.

 

PS.

W ogóle to coś mi z pomiarami prądu się pop... Miałem cały czas błąd moich pomiarów w stosunku do licznika energetyki na poziomie 3,5%, od dwóch miesięcy mam 50%! - na razie nie doszedłem dlaczego

[ravbc]

Hmm, ja mam domyślnie zrobiony odczyt co minutę i jakos skrypt se daje radę (kawałek pythona). Co prawda w tej chwili czyta raptem 5 termometrów, a cała operacja zajmuje mu poniżej 2 sekund, ale też to nie na ARMie działa. Co do buforowania zapisów do RRD, to fajnym rozwiązaniem jest rrdcached, który bierze "na siebie" zapis do baz RRD, więc znacznie przyspiesza zbieranie danych, no i zmniejsza częstość rzeźbienia po dysku, ale ja akurat z niego nie korzystam jak na razie.

[Tomkii]

Hmm, ja mam domyślnie zrobiony odczyt co minutę i jakos skrypt se daje radę (kawałek pythona). Co prawda w tej chwili czyta raptem 5 termometrów, a cała operacja zajmuje mu poniżej 2 sekund, ale też to nie na ARMie działa. Co do buforowania zapisów do RRD, to fajnym rozwiązaniem jest rrdcached, który bierze "na siebie" zapis do baz RRD, więc znacznie przyspiesza zbieranie danych, no i zmniejsza częstość rzeźbienia po dysku, ale ja akurat z niego nie korzystam jak na razie.

Problemem jest wydajność magistrali 1-wire a nie maszynki. No i wystarczy że są jakieś chwilowe problemy na magistrali i wszystko staje dęba. Będę próbował robić odczyty równolegle z kilku magistral. Zapisy u mnie idą na ramdysk więc odpalanie cache nie ma żadnego sensu.

[ravbc]

Że 1-wire potrafi wierzgać, to wiem (choć nie z praktyki na szczęście). Ja mam w sumie większe problemy ze stabilnością połączenia do komwertera wpiętego w USB (używam owservera, no i porafi czasem "zgłupieć"). Chyba, że tylko tak mi się wydaje, a w rzeczywistości to 1-wire jednak dziczeje, aczkolwiek objawy raczej na to nie wskazują (calkowita utrata komunikacji, a czasem nawet wyrejestrowanie urządzenia USB).

Co do rrdcached, to on jest o tyle fajny, że załatwia "obsługę" tego ramdysku z automatu, no i nie trzeba do tego "marnować' większych kawałków RAMu (wszystkie moje bazy RRD zajmują w tej chwili ok. 55MB, ale też odczyty 1-wire to jest tam mały ułamek danych).

Rozumiem, że swoje magistrale masz podzielone po prostu przez użycie osobnych konwerterów? Ja bym chętnie użył DS2409, ale Maxim się upiera, żeby go nie używać, choć to bardzo fajny scalaczek. Niestety ciężko dostępny...

[szczukot]

55MB = marzenia ) JA to odplailem na routerze ktory ma calkowitej pamieci 8 MB chyba

Doelowo bede musial jakis SD dolozyc widze. Ale to znowu jeszcze hub usb bedzie potrzebny (bo jedne port konwerter 1wire a na drugim modem gsm juz siedza)

 

Fantom

[ravbc]

Osobiście uważam pomysł na utrudnianie sobie życia poprzez uruchamianie tego w tej chwili na takich mini-ARMach, za "sztukę dla sztuki". Nie da się już na tym za wiele zaoszczędzić, bo podobnie oszczędne (zarówno energetycznie, jak i cenowo) platformy, bez takich ograniczeń, są całkiem łatwo dostępne. Ale oczywiście to "nie mój cyrk i nie moje małpy". Mi brakuje czasu na wiele innych rzeczy, więc choć to jedno wolę sobie maksymalnie ułatwić

[szczukot]

Na czym masz to odpalone ?

Ja na razie na routerku asusa - ale w sumie to moj pierwszy test - moze zdecyduje sie na "rozwoj". Na razie i tak wisi mi na kabelku tylko jedna czujka. Dopiero zaczynam zabawe w tym temacie.

 

Fantom

[ravbc]

Móje 1-wire aktualnie odczytywane jest z prawie normalnego peceta, ale to tylko dlatego, że to nie jest jedyna funkcja, którą ten komputer pełni. Natomiast mam też złożony zestawik na płytce Alix, który u mnie robi za ruter i w sumie niewiele więcej w tej chwili. Alix to płyta typu embbeded z pocesorem AMD Geode, czyli w archiekturze i386, no i ma 256MB ramu. Koszt takiego czegoś to ok. 500zł. Podobnie cenowo (bez obudowy) wyjdzie platforma Atom (i to jest aktualnie moja docelowa platforma na podmiankę tego peceta), ale pewnie zużyje kilka watów wiecej. Wygoda użycia "desktopowej" architektury jest na prawdę duża. Nie ma problemu z pakietami, spokojnie można podpiąć dysk (albo przynajmniej kartę CF), no i nie trzeba koniecznie liczyć każdego kilobajta ramu

civic polecal w podobnym tonie również komputerki Sheeva/Guru Plug, ale one nie są oficjalnie sprzedawane w Polsce, więc to jak dla mnie już spora upierdliwość.

[Tomkii]

Rozumiem, że swoje magistrale masz podzielone po prostu przez użycie osobnych konwerterów? Ja bym chętnie użył DS2409, ale Maxim się upiera, żeby go nie używać, choć to bardzo fajny scalaczek. Niestety ciężko dostępny...

Tak. Mam w tej chwili u siebie 3 konwertery.

U szwagra 7 i będzie dokładany kolejny!

Problemem jest rozpiętość magistrali (nie dotyczy to tych co mają po kilka czujników) i u mnie w jednym przypadku prawdopodobnie prądy błądzące.

Pierwotnie zrobiłem na ASUS i tak zostało. Dołożyłem jeden wyniesiony punkt pomiarowy na drugim ASUS. Będzie prawdopodobnie dokładany trzeci ASUS jakieś 300m dalej...

ASUS1:

root@Zolza:~# uptime

14:20:53 up 149 days, 18 min, load average: 1.03, 0.37, 0.25

ASUS2 (niedawno uruchomiony):

root@OpenWrt:~# uptime

12:21:44 up 21 days, 14:40, load average: 0.08, 0.13, 0.09

no i główny serwerek (robi wszystko czego nie robią asus-y):

root@Siorbacz:~# uptime

14:22:05 up 165 days, 13:18, 2 users, load average: 0.18, 0.09, 0.03

 

Co do wierzgającego konwertera to nie jest on czasem na DS2490? Takie problemy zauważyłem w sieci u szwagra. Z racji gigantycznej ilości kabli są tam problemy z odczytem. Radzimy sobie dzieląc sieć na segmenty na osobnych konwerterach. Słuszniej jednak chyba by było rozproszyć to to fizycznie (system obejmuje 2 budynki i 4 kondygnacje!). No i tam nawet HP terminal się nie wyrabiał za bardzo - stoi normalny PC.