Można dodać też ich repo
deb http://apt.tvheadend.org/stable wheezy mainNie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez Paco52327
Można dodać też ich repo
deb http://apt.tvheadend.org/stable wheezy main@bbarwik Jeszcze jedna przypadłość się przyplątała, otóż jak powiedzmy wyłączą nam prąd i przez jakiś czas nie ma odczytów zrobi się "dziura" w wartościach. Wtedy wykres się nie generuję, a php mówi:
PHP Notice: Undefined index: temp in /var/www/highcharts/index.php on line 119, referer: http://192.168.1.1/highcharts/index.php?czyli
$cd .= '<td align="center">'.$v["temp"].'</td>';Z tym, że $NOW *1000 jak ma działać data dobrze.
Jak się wybierze sypialnie w Twoim wypadku to pokazuję wszystkie temperatury, jak kuchnie, zewnatrz to jest wykres dla danego miejsca. Trza by było poprawić sypialnie. Dobra robota, zabierałem się za HIGHCHARTS kilka razy i nie mogłem sobie poradzić. Dzięki.
Chciałem być lepiej zrozumiany, bo port -> maskownica -> obudowa, chodzi o 10-ty kabel często lutowany wewnątrz nad pinami. Dzięki.
Pewna osoba podrzuciła mi schemat jak podłączyć czujniki na 3pin (z zasilaniem). Niby dlatego, że w owfs działa tylko z przełącznikiem passive. Kontakt z nim się urwał i potrzebuję pomocy.
Źródło
Opis:
Opis wyprowadzeń portu dla DB9 i DB25
Adapter wykonany na 4-rech diodach ma istotną wadę - masa czujnika ma inny potencjał niż masa komputera.
Czasami jest to nieporządane np. wtedy gdy chcemy zasilać czujnik przez przewidziane do tego wejście Vdd.
Pokazany wyżej adapter nie posiada tej wady, a w niektórych sytuacjach może się sprawować lepiej
od adaptera opisanego na wstępie.
Wartości elementów nie są krytyczne, w miejsce tranzystorów BS170 można użyć dowolnych N-MOSów
(lub nawet BC547 ale wtedy koniecznie z dodatkowym rezystorem 10k w obwodzie bazy).
Zwora ZW decyduje czy napięcie zasilające adapter ma być pobierane z portu czy też z wejścia/wyjścia +5V.
W przypadku zwarcia ZW końcówka +5V jest wyjściem zasilającym czujnik, w przypadku rozwarcia
ZW końcówka +5V jest wejściem zewnętrznego zasilania 5V. Jeśli korzystamy tylko z zewnętrznego
zasilania diody 1N4148 i zenerki 5V1 można nie montować.
Sposób dołączenia czujnika: +5V z Vdd czujnika, DATALINE z DQ czujnika, GND z GND czujnika.Jak dobrze rozumiem zasilanie podłączamy +5 i GND (na czerwono), a część od zwory z DTR włącznie nie jest nam potrzebna.
Następnym problemem jest tutaj "uziemienie?", jak dobrze rozumiem jest to masa portu - obudowy komputera?
Dwie spacje między install, a python...
A coś takiego?
http://allegro.pl/dht11-czujnik-tempera … 64382.html
No i miałeś rację - dzięki. Niestety, wybrałem LUCI bo nadal męczę tego Jensena airlink-59300, Gargoyle potrzebuje 32MB ram, miałem nadzieję, że LUCI nie bo nie znalazłem takiej informacji ale po obejrzeniu kilku zakładek została zabita z braku pamięci.
Szybki dzisiaj jesteś, tak zrobię ale bez luci kompilacja przebiega do końca. Dam znać.
Najmniej używany dysk, ale nie w tym rzecz, jak nie mam paczki PL zaznaczone, błąd UTF nie wyskakuję, a i tak kompilacja kończy się na tym makefile'u
Kompiluje już N'ty raz obraz dla ramips i wykłada mi się na luci.
touch /media/Zdjęcia/openwrt/attitude_adjustment2/staging_dir/target-mipsel_r2_uClibc-0.9.33.2/root-ramips/stamp/.netdiscover-to-devinfo_installed
make[3]: Leaving directory `/media/Zdjęcia/openwrt/attitude_adjustment2/feeds/packages/net/mac-to-devinfo'
svn: Can't convert string from native encoding to 'UTF-8':
svn: /media/Zdj?\196?\153cia/openwrt/attitude_adjustment2/feeds/luci/luci
make[3]: Entering directory `/media/Zdjęcia/openwrt/attitude_adjustment2/feeds/luci/luci'
Makefile:638: *** Download/default is missing the VERSION field.. Stop.
make[3]: Leaving directory `/media/Zdjęcia/openwrt/attitude_adjustment2/feeds/luci/luci'
make[2]: *** [package/feeds/luci/luci/compile] Error 2
make[2]: Leaving directory `/media/Zdjęcia/openwrt/attitude_adjustment2'
make[1]: *** [/media/Zdjęcia/openwrt/attitude_adjustment2/staging_dir/target-mipsel_r2_uClibc-0.9.33.2/stamp/.package_compile] Error 2
make[1]: Leaving directory `/media/Zdjęcia/openwrt/attitude_adjustment2'
make: *** [world] Błąd 2Ten Makefile wygląda na plik z zależnościami, a błąd tyczy się tej linijki
$(foreach b,$(LUCI_BUILD_PACKAGES),$(eval $(call BuildPackage,$(b))))Nie bardzo wiem co z tym poradzić, jeżeli chodzi o niemożność konwersji do UTF-8 tu jest winne tłumaczenie PL, bez którego kompilacja kończy się nadal na tym Makefile.
Ta usługa istnieję w systemach M$ do Windows XP zdaję się, nie?
Wpadł ktoś na pomysł dlaczego z portu USB nie działa? Zrobiłem dzisiaj wersję aktywną, zasilanie z USB i jako, że korzystam z OWFS to mogłem sobie pozwolić na testy bez czujników. W trybie aktywnym owfs się "wiesza" jak odłączę USB i przełączę na pasywny, OWFS się uruchamia tworzy pliki - czyli jest OK. Bez dodatkowej diody i rezystora. Zastanawiam się nad podłączeniem zasilacza zewnętrznego ale 5V. Może zasilanie musi być z "zewnątrz"?
EDIT: Zasilacz z hub'a USB 5V 1A, to samo co na zasilaniu z USB. Przejście na 1-wire z zasilaniem związane jest z innym problemem, otóż do tej pory wszystko było podłączone do Dell'a Optiplex'a 260, 150W, i w trybie pasywnym śmigało kupę czasu. Ostatnio kupiłem Shuttle x27D, dwurdzeniowy Intel Atom, 60W co by na prądzie zaoszczędzić i kilka innych powodów. Po podłączeniu 1-wire znikła mi jedna czujka, kiedy je podłączyłem do starego kompa działały wszystkie (powtórzyłem to kilka razy, to nie przypadek). Pomyślałem słaby rs232 i robię aktywny. A tu dupa...
EDIT: Przełom, nadal na trybie pasywnym. Pomogło dołączenie czwartej czujki i teraz widzi wszystkie, bez niej dwie.
Jest jeszcze jeden problem jak w chmurze są polskie znaki, po wpisaniu hasła:
Traceback (most recent call last):
File "megafs.py", line 130, in <module>
fs = MegaFS(client)
File "megafs.py", line 24, in __init__
path = self.getpath(files, file_h)
File "megafs.py", line 40, in getpath
path = self.getpath(files, files[hash]['p']) + "/" + files[hash]['a']['n']
File "megafs.py", line 48, in getpath
self.hash2path[hash] = path.encode()
UnicodeEncodeError: 'ascii' codec can't encode character u'\u015a' in position 33: ordinal not in range(128)Jak pousuwałem ś,ć itp wsio gra ![]()
Nie robiłem reinstalacji, na tym dysku nie mam systemu. Zrobiłem od nowa partycję, system plików. Ciekaw jestem gdzie jest problem, ale wszystko na to wskazuję, że dysk.
Problem powrócił...
@sciss Dzięki za namiary, wygląda to na starcie nieźle, przydała by się synchronizacja jeszcze.
Żeby to nie był Twój monolog to zrobiłem to na Debianie x86. W moim wypadku używam tftpd-hpa i dhcp3 (nie dnsmasq) i ograniczyłem się do dopisania w /etc/dhcp/dhcpd.conf tych linijek, wzorując się na Tobie:
filename "ipxe/ipxe.kpxe";
next-server ftp.upjs.sk;Katalog /var/lib/tftpboot pusty.
Wszystko działa.
Po usunięciu partycji , zrobieniu od nowa problem zniknął...
Miałem podobnie na ext4 z mniejszą częstotliwością, dysk skanowany po 100x, dociągłem torrenta po jakimś czasie to samo. Po wymianie dysko już się nie powtórzyło. Zrobiłem od nowa partycję, sformatowałem, i noszę się z zamiarem zaś go sprawdzić. Fakt ma on powody, ma już 5 lat a torrenty naparzajały na nim 24/7. Nie są to bad block'i, i zdaję się jest coś w tym co Cezary napisał. S.M.A.R.T nie jest w dobrym stanie, ale nic krytycznego. W logach nic nie było
.
u mnie też nie... Adblock'a mam
Jakby ktoś miał ochotę, http://openwrt.pl/doku.php/urzadzenia:airlink59300v2
U mnie było to samo ale tylko na smartach ze stajni HTC, Sony nie miał takich problemów, winowajcą okazał się ipv6, po wyłączeniu wszystko śmigało. Długo mi zajęło wymyślenie tego bo nie widziałem jakoś związku.
Napięcia mierzone na wyjściu do czujnika Vcc z GND, samo gpio ma przy 0 3.3V przy 1 ,0V.
eko.one.pl → Posty przez Paco52327
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc