Thank you Gert, I appreciate you taking the time to look into this. I have just copied a fresh version of noobs to my SD card and will follow the instructions at https://www.gertbot.com/pi3.html as you suggest. But I'll have to wait until the television becomes free!

Yes 2.6 is the latest but I have been asked for 2.8 which I will try to get out this weekend.
I have not done so as I have not had time to update the C or python drivers.

Revision 2.7 has support for servo motors. It does not use the power bridge at all but outputs a
3.3Volt variable pulse width to control servo's. Whilst testing I was surprised to see how few servos
work according to the standard. On many I had to make the pulse width <1ms or >2ms to reach the end positions.
Therefore I had to build-in compensation for that. You set the min & max pulse width.
Then when you tell it to go to the middle position it will work out where that is.

Revision 2.8 has support for ramping up and down on the stepper motor speed
sort of like the brushed motors. The issue was that it has to stop exactly when it has reached its
minimum step speed which required some nice calculations as to when to start ramping down.
(Which in short step sequences maybe half way when it is still ramping up)

So this weekend I plan to release the GUI 2.8 and the code for the board plus the manual
but not yet the C or Python drivers.

Still not working - fresh install, (I think I have) followed your instructions - the gui is OK, but no boards are found

I do still have wifi (but not bluetooth) and you have mentioned a couple of times that this ought to be disabled, so I think we may still have different configurations. Or could possibly have somehow fried my gertbot - the heartbeat on the board still flashes...

If you have any more ideas, I'd be grateful - I would even be happy to package up the boards and send them to you to take a look at if you would be willing? If my gertbot works on your pi3, that would at least give me confidence that it is worth continuing to look at this.

cheers
Rich

ps - I don't know systemctl, but I have also issued
sudo systemctl stop bluetooth.service
but that does not appear to have made any difference either

First note that I have updated the gertbot webpages several times over the last two days.
There are tested instruction on there: https://www.gertbot.com/pi3.html

domoticom had even more problems (Qt4 libraries where missing) but I manged to help him out and for him it now all works: viewtopic.php?f=45&t=130475
I have to assume from that that the instructions on the gertbot webpage are correct but they
have been tested only with the latest stretch build.

What I learned in the last two days:
1/ Wifi is still working with my gertbot, In fact the picture below has been obtained using VNC connected over WIFI.
2/ Do NOT touch the user settings with the GUI 'to enable the UART interface.:

uart_interface.png (33.98 KiB) Viewed 3576 times

If you have enabled it, disable it again but then you have to edit the /boot/config.txt file again to set enable_uart=1.
I suspect somebody is installing a SW bit-bang driver which is not at all compatible with the actual hardware UART.

===========

I will try tomorrow with an fresh pre-stretch image.
I think you have one of those because on the latest image the whole GUI will not start
due to the missing qt4 libraries.

Downloading the QT4 libraries.
You only need to download the QT4 runtime libraries if you get an error message saying "libQtGui.so.4: cannot open shared object file: No such file or directory"
At the moment this is the case if you use a stretch image. (uname -r gives as output "4.9.41-v7+")
In that case there are instructions here: https://www.gertbot.com/updates.html

If you are running an older jessie image (uname -r gives as output "4.4.50-v7+") then you do NOT need to download the qt4 libraries as they are provided.

Pi-3 UART
In a Pi-3 in both versions to get the UART working the following is needed:

just to let you know, I decided to order a re[placement gertbot which arrived this week. I have just wired it up and plugged it into the pi3 and it worked first time - yay! So I think I must have somehow damaged the gertbot I was trying to get working previously. I'm very pleased - we can now crack on with a bit of coding and will hopefully be ready for some piwars in April - although there is still an awful lot to do!

Hi, we are currently working on a project using a gertbot 1.1 and 2 DC motors, we did pretty much everything in order to make them work via the Gertbot GUI, and it works.

But now that we are trying to make a c++ program using QT creator to control them, we have a hard time to make it works. We are trying to use the UART headers and programs available at the Gertbot website (C-drivers 2.6, simple rover, etc).

Well... We don't remember for the uart_opened
As for uart_open(), it was also one of the things that don't work, adding a lot of warnings and errors...
And we were trying to fix one thing at a time... but that doesn't work quite well

ok, It's not like we want to... we have to (or at least try to)... so what needs to be done to correctly use the uart drivers ?

Anyway, let's begin right at the beginning : If you were to choose between c++ and c to communicate with the gertbot, which one you would choose and why ? And if C++ was your only choice, what steps would you do in order to carefully make it work ?

My apologies. There was a typo in the file which made that the link was wrong.
I thought that I had tested downloading each file but I must have missed that one.
It is now in place with more information how to get it running and
how to use a better font.

I am interested in using the Gertbot to drive multiple solenoids. Can I drive 2 solenoids, one off the A pin and the other off the B pin, of each bridge? Is there anything in software looking for current flow through the sense resistor on the low side of the bridge??

If you connect a solenoid between A1 and A2 it will drive it.
The same for B1/B2, C1/C2, D1/D2.
But there is no on/off software for that, so you have to use DC motor mode.
Either forward or backwards will activate the solenoid.

But the board has eight half bridges. So it could drive 8 single ended devices like solenoids!
But there is no SW for that mode. (Yet). You have given me something to work on for the next days.

That would be pretty awesome if you could implement that software feature to run the solenoids single ended.

One other weird request. Can the "end stop" switch inputs statuses be accessed via software? I have a bunch of reed switches to keep track of and if I can do it via the Gertbot that would possibly save me buying a separate micro controller board to serve as an I/O expander.

I am looking to use the Gertbot to drive door lock solenoids for a key organizer / trap.

As to reading the end-stop switches, that is already supported.
They are just normal inputs thus a 'READ input' command will give you that information.
You can try it with the GUI by first switching to 'board' mode. On the LHS is a Read button.

First, I would like to thank Mr. van Loo for all his hard work creating, documenting, and maintaining the GertBot. We've won two robotics competitions and a science fair using it, and it saved us many hours of work. I was wondering whether the GertBot is every going to come back, though. The only US seller had one left in stock, and I just bought it for twice the normal price. UK sellers don't have many either. Are there plans to continue selling GertBot's, or was there never enough demand? Thank you for your time.