?>/script>'; } ?> [Desarrollo] OpenWrt en Observa Telecom VH4032N Widgets Magazine
« anterior próximo »
Páginas: 1 ... 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 ... 25   Ir Abajo

Autor Tema: [Desarrollo] OpenWrt en Observa Telecom VH4032N  (Leído 234130 veces)

0 Usuarios y 2 Visitantes están viendo este tema.

Ficht

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #220 en: 28-03-2016, 11:08 (Lunes) »
Cita de: hawai50 en 27-03-2016, 22:53 (Domingo)
Hola Ficht, he probado ya lo que comentas, y ademas usando distintas versiones de los drivers, y no ha funcionado. Tambien reinstalando la imagen varias veces, y no hay manera. Solo falta probar tenerlos ya preinstalados, a ver si asi funcionan.

Si vas a hacer otra compilacion mirate tambien lo que te he comentado sobre la lista de paquetes instalados, que algo pasa porque las listas estan vacias y al actualizar de los repositorios, siguen vacias. Se puede hacer ya una comilacion con BB estable?

Muchas gracias por la respuesta y la rapidez
Saludos


Hola hawai50

Prueba este, creo que lleva todos los driver de cámaras que habían disponibles (o así lo tengo marcado, lo compilé hace algún tiempo y no recuerdo) yo ahora no puedo probarlo estoy en otras pruebas con mi router.
« Última modificación: 16-04-2016, 16:25 (Sábado) por Ficht »
En línea

hawai50

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #221 en: 28-03-2016, 13:23 (Lunes) »
Pues la cosa sigue igual. He reinstalado manualmente uno a uno los drivers, el mjpg_streamer, y todas las dependencias que salian, y no hay manera. Los drivers parece que no encajan. He probado las camaras en windows y funcionan perfectamente.
Es raro que ninguna de las dos camaras de distintos modelos funcione.
Gracias por todo
« Última modificación: 28-03-2016, 18:59 (Lunes) por hawai50 »
En línea

Ficht

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #222 en: 28-03-2016, 20:43 (Lunes) »
Cita de: hawai50 en 28-03-2016, 13:23 (Lunes)
Pues la cosa sigue igual. He reinstalado manualmente uno a uno los drivers, el mjpg_streamer, y todas las dependencias que salían, y no hay manera. Los drivers parece que no encajan. He probado las camaras en windows y funcionan perfectamente.
Es raro que ninguna de las dos camaras de distintos modelos funcione.
Gracias por todo

Hola, esta carpeta están los driver's de vídeo para ese kernel, instálalos manualmente y a ver que pasa.
En línea

hawai50

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #223 en: 28-03-2016, 22:52 (Lunes) »
Hola, gracias de nuevo Ficht, tras probarlo todo me sale esto al conectar una camara:
Código: [Seleccionar]
root@OpenWrt:/# [  220.828000] usb 1-2.1: new full-speed USB device number 3 usi
ng ehci-platform
[  220.940000] usb 1-2.1: New USB device found, idVendor=0c45, idProduct=6102
[  220.948000] usb 1-2.1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[  220.956000] usb 1-2.1: Product: USB camera
[  220.968000] usbip-host 1-2.1:1.0: 1-2.1 is not in match_busid table... skip!
[  625.616000] usb 1-2.1: USB disconnect, device number 3
[  632.744000] usb 1-2.2: new full-speed USB device number 4 using ehci-platform
[  632.856000] usb 1-2.2: New USB device found, idVendor=0c45, idProduct=6102
[  632.864000] usb 1-2.2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[  632.872000] usb 1-2.2: Product: USB camera
[  632.880000] usbip-host 1-2.2:1.0: 1-2.2 is not in match_busid table... skip!
Si alguien puede ayudar, que lo diga
saludos
« Última modificación: 28-03-2016, 22:54 (Lunes) por hawai50 »
En línea

Ficht

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #224 en: 29-03-2016, 00:35 (Martes) »
Cita de: hawai50 en 28-03-2016, 22:52 (Lunes)
Hola, gracias de nuevo Ficht, tras probarlo todo me sale esto al conectar una camara:


Si alguien puede ayudar, que lo diga
saludos

y al conectar la cámara, que pone al hacer
Código: [Seleccionar]
ls /dev
En línea

hawai50

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #225 en: 29-03-2016, 13:23 (Martes) »
Aqui tienes la respuesta al hacer ls /dev
Código: [Seleccionar]
root@OpenWrt:/# ls /dev
bus                 mtd1                mtdblock1           pts
console             mtd1ro              mtdblock2           random
cpu_dma_latency     mtd2                mtdblock3           root
full                mtd2ro              mtdblock4           shm
fuse                mtd3                mtdblock5           snd
hwrng               mtd3ro              network_latency     tty
kmsg                mtd4                network_throughput  ttyS0
log                 mtd4ro              null                urandom
mem                 mtd5                port                watchdog
mtd0                mtd5ro              ppp                 zero
mtd0ro              mtdblock0           ptmx
y con lsusb:
Código: [Seleccionar]
root@OpenWrt:/# lsusb
Bus 001 Device 002: ID 0409:005a NEC Corp. HighSpeed Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0c45:6009 Microdia VideoCAM ExpressII
Bus 001 Device 004: ID 0c45:6102 Microdia
Al hacer lsmod sale esto:

