OpenWrt Forum Archive

Topic: Openwrt support for Huawei HG655b

The content of this topic has been archived between 12 Mar 2018 and 5 May 2018. Unfortunately there are posts – most likely complete pages – missing.

@keffr3n: You could try to disable the signature checking. At least thats what seems to be the issue. Are u using the right repos? You can disable the signature check in /etc/opkg.conf and# the line about signature checking.

Those links you posted are not available.  Atleas they return 404. The "oldpackages" directory is not present.

@christos2714: Sorry but I don't think that hijacking a topic about another device is doing any good even while it has the same chipset. But that is just my opinion smile

@Everyone: I saw that there is also a smp version for this hg655x. My question is: is it worth to run the smp image instead of the generic? I've read that multicore is only limited to user space processes. Does it use more power to run it with both cores enabled. My device is a solar powered piratebox.

(Last edited by Timeless on 1 Jun 2015, 07:07)

danitool wrote:
christos2714 wrote:

BTW,
Does anybody know how can I handle the above exceptions?
From the cfe_brcm63xx compiler I found some header files which I think call exception 8 "Syscall" /8*/
How can I take advantage of the shown registers from the ecxeption 8 log?
Could this be resolved by searching another brand of 8mb flash chip?
Can someone confirm if he has a working 96348 board with a 8mb flash chip?
Thanks again.

Those exceptions are probably caused by the 8MB flash chip, probably the bootloader can't find itself because by default CFE can only handle 4MB size.

I succesfully booted CFE in my old Livebox with 8MB flash size, but my board uses a 8MB flash with bottom boot sectors. Your flash chip is a bit different, further work might be needed.

Can you test this bootloader?
https://drive.google.com/file/d/0B-EMoB … sp=sharing





Thanks for the link.
I'll give it a try right away... hope it works.
Do you know if there could be a way to make cfe "see" the flash chip as a 4MB instead of a 8?
I downloaded the alice pirelli cfe which is for the MX29LV640T, I modified the nvram(with the tool from cfe_bcm63xx) and tried to upload it but not only it didn't work, it made the flash useless-tjtag was stuck on enabling memory writes...I couldn't make it work. How did I fix this? I didn't. I soldered another flash. I did this 2 times and I had to solder twice a new flash!!!(I couldn't find another way to fix the chip).


....Well I tested it and nothing happened unfortunately.
Mmm... another question. I have to change the endianess when I want to jtag the cfe to the box. I open it in Hex Workshop(windows platform) and select flip bytes-16bit-. then I jtag it with the nodma parameter.Is there another way to do this?
I could change the flash chip to another brand or type but I don't know if this is the issue.
Below I am attaching a log from another person I found on google. It seems that cfe could handle 8mb flash-his is different from mine. Any help here please? Anybody?

CFE version 1.0.37-6.4 for BCM96348 (32bit,SP,BE)
Build Dat
e: s\0xc3\0xa1b nov 17 02:59:59 CET 2012 (noltari@skynet)
Copyright (C) 2000-2005 Broadcom Corporation.

Boot Address 0xbe400000

Initializing Arena.
Initializing Devices.
Parallel flash device: name AM29LV320MB, id 0x2200, size 8192KB
totalBlks=135
totalSize=8192K
getShareBlks: i=134, sect_size=65536, end_blk=135
cfi_flash_read_buff: block 134, addr bebf0000getShareBlks: i=0, sect_size=8192, end_blk=1
cfi_flash_read_buff: block 0, addr be400000fInfo.flash_nvram_start_blk = 0
fInfo.flash_nvram_blk_offset = 0x580
fInfo.flash_nvram_number_blk = 1
psi startAddr = bebfa000
fInfo.flash_persistent_start_blk = 134
fInfo.flash_persistent_blk_offset = 0xa000
fInfo.flash_persistent_number_blk = 1
Unknown PHY type
getShareBlks: i=0, sect_size=8192, end_blk=1
cfi_flash_read_buff: block 0, addr be400000cfi_flash_read_buff: block 8, addr be410000cfi_flash_read_buff: block 71, addr be800000
** Image information not found. **

getShareBlks: i=134, sect_size=65536, end_blk=135
cfi_flash_read_buff: block 134, addr bebf0000setSharedBlks: start_block=134, end_block=135, end_blk=0

