<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2017-04-27 18:58 GMT+02:00 tim Rowledge <span dir="ltr"><<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1dk" class="a3s aXjCH m15bb059ed6ed7e7d">Hi Denis;<br>
<span class=""><br>
> On 27-04-2017, at 6:17 AM, Denis Kudriashov <<a href="mailto:dionisiydk@gmail.com">dionisiydk@gmail.com</a>> wrote:<br>
<br>
> Can you compare wiringPi library and your set of packages for GPIO? (there is ffi binding to wiringPi at smalltalkhub)<br>
<br>
</span>First question - how did you find a wiringpi package on smalltalkhub? I never seem to be able to find *anything* there, which frequently annoys me.<br></div></blockquote><div><br></div><div>I asked Jean Baptiste. In past he built CI job for pharo on RPi at Inria </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1dk" class="a3s aXjCH m15bb059ed6ed7e7d">
<br>
WiringPi (<a href="http://www.wiringpi.com" rel="noreferrer" target="_blank">www.wiringpi.com</a>) is a decent library to make it easier for Ardunio habitués to adapt. It provides a lot of good stuff and I used it for some time in the early days of the ScratchGPIO work. Where it falls down is Gordon’s insistence on rather aggressively exiting the process when errors occur. Eventually that got a bit annoying.<br></div></blockquote><div>Yes, I was also surprized. But there is env variable to disable this behaivour</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1dk" class="a3s aXjCH m15bb059ed6ed7e7d">
<br>
The library I moved over to, and that is used in the HardwarePeripherals package for Pi, is pigpio (<a href="http://abyz.co.uk/rpi/pigpio/" rel="noreferrer" target="_blank">http://abyz.co.uk/rpi/pigpio/</a><wbr>). It is a fair bit more sophisticated and offers both locally bound and daemon versions of the core - I use the daemon because that avoids the all-too-common problem of ALSA screwing up interrupt handling. It also allows for the daemon to be running on a *different* Pi, giving remote control for free.<br>
Pigpio has a lot of clever stuff that gets down to the gpio hardware better than wiringPi. Both are installed by default on Raspbian so it is no problem to choose either for any project you are considering.<br></div></blockquote></div><div class="gmail_extra"><br></div>I will look at your code<br><br></div></div>