Código: [Seleccionar]
root@OpenWrt:/# lsmod
act_connmark             944  0
act_ipt                 2672  0
act_mirred              2496  0
act_police              3472  0
act_skbedit             1760  0
b43                   348850  0
bcma                   27879  1 b43
button_hotplug          2848  0
cfg80211              193654  4 b43
cls_basic               3056  0
cls_flow                5056  0
cls_fw                  3216  0
cls_route               5008  0
cls_tcindex             3808  0
cls_u32                 5696  0
compat                  1471  5 b43
compat_xtables          1852  1 xt_ipp2p
cp210x                  7264  0
crc16                   1015  1 ext4
crypto_hash             9498  2 ext4
ehci_hcd               52124  1 ehci_platform
ehci_platform           1856  0
em_cmp                   736  0
em_meta                 4512  0
em_nbyte                 720  0
em_text                 1360  0
em_u32                   576  0
ext4                  313785  0
fat                    46447  2 msdos
fuse                   61105  0
gpio_keys_polled        2288  0
ifb                     2672  0
input_core             24617  4 gpio_keys_polled
input_polldev           1939  1 gpio_keys_polled
ip6_tables              8913  3 ip6table_raw
ip6t_REJECT             2336  2
ip6t_ah                  800  0
ip6t_eui64               704  0
ip6t_frag                832  0
ip6t_hbh                1296  0
ip6t_ipv6header         1072  0
ip6t_mh                  704  0
ip6t_rt                 1536  0
ip6table_filter          608  1
ip6table_mangle         1024  1
ip6table_raw             576  1
ip_tables               9165  4 iptable_nat
ipt_ECN                 1376  0
ipt_MASQUERADE          1136  1
ipt_REJECT              1744  2
iptable_filter           672  1
iptable_mangle           928  1
iptable_nat             1696  1
iptable_raw              640  1
ipv6                  238966 24 ip6t_REJECT
isofs                  21193  0
jbd2                   46924  1 ext4
leds_gpio               1632  0
ledtrig_gpio            1984  0
ledtrig_heartbeat       1152  0
ledtrig_morse           1824  0
ledtrig_oneshot         1568  0
ledtrig_usbdev          1952  0
mac80211              346287  5 b43
mbcache                 3981  1 ext4
msdos                   5856  0
nf_conntrack           44395 18 iptable_nat
nf_conntrack_ftp        5120  1 nf_nat_ftp
nf_conntrack_ipv4       4692  8
nf_conntrack_ipv6       4992  3
nf_conntrack_irc        2784  1 nf_nat_irc
nf_defrag_ipv4           742  1 nf_conntrack_ipv4
nf_defrag_ipv6          8711  1 nf_conntrack_ipv6
nf_nat                  9887  7 iptable_nat
nf_nat_ftp              1200  0
nf_nat_ipv4             2430  1 iptable_nat
nf_nat_irc               976  0
nls_iso8859_1           2896  0
ntfs                   96339  0
ohci_hcd               35024  0
option                 25808  0
p54common              27618  1 p54usb
p54usb                 10832  0
pl2303                  6720  0
ppp_async               6224  0
ppp_generic            19666  3 pppoe
pppoe                   7664  0
pppox                   1338  1 pppoe
rt2x00lib              33082  2 rt73usb
rt2x00usb               7721  1 rt73usb
rt73usb                25456  0
sch_codel               4144  0
sch_dsmark              3536  0
sch_gred                6192  0
sch_hfsc               13440  0
sch_htb                12512  0
sch_ingress              944  0
sch_prio                3120  0
sch_red                 4256  0
sch_sfq                 8048  0
sch_tbf                 3664  0
sch_teql                3664  0
scsi_mod               76962  3 ums_cypress
sd_mod                 24864  0
slhc                    4187  1 ppp_generic
snd                    37574 10 snd_usb_audio
snd_compress            6159  0
snd_hwdep               4318  1 snd_usb_audio
snd_mixer_oss          12377  1 snd_pcm_oss
snd_page_alloc          4497  1 snd_pcm
snd_pcm                57501  2 snd_usb_audio
snd_pcm_oss            33761  0
snd_rawmidi            15155  1 snd_usbmidi_lib
snd_seq_device          4301  1 snd_rawmidi
snd_timer              14558  1 snd_pcm
snd_usb_audio          89493  0
snd_usbmidi_lib        14282  1 snd_usb_audio
soundcore               3788  1 snd
ts_bm                   1392  0
ts_fsm                  2528  0
ts_kmp                  1328  0
udf                    82522  0
ums_alauda              8288  0
ums_cypress             2240  0
ums_datafab             4672  0
ums_freecom             2032  0
ums_isd200              4992  0
ums_jumpshot            3616  0
ums_karma               1536  0
ums_sddr09              8752  0
ums_sddr55              4848  0
ums_usbat               7344  0
usb_storage            36728 10 ums_usbat
usb_wwan                4380  1 option
usbip_core              4321  2 vhci_hcd
usbip_host             11896  0
usbserial              18711  4 option
vfat                    8096  0
vhci_hcd               10819  0
x_tables               10997 52 ipt_MASQUERADE
xt_CLASSIFY              576  0
xt_CT                   2288  0
xt_DSCP                 1440  0
xt_HL                   1296  0
xt_LED                  1472  0
xt_LOG                  9312  0
xt_REDIRECT             1072  0
xt_TCPMSS               2672  0
xt_comment               480 51
xt_connbytes            1488  0
xt_connlimit            2592  0
xt_connmark             1040  0
xt_conntrack            2192 10
xt_dscp                  976  0
xt_ecn                  1296  0
xt_helper                880  0
xt_hl                    784  0
xt_ipp2p                6944  0
xt_length                672  0
xt_limit                 992 20
xt_mac                   608  0
xt_mark                  672  0
xt_multiport            1184  0
xt_nat                  1072  0
xt_recent               6576  0
xt_state                 688  0
xt_statistic             784  0
xt_string                784  0
xt_tcpmss                992  0
xt_tcpudp               1664  6
xt_time                 1664  0
zlib_deflate           18536  0
zlib_inflate           12498  0
« Última modificación: 29-03-2016, 13:34 (Martes) por hawai50 »
En línea

Ficht

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #226 en: 29-03-2016, 13:51 (Martes) »
Cual de los dos firm tienes instalado? el primero o el segundo?


Seguramente es el segundo que subí, y está mal....

Compara con el mío...

Código: [Seleccionar]
root@OpenWrt:~# lsmod