cfi_flash_write_buf: block 134, addr bebf0000
setSharedBlks_region1: block=134, sect_size=65536, end_blk=135

CPU type 0x29107: 256MHz, Bus: 128MHz, Ref: 32MHz
Total memory: 8388608 bytes (8MB)

Total memory used by CFE:  0x80401000 - 0x805251D0 (1196496)
Initialized Data:          0x8041C980 - 0x8041E8F0 (8048)
BSS Area:                  0x8041E8F0 - 0x804231D0 (18656)
Local Heap:                0x804231D0 - 0x805231D0 (1048576)
Stack Area:                0x805231D0 - 0x805251D0 (8192)
Text (code) segment:       0x80401000 - 0x8041C974 (113012)
Boot area (physical):      0x00526000 - 0x00566000
Relocation Factor:         I:00000000 - D:00000000

cfi_flash_read_buff: block 134, addr bebf0000getShareBlks: i=134, sect_size=65536, end_blk=135
cfi_flash_read_buff: block 134, addr bebf0000setSharedBlks: start_block=134, end_block=135, end_blk=0

cfi_flash_write_buf: block 134, addr bebf0000
setSharedBlks_region1: block=134, sect_size=65536, end_blk=135

getShareBlks: i=0, sect_size=8192, end_blk=1
cfi_flash_read_buff: block 0, addr be400000*** Board is not initialized properly ***

Press:  <enter> to use current value

        '-' to go previous parameter

        '.' to clear the current value

        'x' to exit this command

Board Id Name (0-12)
Livebox-blue-5g  -------  0
96348R           -------  1
96348LV          -------  2
96348GW          -------  3
96348W2          -------  4
96348W3          -------  5
96348GW-10       -------  6
96348GW-11       -------  7
96348SV          -------  8
96348GW-DualDSP  -------  9
BCMCUST_01       ------- 10
96348M           ------- 11
96348MC          ------- 12       : 
0
Number of MAC Addresses (1-32)    :  0 
3
Base MAC Address                  : 
FA:BA:DA:31:DD:21
cfi_flash_read_buff: block 0, addr be400000
cfi_flash_write_buf: block 0, addr be400000cfi_flash_read_buff: blo
ck 0, addr be400000
cfi_flash_write_buf: block 0, addr be400000getShareBlks: i=0, sect_
size=8192, end_blk=1
cfi_flash_read_buff: block 0, addr be400000setSharedBlks: start_block=0, end_block=1, end_blk=0
getShareBlks: i=0, sect_size=8192, end_blk=8
cfi_flash_read_buff: block 0, addr be400000getShareBlks: i=1, sect_size=8192, end_blk=8
cfi_flash_read_buff: block 1, addr be402000getShareBlks: i=2, sect_size=8192, end_blk=8
cfi_flash_read_buff: block 2, addr be404000getShareBlks: i=3, sect_size=8192, end_blk=8
cfi_flash_read_buff: block 3, addr be406000getShareBlks: i=4, sect_size=8192, end_blk=8
cfi_flash_read_buff: block 4, addr be408000getShareBlks: i=5, sect_size=8192, end_blk=8
cfi_flash_read_buff: block 5, addr be40a000getShareBlks: i=6, sect_size=8192, end_blk=8
cfi_flash_read_buff: block 6, addr be40c000getShareBlks: i=7, sect_size=8192, end_blk=8
cfi_flash_read_buff: block 7, addr be40e000setSharedBlks_region0: region0_overwrite offset is 0 and size is 8192

cfi_flash_write_buf: block 0, addr be400000setSharedBlks_region0: b
lock=0, sect_size=8192, end_blk=1
cfi_flash_write_buf: block 1, addr be402000setSharedBlks_region0: block=1, sect_size=8192, end_blk=1
cfi_flash_write_buf: block 2, addr be404000setSharedBlks_region0: block=2, sect_size=8192, end_blk=1
cfi_flash_write_buf: block 3, addr be406000setSharedBlks_region0: block=3, sect_size=8192, end_blk=1
cfi_flash_write_buf: block 4, addr be408000setSharedBlks_region0: block=4, sect_size=8192, end_blk=1
cfi_flash_write_buf: block 5, addr be40a000setSharedBlks_region0: block=5, sect_size=8192, end_blk=1
cfi_flash_write_buf: block 6, addr be40c000setSharedBlks_region0: block=6, sect_size=8192, end_blk=1
cfi_flash_write_buf: block 7, addr be40e000setSharedBlks_region0: block=7, sect_size=8192, end_blk=1
Press any key to reset the board:

