gdm85 wrote:
Thanks for your reply @igorp
Wow, that project is impressive! Lots of relays. Will watch the video later.
Video is very short - just showing relays in action and the code for driving this is few lines of bash, no library whatsoever. It's usage is to power cycle single board computers that are under testing.
gdm85 wrote:
As for the library I was planning to use WiringPI since there's support for my device.
I would recommend not to use that. GPIO support is build into the kernel. WiringPi is deprecated, nobody will support you in case of troubles and project is long time abandoned by its authors. Support is limited to old demo quality stock kernel. I would not count on that your device is supported since many other things won't work and again - you will not be able to talk with anyone.
gdm85 wrote:My problem is more on the pinout side: I cannot understand very well the pinout and/or what extra modules I should get.
The pinout is here:
http://wiki.friendlyarm.com/wiki/index. ... _NEO_Plus2All those that mention GPIO can be used as general I/O pins (aside from the other function mentioned)? They are identical for GPIO purposes?
I see 9 on the 24 pin GPIO1 header and 2 on the GPIO2 12 pin row header.
Almost all those (except gnd and vcc) can be used as GPIO since pins are multiplexed. If you don't have enough gpios, i2c gpio exttender exists.
gdm85 wrote:
As for I2C: I am not against that approach but I find it inconvenient that the moisture sensors already have the HC-38 module and then I'd have to put another one for I2C.
You can have more devices on a single i2c bus.
https://www.bluedot.space/tutorials/how ... n-i2c-bus/gdm85 wrote:
I wanted to use AO because I think that the digital one will not be very useful/precise, but I have no experience with either.
Board doesn't have that capabilities which is why you need to use some analogue sensor that outputs data on i2c. Which is something completely normal. I have one moisture sensor, which is impedance meter in its core, at home that sends data digital way / via i2c ...