arc4                    1312  2
arp_tables              8145  1 arptable_filter
arpt_mangle              880  0
arptable_filter          576  0
ath                    16133  4 ath9k_htc
ath9k_common            7295  1 ath9k_htc
ath9k_htc              68082  0
ath9k_hw              372549  2 ath9k_htc
b43                   323374  0
bcma                   27879  1 b43
bluetooth             192027  7 rfcomm
bnep                    8365  0
btusb                  12720  0
button_hotplug          2864  0
carl9170               91139  0
cfg80211              193862 10 ath9k_htc
compat                  1471 17 ath9k_htc
compat_xtables          1852  1 xt_ipp2p
cp210x                  7264  0
cpia2                  27777  0
crc16                   1015  2 bluetooth
crc_ccitt               1019  3 rt2800lib
crc_itu_t               1019  2 rt73usb
crypto_blkcipher       10391  1 arc4
crypto_hash             9498  3 bluetooth
eeprom_93cx6            1823  1 rtl8187
ehci_hcd               52124  1 ehci_platform
ehci_platform           1856  0
evdev                   7776  2
exportfs                2896  1 nfsd
ext4                  313785  1
fat                    46447  2 msdos
ftdi_sio               27040  0
fuse                   61105  0
gpio_button_hotplug     4512  0
gspca_main             18905  4 gspca_zc3xx
gspca_ov519            29744  0
gspca_ov534             9120  0
gspca_ov534_9           7504  0
gspca_zc3xx            34960  0
hci_uart                8751  0
hid                    74084  3 usbhid
hid_generic              592  0
hidp                   10945  0
input_core             24617 13 carl9170
ip6_tables              8913  3 ip6table_raw
ip6t_REJECT             2336  2
ip6t_ah                  800  0
ip6t_eui64               704  0
ip6t_frag                832  0
ip6t_hbh                1296  0
ip6t_ipv6header         1072  0
ip6t_mh                  704  0
ip6t_rt                 1536  0
ip6table_filter          608  1
ip6table_mangle         1024  1
ip6table_raw             576  1
ip_set                 21188 12 xt_set
ip_set_bitmap_ip        6032  0
ip_set_bitmap_ipmac     5824  0
ip_set_bitmap_port      5344  0
ip_set_hash_ip         15568  0
ip_set_hash_ipport     16320  0
ip_set_hash_ipportip   17072  0
ip_set_hash_ipportnet   22416  0
ip_set_hash_net        19360  0
ip_set_hash_netiface   21376  0
ip_set_hash_netport    21232  0
ip_set_list_set         6704  0
ip_tables               9165  4 iptable_nat
ipt_ECN                 1376  0
ipt_MASQUERADE          1136  1
ipt_REJECT              1744  2
iptable_filter           672  1
iptable_mangle           928  1
iptable_nat             1696  1
iptable_raw              640  1
ipv6                  238966 24 ip6t_REJECT
isofs                  21193  0
jbd2                   46924  1 ext4
ledtrig_gpio            1984  0
ledtrig_heartbeat       1152  0
ledtrig_morse           1824  0
ledtrig_oneshot         1568  0
ledtrig_usbdev          1952  0
lib80211                2927  3 lib80211_crypt_wep
lib80211_crypt_ccmp     3584  0
lib80211_crypt_tkip     6512  0
lib80211_crypt_wep      1968  0
libertas               45328  1 usb8xxx
lockd                  47996  3 nfsd
mac80211              347215  9 ath9k_htc
mbcache                 3981  1 ext4
msdos                   5856  0
nf_conntrack           44395 17 iptable_nat
nf_conntrack_ftp        5120  1 nf_nat_ftp
nf_conntrack_ipv4       4692  8
nf_conntrack_ipv6       4992  3
nf_conntrack_irc        2784  1 nf_nat_irc
nf_defrag_ipv4           742  1 nf_conntrack_ipv4
nf_defrag_ipv6          8711  1 nf_conntrack_ipv6
nf_nat                  9887  7 iptable_nat
nf_nat_ftp              1200  0
nf_nat_ipv4             2430  1 iptable_nat
nf_nat_irc               976  0
nfnetlink               2507  1 ip_set
nfs                   100467  1 nfsv3
nfsd                   71142  0
nfsv3                  14504  0
nls_iso8859_1           2896  0
ntfs                   96339  0
ohci_hcd               35024  0
option                 25808  0
p54common              27634  1 p54usb
p54usb                 10832  0
pl2303                  6720  0
ppp_async               6224  0
ppp_generic            19666  3 pppoe
pppoe                   7664  0
pppox                   1338  1 pppoe
pwc                    60862  0
rfcomm                 26368  0
rotary_encoder          2112  0
rt2500usb              17936  0
rt2800lib              72113  1 rt2800usb
rt2800usb              14176  0
rt2x00lib              33130  5 rt2800usb
rt2x00usb               7721  3 rt2800usb
rt73usb                25456  0
rtl8187                48228  0
scsi_mod               76962  3 ums_cypress
sd_mod                 24864  2
slhc                    4187  1 ppp_generic
snd                    37574 10 snd_usb_audio
snd_compress            6159  0
snd_hwdep               4318  1 snd_usb_audio
snd_mixer_oss          12377  1 snd_pcm_oss
snd_page_alloc          4497  1 snd_pcm
snd_pcm                57501  2 snd_usb_audio
snd_pcm_oss            33761  0
snd_rawmidi            15155  1 snd_usbmidi_lib
snd_seq_device          4301  1 snd_rawmidi
snd_timer              14558  1 snd_pcm
snd_usb_audio          89493  0
snd_usbmidi_lib        14282  1 snd_usb_audio
sunrpc                138676  4 nfsd
ts_bm                   1392  0
ts_fsm                  2528  0
ts_kmp                  1328  0
udf                    82522  0
uhci_hcd               29440  0
ums_alauda              8288  0
ums_cypress             2240  0
ums_datafab             4672  0
ums_freecom             2032  0
ums_isd200              4992  0
ums_jumpshot            3616  0
ums_karma               1536  0
ums_sddr09              8752  0
ums_sddr55              4848  0
ums_usbat               7344  0
usb8xxx                 5824  0
usb_storage            36728 11 ums_usbat
usb_wwan                4380  1 option
usbhid                 22309  0
usbip_core              4321  2 vhci_hcd
usbip_host             11896  0
usbserial              18711  5 option
uvcvideo               61032  0
vfat                    8096  0
vhci_hcd               10819  0
x_tables               10997 55 ipt_MASQUERADE
xt_CLASSIFY              576  0
xt_CT                   2288  0
xt_DSCP                 1440  0
xt_HL                   1296  0
xt_LED                  1472  0
xt_LOG                  9312  0
xt_REDIRECT             1072  0
xt_TCPMSS               2672  2
xt_comment               480 59
xt_connbytes            1488  0
xt_connlimit            2592  0
xt_connmark             1040  0
xt_conntrack            2192 10
xt_dscp                  976  0
xt_ecn                  1296  0
xt_helper                880  0
xt_hl                    784  0
xt_ipp2p                6944  0
xt_length                672  0
xt_limit                 992 20
xt_mac                   608  0
xt_mark                  672  0
xt_multiport            1184  0
xt_nat                  1072  0
xt_recent               6576  0
xt_set                  4256  0
xt_state                 688  0
xt_statistic             784  0
xt_string                784  0
xt_tcpmss                992  0
xt_tcpudp               1664 14
xt_time                 1664  0
zlib_deflate           18536  0
zlib_inflate           12498  0