(Last edited by christos2714 on 1 Jun 2015, 07:30)

Timeless wrote:

@keffr3n: You could try to disable the signature checking. At least thats what seems to be the issue. Are u using the right repos? You can disable the signature check in /etc/opkg.conf and# the line about signature checking.

Those links you posted are not available.  Atleas they return 404. The "oldpackages" directory is not present.

@christos2714: Sorry but I don't think that hijacking a topic about another device is doing any good even while has the same chipset. But that is just my opinion smile

@Everyone: I saw that there is also a smp version for this hg655x. My question is: is it worth to run the smp image instead of the generic? I've read that multicore is only limited to user space processes. Does it use more power to run it with both cores enabled. My device is a solar powered piratebox.

Sorry about that,
I'll try to open a new topic.
Cheers!

christos2714 wrote:

Sorry about that,
I'll try to open a new topic.
Cheers!

Good luck:) you can post the link here for people that are interested.

danitool wrote:
fratzicu wrote:

Hi, danitool,

Was the gpio info for the wifi given in time for the trunk support?

What version should we use? generic or smp?

I am curious if the mac address is properly read by the openwrt firmware now.

The gpio for the wifi was added, however it hasn't any action asigned, it must be configured by the user.

You should use the SMP firmwares, the performance will be better with this firmware. But SMP trunk firmwares may fail depending on the version.

About the mac address AFAIK there wasn't any problem with it, it should be correctly read.

Hi,

I compiled a test firmware using the trunk, it works, but themac address is still that of the CFE (a universal one with lots of 0 and 1) and not the one written in nvram at the specified address in my previous post.

Best regards, and good work so far.

keffr3n wrote:
fratzicu wrote:

Hi, Gigi
...
you can try my image here
https://app.box.com/s/aojif6op2gyxjcw8ln0q6ssx8mcjrum5 (openwrt-brcm63xx-smp-HG655b-squashfs-cfe.bin)
in this folder
https://app.box.com/s/zfof02e4l1iq10n2aiwoq13u3m5535rk

Hello, I have it working, thanks for your firmware. I like that it's packed with all the packages like openvpn or print server. However, there are some other packages I wanted to install and I can't do it, neither form luci nor from ssh.
opkg update gives me this error for all update folders, signature check failed:

Downloading http://downloads.openwrt.org/snapshots/ … ckages.gz.
Updated list of available packages in /var/opkg-lists/chaos_calmer_management.
Downloading http://downloads.openwrt.org/snapshots/ … kages.sig.
Signature check failed.
Remove wrong Signature file.
Collected errors:
* opkg_download: Failed to download http://downloads.openwrt.org/snapshots/ … ckages.gz, wget returned 1.
* opkg_download: Failed to download http://downloads.openwrt.org/snapshots/ … kages.sig, wget returned 1.

Any advice? 10x!

Hi,

My advice is to compile the image yourself or try to connect to the device by ssh or telnet after you flash the official openwrt firmware and install them from command line. I don't know how to correct the sig errors. I never use official firmwares, I try to compile them by myself. Also, I noticed that if I install packages by default using sqashfs, they occupy less space

Hi,

The page http://wiki.openwrt.org/toh/huawei/hg655d reports only ver.A of hg655b as working. Is it up to date?
so I suppose it's not even worth trying to flash such a device, is it?

Product name     HG655b 
Device ID     00E0FC-21530313237S18000147
Hardware version     VER.C
Firmware version     V100R001C02B025
Batch number     BVC02P0.025.A2pv6C033f.d22j

(Last edited by baruch on 5 Jun 2015, 09:42)

so what is the latest and the best firmware for HG655b?(with a working wifi)...it's confusing...at the time I installed it from post 173...now I don't know which one to install.

Thhi wrote:

so what is the latest and the best firmware for HG655b?(with a working wifi)...it's confusing...at the time I installed it from post 173...now I don't know which one to install.

You can try the Imagebuilder and build your own .bin file. Then you are free to install the packages you like with compression. This will make it possible to fit more applications in its flash memory.

how difficult is it to do that?.....isn't there a standard version already built?

Thhi wrote:

how difficult is it to do that?.....isn't there a standard version already built?

