Gateway device
-
I see no reason not to (depending on available space) add footprints for various "standard" sensors in addition to a IO header on the board. I have no idea on what impact it has on the sw to have a gateway report sensor values to "itself" but I see no reason for why that could not be supported (if it isn't already).
End of double-negations ;)
-
What do you define as "standard" sensors?
@tbowmo
Perhaps an unfortunate label. I guess standard footprints would be a better word. I mean footprints for the most commonly used sensor cases. TO-92, DFN and etc. connected such as the typical sensors (1-wire temps and Si7021 like) will "fit". -
Problem is that each sensor has its own pinout, so you can't make generic footprints.
There already is a GPIO header, with 8 pins (4 analog and 4 digital) plus power. So people can make their own daughterboards with sensors. Might convert 2 of them to i2c bus with pull up, and then have si7021 onboard.
-
Have you considered Grove plugs for sensors? This can give flexibility and a large enough number of sensors at a reasonable price.
-
I think a header for daughterboards will go far in terms of flexibility.
-
-
Nice nice. I am very interested in this as I have more or less decided to swap to RF69 from RF24. Both for range and because I like the concept of having the radio handle the encryption on my signed packets (yep, I am paranoid as hell). Unfortunately, it means my current gateway has to go but I have made a "sensor evaluation board" (got the PCBs, still waiting for components). Once I get the components and can verify all the features I put on it I will publish it in this forum for those interested. It will still rely on Arduino modules and such so it is not the hard-core approach like the Sensebender Micro though.
-
updated the first post in the thread, with links to github project, and pdf of schematics (on github). So it will always point at the latest available one, so I don't have to remember that there is a forum thread to keep updated :)
-
I see no reason why that would not work. I sure hope so as I did that on my board :)
Both radios will never be connected (or at least in use) simultaneously so it should be ok. -
could be someone got brainfreeze and decided to go with both radios at once in one setup.. On the other hand, we're not using IRQ for the nrf24 at the moment..
-
On the other hand, is there a usecase to provide HW interrupt functionality for a dagughterboard on the gateway? Since it will "by definition" have a solid power supply, any sensors using interrupts should be fine with the soft-interrupt options (have not looked into those myself though) or simply use polling. Power saving makes little sense in this case. The radios are probably better off with "real" interrupts (if we ever use them).
-
been fiddling with layout, and schematics changes..
Added a couple of MAX3002E for level conversion between 5V and 3V3 domains on the board. (Links to the schematic are in the first post of this thread)
Waiting for samples of the ESP8266, and W5100 modules, so I can make some last measurements before ordering boards.
-
Hi,
just want to share with you some of our progress in a board similar to the one that you are designing.
This is based on Atmega32U4 and has socket for nRF24L01 and ESP8266 and is designed to be battery operated and support Grove connector. The board has mosfet to switch off the sensor while sleeping and keep low the consumption, this should stand a year on battery.
We just received the PCB, picture at the link below,
http://www.souliss.net/2015/06/sensor-battery-board-pcb-arrived.htmlThe schematic and layout are open-source and hope that this board may fit some needs also in the MySensor community
https://github.com/souliss/boards/tree/master/Battery_Operated_Board/Ver1Regards,
Dario. -
Looks like a nice board you have created... Only problem is, that we run out of memory on atmega328, if we want to run with signing and have MQTT client on board.
So that is why we have bumped the processor to a atmega1284 instead, having 4 times the memory, than atmega328. Also, with this board, we have the posibility to use both RFM69 and NRF24L01 on the sensor network..
-
Tried to make a concept drawing, of NRF module placement
the esp8266 is placed in a similar way, on the right edge of the board, also hanging over the edge with the antenna part.
the W5100 board (which is similar to this one from itead studio) is turned 180 degrees, which makes the ethernet jack placement above the large "empty" space on the board (there is a 2x3 pinheader in the concept drawing)
The micro usb connector will be just beside the ethernet jack. between the ether jack, and the single pinheader pin (this is the antenna connection point for the rfm69 you can put on the bottom of the board)
Things are still a bit conceptual, trying to visualize it for my self :)
-
I'll second (third? fourth? whatever...) the suggestion to design this to fit a cheap and readily available enclosure. Something like:
(Not saying that's ideal; just an example.)