Cita de: hawai50 en 29-03-2016, 13:23 (Martes)
Aqui tienes la respuesta al hacer ls /dev
Código: [Seleccionar]
root@OpenWrt:/# ls /dev
bus                 mtd1                mtdblock1           pts
« Última modificación: 29-03-2016, 14:17 (Martes) por Ficht »
En línea

danitool

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #227 en: 29-03-2016, 14:13 (Martes) »
Para hacer un firmware "compatible" con los módulos del kernel que hay en los repos oficiales online, lo que se puede hacer es

- compilar el firmware seleccionando todos los módulos de OpenWrt (los que ofrece online para instalar) en el menuconfig. Pero seleccionarlos con la "m" así se compilan pero no se inluyen en el firmware, de esta forma más tarde no habrá problemas con símbolos del kernel inexistentes cuando se instala un módulo del kernel

- aplicar este parche antes de compilar:
Citar
--- include/kernel-defaults.mk   (revision 44078)
+++ include/kernel-defaults.mk   (working copy)
@@ -113,7 +113,7 @@
    $(call Kernel/SetNoInitramfs)
    rm -rf $(KERNEL_BUILD_DIR)/modules
    $(_SINGLE) [ -d $(LINUX_DIR)/user_headers ] || $(MAKE) $(KERNEL_MAKEOPTS) INSTALL_HDR_PATH=$(LINUX_DIR)/user_headers headers_install
-   $(SH_FUNC) grep '=[ym]' $(LINUX_DIR)/.config | LC_ALL=C sort | md5s > $(LINUX_DIR)/.vermagic
+   echo 4fdeaa230730b312b7a61f165b88156e > $(LINUX_DIR)/.vermagic
 endef
 
 define Kernel/Configure/Initramfs
donde se fuerza el vermagic a tener un número concreto que coincide con la versión oficial de openwrt de esta forma no se quejará de dependencias al instalar módulos de kernel
4fdeaa230730b312b7a61f165b88156e es el vermagic de Barrier Breaker. Ojo que no se queje no quiere decir que el módulo vaya a encajar bien sobre todo sino hicimos el paso anterior.

Quizás este router al no tener soporte oficial, lo mejor sería compilar un firmware para que sea compatible con repos online.

« Última modificación: 29-03-2016, 14:14 (Martes) por danitool »
En línea

Ficht

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #228 en: 29-03-2016, 14:34 (Martes) »
Cita de: danitool en 29-03-2016, 14:13 (Martes)
Para hacer un firmware "compatible" con los módulos del kernel que hay en los repos oficiales online, lo que se puede hacer es

- compilar el firmware seleccionando todos los módulos de OpenWrt (los que ofrece online para instalar) en el menuconfig. Pero seleccionarlos con la "m" así se compilan pero no se inluyen en el firmware, de esta forma más tarde no habrá problemas con símbolos del kernel inexistentes cuando se instala un módulo del kernel

- aplicar este parche antes de compilar:
Citar
--- include/kernel-defaults.mk   (revision 44078)
+++ include/kernel-defaults.mk   (working copy)
@@ -113,7 +113,7 @@
    $(call Kernel/SetNoInitramfs)
    rm -rf $(KERNEL_BUILD_DIR)/modules
    $(_SINGLE) [ -d $(LINUX_DIR)/user_headers ] || $(MAKE) $(KERNEL_MAKEOPTS) INSTALL_HDR_PATH=$(LINUX_DIR)/user_headers headers_install
-   $(SH_FUNC) grep '=[ym]' $(LINUX_DIR)/.config | LC_ALL=C sort | md5s > $(LINUX_DIR)/.vermagic
+   echo 4fdeaa230730b312b7a61f165b88156e > $(LINUX_DIR)/.vermagic
 endef
 
 define Kernel/Configure/Initramfs
donde se fuerza el vermagic a tener un número concreto que coincide con la versión oficial de openwrt de esta forma no se quejará de dependencias al instalar módulos de kernel
4fdeaa230730b312b7a61f165b88156e es el vermagic de Barrier Breaker. Ojo que no se queje no quiere decir que el módulo vaya a encajar bien sobre todo sino hicimos el paso anterior.

Quizás este router al no tener soporte oficial, lo mejor sería compilar un firmware para que sea compatible con repos online.



Hola Danitool

Si, los módulos apropiados del kernel  están publicados (muchos o casi todos) en una carpeta anterior.

Lo que no se si es posible, crearme un entorno bajo chaos-calmer y volver a definir la placa, no se si se chocará con otras cosas o si al actualizarse, se corromperá todo, no se bien como se hace...
Crees que se puede hacer? 
En línea

hawai50

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #229 en: 29-03-2016, 15:08 (Martes) »
Ficht, tengo puesto ahora mismo el segundo firm que subiste

Y a lo que comenta Danitol me referia yo, crear una version que sea directamente compatible con los repositorios de BB (o si fuera CC ya seria el colmo), y de esta forma nos ahorrariamos el lio de las dependencias e instalaciones manuales.
« Última modificación: 29-03-2016, 15:12 (Martes) por hawai50 »
En línea

Ficht

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #230 en: 29-03-2016, 15:26 (Martes) »
Cita de: hawai50 en 29-03-2016, 15:08 (Martes)
Ficht, tengo puesto ahora mismo el segundo firm que subiste

Y a lo que comenta Danitol me referia yo, crear una version que sea directamente compatible con los repositorios de BB (o si fuera CC ya seria el colmo), y de esta forma nos ahorrariamos el lio de las dependencias e instalaciones manuales.

Si hawai50, pero una cosa es que te avise o no de la compatibilidad y otra que sea compatible el driver, es verdad que te facilita las cosas, pero también (digo yo) si instalas algo y se te vuelve inestable, puedes no saber bien cual de los paquetes de dependencia te ha dado el problema, piensa que opkg instala además de driver, otros paquetes necesarios.
En línea

hawai50

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #231 en: 29-03-2016, 17:47 (Martes) »
Eso que dices es cierto, cuando hacemos compilaciones con versiones de prueba se suele usar el trunk, y es lo que pasa. Pero igual resulta posible hacer una compilacion con las fuentes del BB de las que hay la version estable, con repositorios bien conocidos y publicados.
Saludos
En línea

Ficht

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #232 en: 29-03-2016, 18:56 (Martes) »
Cita de: hawai50 en 29-03-2016, 17:47 (Martes)
Eso que dices es cierto, cuando hacemos compilaciones con versiones de prueba se suele usar el trunk, y es lo que pasa. Pero igual resulta posible hacer una compilacion con las fuentes del BB de las que hay la version estable, con repositorios bien conocidos y publicados.
Saludos