It isn't that difficult. It will teach you something about OpenWRT itself. Which can be a great value in discovering its possibilities.

Just download the Image-Generator from here:Trunk - ImageGenerator
And follow this Tutorial: Link

Tip: If you want to remove some of the default packages (for e.g. you do not need pppoe related packages) or add some preferred, consult with the DEFAULT_PACKAGES and DEFAULT_PACKAGES.router section in the include/target.mk file.

Setup yourself a Linux-computer and install the following(debian/ubuntu example):

apt-get install subversion build-essential libncurses5-dev zlib1g-dev gawk git ccache gettext libssl-dev xsltproc

And compile the source code from within the imagebuilder extracted archive:

make image PROFILE=HG655b

_______________________________________________________

Another thing about the external antenna fix:

It is possible to add 2 external antenna's to this board using the already factory soldered TS-9 connectors. The purpose of these connectors is actually diagnostics only. And the theory behind them is well thought. When the connector is connected to something it will disconnect the pcb antenna mechanically, so there is no need to desolder any resistors or interrupt the trace at all. Which is really neat smile. The next thing is to find a propper male connector for this not commonly available TS-9 connector. I used a U.FL connector where I soldered a pin inside. This works pretty well. the only thing is that it will not stay on the pcb connector due the lack of friction fit. So I used some glue to fasten it.

After all the external antennas are working very well. And it will certainly expand its range.

________________________________________________________

The next thing is making this router more energy efficient:
Since OpenWRT is unable to use the modem of this device. Leaving the modem running all the time makes no sense. Anyone tried to disable the modem on such a device? I'm trying to disable the relay which will activate the modem I guess? and see if it does something to the energy use. But if anyone has a suggestion please say so smile

(Last edited by Timeless on 12 Jun 2015, 08:59)

Hello everyone,

Thank you for your work on the HG655b! I was looking at using it as a dumb switch, but since it has OpenWRT support and better specs than my WRT54GL, I'll be using it as my main router instead.

I've read through the complete topic - but I still want to check - the LAN activity leds still don't work (as individual connection/activity), right? Is anybody looking into why they're not supported? I realize it must be a feature of the kernel because they work in CFE.

It's not a deal-breaker, just something nice to have...

