Supporting the Pi Zero
Pages: 1 2
Chris Hall (132) 3554 posts |
The latest version of the Raspberry Pi is the Zero – a much smaller (and cheaper) circuit board similar in function to the model A (i.e. with one USB port and no Ethernet socket) but designed to be small and cheap. The Raspberry Pi Zero (click to see picture of a Zero installed inside a small case) will shortly be available more widely after the initial batch at the end of November quickly sold out. The most likely application for this board is as a control board soldered inside some sort of hardware project, possibly with a touchscreen, rather than as a desktop machine. A model B might be used to develop and test the software on the SD card. Using the Zero as a desktop machine requires a lot of added bits and pieces such as USB hub, Ethernet adapter and special cables to fit the miniature sockets, pushing up the price. So can you simply clone the SD card from your model B running RISC OS and put it in the Zero? Unfortunately not – the Zero needs the latest firmware. Using the latest firmware causes the processor to default to slow speed (allowing the kernel to ask for the higher speed ‘as required’, which RISC OS on the Pi does not yet do) and so the configuration (called ‘CONFIG/TXT’) needs to be adjusted to force ‘turbo’ mode. Can you add a popular make of USB to Ethernet adapter (more likely to be necessary on a machine with no Ethernet socket)? Only if you use a RISC OS ROM from 20-Dec-2015 (which has drivers for AX8872B-based adapters) – any later (e.g. a latest development rom from the ROOL download page) and complications arise from ZeroPain (don’t ask). How do you update your existing RC14-based SD card running RISC OS 5.2x to work on the Zero as well? An update zip file is available here which can simply be downloaded on your existing Raspberry Pi running RISC OS and the contents copied over your existing !Boot directory. Note: this relies upon the image file ‘Loader’ being recognised as an image filing system so it is best to open it to make sure, before doing the copying. It will update your firmware and ROM. Provided you are running RISC OS 5.2x this should work without affecting any of your data or programmes that you might have added since creating your SD card. You may need to update your configuration settings within RISC OS (such as screen size) as a new ROM will start with default settings. What is provided in the zip file? A picture speaks more than words: Some ideas for a project using the Raspberry Pi Zero, with a touchscreen in place of mouse and keyboard for input, may be found here. |
Bryn Evans (2091) 31 posts |
I have just recieved a “Ugreen” usb to RJ45 adaptor (and 3 usb hub) As a QUICK TEST it has been connected to the Pi B,with the net cable |
Bryn Evans (2091) 31 posts |
Now to add back the internet files I rmoved from the Pizero micro card Today I found that the Pi Zero will run happily when it gets power from the USB port on theside of the Celcus TV (Sainsburys) 5·08 /5·11 volts. |
Richard Walker (2090) 431 posts |
Maybe the Raspberry Pi page on here needs a few updates? Can anyone edit them? I have wondered if anyone would/could host their own ‘unofficial’ SD card images. Might be fun to create one with the latest code so it is newbie-friendly for all Pis? Or is there a way to assist ROOL with RC15? |
Stephen Unwin (1516) 153 posts |
Sorry for repost, but I’ll only do this once in case anyone missed it the other day. “Pi Zero? We’ll have a new stock of Pi Zero available on Tuesday 26th of January which will be made available to buy at 12:00 GMT! We expect them to go quickly so make sure you’re ready! It will remain one Pi Zero per order just as we have done in previous batches. We’ll also have our new ESP8266 pHAT available this week!"I managed to drop on one just after Christmas and just thought I’d try and give everyone the heads up again. |
Raik (463) 2059 posts |
I have made a Image. Works with my Zero. I have send the first link (without ROM changes) to Chris. The “new” Image is with a new ROM (2016-01-03). Not sure why it not works with all Zero… https://www.riscosopen.org/forum/forums/4/topics/3847?page=1#posts-49215… Edit: Any problems… https://www.riscosopen.org/forum/forums/4/topics/3847?page=1#posts-49304 |
andym (447) 472 posts |
Both myself and Raik have noticed an issue with screen resolutions on the Pi Zero, especially with the LapDock. Once up and running on the desktop, changing to 1360×768 using Configure:Screen works fine, but once this resolution is set and the machine is rebooted, it produces a mangled picture on next boot: We’ve both independently resolved the issue by including an Obey file in Boot.Tasks setting the resolution to 1360×768, having set the resolution using Configure:Screen and initially booting to 1280×720. This seems to work, but it is very confusing that it can clearly display 1360×768 but can’t boot directly to it. The very same MicroSD cards will boot directly to 1360×768 on an A+, B+ or Pi2 – making me suspect it’s possibly a hardware compatibility issue? Is anyone else experiencing this? Any idea why?! |
Stephen Unwin (1516) 153 posts |
Out of curiosity I’ve just tried changing the screen resolution through Configure. I used all the latest files I could find at the start of 2016 and the rom image is 5.23(03-Jan-16) |
Chris Hall (132) 3554 posts |
I must admit that I have noticed [on the Zero] that, despite adding an 800×480 screen mode to Other.Generic and manually editing the PreDesk.Configure.Monitors file to say X800 Y480, it wasn’t retaining the screen configuration over a boot. Most irritating when your only input device is a touchscreen and you can longer click in the right place to sort it out. So I copied the Monitors Obey file into PreDesk itself so the system can’t mungle it and all was then well. This is probably not the most elegant solution but it works reliably! I have always thought that the monitor configuration on the Pi, where the GPU interposes between the RISC OS kernel and the monitor, is bizarre and anachronistic. Only a single monitor ‘GPU’ is required, with every resolution and colour depth available, leaving the timings to the GPU (it ignores the timings from the MDF anyway). A custom configuration interface would be nice, where you can just set x and y resolution separately from a writeable field with up and down icons. It is unfortunate that RISC OS cannot see the result of the GPU’s interrogation of the monitor – the resolution it will actually use between iteslf and the monitor – as this would allow a much more sensible choice to be presented to the user as useful defaults for RISC OS. |
Raik (463) 2059 posts |
Even a little bit confused why it works differently to the other Pi models. With the same monitor. I tried a TV which also uses 1360×768. A, A +, B, B +, 2 are working with the same settings in Predesk (and config.txt), Zero not. But Zero works if I move the monitor settings to Tasks … |
Stephen Unwin (1516) 153 posts |
I’ve found the answer to my own question! Turns out the extra options were coming from the Anymode module I had running. |
Stephen Unwin (1516) 153 posts |
andym and Raik Are you also editing the config.txt file to make the GPU output match the native resolution of the screen in the first place? From http://elinux.org/RPiconfig These values are valid if hdmi_group=2 (DMT) hdmi_mode=39 1360×768 60 Hz |
Chris Hall (132) 3554 posts |
It is a good idea to force the native resolution of your screen. Particularly if it is an unusual one. |
Raik (463) 2059 posts |
Config.txt: This is what I mean as I wrote “same settings”… all the same, with or without this in config.txt. If I use from Predesk it fails only with the Zero, if I set in task or later, it works also with the zero… |
Chris Hall (132) 3554 posts |
This thread is about supporting the Pi Zero, which requires recent (Nov 2015) firmware for RISC OS. With such recent firmware, the default clock settings (1000MHz on Zero, 900MHz on model 2 and 700MHz otherwise) are ignored and a slow ‘idle’ speed of 600MHz imposed, the intention being to boost to the default speeds when requested by the kernel, something RISC OS does not yet do on the Pi (but does on Pandaboard, Titanium and ARMX6). For the Zero therefore, the update zip (see above) alters CONFIG.TXT to force 1000MHz continuously by using the following parameters:
If you want to use the more recent firmware on your model 1 or model 2 Pi then a more modest overclocking is advisable more like: Model 1:
Model 2:
|
Matthew (2902) 2 posts |
Brand new forum, RiscOS and PiZero user here. Chris, thank you for this early work to get RiscOS running on the PiZero but I’m having screen geometry issues… I’ve posted (with images) on the raspberrypi forum – https://www.raspberrypi.org/forums/viewtopic.php?f=55&t=136395&p=906835#p906835 |
andym (447) 472 posts |
I can confirm that this works with the Pi Zero too, as expected. |
Chris Hall (132) 3554 posts |
Is your monitor HDMI? The GPU usually gets the display right unless you are using a convertor of some sort. There are commands to put into config.txt that change the overscan until it lines up with the edge. |
Matthew (2902) 2 posts |
Yes, my display in HDMI – although it does have an input splitter attached so that I can plug in a few other devices to the same display without having to unplug cables all the time. After reading this thread more carefully, I was looking for a command line equivalent in RiscOS but haven’t found it – navigation being tricky at the moment… Where do I find / how do I create a monitor obey file? Edit: I got a couple of helpful comments on my raspberrypi forum thread… Adding ‘disable_overscan=1’ to config.txt did the trick. https://www.raspberrypi.org/forums/viewtopic.php?f=55&t=136395&p=908070#p908070 |
Chris Hall (132) 3554 posts |
Trying to get the Pico RISC OS distro working on the Pi Zero and I have run into an impasse. The Pi Zero requires latest firmware (Nov 2015) but the latest cut-down Pico RISC OS ROM is version 4 (Aug 2015) – so the Pi Zero starts up but then reports that the disc drive is empty (SDFS::0). If I replace it with a full ROM (but of course no FileCore partition and thus no &.!Boot directory) it sees the disc correctly (but boots into the desktop). Any suggestions please? The same effect is seen if trying to get the Pico distro working on a model B+ which has a micro SD card so I assume that the version of RISC OS used in the Pico predates the lack of ‘card ready’ signal (which was present on earlier models with a full size SD card amd was used by RISC OS to say whether the drive was empty). |
Rick Murray (539) 13806 posts |
Yes, RISC OS Pico is “old” now – nearly a year old – “2015-03-08 16:09:51”. I think we should have new versions of Pico when RISC OS itself changes for either an additional member of the Pi family or to cater for a firmware change. Oh, and a quick hack to provide |
Chris Hall (132) 3554 posts |
It’s older than that – the ROM image is RISC OS 5.21 (29-Apr-2014) whatever the date of the zip archive might say! I’m looking at what’s needed to provide a pointer. |
Rick Murray (539) 13806 posts |
Wow. That’s positively ancient.
You’ve probably already seen this. If not… |
Chris Hall (132) 3554 posts |
This will add a pointer:
|
Sprow (202) 1155 posts |
The kernel on the micro SD card on my desk says 07-Feb-2015, which would sound about right compared with the products file unless ROOL have had a fat finger moment and copied an older ZIP file onto the downloads page. I’m not buying another one just to find out, there’s only so much MODE 7 I need. |
Pages: 1 2