Por eso es que lanzo la pregunta a Dani, porque no es coser y cantar hacerlo en BB estable o CC (al menos para mi) la forma y los directorios donde se definen las distintas placas no es exactamente igual.
El trabajo gordo ya lo hizo en su día gmtii, hay algunos gpios que no están configurados en esa definición, pero son chorradas que además ya están localizados sus valores.
En línea

apastor

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #233 en: 29-03-2016, 19:55 (Martes) »
Cita de: apastor en 26-03-2016, 10:13 (Sábado)
Cita de: Ficht en 25-03-2016, 10:03 (Viernes)
Cita de: apastor en 24-03-2016, 11:11 (Jueves)
Buenas, solo agradecer vuestra labor. He metido la versión https://foro.seguridadwireless.net/openwrt/(desarrollo)-observa-telecom-vh4032n/msg341245/#msg341245 y en las pruebas que he hecho funciona sin problemas, ¡gracias Ficht!.

Solo he tenido un contratiempo: el USBTTL que tengo no funcionaba, es un PL-2303 y como cuentan en https://foro.seguridadwireless.net/openwrt/%28desarrollo%29-observa-telecom-vh4032n/msg335215/#msg335215 por algún motivo no funciona con este router.

No problem: con un destornillador para hacer contacto entre TX y RX y usando este métido https://foro.seguridadwireless.net/openwrt/%28desarrollo%29-observa-telecom-vh4032n/msg310600/#msg310600 he cargado el sistema sin problema. Tardas un poco mas, pero es ideal si no te funciona o no tienes el conector serie.

Lo dicho, muchas gracias a todos.




Hola apastor!  Me alegro que te resulte útil.
Es bueno confirmar lo del adaptador TTL PL-2303 ya que nadie lo había comentado antes y me había quedado con la duda de si era el mío que no le gustaba este router...

Hola Ficht, gracias por tu compilación, va como la seda. Tengo pensado usarlo con motion para manejar webcams, que creo es lo que tú has hecho ya.

Cuando vuelva a casa lo quiero probar con otro TTL que tengo allí, que creo que es de otro modelo, y si puedo ver el proceso de arranque con el minicom confirmar así que el PL-2303 es incompatible.

Un saludo.


¡Confirmado!, en casa con un USB-TTL CP2102 funciona perfectamente: veo con minicom todo el proceso de arranque y puedo entrar en CFE si quiero.

Con el PL-2303 he probado de nuevo y nada de nada. Está claro que algo tiene esta placa o este puerto serio que la hace incompatible con PL-2303.

Un saludo y grcias.
« Última modificación: 29-03-2016, 20:46 (Martes) por apastor »
En línea

danitool

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #234 en: 29-03-2016, 20:21 (Martes) »
Cita de: Ficht en 29-03-2016, 18:56 (Martes)
Cita de: hawai50 en 29-03-2016, 17:47 (Martes)
Eso que dices es cierto, cuando hacemos compilaciones con versiones de prueba se suele usar el trunk, y es lo que pasa. Pero igual resulta posible hacer una compilacion con las fuentes del BB de las que hay la version estable, con repositorios bien conocidos y publicados.
Saludos

Por eso es que lanzo la pregunta a Dani, porque no es coser y cantar hacerlo en BB estable o CC (al menos para mi) la forma y los directorios donde se definen las distintas placas no es exactamente igual.
El trabajo gordo ya lo hizo en su día gmtii, hay algunos gpios que no están configurados en esa definición, pero son chorradas que además ya están localizados sus valores.

Si ya tienes un firmware para lo que hay en las últimas revisiones trunk, hacer un backport a CC es fácil. Si partes de algo hecho en BB o previo entonces tendrías que reacer bastantes cosas para adaptarlo a CC.

En cuanto a la compatibilidad de los paquetes online, lo primero sería descargar mediante git el código fuente de la versión exacta CC 15.05, y luego lo como comenté antes seleccionar todos los módulos del kernel. Hecho esto ya no debería haber problema una vez que se compila el fimrware para que los nuevos paquetes que se instalen del kernel funcionen bien.

Una alternativa a usar git puede ser descargar el SDK de openwrt que ya viene con varias cosas precompiladas, así nos aseguraríamos que estamos usando lo mismo que usaron ellos para compilar cierta versión en concreto.

Por ejemplo para CC (solo ofrecen el SDK para PCs x64):
https://downloads.openwrt.org/chaos_calmer/15.05/brcm63xx/smp/OpenWrt-SDK-15.05-brcm63xx-smp_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64.tar.bz2

nunca usé esta última opción, así que poco más puedo decir de ella

En línea

Ficht

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #235 en: 29-03-2016, 20:27 (Martes) »
Cita de: danitool en 29-03-2016, 20:21 (Martes)
Cita de: Ficht en 29-03-2016, 18:56 (Martes)
Cita de: hawai50 en 29-03-2016, 17:47 (Martes)
Eso que dices es cierto, cuando hacemos compilaciones con versiones de prueba se suele usar el trunk, y es lo que pasa. Pero igual resulta posible hacer una compilacion con las fuentes del BB de las que hay la version estable, con repositorios bien conocidos y publicados.
Saludos

Por eso es que lanzo la pregunta a Dani, porque no es coser y cantar hacerlo en BB estable o CC (al menos para mi) la forma y los directorios donde se definen las distintas placas no es exactamente igual.
El trabajo gordo ya lo hizo en su día gmtii, hay algunos gpios que no están configurados en esa definición, pero son chorradas que además ya están localizados sus valores.

Si ya tienes un firmware para lo que hay en las últimas revisiones trunk, hacer un backport a CC es fácil. Si partes de algo hecho en BB o previo entonces tendrías que reacer bastantes cosas para adaptarlo a CC.

En cuanto a la compatibilidad de los paquetes online, lo primero sería descargar mediante git el código fuente de la versión exacta CC 15.05, y luego lo como comenté antes seleccionar todos los módulos del kernel. Hecho esto ya no debería haber problema una vez que se compila el fimrware para que los nuevos paquetes que se instalen del kernel funcionen bien.

Una alternativa a usar git puede ser descargar el SDK de openwrt que ya viene con varias cosas precompiladas, así nos aseguraríamos que estamos usando lo mismo que usaron ellos para compilar cierta versión en concreto.

Por ejemplo para CC (solo ofrecen el SDK para PCs x64):
https://downloads.openwrt.org/chaos_calmer/15.05/brcm63xx/smp/OpenWrt-SDK-15.05-brcm63xx-smp_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64.tar.bz2

nunca usé esta última opción, así que poco más puedo decir de ella



Gracias Dani, lo miro por la noche, cuando llegue a casa, a ver si soy capaz..  :-\
En línea

habiss

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #236 en: 13-04-2016, 12:13 (Miércoles) »
Hola a todos,
he compilado Chaos Calmer para este router pero hay varias cosas que no me funcionan:
- no me funciona el usb
- no funciona el wifi
- el led de power se queda apagado cuando el router está funcionando

El resto creo que funciona bien. Funcionan los dos núcleos.
Lo del wifi no me importa porque no iba nada bien en barrier breaker. Con la versión que subió fitch si me lo reconocía pero la velocidad era pena (creo que es cosa del driver).  Con esta de Chaos Calmer no lo reconoce y creo que este error está relacionado con el del usb.

En dmesg aparece lo siguiente:

Código: [Seleccionar]
[    0.160000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.176000] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
[    0.204000] ssb: Found chip with id 0xA8D6, rev 0x00 and package 0x08
[    0.212000] ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x1E, vendor 0x4243)
[    0.212000] ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x10, vendor 0x4243)
[    0.212000] ssb: Core 2 found: PCI (cc 0x804, rev 0x0E, vendor 0x4243)
[    0.248000] ssb: WARNING: Using fallback SPROM failed (err -2)
[    0.252000] ssb: WARNING: Invalid SPROM CRC (corrupt SPROM)
[    0.260000] ssb: Unsupported SPROM revision 255 detected. Will extract v1
[    0.288000] ssb: Sonics Silicon Backplane found on PCI device 0000:00:01.0

Creo que se debe a que no están bien configurados los gpios. Estoy bloqueado y pido vuestra ayuda.

Si quereis probarla dejo aquí el binario:
https://mega.nz/#!RZIAxCwR!9r1iScMJbBRBDgSvSTS1eb_vnv4DuptqVsLT2gJfqK4

el parche aplicado sobre el commit de chaos calmer 15.05.142f9f6244af96bae de 5 de abril:
Código: [Seleccionar]
diff --git a/target/linux/brcm63xx/base-files/etc/diag.sh b/target/linux/brcm63xx/base-files/etc/diag.sh
index 1b0d26d..784bbf0 100644
--- a/target/linux/brcm63xx/base-files/etc/diag.sh
+++ b/target/linux/brcm63xx/base-files/etc/diag.sh
@@ -96,6 +96,9 @@ set_state() {
        p870hw-51a_v2)
                status_led="P870HW-51a:green:power"
                ;;
+       VH4032N)
+               status_led="VH4032N:red:power"
+               ;;
        rta770bw)
                status_led="RTA770BW:green:diag"
                ;;
diff --git a/target/linux/brcm63xx/base-files/etc/uci-defaults/02_network b/target/linux/brcm63xx/base-files/etc/uci-defaults/02_network
index 2e5527b..e8238c8 100644
--- a/target/linux/brcm63xx/base-files/etc/uci-defaults/02_network
+++ b/target/linux/brcm63xx/base-files/etc/uci-defaults/02_network
@@ -95,7 +95,8 @@ fast2704v2 |\
 hg655b |\
 p870hw-51a_v2 |\
 vr-3025un |\
-vr-3025u)
+vr-3025u |\
+VH4032N)
        ucidef_set_interface_lan "eth0.1"
        ucidef_add_switch "eth0" "1" "1"
        ucidef_add_switch_vlan "eth0" "1" "0 1 2 3 8t"
diff --git a/target/linux/brcm63xx/base-files/lib/brcm63xx.sh b/target/linux/brcm63xx/base-files/lib/brcm63xx.sh
index 0eb9a75..ba5babc 100755
--- a/target/linux/brcm63xx/base-files/lib/brcm63xx.sh
+++ b/target/linux/brcm63xx/base-files/lib/brcm63xx.sh
@@ -234,6 +234,9 @@ brcm63xx_dt_detect() {
        "USRobotics 9108")
                board_name="usr9108"
                ;;
+       "Observa VH4032N reference board")
+               board_name="VH4032N"
+               ;;
        "Zyxel P870HW-51a v2")
                board_name="p870hw-51a_v2"
                ;;