I will try to use packages, and if I have time cross-compile my own (I don't need minidlna/samba).

Also, I'd like to ask if this firmware supports 802.11n - since the HG655b is Dual-Stream certified N compliant. I'm asking because I can only get 802.11g with it (client is 802.11n compliant).

Here's my config:

wireless.radio0=wifi-device
wireless.radio0.type=mac80211
wireless.radio0.channel=11
wireless.radio0.hwmode=11g
wireless.radio0.path=pci0000:00/0000:00:01.0
wireless.radio0.txpower=20
wireless.radio0.country=RO
wireless.radio0.distance=30
wireless.radio0.frag=2346
wireless.radio0.rts=2347
wireless.radio0.htmode=HT40
wireless.@wifi-iface[0]=wifi-iface
wireless.@wifi-iface[0].device=radio0
wireless.@wifi-iface[0].mode=ap
wireless.@wifi-iface[0].ssid=my-ssid
wireless.@wifi-iface[0].network=lan
wireless.@wifi-iface[0].encryption=psk-mixed
wireless.@wifi-iface[0].key=my-secret-key
wireless.@wifi-iface[0].macfilter=allow
wireless.@wifi-iface[0].wmm=0

Here is the relevant dmesg output:

[   12.588000] cfg80211: Calling CRDA to update world regulatory domain
[   12.596000] cfg80211: World regulatory domain updated:
[   12.604000] cfg80211:  DFS Master region: unset
[   12.608000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[   12.616000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[   12.624000] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[   12.632000] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
[   12.640000] cfg80211:   (5170000 KHz - 5250000 KHz @ 160000 KHz), (N/A, 2000 mBm), (N/A)
[   12.652000] cfg80211:   (5250000 KHz - 5330000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
[   12.660000] cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
[   12.668000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[   12.676000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
[   12.816000] ieee80211 phy0: rt2x00lib_request_eeprom_file: Info - Loading EEPROM data from 'rt2x00.eeprom'.
[   12.836000] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 3572, rev 0223 detected
[   12.844000] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0008 detected
[   12.852000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   23.600000] ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2860.bin'
[   23.756000] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.34
[   24.020000] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   24.064000] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 1743.256000] cfg80211: Calling CRDA for country: RO
[ 1743.268000] cfg80211: Regulatory domain changed to country: RO
[ 1743.272000] cfg80211:  DFS Master region: ETSI
[ 1743.280000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 1743.288000] cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[ 1743.296000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[ 1743.304000] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz), (N/A, 2000 mBm), (0 s)
[ 1743.312000] cfg80211:   (5490000 KHz - 5710000 KHz @ 80000 KHz), (N/A, 2700 mBm), (0 s)
[ 1743.320000] cfg80211:   (57240000 KHz - 65880000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)

If 802.11n works for you, please let me know to try to identify maybe a configuration issue with my setup (maybe 802.11n doesn't support TKIP?)

I only fully tested this device with a single-stream N device. And I get a working 72Mb/s stream. I connected to one of my dual-stream N routers once. And it connected with a speed of 150Mb/s and 40mHz band. But haven't tried to send any data over it.

I compiled my image from the trunk repository

(Last edited by Timeless on 17 Jun 2015, 19:38)

Thank you for your reply. Can you also share your wireless config (without ssid/password)? I can't seem to get more than 54Mbps connection rate.
I also tried with channel=auto, but it made no difference. I also tried to force hwmode to 11n via uci, but there is no difference (after wifi restart). Also, I changed country to world, but still nothing...

I'll keep testing (maybe reflash the original firmware and see how wifi performs there).

(Last edited by mad_ady on 18 Jun 2015, 09:37)

My box is currently a headless Piratebox powered by solar power. This whole setup is placed safely in a tree hehe.... So I cannot access it right now because management is disabled from WiFi to strengthen security. But I just enabled the wireless with the default configuration and it was able to connect with my phone on single band N rate.

what image are you using.

Hi, I'm using openwrt-HG655x-squashfs-cfe-v14.07-danitool-22-02-2015.bin found on this thread (somewhere). I will try others as well and report back. What image are you using?

Edit: I've also tried these firmwares:

https://drive.google.com/file/d/0B-EMoB … NId0E/view from danitool (built on 03-05-2015)

https://downloads.openwrt.org/snapshots … fs-cfe.bin - official trunk built (no luci). In this version wifi doesn't work at all (radio doesn't turn on) - see screenshot: http://imgur.com/AJqSFLq

So far I haven't gotten N out of it at all, and I'd like to understand why... I should test if the official firmware really supports N or not. Maybe its the hardware's fault...

Never mind, I found the problem. It was an IncompetentUserException - i had turned off WMM, which is required for 802.11n support. Turned it on and presto - n works now!

Hurray!

Hi,
I try to install a 3g dongle and also use its microsd slot. It works, but for some reason for microsd to be mounted i need to give a reboot command. If i power off and then on, it starts without mounting the microsd partitions. But after reboot commanda, it starts and mounts the microsd partitions. Do you know a workaround for this?

I've studied this, but moving /etc/modules.d/usb-storage to 59-usb-storage didn't work
http://www.draisberghof.de/usb_modeswit … .php?t=836

(Last edited by fratzicu on 28 Jun 2015, 11:45)

This could be power related? 3G dongles are very sensitive with their imput power. So it could need some time to initialize.

During first boot does the modem build up a connection?

Yes, the modem connects properly, only the sd partitions are not detected

Hi, about the LAN Leds

They are not separated by switch slot.. They can be made to work if you create a vlan for each switch slot and then link every led to the proper vlan. Every Vlan has an interface assigned. The interface brlan has to be a bridge of all vlans and wifi. In my config this is how it works.

Hi,
I'm trying to use a USB wifi dongle as a wireless AP on my device with broken wifi chip. I have a T-LINK TL-WN422G USB device (Atheros AR92 for v2 or Atheros 5007UG or Zydas zd1211), a netis WF2111 USB device (Realtek RTL 8188CU) and a no-name one ()Realtek RTL8191SU). So i compile now the image with usb wireless support (ath9k_htc, zd1211, staging rtl8188 and 8192 and all I could find of rtl818x (found 8187-usb) and rtl819x (found 4 entries in make menuconfig ending in different letters, but no 8191SU). SO let's see...

The usb 3g dongle Huawei E3131 works fine
the huawei k5120 and ZTE 3565-Z don't work

(Last edited by fratzicu on 5 Jul 2015, 19:35)