Re^2: Contemplating a documentation series for my Raspberry Pi work

[stevieb]

Hey zentara,

I'm just finalizing a significant upgrade/enhancements to the "pin registration" system. This is a protection mechanism that 100% ensures that if there's a crash or interrupt of any sort, we roll back the configuration of all pins we know about, and restore their state and functionality back to how we had it before exiting. It also protects someone from registering the same pin twice for different purposes by accident. Yesterday, I added this pin registration functionality to all of the various objects you can create through the $pi object (ie. if you create a shift register or ADC, we'll automatically register those pins). You really don't want to accidentally send a shift reg into bizarre behaviour just because you forgot that you're flipping a pin that's say for example the communication pin for the other device :)

I think that system will be important especially for users who are new to the platform.

Once I've got all of the quirks worked out (today), I will focus my attention on the entire installation of everything and smooth out any wrinkles. Thanks for letting me know!

Also, please do share the code you come up with for the LED matrix display. I honestly have never used one. The farthest I ever got was chaining four shift registers together with eight LEDs per register for when I was testing shiftreg functionality originally. Here's an image with two of them. I never documented it with all four due to it not being necessary, but I had them in a grid and that was fun to work with.

[marto]

"I will focus my attention on the entire installation of everything and smooth out any wrinkles. Thanks for letting me know!"

I'd hang on until you had an actual reproducable problem reported, cpanm RPi::WiringPi works without issue on the lowest spec (oldest model) Pi, running many other things.

[stevieb]

That's great to hear, thanks for the heads-up!