A możecie polecić jakąś kamerkę pod CC Luci, ale żeby wyciągała co najmniej 1280x720 w fswebcam - nie chodzi o motion, ale zapis cykliczny jpg-a.
Strony 1
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Opcje wyszukiwania
eko.one.pl → Posty przez rad-t
Znalezione posty: 12
1 2016-02-12 09:07:24
Odp: [Kamera] Obslugiwane kamery pod OpenWrt (233 odpowiedzi, napisanych Oprogramowanie / Software)
2 2016-02-03 08:08:19
Odp: wdr3600 CC - zrywa połączenie i nie podnosi (13 odpowiedzi, napisanych Oprogramowanie / Software)
tak, restart jest jakimś rozwiązaniem, ale tylko doraźnym, nadal nie wiadomo jaka jest rzeczywista przyczyna, skoro na innym sofcie ten sam zestaw sprzętowy śmigał bez problemów, łącznie z podnoszeniem łącza bez restartu.
3 2016-02-03 07:59:27
Odp: WNDR4300 z OpenWRT CC zrywa połączenie z netem (70 odpowiedzi, napisanych Oprogramowanie / Software)
Objawy jak u mnie na WDR3600 - przerabiam dokładnie ten sam problem - zrywanie połączenia, IP wisi, pomaga tylko restart. U mnie ewidentnie nie jest to kwestia hardware, bo na gargulcu śmigało wszystko (łącznie z refreshem połączenia przy zerwaniu bez restartu) na tej samej konfiguracji sprzętowej.
4 2016-02-03 07:55:51
Odp: wdr3600 CC - zrywa połączenie i nie podnosi (13 odpowiedzi, napisanych Oprogramowanie / Software)
Niestety, skrypt po poprawce nadal nie podnosi, ręcznie tak jak pisałem też nie - tylko restart zestawia ponownie połączenie. Gdzie jeszcze szukać? Jak zdebugować modem?
5 2016-02-01 17:53:39
Odp: wdr3600 CC - zrywa połączenie i nie podnosi (13 odpowiedzi, napisanych Oprogramowanie / Software)
Cezary napisał/a:
Masz zrobiony tester.sh który resetuje wan jak nie ma połączenia. A tym masz nie wan a sekcję nazwaną LTE. Na pewno w tym testerze chciałeś mieć ifup wan?
racja, jak się człowiek gapi 10 raz w to samo, to potem nie widzi rzeczy oczywistych...
ale przy okazji - czy w takim razie przy ręcznym wymuszeniu połączenia przez GUI przyciskiem "połącz" nie powinien bez problemu się połączyć?
6 2016-01-30 16:55:12
Odp: wdr3600 CC - zrywa połączenie i nie podnosi (13 odpowiedzi, napisanych Oprogramowanie / Software)
Jakieś konkrety napisałem 
Log poniżej, najpierw w chwilę po wywaleniu się łącza:
Sat Jan 30 16:40:00 2016 cron.info crond[2038]: USER root pid 11585 cmd /bin/tester.sh
Sat Jan 30 16:40:26 2016 daemon.info hostapd: wlan0: STA 00:18:de:08:1a:d2 WPA: group key handshake completed (RSN)
Sat Jan 30 16:40:26 2016 daemon.info hostapd: wlan0: STA 74:e2:8c:c3:33:40 WPA: group key handshake completed (RSN)
Sat Jan 30 16:40:26 2016 daemon.info hostapd: wlan0: STA 00:90:4c:c5:12:38 WPA: group key handshake completed (RSN)
Sat Jan 30 16:40:30 2016 daemon.notice netifd: wan (2540): Received SIGTERM
Sat Jan 30 16:40:30 2016 daemon.notice netifd: Interface 'wan' is now down
Sat Jan 30 16:40:30 2016 daemon.notice netifd: Interface 'wan' is disabled
Sat Jan 30 16:40:30 2016 daemon.notice netifd: Interface 'wan' is enabled
Sat Jan 30 16:40:30 2016 daemon.notice netifd: Interface 'wan' is setting up now
Sat Jan 30 16:40:31 2016 daemon.notice netifd: wan (11647): udhcpc (v1.23.2) started
Sat Jan 30 16:40:31 2016 daemon.notice netifd: wan (11647): Sending discover...
Sat Jan 30 16:40:34 2016 daemon.notice netifd: wan (11647): Sending discover...
Sat Jan 30 16:40:37 2016 daemon.notice netifd: wan (11647): Sending discover...Teraz log po ręcznym wymuszeniu ponownego połączenia:
Sat Jan 30 16:44:03 2016 daemon.notice netifd: LTE (11723): Stopping network
Sat Jan 30 16:44:03 2016 daemon.notice netifd: LTE_4 (2845): Received SIGTERM
Sat Jan 30 16:44:03 2016 daemon.notice netifd: Interface 'LTE_4' is now down
Sat Jan 30 16:44:03 2016 daemon.notice netifd: Interface 'LTE_4' has link connectivity loss
Sat Jan 30 16:44:03 2016 daemon.warn dnsmasq[2689]: no servers found in /tmp/resolv.conf.auto, will retry
Sat Jan 30 16:44:03 2016 daemon.notice netifd: Interface 'LTE_6' is now down
Sat Jan 30 16:44:03 2016 daemon.notice netifd: Interface 'LTE_6' is disabled
Sat Jan 30 16:44:03 2016 daemon.notice netifd: Interface 'LTE_6' has link connectivity loss
Sat Jan 30 16:44:05 2016 daemon.notice netifd: LTE (11723): sending -> AT^NDISDUP=1,0
Sat Jan 30 16:44:05 2016 daemon.notice netifd: LTE (11723): Command failed: Permission denied
Sat Jan 30 16:44:05 2016 daemon.notice netifd: Interface 'LTE' is now down
Sat Jan 30 16:44:05 2016 daemon.notice netifd: Interface 'LTE' is setting up now
Sat Jan 30 16:44:07 2016 daemon.notice netifd: LTE (11786): sending -> AT
Sat Jan 30 16:44:08 2016 daemon.notice netifd: LTE (11786): sending -> ATZ
Sat Jan 30 16:44:09 2016 daemon.notice netifd: LTE (11786): sending -> ATQ0
Sat Jan 30 16:44:09 2016 daemon.notice netifd: LTE (11786): sending -> ATV1
Sat Jan 30 16:44:10 2016 daemon.notice netifd: LTE (11786): sending -> ATE1
Sat Jan 30 16:44:11 2016 daemon.notice netifd: LTE (11786): sending -> ATS0=0
Sat Jan 30 16:44:11 2016 daemon.notice netifd: LTE (11786): sending -> AT^SYSCFGEX="00",3fffffff,2,4,7fffffffffffffff,,
Sat Jan 30 16:44:13 2016 daemon.notice netifd: LTE (11786): sending -> AT^NDISDUP=1,1,"internet","root","---------"
Sat Jan 30 16:44:14 2016 daemon.notice netifd: LTE (11786): Connected, starting DHCP
Sat Jan 30 16:44:14 2016 kern.err kernel: [12285.690000] huawei_cdc_ncm 1-1.2.5.4:1.2 wwan0: kevent 12 may have been dropped
Sat Jan 30 16:44:14 2016 kern.err kernel: [12285.700000] huawei_cdc_ncm 1-1.2.5.4:1.2 wwan0: kevent 12 may have been dropped
Sat Jan 30 16:44:14 2016 kern.err kernel: [12285.710000] huawei_cdc_ncm 1-1.2.5.4:1.2 wwan0: kevent 12 may have been dropped
Sat Jan 30 16:44:14 2016 kern.err kernel: [12285.720000] huawei_cdc_ncm 1-1.2.5.4:1.2 wwan0: kevent 12 may have been dropped
Sat Jan 30 16:44:14 2016 daemon.notice netifd: Interface 'LTE' is now up
Sat Jan 30 16:44:14 2016 daemon.notice netifd: Network device 'wwan0' link is up
Sat Jan 30 16:44:14 2016 daemon.notice netifd: Network alias 'wwan0' link is up
Sat Jan 30 16:44:14 2016 daemon.notice netifd: Interface 'LTE_4' is enabled
Sat Jan 30 16:44:14 2016 daemon.notice netifd: Interface 'LTE_4' has link connectivity
Sat Jan 30 16:44:14 2016 daemon.notice netifd: Interface 'LTE_4' is setting up now
Sat Jan 30 16:44:14 2016 daemon.notice netifd: LTE (11786): Command failed: Unknown error
Sat Jan 30 16:44:14 2016 daemon.notice netifd: Interface 'LTE_6' is enabled
Sat Jan 30 16:44:14 2016 daemon.notice netifd: Interface 'LTE_6' has link connectivity
Sat Jan 30 16:44:14 2016 daemon.notice netifd: Interface 'LTE_6' is setting up now
Sat Jan 30 16:44:14 2016 daemon.notice netifd: LTE (11786): Command failed: Unknown error
Sat Jan 30 16:44:14 2016 daemon.notice netifd: LTE_4 (11849): udhcpc (v1.23.2) started
Sat Jan 30 16:44:14 2016 daemon.notice netifd: LTE_4 (11849): Sending discover...
Sat Jan 30 16:44:14 2016 user.notice firewall: Reloading firewall due to ifup of LTE (wwan0)
Sat Jan 30 16:44:17 2016 daemon.notice netifd: LTE_4 (11849): Sending discover...i kernel:
[12285.690000] huawei_cdc_ncm 1-1.2.5.4:1.2 wwan0: kevent 12 may have been dropped
[12285.700000] huawei_cdc_ncm 1-1.2.5.4:1.2 wwan0: kevent 12 may have been dropped
[12285.710000] huawei_cdc_ncm 1-1.2.5.4:1.2 wwan0: kevent 12 may have been dropped
[12285.720000] huawei_cdc_ncm 1-1.2.5.4:1.2 wwan0: kevent 12 may have been droppeda tak wygląda log od modemu po restarcie, gdy łącze działa normalnie:
Sat Jan 30 13:19:07 2016 daemon.notice netifd: LTE (2409): sending -> AT
Sat Jan 30 13:19:08 2016 daemon.info procd: - init complete -
Sat Jan 30 13:19:08 2016 daemon.notice netifd: LTE (2409): sending -> ATZ
Sat Jan 30 13:19:08 2016 daemon.notice netifd: wan (2548): Sending discover...
Sat Jan 30 13:19:09 2016 daemon.notice netifd: LTE (2409): sending -> ATQ0
Sat Jan 30 13:19:09 2016 daemon.notice netifd: LTE (2409): sending -> ATV1
Sat Jan 30 13:19:10 2016 daemon.notice netifd: LTE (2409): sending -> ATE1
Sat Jan 30 13:19:11 2016 daemon.notice netifd: LTE (2409): sending -> ATS0=0
Sat Jan 30 13:19:11 2016 daemon.notice netifd: wan (2548): Sending discover...
Sat Jan 30 13:19:11 2016 daemon.notice netifd: LTE (2409): sending -> AT^SYSCFGEX="00",3fffffff,2,4,7fffffffffffffff,,
Sat Jan 30 13:19:13 2016 daemon.notice netifd: LTE (2409): sending -> AT^NDISDUP=1,1,"internet","root","----------"
Sat Jan 30 13:19:14 2016 daemon.notice netifd: LTE (2409): Connected, starting DHCP
Sat Jan 30 13:19:14 2016 daemon.notice netifd: Interface 'LTE' is now up
Sat Jan 30 13:19:14 2016 kern.err kernel: [ 58.250000] huawei_cdc_ncm 1-1.2.5.4:1.2 wwan0: kevent 12 may have been dropped
Sat Jan 30 13:19:14 2016 daemon.notice netifd: Network device 'wwan0' link is up
Sat Jan 30 13:19:14 2016 daemon.notice netifd: Network alias 'wwan0' link is up
Sat Jan 30 13:19:14 2016 daemon.notice netifd: Interface 'LTE_4' is enabled
Sat Jan 30 13:19:14 2016 daemon.notice netifd: Interface 'LTE_4' has link connectivity
Sat Jan 30 13:19:14 2016 daemon.notice netifd: Interface 'LTE_4' is setting up now
Sat Jan 30 13:19:14 2016 daemon.notice netifd: LTE (2409): Command failed: Unknown error
Sat Jan 30 13:19:14 2016 daemon.notice netifd: Interface 'LTE_6' is enabled
Sat Jan 30 13:19:14 2016 daemon.notice netifd: Interface 'LTE_6' has link connectivity
Sat Jan 30 13:19:14 2016 daemon.notice netifd: Interface 'LTE_6' is setting up now
Sat Jan 30 13:19:14 2016 daemon.notice netifd: LTE (2409): Command failed: Unknown error
Sat Jan 30 13:19:14 2016 daemon.notice netifd: LTE_4 (2853): udhcpc (v1.23.2) started
Sat Jan 30 13:19:15 2016 daemon.notice netifd: LTE_4 (2853): Sending discover...
Sat Jan 30 13:19:15 2016 daemon.notice netifd: LTE_4 (2853): Sending select for 46.113.175.190...
Sat Jan 30 13:19:15 2016 daemon.notice netifd: LTE_4 (2853): Lease of 46.113.175.190 obtained, lease time 518400
Sat Jan 30 13:19:15 2016 daemon.notice netifd: Interface 'LTE_4' is now up
Sat Jan 30 13:19:15 2016 daemon.info dnsmasq[2700]: reading /tmp/resolv.conf.auto
Sat Jan 30 13:19:15 2016 daemon.info dnsmasq[2700]: using local addresses only for domain lan
Sat Jan 30 13:19:15 2016 daemon.info dnsmasq[2700]: using nameserver 89.108.195.21#53
Sat Jan 30 13:19:15 2016 daemon.info dnsmasq[2700]: using nameserver 89.108.202.21#53
Sat Jan 30 13:19:15 2016 user.notice firewall: Reloading firewall due to ifup of LTE (wwan0)7 2016-01-30 14:21:20
Odp: wdr3600 CC - zrywa połączenie i nie podnosi (13 odpowiedzi, napisanych Oprogramowanie / Software)
No dobra - po stronie operatora, ale w takim razie czemu wystarczy restart routera, żeby znowu się połączyło prawidłowo? 
8 2016-01-30 14:00:57
Odp: wdr3600 CC - zrywa połączenie i nie podnosi (13 odpowiedzi, napisanych Oprogramowanie / Software)
Hub USB z własnym zasilaniem (D-link), ale to raczej nie to, na gargulcu wcześniej śmigało bez zająknięcia na tej samej konfiguracji sprzętowej.
9 2016-01-30 13:30:07
Temat: wdr3600 CC - zrywa połączenie i nie podnosi (13 odpowiedzi, napisanych Oprogramowanie / Software)
Wersja OpenWrt Chaos Calmer 15.05 / LuCI (git-16.018.33482-3201903)
router WDR3600
modem E3276
Co jakiś czas zrywa połączenie, teoretycznie link jest utrzymany (modem sygnalizuje diodą połączenie bez zmian) IP, etc wszystko niby jest, ale przestają chodzić pingi i brak jest fizycznej łączności ze światem. Wrzuciłem skrypt do odświeżania połączenia, wykrywa brak łączności, restartuje je, ale potem nie uzyskuje już IP od dostawcy (PLAY).
W logach akcja odświeżania połączenia kończy się na dwu, trzykrotnym Sending discover...
Tak samo dzieje się nie używając skryptu, tylko gdy zrobię ręczne odświeżenie połączenia poprzez GUI.
Pomaga tylko restart, wtedy wraca wszystko do normy.
10 2016-01-26 21:06:54
Odp: Problem z extrootem po aktualizacji (2 odpowiedzi, napisanych Oprogramowanie / Software)
Od nowa.
11 2016-01-26 21:03:09
Temat: Problem z extrootem po aktualizacji (2 odpowiedzi, napisanych Oprogramowanie / Software)
Pacjent - TL-WDR3600 v1, Luci git-16.018.33482-320190
Chodził bez problemów na wersji z 30 listopada 2015. Zachciało mi się aktualizacji do najnowszej wersji z 23 stycznia 2016 i zaczęły się problemy. Po restarcie brak kontaktu z routerem - jakby nie podnosił w ogóle interfejsów sieciowych. Wypięcie gwizdka usb, który robił za extroota (/overlay) i ponowne włączenie załatwia problem, router podnosi się i działa normalnie.
Kombinowałem więc z innymi nośnikami - inne gwizdki usb, karta SD wpinana w modem, oczywiście potem robiona konfiguracja pod extroota i efekt ten sam, zwiecha w trakcie restartu i brak kontaktu z routerem, więc wyłączenie, po czym wyjęcie nośnika pamięci, restart i router znowu ożywa.
12 2014-08-29 20:38:55
Temat: libgd z obsługą freetype (1 odpowiedzi, napisanych Oprogramowanie / Software)
Czy jest możliwe przeinstalowanie pakietu libgd z obsługą freetype tak, żeby można było dodawać do zrzutów z fswebcam podpisy ?
Teraz wysypuje oczywiście komunikat o błędzie:
Unable to load font '/usr/share/fonts/arial.ttf': libgd was not built with FreeType font support
Znalezione posty: 12
Strony 1
eko.one.pl → Posty przez rad-t
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc