hack news

The $8 Linux Pc

Sure, you read that appropriate… for $8 you want to per chance presumably per chance have the flexibility to high-tail linux on a RISC-V computer.
And no longer right a stripped down kernel with out an MMU.
No, the Ox64 comes with succesful RISC-V cores.
Heck, and no longer right one core, nonetheless three cores (all a whole lot of.)
Thrilling instances!

It seems to be admire a microcontroller, nonetheless behaves admire a UNIX machine. Sweet, or what?
Getting it up and working, though, is unparalleled from trivial.
There are so unparalleled of hurdles to come to a decision on out!

Hurdle 1: That you just can no longer program it using USB, admire you want to per chance presumably per chance well an Arduino, ESP32, Trace-C3 or rPi Pico.
Nope… this needs to be programmed through the UART TX/RX pins.
In the describe above, you want to per chance presumably per chance have the flexibility to seem them curved as much as GPIO14 / GPIO15 and GND.

So, UART programming then… stunning, we will right utilize one in every of those limited CH340G dongles.
I obtained one off Amazon, nonetheless it certainly would no longer work… each time the handshake would fail in Dev Cube (hurdle 2).

Fortuitously, some folks stumbled on out that you want to per chance presumably per chance have the flexibility to program it with an RP2040 instrument, admire the rPi Pico.
I had a KB2040 from Adafruit lying around, so damaged-down that.

Which locations us at hurdle 3: The right diagram to flip a KB2040 true into a serial bridge between PC and Ox64?
Hook up GPIO-4 of the RP2040 to GPIO-15 of the Ox64. Hook up GPIO-5 of the RP2040 to GPIO-14 of the Ox64.
Moreover, join the grounds, of direction.
Stare below learn how to hook up for flashing the M0.

Then now we fill to load our RP2040 with picoprobe which we can win by conserving BOOT while powering up, and feeding it the uf2 file with picoprobe.

Good ample, so now we can flash it then? Unfortunately, no, hurdle 4: DevCube is nonetheless no longer in a position to flash the Ox64, nonetheless we can utilize bflb-mcu-intention as a alternative.

Good ample, nonetheless with bflb-mcu-intention, we’re all utter! Are we?
Introducing hurdle 5: now we fill to adjust the intention old to this could per chance presumably per chance simply work for us.
This diagram stripping DTR and RTS stuff from the intention by making improvements to the
~/.local/lib/python3.10/space-packages/bflb_mcu_tool/libs/bflb_interface_uart.py file.
Here is my copy.

So with the Ox64 powered through MicroUSB, and the RP2040 linked to my PC using USB-C, I will within the waste flash something.
For that, I took the low_load_bl808_m0.bin from the bl808 linux data and flashed it with:

$ bflb-mcu-tool --chipname=bl808 --port=/dev/ttyACM2 --baudrate=2000000 --firmware=out/low_load_bl808_m0.bin
    

After which I now uncover output from my Ox64, through my KB2040 to my PC:

dynamic memory init success,heap size = 156 Kbyte 
E907 start...
mtimer clk:1000000
psram clk init ok!
    

Good ample, a modest commence, nonetheless the Ox64 is talking to my PC now! Yay!
Near aid to my weblog at a later time to scrutinize if I will utter as much as high-tail Linux on the Ox64!
On narrative of as I understand it, I moreover fill to flash something to the D0 and then flash the right OS as successfully.

UPDATE: Here is PART 2.

Related Articles

Leave a Reply

Your email address will not be published. Required fields are marked *

Back to top button