Cached web pages may be saved in browser, causing the IP numbers for VNC and ssh to be wrong. These are dynamically assigned IP addresses through PHP. I suspect that the browser may be caching the web page, and the IP addresses are then stale: the user gets a blank web browser or failure to connect screen. This can often be remedied by changing the browser (IE going from Mozilla over to Chrome or IE).

@DexterInd , @karan259 , @CleoQc - How about adding the bash script for the Browser streaming bot and the camera streamer.py to our image and DI-update, will it be valuable to add them

On update, we force the user to reboot after "Update Dexter Software". This isn't totally necessary. We need to work in an option to not do this, or avoid the reboot.

We will add minecraft to our starting image.

On the October 2020 R4R beta, Matplotlib.pyplt.imshow(image) does not create a window and show an image:

#!/usr/bin/env python3

# file: mpl_test.py

import matplotlib.pyplot as plt
import matplotlib.image as mpimg
from time import sleep

# plt.ion()

print("matplotlib.get_backend():", plt.get_backend())
img = mpimg.imread('capture0.jpg')
print("image.shape:", img.shape)

imgplot = plt.imshow(img)
sleep(5)

It doesn’t complain of errors.

It claims to be using TkAgg as the background.

Matplotlib.pyplot.imshow(image)

does not display a window.

Pyimagesearch claims this is because of missing dependancies.

Script to automatically setup an Adhoc network, and take it back down.

I have updated my Raspbian For Robots system several times over the last year, and today noticed that there are duplicated entries for i2c and SPI in the /boot/config.txt file.

...
dtparam=audio=on
start_x=1
gpu_mem=128
dtparam=i2c1=on
dtparam=i2c1=on
dtparam=i2c1=on
dtparam=i2c1=on
dtparam=i2c1=on
dtparam=i2c1=on
dtparam=i2c1=on
dtparam=spi=on
dtparam=i2c_arm=on
dtparam=i2c1=on
dtparam=i2c_arm=on

Might the updates be the cause?

Folks,

Am not sure if you've had similar issues but while installing certain applications on the RaspPI which is also used for my GoPiGo i started seeing GPG (Gnu Privacy) errors. I also realized that for some reason the post installation scripts running on the Raspi would barf and fail with a GoPiGo message...

GoPiGo Found
Firmware version
Battery Voltage..

I think this is because we've named a binary as /usr/bin/gpg to provide the above. The issue is Debian also has a GPG binary with a similar name and all programs that need to use GPG seem to fail.

It's a minor issue. I've fixed it by renaming the binary to /usr/bin/GoPiGo but don't know what's the impact of doing that. The fix allows me to continue working with my other apps on the RasPi.

Thoughts?

Cheers,
Trevor

It is great that Node-RED ships with R4R but it doesn't work with the GrovePi out of the box. It would be great if R4R could come with a newer version of Node-RED and a working GrovePi library installed.

Node-RED

• version installed = v0.14.6
• current version = v0.18.4 https://github.com/node-red/node-red/releases

GrovePi Node-RED packages

• https://flows.nodered.org/node/node-red-contrib-grovepi
• https://flows.nodered.org/node/node-red-grovepi-nodes
• https://flows.nodered.org/node/node-red-node-grovepi

I have not tried all these yet but I hope at least one works

Update for some reason breaks cinch. When you run a software update on a cinch Pi, it no longer puts up the wireless AP.

If you run
sudo sh /home/pi/di_update/Raspbian_For_Robots/upd_script/wifi/cinch_setup.sh

it's fixed.

Need to either figure out what's broken, or run this script again if it's a Cinch version.

Need to be able to expand the size of the usable space to the size of the SD Card. Possibly incorporate into GUI.

We need to generate an update log every time that an update is performed. This will help in troubleshooting.

@CleoQc asked if this resets the hostname. Going to try to rename the hostname, update, and then see where this goes.

Folks,

Been speaking to Karan/CleoQC at the forums and realized that we are currently missing the means to generate alerts when the batteries are running low.

As Karan was mentioning when powered from batteries the gopigo binary (to be renamed such from it's current name gpg..:) ) reads 12v. This obviously comes down over a period of time as the batteries are drained. Below 7v one should consider pulling them out and replacing them.

What's the best way to alert the user of batteries that have lost all juice with a crash looming ahead. Possibly a script/daemon running in the background? A Python or shell script running in the background as a daemon checking the voltage every min and issuing an alert on the screen while generating some sort of an audible warning?

I can give the script a go. I am not very good at writing code (python or shell) but can definitely give it a go. Let me know if there's something you would like me to help with.

Cheers,
Trevor

@DexterInd I talked to a teacher tonight, and she runs Cinch. Her class robots all have the same hostname, and just their SSID was changed for Cinch to be usable.
Having those lines in:
https://github.com/DexterInd/Raspbian_For_Robots/blob/master/upd_script/rc.sh#L21-L26
would mean all her robots would revert to 'dex' with no warning.

Suggestion: postpone those changes until we can pass the word around that hostnames must also be unique, not just SSIDs.

The current Raspbian release 2017-11-29/Stretch has performance improvements and a couple USB stability fixes that we'd really like to use. Are there plans to update Raspbian for Robots to this version?

Need a way to backup the Pi and user content to a USB drive.

Should we add this to the update?

sudo apt-get dist-upgrade

sudo rpi-update

We need the kernel update to make it work with the Pi3.

Need a way to force http, not https. The webpage fails if it goes to HTTPS. Seeing that if you login to https://dex.local, a blank page appears. Mozilla seems to sometimes want to force https. Is there a way to force http protocol for the dex.local page?

Note we can't disable https because Terminal program uses it, needs it.