Last attempt I saw was here https://github.com/openwrt/openwrt/pull/1770
but it was rejected.
I have some experience with the bootloader used in this device, I can
provide more complete instructions to do the uboot fix though.
TTL/serial access seems to be easy (there is a header as you see in the
photo),
and you need an inexpensive "arduino USB-TTL dongle" to connect to this
device.
Connect the pins as defined in the wiki, open up your serial
communication program (Putty usually)
and set it for 115200 serial speed, others default.
Then boot the device, press a key to stop boot when you see
"Hit any key to stop autoboot: 2 1 0"
It should stop and accept console commands.
then copy-paste this line
setenv sleep 1;nmrp;sf probe 0:3;sf read $loadaddr 0x30000
0x400000;bootm $loadaddr
This will alter the bootloader configuration that is causing the issue.
Now it will boot kernels up to 4MB big
Will still be able to boot stock firmware, we are just increasing a size
limit.
and then save the change by writing
saveenv
and then you can reboot the device by pulling the plug or writing
reset
Now you can install OpenWrt as normal.
-Alberto
On 28/05/19 14:00, Chris wrote:
Hi folks,
I was wondering if a patch enabling this device was ever released?
http://lists.infradead.org/pipermail/openwrt-devel/2019-January/015556.html
The wiki suggests one can only install/boot into OpenWRT by wiring up
a JTAG/serial interface and manually intervene... Which is far beyond
my comfort zone.
Am very eagar to make use of this equipment, so any news would be
really appreciated.
All the best,
Chris
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
