💬 Temperature and humidity sensor(ver.ATmega328)+E-Ink display

[berkseo]

Here's how the test program works now:

https://www.youtube.com/watch?v=KnYcGmJcVtU&feature=youtu.be

That in the most immediate plans:

Add a screen restart once a day or perhaps after a number of readings updates.

Add logos at the beginning of the download)).

To use flash memory.

...And I hope that maybe someone will like this project, and he will try to write his own version of the program...

[berkseo]

Just made improvements on the Board:

[berkseo]

..another photo with temperature sensors :)

[heinzv]

@berkseo So I'm couris how you fit all in the 32k flash and 2k ram. Where can we get the code of the sketch? Do you make it available? I have the same requirement beside I wanted to use the RFM95 instead of the NRF24.

[NeverDie]

@heinzv He did say above that he'd make it available on his git after his device is ready, sometime soon.

@sberkseo Nice that you were able to solder on the smaller 328p chip.

[Nca78]

@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.

[heinzv]

@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

[mfalkvidd]

Neverdie has created a few, https://www.openhardware.io/view/436/nRF52832-Breakout-Board for example

[berkseo]

@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 :(

[tekka]

@berkseo Nice board and idea - would you mind posting your pcb layout files and testing sketch for the community?

[berkseo]

@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.

[berkseo]

maybe someone can tell me why my Gerber files don't work here?
Latin letters?

[berkseo]

[NeverDie]

@berkseo I have the same problem. This has been going on for some time now. @HEK needs to fix it, but hasn't. So, I end up posting images from OSHPARK, or else it looks like a mouse has gnawed away at my PCB. @HEK, how about fixing it?

[hek]

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.

[NeverDie]

@hek FWIW, in the past it seemed to work fine. Only in the last year or so has it stopped working correctly. So, maybe if you/they revert to an earlier version....

[berkseo]

@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

[alowhum]

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

[berkseo]

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