Trzeba było opkg update nie robić. Masz dwa pakiety o takim samym numerze i innych sumach kontrolnych.

rm /tmp/opkg-lists/*

i ponów instalację.

Przez diody. Nie możesz go użyć - wywal najpierw obsługę diody #9 z kompilacji  z systemu, albo znajdź inne wolne niezajęte gpio.

W źródłach danej platformy pin9 jest wykorzystany do diody. Musisz zakomentować wszystko, skompilować i masz wolne gpio.

Definicji ADM5120_GPIO_P0L1   szukaj.

W jaki sposób mogę zakomnetować ten pin tak żeby nie brał aktywnie udziału
Jak np znalazłem jego definicje tutaj
./target/linux/adm5120/files/arch/mips/include/asm/mach-adm5120/gpio.h:#define ADM5120_GPIO_P0L1    9

to da rade jakoś podać fikcyjny pin tak żebym nie musiał komentować wszędzie wywołania ADM5120_GPIO_P0L1 ?

W tym pliku gpio.h sa dokladnie takie same definicje jak na stronie projektu squidge

Jaki nalezy podac fikcyjny adres pinu zeby nie spowodowac zwieszenia sie routera ?
Jezeli zmienie np adres 9 na 255 to moge odrazu wykonac make w folderze /trunk czy jeszcze cos innego musze wpisac przed kompilacja ?

zaraz bede testowal
a Ty jak Cezary zwalniales uzyte diody ?
Wyszukiwales w plikach *.c i *.h odpowiednie definicje danego pinu i je komentowales - np komendy co korzystaly z tych pinow
Jak je wyszukiwales - poprzz grep -r "nazwa_pinu /sciezka
?

Zmiana ADM5120_GPIO_P0L1 z 9 na 255 nie poskutkowała niestety - system przy bootowaniu sie wywalal
./target/linux/adm5120/files/arch/mips/include/asm/mach-adm5120/gpio.h:#define ADM5120_GPIO_P0L1    9

wobec tego zmieniłem tą 9 na 21 - czyli na ostatnią diodę i system się uruchomił

Mam poinstalowane wszystkie pakiety do pomiaru temperatury po 1wire
# opkg install kmod-w1 kmod-w1-master kmod-w1-gpio-custom

Dla czujnika pod gpio9 wpisałem to
root@OpenWrt:/sys/bus/w1/drivers/w1_slave_driver# insmod w1-gpio-custom bus0=0,9
,0
Custom GPIO-based W1 driver version 0.1.1
root@OpenWrt:/sys/bus/w1/drivers/w1_slave_driver#

i wyskoczył mi komunikat komunikat o poprawnym załadowaniu sterownika
ale po wpisaniu komendy do odczytu temperatury

# cat /sys/bus/w1/drivers/w1_slave_driver/*/w1_slave
nic nie ma

