https://wiki.openwrt.org/doc/faq/after. … pendencies

Thank you, I just reporting it, as previous version was working without any issues.

Add this line to /etc/opkg/distfeeds.conf:

src/gz 14.09_oldpackages http://downloads.pandorabox.org.cn/pandorabox/packages/mt7620/packages/oldpackages

And run opkg update.

In the previous version, all the feed URLs in this file were totally wrong by default, it only worked because my patch fixed them. With this release I saw they were corrected, so I did not patch this file anymore, but did not notice they forgot to add the oldpackages feed, and the watchcat package you want to use is there.

(Last edited by StrangeOrange on 27 Jan 2016, 07:51)

This happens because in /etc/config/sqm the default queue name has a hyphen (-) in it. It will work as soon as the hyphen goes:

config queue 'anythingshouldbefineaslongasthereisnohypheninitotherwiseitwillbreak'

I changed the default interface in the config file from the nonexistent eth1 to something else, and the "something else" I chose was pppoe-wan. The problem appeared because in line with this change I also renamed the queue to pppoe-wan, and it has the unfortunate little hyphen in it.

Nice find.

(Last edited by StrangeOrange on 27 Jan 2016, 08:03)

Please Can anybody give link where we can download all versions of pandora box? (Stable, testing etc.) Thanks
(r1696?)

@StrangeOrange, thank you, excellent ;-) I thought it's due to the missing repository, just didn't know where to find the correct one.

@Kaper - take a look here : [link]https://forum.openwrt.org/viewtopic.php … 78#p306678[/link]

@sharkys - Thanks, ofcourse, but i mean "original" pandorabox with all stuff .

(Last edited by kaper on 27 Jan 2016, 14:58)

@StrangeOrange, currently on latest version XMWiFiMini-OpenWrt-PandoraBox-14.09r1696-StrangeOrange-Optimal-U4 and it's not very good ;-( as it seems I'm getting delays (timeouts, long replies) on the router and on wifi even without HW NAT enabled already after 13 hours uptime.

Also I see in the Kernel LOG :

[47563.550000] PeerDelBATxAdaptTimeOut()
[47566.700000] PeerDelBATxAdaptTimeOut()
[47682.030000] PeerDelBATxAdaptTimeOut()

No idea if it's related.

Its great have this altenative (Pandorabox), but... any advanced in better performance over Openwrt?
Pandorabox is obscure, no all packages are available and is close...
Will be great if in this "forum.openwrt.org" we can talk about how make openwrt run better in this great and good looking router.

Yes, there is issue currently opened with OpenWRT trunk - https://dev.openwrt.org/ticket/20369 - the PandoraBox is the best option in the meantime.

@sharkys: I've been using the last version ever since I posted it and I'm not getting any delays or timeouts, so I think the problem is either due to your configuration or some packages you installed. First of all, are you sure HW NAT is really off because these are the symptoms I was getting when it was still on in the previous version?

The kernel log message for PeerDelBATxAdaptTimeOut() is just due to debug mode being enabled at build time. You can check the details yourself in the source code:

• https://github.com/openwrt/mtk-wifi-gpl … mer.h#L154

• http://lxr.free-electrons.com/ident?v=2 … R_FUNCTION

It seems harmless. At the very least, I also keep getting it without any problems.

The only other problem I found is with /etc/config/ngrokc, much like the hyphen thing in /etc/config/sqm but here it turns out that spaces cannot be used in section names as well, so if you change 'Example Tunnel' and 'Example Server' to anything without a space in it (or a hyphen), it should work fine.

General comment for people who want to use extra packages: new PandoraBox versions keep popping up, and the changes are quite significant, but their package repository has not been updated recently, so I'd be surprised if this eventually did not cause some problems, similar to what happens on OpenWrt trunk if your base is out of sync with the repository. I think in many cases things can still be made to work on a per-package basis but it might take some gymnastics. If you're not comfortable with it, your options include using one of the older versions, although it'll be a trade-off, so I'd say the newest version is the best to go with unless you have a reason not to. The previous versions are kept in the downloads folder too just in case anyone wants to use them instead.

@gazambuja: I too would like to know what can be done to improve stock OpenWrt on this device. If anyone has any feasible ideas, please let us know. On a related note, it appears that the initial OpenWrt support for Xiaomi WiFi Mini is in fact due to the work of PandoraBox guys: http://thread.gmane.org/gmane.comp.embe … ocus=29840

(Last edited by StrangeOrange on 29 Jan 2016, 13:47)

First of all, thank you for your newer versions, second thank you for your detailed and well explained answerm I owe you a beer. I tried what you said and it worked as you said! Now im able to scan networks with 5ghz interface and also set it up as a repeater. Only problem is the number of signals returned by the 5ghz scanning is just 2 (one of them is the other 2.4ghz in miwifi lol), it seems like this interface, i mean its driver, its somehow not so optimized so the range of the scan is very limited, might be something misconfigured on my side dont really know. I will try latest release, thanks StrangeOrange keep up this good work!!!

Regards

Yes, HW accelerate off. What happens is: it will randomly drop connections to already connected guests, and not accept any incoming connection requests. You end up with the guest trying to connect for a long time, remain in a semi-connected state but never get an IP over DHCP, and eventually times out.
Fortunately when that happens - I have a bridged client that never seems to be dropped from the main router; I can connect to that one, then login into the main router and reboot it.

(Last edited by stamasd on 30 Jan 2016, 14:42)

Hello!

Can any body help, how to configure DHCP server for 1696 version?

I see that router get address from 10.0.0.x range, but where I can change for another network (i.e. 15.0.0.X) range?

Thank you!

(Last edited by admitr2 on 2 Feb 2016, 09:00)

Edit /etc/config/network or change it through the Web interface (LuCI), the same as you would on any other OpenWrt installation. For details, see OpenWrt Wiki.

Note: You should only use addresses from RFC1918 private spaces for your local network or you won't be able to connect to some parts of the Internet. Well, unless you're HP and this is your public address range:

NetRange:       15.0.0.0 - 15.255.255.255
Organization:   Hewlett-Packard Company (HP)
Address:        3000 Hanover Street
City:           Palo Alto
StateProv:      CA
PostalCode:     94304
Country:        US

thank you!

(Last edited by admitr2 on 2 Feb 2016, 11:21)

https://openwrt/luci/admin/network/network/lan
https://openwrt/luci/admin/system/uhttpd

Might be some other places that need changing too, /etc/hosts I think.

Dear, StrangeOrange!

May be you know, why completely power off and power on - configuration loaded to default? Config saved. I try load from backup config, but result the same - default configuration. I check backup file - all my config present.
This is my kernel log

https://goo.gl/j0dRCp

(Last edited by admitr2 on 2 Feb 2016, 17:29)

For some reason the JFFS2 filesystem was not initialized properly:

As a result, the /overlay partition is not mounted correctly, so there is nowhere to save any changes you made.

You can check if this is the case with mount | fgrep overlay, which, if everything went fine, should show:

I guess it does not show both of the above lines on your system.

This happens because there is leftover data from the previous firmware stored in the flash memory in the area that the new JFFS2 (writeable) filesystem is supposed to use. This problem seems to surface occasionally if your previous firmware was much larger in size than the current one is. Perhaps it can also be caused by the change in partition layout when flashing from a non-OpenWrt firmware.

Reflashing the firmware again should solve this problem (it always did for me). If not, other options include erasing the partition before flashing the new firmware or building a custom image with an increased padding size.

Good work, keep it up!

I have only few things:
1.) It looks that u-boot partition is locked to read only by ROM. So you can't update to breed. Is there any workaround? (e.g. can someone compile Owrt with u-boot enabled for writing so we can update u-boot and then flash back to Pandrabox?)

2.) I found that /root partition has only 4MB and free space is 3,5MB. On the other hand temp partition has over 60MB. Why is /root partition so small? (because I want to install Virtual here USB which has 3MB...)

3.) I don't know what is ngrok settings, but if you click on it in Luci, you will get:
Failed to execute cbi dispatcher target for entry '/admin/services/ngrokc'.
The called action terminated with an exception:
Unable to read UCI data: ngrokc
stack traceback:
    [C]: in function 'assert'
    ?: in function 'dispatch'
    ?: in function <?:141>

4.) After changing LAN IP to 192.168.2.1 Luci stopped working. After changing it back to 10.0.0.1 (through /etc/config/network) and reset it started to work again Internet connection worked.

5.) I recommend to set WMM enabled on wifi by default

Thank you

(Last edited by Benik3 on 3 Feb 2016, 18:20)

To enable it the kernel would need to be recompiled, and we don't have the sources to do that. As for the workaround, I flashed the Breed bootloader while still on stock firmware, and once you have Breed, you can reflash it anytime with another bootloader from within Breed.

The /tmp partition is in the volatile memory, of which there is 128 MiB available, but once the power is off everything there will be gone. There is no separate /root partition but an overlay filesystem, which to preserve its contents across reboots needs to be kept in the non-volatile memory ("storage"), and there is only 16 MiB of that available to start with.

Newer PandoraBox releases keep adding more and more packages. If there's some stuff you don't need, you could consider editing the patch sources to remove it and making a custom version of the firmware for yourself, although note that just the Wi-Fi driver module /lib/modules/3.14.56/mt76x2e.ko is nearly 2 MiB by itself in the current version, so there are limits to how much space can be freed. Or you can consider going back to release 1216, which was smaller. There's also the possibility of mounting a filesystem from an external drive for more storage.

It's just a config file problem, similar to the SQM one described in the previous posts. To fix it, edit /etc/config/ngrokc and change both 'Example Server' and 'Example Tunnel' to just 'example', or anything else for that matter: as long as there is neither a space ( ) in it nor a hyphen (-) it should work.

You probably didn't change the address in /etc/config/uhttpd. Also check /etc/hosts.

I left the default Wi-Fi driver settings because the way they're applied is quite messy, and while meddling with them I wouldn't want to introduce any errors, some of which might not be immediately apparent. Sounds like a good idea though.

(Last edited by StrangeOrange on 3 Feb 2016, 19:44)

Thanks for reply!

Ad 1.) well we have original sources for OpenWRT 15.05 or 14.09 here so we could use one build to just update u-boot. Unfortunately I'm not enough skilled to compile own kernel

Ad 2.) Ah, OK. I remember that I had more space. Luckily the Virtual Here didn't took as much space as I expected, so I have still 2,5MB free. That's enough for now

Ad 4.) I didn't know about the HTTP settings. After change it works OK, sorry

Ad 5.) I recommended WMM enabled because some wireless cards have problems to connect to wifi without WMM. They connect only on low speed or even not

(Last edited by Benik3 on 3 Feb 2016, 20:25)

Hello!

Thank you for help.
Yes, you are right about wrong size of partition.
Unfortunately re-flashing not help to me.
Can you detailed write about  "other options include erasing the partition before flashing the new firmware"?

(Last edited by admitr2 on 3 Feb 2016, 21:04)

I'm using PandoraBox R2 14.09. On my Wifi Mini the lan led on the rear blinks over and over again. Is there any way to keep it on without blinking? Thank you.

@all Sorry for my intrusion
@StrangeOrange, currently on latest version ..Optimal-U4 and my Xiaomi router is working very good!! Thanks a lot for your great work!