I have used almost 12 GPIO, and almost all raspberry pins for one of the build, following is details: Pin numbers denote serial numbers, not GPIO number
1) Both 5v pins (2, 4)-> to power pca9685, and relay board (8 channel)
2) Two 3.3 pins ( 1, 17) -> to power mco3008 and photo electric sensor
3) 8 GPIO pins (31,32,33,35,36,37,38,40) -> to control 8 channel relay
4) Both i2c pins, sda & scl (3,5) -> pca9685 i2c connection
5) GPIO4 (pin 7) -> for temperature probe. This is a fixed pin (can be changed by kernel parameter, but I prefer to use the default pin) for 1 wire protocol (DS182b temperature probe)
6) 1 GPIO pin for ATO (11)
8) 3 pins for SPI connection to mcp3008 (19,21,23,24)
9) There are 8 GND pins, i connect them all to a single rail...
9) I keep the UART pins (pin 8 , 10) for debugging perpose, to use console cable .. They are not used for any equipments. I keep the eeprom i2c pins unplugged as well (27,28)
At the end I had only 4-5 GPIO pins left (if i recall correctly )
Does that answer your question ?
Definitely answers my question.
Just got reef-pi 0.1.1 up and running and viewing it remotely on my laptop. Nothing connected to it yet for testing purposes, but hopefully I can get some of that done this weekend.
I will attempt to make notes as I go on anything that I get hung up on. What is your preferred method on reporting? Some may not be actual issues, just something that I got caught up on.
Is the Adafruit telemetry implemented already? I am not sure if I am overlooking where to set that up in reef-pi.
Again, thanks for all of your work on this, it really is amazing.
Last edited:

), I would also emphasize on capturing the use case first (e.g. we want the equipments tab functionality in on internet), that helps us putting focused effort and getting that particular feature implemented while avoiding unbounded/open ended discussions. Otherwise it will be very hard to stay focused since theres just an immense amount of options out there... for almost anything related to IoT