diff --git a/target/linux/brcm63xx/dts/VH4032N.dts b/target/linux/brcm63xx/dts/VH4032N.dts
new file mode 100644
index 0000000..bc12147
--- /dev/null
+++ b/target/linux/brcm63xx/dts/VH4032N.dts
@@ -0,0 +1,59 @@
+/dts-v1/;
+
+/include/ "bcm6368.dtsi"
+
+/ {
+       model = "Observa VH4032N reference board";
+       compatible = "observa,VH4032N", "brcm,bcm6368";
+
+       gpio-keys-polled {
+               compatible = "gpio-keys-polled";
+               #address-cells = <1>;
+               #size-cells = <0>;
+               poll-interval = <20>;
+               debounce-interval = <60>;
+
+               reset {
+                       label = "reset";
+                       gpios = <&gpio0 27 0>;
+                       linux,code = <0xab>;
+               };
+       };
+
+       gpio-leds {
+               compatible = "gpio-leds";
+
+               power_red {
+                       label = "VH4032N:red:power";
+                       gpios = <&gpio0 24 1>;
+                       default-state = "on";
+               };
+               dsl_blue {
+                       label = "VH4032N:blue:dsl";
+                       gpios = <&gpio0 2 1>;
+               };
+               dsl_red {
+                       label = "VH4032N:red:dsl";
+                       gpios = <&gpio0 5 1>;
+               };
+               hspa_blue {
+                       label = "VH4032N:blue:hspa";
+                       gpios = <&gpio0 11 1>;
+               };
+               hspa_red {
+                       label = "VH4032N:red:hspa";
+                       gpios = <&gpio0 12 1>;
+               };
+               voice_blue {
+                       label = "VH4032N:blue:voice";
+                       gpios = <&gpio0 25 1>;
+               };
+               voice_red {
+                       label = "VH4032N:red:voice";
+                       gpios = <&gpio0 26 1>;
+               };
+
+
+
+       };
+};
diff --git a/target/linux/brcm63xx/image/Makefile b/target/linux/brcm63xx/image/Makefile
index e6dc2a8..2763afb 100755
--- a/target/linux/brcm63xx/image/Makefile
+++ b/target/linux/brcm63xx/image/Makefile
@@ -423,5 +423,7 @@ $(eval $(call ImageDTB,CFEDTB,TDW8900GB,TD-W8900GB,td-w8900gb,96348GW-11,6348,--
 $(eval $(call ImageDTB,CFEDTB,USR9108,USR9108,usr9108,96348GW-A,6348))
 # ZyXEL P870HW-51a v2
 $(eval $(call ImageDTB,ZYXCFEDTB,P870HW_51a_v2,P870HW-51a_v2,p870hw-51a-v2,96368VVW,6368,--rsa-signature "ZyXEL" --signature "ZyXEL_0001"))
+# VH4032N
+$(eval $(call ImageDTB,CFEDTB,VH4032N,VH4032N,VH4032N,96368VVW,6368))
 
 $(eval $(call BuildImage))
diff --git a/target/linux/brcm63xx/patches-3.18/999-board_VH4032N.patch b/target/linux/brcm63xx/patches-3.18/999-board_VH4032N.patch
new file mode 100644
index 0000000..5c4101e
--- /dev/null
+++ b/target/linux/brcm63xx/patches-3.18/999-board_VH4032N.patch
@@ -0,0 +1,129 @@
+--- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
++++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
+@@ -2128,6 +2128,110 @@ static struct board_info __initdata board_VR3025un = {
+       },
+ };
+
++static struct board_info __initdata board_VH4032N = {
++      .name                           = "VH4032N",
++      .expected_cpu_id                = 0x6368,
++
++      .has_uart0                      = 1,
++      .has_pci                        = 1,
++      .has_ohci0                      = 1,
++      .has_ehci0                      = 1,
++
++      .num_usbh_ports         = 2,
++
++      //TODO: Cuando se incluyen las dos siguiente lineas deja de reconocer la interfaz
++      //ethernet. Debe haber algun problema con los gpio, pero estos iban bien en BB.
++      //Probablemente haya que definirlos para CC en otro lugar o de otra manera.
++      //.ephy_reset_gpio                = 27,             
++      //.ephy_reset_gpio_flags          = GPIOF_INIT_HIGH,
++
++      .has_enetsw                     = 1,
++      .enetsw = {
++              .used_ports = {
++                      [0] = {
++                              .used   = 1,
++                              .phy_id = 1,
++                              .name   = "port1",
++                      },
++                      [1] = {
++                              .used   = 1,
++                              .phy_id = 2,
++                              .name   = "port2",
++                      },
++                      [2] = {
++                              .used   = 1,
++                              .phy_id = 3,
++                              .name   = "port3",
++                      },
++                      [3] = {
++                              .used   = 1,
++                              .phy_id = 4,
++                              .name   = "port4",
++                      },
++              },
++      },
++
++      //TODO: los .leds y .bottons para CC habria que definirlos en el dts
++//    .leds = {
++//            {
++//                    .name           = "VH4032N:red:power",
++//                    .gpio           = 24,
++//                    .default_trigger = "default-on",
++//            },
++//            {
++//                    .name           = "VH4032N:blue:dsl",
++//                    .gpio           = 2,
++//                    .active_low     = 1,
++//            },
++//            {
++//                    .name           = "VH4032N:red:dsl",
++//                    .gpio           = 5,
++//                    .active_low     = 1,
++//            },
++//            {
++//                    .name           = "VH4032N:blue:hspa",
++//                    .gpio           = 11,
++//                    .active_low     = 1,
++//            },
++//            {
++//                    .name           = "VH4032N:red:hspa",
++//                    .gpio           = 12,
++//                    .active_low     = 1,
++//            },
++//            {
++//                    .name           = "VH4032N:blue:voice",
++//                    .gpio           = 25,
++//                    .active_low     = 1,
++//            },
++//            {
++//                    .name           = "VH4032N:red:voice",
++//                    .gpio           = 26,
++//                    .active_low     = 1,
++//            },
++//    },
++
++      .buttons = {
++              {
++                      .desc           = "reset",
++                      .gpio           = 34,
++                      .type           = EV_KEY,
++                      .code           = KEY_RESTART,
++                      .debounce_interval = BCM963XX_KEYS_DEBOUNCE_INTERVAL,
++                      .active_low     = 1,
++              },
++              {
++                      .desc           = "wps",
++                      .gpio           = 35,
++                      .type           = EV_KEY,
++                      .code           = KEY_WPS_BUTTON,
++                      .debounce_interval = BCM963XX_KEYS_DEBOUNCE_INTERVAL,
++                      .active_low     = 1,
++              },
++      },
++};
++
++
++
+ static struct b53_platform_data WAP5813n_b53_pdata = {
+       .alias = "eth0",
+ };
+@@ -2432,6 +2536,7 @@ static const struct board_info __initconst *bcm963xx_boards[] = {
+       &board_VR3025u,
+       &board_VR3025un,
+       &board_WAP5813n,
++      &board_VH4032N,
+ #endif
+ #ifdef CONFIG_BCM63XX_CPU_63268
+       &board_963268bu_p300,
+@@ -2534,6 +2639,7 @@ static struct of_device_id const bcm963xx_boards_dt[] = {
+       { .compatible = "huawei,hg655b", .data = &board_HG655b, },
+       { .compatible = "netgear,dgnd3700v1", .data = &board_DGND3700v1_3800B, },
+       { .compatible = "zyxel,p870hw-51a-v2", .data = &board_P870HW51A_V2, },
++      { .compatible = "observa,VH4032N", .data = &board_VH4032N, }, //"observa,VH4032N", "brcm,bcm6368"
+ #endif
+ #ifdef CONFIG_BCM63XX_CPU_63268
+       { .compatible = "brcm,bcm963268bu_p300", .data = &board_963268bu_p300, },
diff --git a/target/linux/brcm63xx/profiles/Observa.mk b/target/linux/brcm63xx/profiles/Observa.mk
new file mode 100644
index 0000000..1da0022
--- /dev/null
+++ b/target/linux/brcm63xx/profiles/Observa.mk
@@ -0,0 +1,9 @@
+define Profile/VH4032N
+  NAME:=Observa Telecom VH4032N
+  PACKAGES:=kmod-b43 kmod-usb-core kmod-usb-ohci kmod-usb2 wpad-mini
+endef
+define Profile/VH4032N/Description
+       Package set for the Observa Telecom VH4032N
+endef
+$(eval $(call Profile,VH4032N))
+

y el diffconfig:
Código: [Seleccionar]
CONFIG_TARGET_brcm63xx=y
CONFIG_TARGET_brcm63xx_smp=y
CONFIG_TARGET_brcm63xx_smp_VH4032N=y
CONFIG_PACKAGE_SAMBA_MAX_DEBUG_LEVEL=-1
CONFIG_PACKAGE_collectd=y
CONFIG_PACKAGE_collectd-mod-interface=y
CONFIG_PACKAGE_collectd-mod-iwinfo=y
CONFIG_PACKAGE_collectd-mod-load=y
CONFIG_PACKAGE_collectd-mod-network=y
CONFIG_PACKAGE_collectd-mod-rrdtool=y
CONFIG_PACKAGE_ddns-scripts=y
CONFIG_PACKAGE_etherwake=y
CONFIG_PACKAGE_htop=y
CONFIG_PACKAGE_ip-full=y
# CONFIG_PACKAGE_kmod-nls-base is not set
# CONFIG_PACKAGE_kmod-usb-core is not set
# CONFIG_PACKAGE_kmod-usb-ohci is not set
# CONFIG_PACKAGE_kmod-usb2 is not set
CONFIG_PACKAGE_libiwinfo-lua=y
CONFIG_PACKAGE_libltdl=y
CONFIG_PACKAGE_liblua=y
CONFIG_PACKAGE_libncurses=y
CONFIG_PACKAGE_libpthread=y
CONFIG_PACKAGE_librrd1=y
CONFIG_PACKAGE_libubus-lua=y
CONFIG_PACKAGE_libuci-lua=y
CONFIG_PACKAGE_lua=y
CONFIG_PACKAGE_luci=y
CONFIG_PACKAGE_luci-app-ddns=y
CONFIG_PACKAGE_luci-app-firewall=y
CONFIG_PACKAGE_luci-app-samba=y
CONFIG_PACKAGE_luci-app-statistics=y
CONFIG_PACKAGE_luci-app-wol=y
CONFIG_PACKAGE_luci-base=y
CONFIG_PACKAGE_luci-lib-ip=y
CONFIG_PACKAGE_luci-lib-nixio=y
CONFIG_PACKAGE_luci-mod-admin-full=y
CONFIG_PACKAGE_luci-proto-ipv6=y
CONFIG_PACKAGE_luci-proto-ppp=y
CONFIG_PACKAGE_luci-theme-bootstrap=y
CONFIG_PACKAGE_rpcd=y
CONFIG_PACKAGE_rrdtool1=y
CONFIG_PACKAGE_samba36-server=y
CONFIG_PACKAGE_terminfo=y
CONFIG_PACKAGE_uhttpd=y
CONFIG_PACKAGE_uhttpd-mod-ubus=y
CONFIG_PACKAGE_vim-full=y
CONFIG_PACKAGE_zlib=y
CONFIG_PACKAGE_zoneinfo-core=y
CONFIG_PACKAGE_zoneinfo-europe=y
En línea

danitool

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #237 en: 13-04-2016, 12:59 (Miércoles) »
Hola abiss. Sobre el problema del USB no reconocido resulta que en esta placa si mal no recuerdo un GPIO activa el USB. Para arreglar esto en el soporte inicial se decidió reusar el código que hace lo mismo pero para el ethernet.

Pero resulta que en Chaos calmer, con la introducción de nuevos drivers para GPIO, se introdujo un bug, que inutilizaba la funcionalidad del ephy reset por GPIO. Por tanto deduzco que ese es el motivo de que no te funcione el USB, y que cuando intentas poner el código que comentas en el parche te deja de funcionar el ethernet.

Hace meses envié un parche para solucionarlo
https://patchwork.ozlabs.org/patch/556021/
Pero no se llegó a incorporar en Chaos Calmer


Sobre lo del wifi, tal vez necesites definir una fallback SPROM, como encontrarás definida en otros routers

P. ej.
Código: [Seleccionar]
.fallback_sprom = {
.type = SPROM_BCM43222,
.pci_bus = 0,
.pci_dev = 1,
.board_fixups = vr3025un_fixups,
.num_board_fixups = ARRAY_SIZE(vr3025un_fixups),
},
Lo de los board fixups la verdad no sé muy bien su propósito o de donde se sacan, tal vez se puedan omitir.

« Última modificación: 13-04-2016, 13:00 (Miércoles) por danitool »
En línea

habiss

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #238 en: 13-04-2016, 20:48 (Miércoles) »
Muchas gracias dani,
he probado tus indicaciones y ya reconoce el wifi!

Aplicando tu parche de las gpio_chip_labels, ya me deja poner la líneas
Código: [Seleccionar]
.ephy_reset_gpio                = 27,              
.ephy_reset_gpio_flags          = GPIOF_INIT_HIGH,
sin perder ethernet pero me sigue sin funcionar el usb. Ahora si funciona lsusb y se llena /sys/bus/usb/ pero sigue sin listar dispositivos (si pincho cualquier cosa sigue la misma salida de lsusb). Ya no se si será problema de los módulos seleccionados en la configuración o de la definición de la placa.
Podría ser que se necesiten otras gpio flags en Chaos Calmer? Otras placas usan
Código: [Seleccionar]
.ephy_reset_gpio_flags = GPIO_ACTIVE_LOW,, pero tampoco funciona.


Para lo del wifi finalmente he metido lo que me has indicado, borrando los fixup:
Código: [Seleccionar]
.fallback_sprom = {
.type = SPROM_BCM43222,
.pci_bus = 0,
.pci_dev = 1,
},

y también he tenido que poner:
Código: [Seleccionar]
.use_fallback_sprom = 1,
« Última modificación: 13-04-2016, 20:50 (Miércoles) por habiss »
En línea

danitool

  • Visitante
Re: [Desarrollo] OpenWrt en Observa Telecom VH4032N
« Respuesta #239 en: 13-04-2016, 21:13 (Miércoles) »
En caso de seguir con el mismo workaround de reutilizar el ephy-reset para activar el USB entonces debería usar la línea

Código: [Seleccionar]
.ephy_reset_gpio_flags = GPIO_ACTIVE_LOW,
Puede que lo active demasiado tarde, aunque creo que el ethernet siempre se activa antes que el USB. Vuelve a insistir con esta línea de código recompilando.

En línea
Páginas: 1 ... 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 ... 25   Ir Arriba
« anterior próximo »
 

Si quieres tener la mejor experiencia posible de navegación y uso de la web activa y acepta nuestras políticas de privacidad y cookies. En caso contrario te recomendamos abandonar la web y buscar la información en otro sitio. Si quieres registrarte en el foro deberás aceptar las políticas de privacidad y las condiciones de uso. Learn more