root@OpenWrt:/sys/bus/w1/drivers/w1_slave_driver# # cat /sys/bus/w1/drivers/w1_s
lave_driver/*/w1_slave
root@OpenWrt:/sys/bus/w1/drivers/w1_slave_driver#

Co mogę jeszcze sprawdzić ?

W jaki sposób podłączyć czujnik bezpośrednio - tzn nie w trybie parasite czyli pasożytniczym.
Pomiędzy VCC i DATA ma wpięty rezystor 5,1Ohm, odpiąć go ?
Przy diodzie D4 były 2 nóźki, gdzie przy D4 był +
Nie mam pewności że jest dobrze ten sygnał danych podpięty
Wcześniej już widziałem że ktoś drążył temat.
http://eko.one.pl/forum/viewtopic.php?id=393

Czy przy podłączonym czujniku odrazu bez żadnych komend widoczny jest ten czujnik w folderze /sys/bus/w1/devices/
?
Czy jednak trzeba go uruchamiać poprzez jednorazowe dodanie instrukcji włączającej moduł w1 ?
/etc/modules.d
55-w1-gpio-custom, gdzie trzeba wpisać
w1-gpio-custom bus0=0,9,0
?

gnd mam do gnd z jp2 pin 8, 3,3V mam z jp2 pin2 a dq mam z czujnika do pinu 9 od d4

tylko chyba sie zrobilem w trabe bo na tym schemacie z wczesniejszego linku wynika ze dq jest na srodku a w normie katalogowej od ds18b20 wynika ze patrzac na czujnik od strony pol okregu
1 - gnd
2 - dq
2 - vcc
zorientowalem sie ze mialem odwrotnie vcc i dq
Po zamianie czyli poprawnym podlaczeniu za 1 bootem kernel zaczal sie wykladac ale za 2 razem juz ruszyl normlanie
z tym ze jak dotknalem czujnik to byl taki goracy ze az palec spazylem

Rezystor 5,1ohm mam pomiedzy vcc i pinem 9 (gpio) ale chyba sie zjaral bo teraz zamiast 5,1 podaje 0,22

Czujnik ds18b20 mogl sie uwalic ?

Po co jest rezystor pomiedzy vcc a dq, po to zeby rezystor sie grzal a nie czujnik ?
Moze tego rezystora tam nie byc  i wszystkie 3 sygnaly tj gnd, vcc i dq moga leciec bezposrednio z routera na czujnik ?
Nie myslalem ze ds1820 moze sie az tak nagrzac...

Aby odblokować gpio trzeba zakomentować odpowiednią linijkę w pliku:

 build_dir/linux-adm5120_router_le/linux-2.6.32.27/arch/mips/adm5120/edimax/br-6104kp.c

Tutaj mamy wszystkie gpio zajęte przez led'y, które można wykorzystać do w1:

static struct gpio_led br6104kp_gpio_leds[] __initdata = {
        GPIO_LED_STD(ADM5120_GPIO_PIN0, "power",        NULL),
        GPIO_LED_INV(ADM5120_GPIO_PIN3, "usb1",         NULL),
        GPIO_LED_INV(ADM5120_GPIO_PIN1, "usb2",         NULL),
        GPIO_LED_INV(ADM5120_GPIO_P0L1, "wan_speed",    NULL),
        GPIO_LED_INV(ADM5120_GPIO_P0L0, "wan_lnkact",   NULL),
        GPIO_LED_INV(ADM5120_GPIO_P1L1, "lan1_speed",   NULL),
        GPIO_LED_INV(ADM5120_GPIO_P1L0, "lan1_lnkact",  NULL),
        GPIO_LED_INV(ADM5120_GPIO_P2L1, "lan2_speed",   NULL),
        GPIO_LED_INV(ADM5120_GPIO_P2L0, "lan2_lnkact",  NULL),
        GPIO_LED_INV(ADM5120_GPIO_P3L1, "lan3_speed",   NULL),
        GPIO_LED_INV(ADM5120_GPIO_P3L0, "lan3_lnkact",  NULL),
        //GPIO_LED_INV(ADM5120_GPIO_P4L1, "lan4_speed",   NULL),
        GPIO_LED_INV(ADM5120_GPIO_P4L0, "lan4_lnkact",  NULL),
};

Aby znaleźć numerek GPIO który podajemy przy komendzie insmod w1-gpio-custom możemy użyć takiej komendy(najlepiej być w katalogu ze źródłami od linux'a):

find * -print | xargs grep ADM5120_GPIO_P4L1 | grep define

Ja zrobiłem to właśnie na tym pinie, dodatkowo wylutowałem rezystor ograniczający prąd diody i zwarłem dzięki temu na jednej nóżce miałem gpio a na drugiej Vcc 3,3V, gnd wziąłem ze złącza do transmisji szeregowej. Wartość rezystora podciągającego miałem 4,7k zmniejszyłem go do 1k bo miałem często błędy w transmisji ale to nic nie dało.