I have flashed:
2019-06-19-ubiquity-xenial-lxde-raspberry-pi.img.xz'
as the latest image can’t be loaded by Etcher.
When I perform: apt-get update / apt-get upgrade and reboot, Ubuntu will not start up.
I get a color swatch on the screen and a blinking green light on the Pi. Nothing happens beyond that.
Update 1:
Even though the Ubiquity site mentions that Linux will resize the file system on first boot after flashing, I performed same using raspi-config. This time the upgrade seemed to do a LOT more stuff and took a lot longer…but it DID reboot.
2019-06-19-ubiquity-xenial-lxde-raspberry-pi.img.xz after uncompressed yields an .img file of
2019-06-19-ubiquity-xenial-lxde-raspberry-pi.img of size 4.882 GB and change.
I always start with 16GB flash card and have found that 8GB only leads to grief later on down the road.
we ship with 16Gig Sd cards for example.
So that we better understand your equipment I again ask for exact Raspberry Pi cpu you are using and now will also ask if this is in a Magni product or you are using the image for your own project.
I have used this exact image on at least 4 private robotic and IoT projects although on those I rarely do the apt upgrade so this may be specific to the version of your raspberry pi or SD micro card size.
Thanks,
Mark
I am using 16 GB card identical to one supplied with Magni robot. I have a Magni robot. Using Raspberry Pi 3 B+, but not the original one…it seemed to have developed issues communicating with the MCB.
Is there something different about the Pi 3 B+ supplied with the Magni?
THIS ENTRY HAS BEEN MOVED TO: Rosrun ubiquity_motor upgrade_firmware.py FAILS
The entry was about serial com and this thread is about possible linux system ‘bricked’ issue.
If possible could you return back to us all of the text on the main large metal topped chip in center top of the pi? In this way if this happens to anyone else we can correlate the issue to a specific daycode. We do not at this time know of differences between Raspberry Pi 3 Model B+ units that would explain this failure. We do not ship a special version of the Pi 3 Model B+
Thank You
mark
Not able to recreate the bricking fault described. There may be something specific to your components that I do not have.
using a Pi 3 Model B+ a fresh image same as you used was burned to a 16GB MicroSd and on bootup that image expanded and the Pi was able to control a magni.
Then the ‘apt update’ followed by an ‘apt upgrade’ was performed which takes 20 minutes or so to complete.
After bootup serial communications was ok and I was able to query topic /battery_state as well as run ‘twist’ to control the motors as expected.
It is unclear what led to the problem and it must be hardware specific to your setup. We can discuss offline by contacting support@ubiquityrobotics.com
I feel in another thread we have zeroed in on a serial issue but this corruption issue I am unable to explain.