💬 Temperature and humidity sensor(ver.ATmega328)+E-Ink display
-
@openhardware-io
https://www.waveshare.com/wiki/1.54inch_e-Paper_Module -
of course it looks nice, "old school" work :+1:
just curious about the indoor range of the nrf24, where's the antenna?? -
of course it looks nice, "old school" work :+1:
just curious about the indoor range of the nrf24, where's the antenna??@scalz said in 💬 Temperature and humidity sensor with 1.54 E-Paper display:
of course it looks nice, "old school" work
just curious about the indoor range of the nrf24, where's the antenna??The antenna is located on the inside of the first Board. All lines on both boards are separated from the antenna. Connection is great. OTA works without errors with full packages at a distance of 10 meters.
-
of course it looks nice, "old school" work :+1:
just curious about the indoor range of the nrf24, where's the antenna?? -
How do you achieve 3 years of runtime? How often do you wakeup the Atmega to measure the values and send them?
@gloob
If all average. And the battery capabilities and consumption of the device in pulse mode. Get the next 600/0.025/24/365=2.73 years.
Very conditional..but with reserve. If you put power to 9V, it is even longer, but the thickness of the device body is 2.5 mm more. The power supply parameters of the Converter allow (3.3 V TO 10V)The parameters of sending data in my program are configurable. Limited to an interval of 1 to 60 minutes.
I am very pleased with the testing of the device. At the moment there is one problem, the lack of space in atmega328. The solution to the problem may be to add flash memory to store the images, but again this is an unnecessary power consumption, perhaps better just a more ascetic output of the information to the screen.
-
@gloob
If all average. And the battery capabilities and consumption of the device in pulse mode. Get the next 600/0.025/24/365=2.73 years.
Very conditional..but with reserve. If you put power to 9V, it is even longer, but the thickness of the device body is 2.5 mm more. The power supply parameters of the Converter allow (3.3 V TO 10V)The parameters of sending data in my program are configurable. Limited to an interval of 1 to 60 minutes.
I am very pleased with the testing of the device. At the moment there is one problem, the lack of space in atmega328. The solution to the problem may be to add flash memory to store the images, but again this is an unnecessary power consumption, perhaps better just a more ascetic output of the information to the screen.
@berkseo said in 💬 Temperature and humidity sensor with 1.54 E-Paper display:
... At the moment there is one problem, the lack of space in atmega328.Maybe use an nRF52832 instead? Relatively speaking, they have much more available memory. It would be a shame to lose the nice look of your display.
-
@berkseo said in 💬 Temperature and humidity sensor with 1.54 E-Paper display:
... At the moment there is one problem, the lack of space in atmega328.Maybe use an nRF52832 instead? Relatively speaking, they have much more available memory. It would be a shame to lose the nice look of your display.
@neverdie While it seems to be enough space)), with difficulty, but enough. I thought about using NRF5, now study it. ...I have been following your posts, you have come a long way in learning NRF5, you have a lot of success. Now I am interested in the possibility of waking NRF5 on demand on the radio.
-
Where can see see the eagle file of your PCB design?
-
@berkseo: do you have already any kind of code you could share? Even if it's alpha? I'm working a a very similar project also with 1.54 e-paper. Sor far it exceeded the RAM/FLash (both) of the 328p. I was using the GxEPD lib. I guess I have to use someting more memory efficient? Or what have you used/done with/for the e-paper?
-
@berkseo: do you have already any kind of code you could share? Even if it's alpha? I'm working a a very similar project also with 1.54 e-paper. Sor far it exceeded the RAM/FLash (both) of the 328p. I was using the GxEPD lib. I guess I have to use someting more memory efficient? Or what have you used/done with/for the e-paper?
-
@heinzv from a few posts up:
At the moment there is one problem, the lack of space in atmega328.
@mfalkvidd ;-) that is what I'm arguing since quite a while and my major concern with the 328p. It has a ridiculous small ram and flash if you want to do something with things like an e-paper display. An almost empty mysensors temp sensor sketch with just adding the GxEPF lib and declaring the minimum display object leads to 101% RAM and flash is also runnin out. TFT and OLED displays are energy killer and e-paper see to be a ram killer.
So I'm trying to either to find a bare e-paper library (I've got some C code from Heltec) which I'll try or I have to give up to connect an e-paper to a 328p and really use a second MCU just for e-paper (as it was proposed), even if I don't like to have two MCU's, two sketches etc.
I see that nearly nobody is building a battery powered sensor with a display.
MCU's which can deal with all that (a lot of ram, flash, low energy modes) are the ESP MCU's but the sleep behavior seem to be an obstacle for the projects and nobody dares to deal with it - only the ESPeasy project is using and accepting the ESP deep sleep behavior with the warmstart concept.
So I will furthe rinvestigate which project will be the base for my battery powered sensors with a nice display. -
@berkseo: do you have already any kind of code you could share? Even if it's alpha? I'm working a a very similar project also with 1.54 e-paper. Sor far it exceeded the RAM/FLash (both) of the 328p. I was using the GxEPD lib. I guess I have to use someting more memory efficient? Or what have you used/done with/for the e-paper?
@heinzv said in 💬 Temperature and humidity sensor with 1.54 E-Paper display:
do you have already any kind of code you could share? Even if it's alpha? I'm working a a very similar project also with 1.54 e-paper. Sor far it exceeded the RAM/FLash (both) of the 328p. I was using the GxEPD lib. I guess I have to use someting more memory efficient? Or what have you used/done with/for the e-paper?
I mostly used the Standard Waveshare code for these displays +a bit of my features. I do not have a ready-made universal solution for you, because I did not have a task to write a library, I have only an optimized program for atmega328, especially for my device. Later, when the device is ready (very soon) , I will publish the program on my git
-
@mfalkvidd ;-) that is what I'm arguing since quite a while and my major concern with the 328p. It has a ridiculous small ram and flash if you want to do something with things like an e-paper display. An almost empty mysensors temp sensor sketch with just adding the GxEPF lib and declaring the minimum display object leads to 101% RAM and flash is also runnin out. TFT and OLED displays are energy killer and e-paper see to be a ram killer.
So I'm trying to either to find a bare e-paper library (I've got some C code from Heltec) which I'll try or I have to give up to connect an e-paper to a 328p and really use a second MCU just for e-paper (as it was proposed), even if I don't like to have two MCU's, two sketches etc.
I see that nearly nobody is building a battery powered sensor with a display.
MCU's which can deal with all that (a lot of ram, flash, low energy modes) are the ESP MCU's but the sleep behavior seem to be an obstacle for the projects and nobody dares to deal with it - only the ESPeasy project is using and accepting the ESP deep sleep behavior with the warmstart concept.
So I will furthe rinvestigate which project will be the base for my battery powered sensors with a nice display.@heinzv said in 💬 Temperature and humidity sensor with 1.54 E-Paper display:
that is what I'm arguing since quite a while and my major concern with the 328p. It has a ridiculous small ram and flash if you want to do something with things like an e-paper display. An almost empty mysensors temp sensor sketch with just adding the GxEPF lib and declaring the minimum display object leads to 101% RAM and flash is also runnin out. TFT and OLED displays are energy killer and e-paper see to be a ram killer.
So I'm trying to either to find a bare e-paper library (I've got some C code from Heltec) which I'll try or I have to give up to connect an e-paper to a 328p and really use a second MCU just for e-paper (as it was proposed), even if I don't like to have two MCU's, two sketches etc.
I see that nearly nobody is building a battery powered sensor with a display.
MCU's which can deal with all that (a lot of ram, flash, low energy modes) are the ESP MCU's but the sleep behavior seem to be an obstacle for the projects and nobody dares to deal with it - only the ESPeasy project is using and accepting the ESP deep sleep behavior with the warmstart concept.
So I will furthe rinvestigate which project will be the base for my battery powered sensors with a nice display.Basically, the task I set for myself, I performed. The device works well, now 4 such temperature sensors are being tested in my house. My family likes this idea, because you can always look at the temperature in the room. Everything I wanted to do in my program, I did. All the code fit fine, I would say more I left room for cryptography, and cryptography of sufficient volume)). In the near future I will make a version of the program that will use external memory, because it is on my device. OTA has been shown not to be required on battery powered devices, especially those that always have physical access.
-
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...
