timrowledge wrote:Simon's ScratchGPIO server is still out there and still useful. Some time ago I added 'native' support for a lot of gpio functionality to NuScratch and it is all there with no extra work needed by you.
There are number of examples of how to use the gpioserver provided. Open a new project and load one of the projects in the 'sensors and motors' folder. The simplest one is named something like ' gpio-basicDemo.sb' but there is also an example for using a typical ultrasonic sensor.
Generally when you turn on a gpio pin it will stay on unless perhaps there is some other program that alters it. The gpioserver most definitely does not randomly alter pins.
Thanks. If I can help in anyway, please ask. I have some background in programming (not that much when it comes to hardware but I guess I can adapt...)ghp wrote:Hello,
for scratchClient, there is no ready to use configuration available. Although I have adapters for some of the chips in pi2go there are still some missing. I ordered a copy of this vehicle and hopefully after next weekend there will be some progress.
One of the advantages of scratchClient is its flexibility to implement adapters and to combine them to solutions.
No. I felt asleep looking at this schema trying to get the idea (now my wife refuse to believe me when I say I was working...)ghp wrote:In the schema for pi2go, there is a STM8S003F3P6 controller, do you know what his thing is doing ?
Great ! I'll try to look at your solution in the following days.ghp wrote:Hello,
had a busy time since yesterday and there is pi2go integration into scratchClient available.
Code: Select all
sudo python3 src/scratchClient.py -config config/config_pi2go.xml
I've seen an example using scratch2 and I'll try it tomorrow.senorBix wrote: If you have any scratch samples using scratchClient or some documentation, I'll take them with pleasure,
since I've been reading many things but with a limited success.
I tried yesterday but it failed (don't know why).ghp wrote:Do not use "channel_0" but the corresponding scratch name "D11_D14_blue".
This is from the sonar adapter. The implementation is polling the input signals from the sonar, but from time to time the response time exceeds the 25ms range. Reason is most probably thread scheduling during a measuring cycle. These measurings are ignored.adapter.gpio - WARNING - HCSR04: error code 2 (linked to the sonar, from what I read)
How sad i am to read this. Ok, the next post does correct this, but at the end a new scratch interface for the pi2go is written, instead of using the existing one. And Simons interface works with several robots, not only with the pi2go!senorBix wrote:...Once upon a time was ScratchGPIO developped by Simon Walters (Thank you M. Walters). based on a python script that interacted with scratch... This is no longer the case...