Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez zigi
Mnie też działa skaner (Canon lide200) na openwrt. Chciałbym skanować do katalogu udostępnianego przez tą maszynę po sambie za pomocą przycisku na skanerze. Wyczytałem, że potrzeba jeszcze do tego program scanbd. Cezary czy miałbyś czas aby spróbować to skompilować? scanbd
Właśnie o takiej głowicy optycznej na magnes myślałem. Coś takiego można by wykorzystać do zbierania informacji o zużyciu w poszczególnych godzinach i na podstawie tych danych dobierać optymalną taryfę, chociaż w mieszkaniu to zużycie raczej jest "płaskie" i filozofi nie ma. Taki monitoring bardziej pod zakłady produkcyjne a te stać aby kupić komercyjne rozwiązanie.
Mi chodziło bardziej o odczyt z tego interfejsu bezprzewodowego który na swoim końcu ma dwie diody IR. Tam można odczytać moc chwilową i zużycie energii co 15 min. Logując to do jakiegoś pliku można zrobić analizę optymalnej taryfy.
Temat nie do końca o routerach/openwrt ale można by do tego celu użyć jakiejś małej maszynki z openwrt np. Chodzi o odczyt parametrów z licznika energii elektrycznej za pomocą interfejsu optycznego wbudowanego w licznik. Czy ktoś z Was się tym interesował?
Mam dla tego udziału "guest ok" ustawione na "yes" więc nie powinno być problemu. Mogę też się połączyć jako "Połączenie anonimowe" klikając "Połącz" w mincie bez podawania żadnego hasła. Mój problem (a raczej niedogodność) jest raczej po stronie klienta w mincie. W windowsie nie ma żadnego monitu o hasło.
Edycja: zmiana parametru "security" z "user" na "share" pomogła. Zmianę zrobiłem w smb.conf.template.
Używam na laptopie minta i od jakiegoś czasu podczas dostępu do samby zainstalowanej na maszynce z openwrt otwiera się okienko z żądaniem wpisania hasła. Przy sambie chyba nic nie grzebałem a wcześniej tego nie było. Czy to jakieś zmiany w mincie czy jednak coś poprzestawiałem. Chciałbym aby nie prosił o hasło.
Config:
[global]
netbios name = futro
display charset = UTF-8
interfaces = 127.0.0.1/8 lo 192.168.1.212/24 eth0
server string = samba
unix charset = UTF-8
workgroup = WORKGROUP
browseable = yes
deadtime = 30
domain master = yes
encrypt passwords = true
enable core files = no
guest account = nobody
guest ok = yes
invalid users = root
local master = yes
load printers = no
map to guest = Bad User
max protocol = SMB2
min receivefile size = 16384
null passwords = yes
obey pam restrictions = yes
os level = 20
passdb backend = smbpasswd
preferred master = yes
printable = no
security = user
smb encrypt = disabled
smb passwd file = /etc/samba/smbpasswd
socket options = TCP_NODELAY IPTOS_LOWDELAY
syslog = 2
use sendfile = yes
writeable = yes
[homes]
comment = Home Directories
browsable = no
read only = no
create mode = 0750
[tv]
path = /mnt/samba
read only = no
guest ok = yes
create mask = 0700
directory mask = 0700Czy da się jakoś automatycznie zrobić update z https://github.com/openwrt/packages? Widzę, że jest transmission w nowszej wersji i chciałem sobie skompilować. Zrobiłem update wg. instrukcji z tej strony lecz kompiluje się w starszej wersji. Da się to automatycznie pobrać?
Dziwna sprawa bo z gnokii nie chce ten port szeregowy działać natomiast gdy uruchomię na drugim komputerze minicom i minicom na openwrt to mogę się dogadać w obydwie strony.
Nie pomaga. dmesg |grep tty daje mi:
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz root=PARTUUID=f5d4f8ee-02 rootfstype=ext4 rootwait console=tty0 console=ttyS0 noinitrd
[ 0.000000] console [tty0] enabled
[ 0.000000] console [ttyS0] enabled
[ 0.752683] serial8250: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550AMam ttyS0 ale nadal mi nie działa. A w inittab nie trzeba zakomentować lini z ttyS0 (ttyS0::askfirst:/bin/ash --login)?
Chyba coś jeszcze bo na razie nie działa mi port ttyS0. Próbuję komunikować się ze starą nokią podłączoną kablem szeregowym do portu ttyS0. Telefon i kabel na pewno sprawny bo mam jeszcze konwerter usb do RS232 i poprzez ten konwerter gnokii potrafi się skomunikować z telefonem. Na razie wyedytowałem plik grub.cfg i teraz wygląda tak:
#serial --unit=0 --speed=38400 --word=8 --parity=no --stop=1 --rtscts=off
#terminal_input console serial; terminal_output console serial
set default="0"
set timeout="0"
set root='(hd0,msdos1)'
menuentry "OpenWrt" {
linux /boot/vmlinuz root=PARTUUID=f5d4f8ee-02 rootfstype=ext4 rootwait console=tty0 noinitrd
}
menuentry "OpenWrt (failsafe)" {
linux /boot/vmlinuz failsafe=true root=PARTUUID=f5d4f8ee-02 rootfstype=ext4 rootwait console=tty0 console=ttyS0,38400n8 noinitrd
}Co by tu jeszcze żeby to ruszyło?
Jaki wynik testu?
Pobrałem paczkę zip z gita i zainstalowałem zgodnie z INSTALL. subotage.sh się uruchamia normalnie. Zrobiłem test i na komputerze z mintem napi instalowany z tego samego zipa działa. Będę jeszcze wieczorem jakieś testy robił bo na razie nie mam dostępu.
Używałem wcześniej (AA) i sobie chwaliłem. Teraz po aktualizacji do CC niby się zainstalowały skrypty ale napi.sh po uruchomieniu nie zwraca nawet standardowego tekstu pomocy. Doinstalowałem basha i wgeta bo skrypt do testowania niezbędnych narzędzi (test_tools.sh) w jakiś dziwny sposób testuje wget i ten z bb jakby mu nie odpowiadał. Teraz tylko się o dd czepia ale to chyba powinno pozwolić przynajmniej na wywołanie i obejrzenie opcji jakie ma napi.sh a tym czasem jest głucho. Czy ktoś używa tych skryptów i potwierdza błąd?
Link do projektu.
Czy w sprzęcie który uruchamia openwrt poprzez gruba aby wyłączyć konsolę która jest na /dev/ttyS0 wystarczy edytować konfig gruba i usunąć wpis o konsoli systemowej? Chciałem mieć możliwość użycia portu bo jest RS-232 wyprowadzony na obudowę na złączu DB9.
Dla tego tunera trzeba jeszcze dać: opkg install kmod-i2c-mux.
Też się zbudowało bez problemów. Tylko coś strasznie urosła objętościowo ta paczka. Chyba dużo nowych możliwości doszło. Jest transkodowanie w tej kompilacji? Czytałem, że były/są wersje ze wsparciem transkodowania przy pomocy ffmpeg.
Mam moduły. Czy podzieliłbyś się Cezary zawartością katalogu tvheadend potrzebną do zbudowania paczki?
Chciałbym skompilować moduły kernela potrzebne do uruchomienia karty dvb na urządzeniu x86. Jak to zrobić przy założeniu, że mam już skompilowany podstawowy system openwrt w wydaniu CC? Czy to w ogóle "zabawa" dla przeciętnego użytkownika linuksa?
Jest jakieś inne miejsce w sieci gdzie są publikowane patche? Szukam po numerze 2351 ale nic w temacie nie znajduję. Znajduję https://dev.openwrt.org/ticket/2351 ale to coś zupełnie innego.
Dzięki raz jeszcze bo zadziałało od ręki. Najnowsza wersja się kompiluje. Jeszcze tylko mam wątpliwość odnośnie zależności libpcre bo w tym README jest jeszcze mowa o patchu ale link nie działa. Czy jest jakieś inne archiwum tych patchów żeby porównać czy w AA jest już nałożony?
Kompilację robię na mincie więc odpada opcja z błędnie edytowanym plikiem Makefile. Może nowsza wersja nie chce się po prostu skompilować z tym Makefile. Czy mógłbyś Cezary spróbować to skompilować u siebie np. dla ar71xx (tą wersję 0.8.3)?
edit:
W wersji która się kompiluje jest bezpośrednio plik configure a w najnowszej jest tylko autogen.sh. Jak to obejść? Jak wywołać najpierw atuogen.sh a dopiero potem utworzony configure?
Dzięki. Skompilowało się od ręki. Chciałbym jeszcze ostatnią dostępną wersję skompilować.
Zmieniłem w Makefile dwie linie
PKG_VERSION:=0.7.2 na 0.8.3 i
PKG_REV:=3acd9b3f0956ad27c339ff37f769cc20966967a5 na 7059845b81a887dba1d69b4d35420e6ce791187fPrzy próbie ponownej kompilacji dostaję taki błąd:
make[3]: Entering directory `/home/openwrt/build_dir/target-i386_uClibc-0.9.33.2/automatic-0.8.3'
make[3]: *** No targets specified and no makefile found. Stop.
make[3]: Leaving directory `/home/openwrt/build_dir/target-i386_uClibc-0.9.33.2/automatic-0.8.3'
make[2]: *** [/home/openwrt/build_dir/target-i386_uClibc-0.9.33.2/automatic-0.8.3/.built] Error 2
make[2]: Leaving directory `/home/openwrt/package/automatic'
make[1]: *** [package/automatic/compile] Error 2
make[1]: Leaving directory `/home/openwrt'
make: *** [package/automatic/compile] Błąd 2Czy muszę jakoś wyczyścić ślady kompilacji wcześniejszej wersji aby jeszcze raz spróbować kompilować?
Potrzebuję skompilować jeden program dla x86 w wydaniu AA (wiem że nie wspierane ale akurat do tego wydania mam skompilowaną obsługę dvb i nie chcę tego już rozwalać). Mam na razie skompilowane środowisko. Znalazłem też na githubie gotowe pliki potrzebne do wygenerowania paczki. Są tutaj: https://github.com/elm/Automatic-OpenWRT-Files. Co robić dalej? Czy trzeba kompilować zależności? Do jednej z tego co wyczytałem w README trzeba nałożyć patch. Jak się za to zabrać po kolei? Będę wdzięczny za pomoc.
No to pokaż co zwraca dmesg |tail to może ktoś coś ci podpowie.
U mnie chyba ten sam objaw tzn. w oknie rtl_tcp nieustający ciąg znaków. Natomiast wydaje się, że działa pod wine. Czy masz możliwość przetestowania w taki sposób?
eko.one.pl → Posty przez zigi
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc