💬 Temperature and humidity sensor(ver.ATmega328)+E-Ink display
-
@heinzv it's a great project and it will make me build some e-paper nodes.
But I don't understand why you don't want to switch to NRF52 ? You would have way more power and memory than you need, and much lower consumption in sleep mode.@nca78 said in 💬 Temperature and humidity sensor with 1.54 E-Paper display:
it's a great project and it will make me build some e-paper nodes.
But I don't understand why you don't want to switch to NRF52 ? You would have way more power and memory than you need, and much lower consumption in sleep mode.Such a sensor will be, until everything suits in 328 (consumption, memory). I'm still studying the NRF52 chip. Of special interest is the awakening from an external request. The standard implementation in NRF24 compatibility mode is not impressive :(
-
@nca78 said in 💬 Temperature and humidity sensor with 1.54 E-Paper display:
it's a great project and it will make me build some e-paper nodes.
But I don't understand why you don't want to switch to NRF52 ? You would have way more power and memory than you need, and much lower consumption in sleep mode.Such a sensor will be, until everything suits in 328 (consumption, memory). I'm still studying the NRF52 chip. Of special interest is the awakening from an external request. The standard implementation in NRF24 compatibility mode is not impressive :(
-
@berkseo Nice board and idea - would you mind posting your pcb layout files and testing sketch for the community?
@tekka
I think that I will update the information from few days on openhardware.io. Waiting for new PCB with the changes (rev2), their photo was spread higher in this topic. It is necessary to check them, if everything is ok, I update the information. -
-
Yeah, openhardware.io is dependent on the https://github.com/tracespace/gerber-to-svg / https://www.npmjs.com/package/pcb-stackup-core project. I use it to generate an svg which then is converted to png with alpha channel which is feed into some three.js magic hack on the frontend to "cut the holes" using alpha in the png.
Some gerbers seems to render a bit funny. I have tried tweaking it and have sent bug reports to the author a few times. But pcb-stackup is a slow progressing project. The outline have been disables due to even worse rendering in many occasions. Not sure what triggers faulty renderings. Kicad/Eagle gerbers seems to work better for some reason.
In this specific case I guess the problem is because you're using a none-standard naming of the gerber files. Check some other project on openhardware.io that renders fine to see the correct naming of the different layer-files.
-
Yeah, openhardware.io is dependent on the https://github.com/tracespace/gerber-to-svg / https://www.npmjs.com/package/pcb-stackup-core project. I use it to generate an svg which then is converted to png with alpha channel which is feed into some three.js magic hack on the frontend to "cut the holes" using alpha in the png.
Some gerbers seems to render a bit funny. I have tried tweaking it and have sent bug reports to the author a few times. But pcb-stackup is a slow progressing project. The outline have been disables due to even worse rendering in many occasions. Not sure what triggers faulty renderings. Kicad/Eagle gerbers seems to work better for some reason.
In this specific case I guess the problem is because you're using a none-standard naming of the gerber files. Check some other project on openhardware.io that renders fine to see the correct naming of the different layer-files.
-
@nca78 you're right, it has more RAM/Flash, low energy for battery usage and I have seen modules which are also around 4€.
I'll rethink my MCU strategy again for the battery sensors as I have seen that nRF52 is full supported (with sleep, deep sleep) in mySensors right?
Is this a board you can recommend and is there a PCB which can carry this barebone board? I would also like to use in in conjunction with an RFM95 (LoRa).
https://www.aliexpress.com/item/nRF52832-2-4GHz-Wireless-rf-Module-CDSENET-E73-2G4M04S-SPI-SMD-rf-Receiver-transmitter-Bluetooth-Module/32819293925.html?spm=2114.search0104.3.1.154316a3exrCMu&ws_ab_test=searchweb0_0,searchweb201602_5_5724111_10065_10068_5724211_10547_5723812_10548_5724311_5723712_5890011_10696_5723212_5724011_10084_10083_10618_5722212_10304_5970011_10307_10820_5723412_10821_5723312_10302_5723612_5723112_5910011_5723912_5722312_10059_5722112_100031_5725111_10103_5725011_5722412_5723012_5990011_5980011_5724911,searchweb201603_1,ppcSwitch_3&algo_expid=a0777517-1560-4235-9f5e-6be74d13d07d-0&algo_pvid=a0777517-1560-4235-9f5e-6be74d13d07d&transAbTest=ae803_1&priceBeautifyAB=0@heinzv
I have not been able to run these modules, it seems they are problematic...but found as it seems to me the best
I know that with these modules can be more or less tolerable work in NRF DK. But I needed the modules that each user would be able to programming in Arduino IDE as simple as atmega328
-
I have been working with serial driven screens for a while. They work!
I just noticed there's also an e-paper version. Perhaps it's interesting?
https://www.waveshare.com/wiki/4.3inch_e-Paper_UART_Module -
The project is closed. See the continuation of this development in the new project - https://www.openhardware.io/view/629/EFEKTA-TempandHum-sensorver-nRF52832-E-Ink-display
