💬 EFEKTA Temp&Hum sensor(ver. nRF52 )+E-Ink display
-
hey @berkseo these look amazing, any estimate when they might be available again as assembled unit?
Any estimate on how long the battery lasts, with lats say update every 15min?
Could these be updated OTA somehow (or directly perhaps)?
I would like to have option to change layout, or perhaps add some other values to it maybe.
They look amazing, I would like several of these in each room for various things displayed -
@berkseo @heinzv I finally got around to solder one of these together. It was not easy, placing the components was kind of a guessing game, but I think I got it right. When I put two batteries in and turn it on there is a buzzing noise, maybe normal? Anyway... I never realized programming this thing would be a problem.
What equipment is needed to program it? I don't recognize the labeling on the pcb (gnd/vcc sdo/sclk rx/tx)
-
@berkseo @heinzv I finally got around to solder one of these together. It was not easy, placing the components was kind of a guessing game, but I think I got it right. When I put two batteries in and turn it on there is a buzzing noise, maybe normal? Anyway... I never realized programming this thing would be a problem.
What equipment is needed to program it? I don't recognize the labeling on the pcb (gnd/vcc sdo/sclk rx/tx)
@berkseo is the device programmed when output says this?
Open On-Chip Debugger 0.10.0-dev-00254-g696fc0a (2016-04-10-10:13) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html debug_level: 0 0x4000 adapter speed: 10000 kHz nrf52.cpu: target state: halted target halted due to debug-request, current mode: Thread xPSR: 0x01000000 pc: 0xfffffffe msp: 0xfffffffc ** Programming Started ** auto erase enabled nrf52.cpu: target state: halted target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000001e msp: 0xfffffffc wrote 102400 bytes from file C:\Users\eu1391\AppData\Local\Temp\arduino_build_38086/epd1in54-demo.ino.hex in 2.178483s (45.904 KiB/s) ** Programming Finished ** ** Verify Started ** nrf52.cpu: target state: halted target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000002e msp: 0xfffffffc verified 100668 bytes in 0.296666s (331.378 KiB/s) ** Verified OK ** ** Resetting Target ** shutdown command invokedThe only thing happening when I turn it on, is that the LED flashed once. Then occasionally the LED flashed sporadically.
The e-paper is just white.Questions?
Can you power the board from another source then the battery pcb?
The board needs to be powered when programming it, right? I'm using a ST-LINK V2 with the SWD pins connected.
How do you debug the board? I use Arduino IDE -
@berkseo is the device programmed when output says this?
Open On-Chip Debugger 0.10.0-dev-00254-g696fc0a (2016-04-10-10:13) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html debug_level: 0 0x4000 adapter speed: 10000 kHz nrf52.cpu: target state: halted target halted due to debug-request, current mode: Thread xPSR: 0x01000000 pc: 0xfffffffe msp: 0xfffffffc ** Programming Started ** auto erase enabled nrf52.cpu: target state: halted target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000001e msp: 0xfffffffc wrote 102400 bytes from file C:\Users\eu1391\AppData\Local\Temp\arduino_build_38086/epd1in54-demo.ino.hex in 2.178483s (45.904 KiB/s) ** Programming Finished ** ** Verify Started ** nrf52.cpu: target state: halted target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000002e msp: 0xfffffffc verified 100668 bytes in 0.296666s (331.378 KiB/s) ** Verified OK ** ** Resetting Target ** shutdown command invokedThe only thing happening when I turn it on, is that the LED flashed once. Then occasionally the LED flashed sporadically.
The e-paper is just white.Questions?
Can you power the board from another source then the battery pcb?
The board needs to be powered when programming it, right? I'm using a ST-LINK V2 with the SWD pins connected.
How do you debug the board? I use Arduino IDEIt sure is lonely in here... but finally SUCCESS!!!!
After days of googling and checking and rechecking the board for shorts, I found the problem. The 68uH was dead. Maybe damaged when soldering it. It did not conduct anything. After changing it to a new one, the display started working.

Any idea how battery can be at 60% on more or less fresh batteries... anyway, that is another problem.I still have one question, if anyone can chip in that would be great.
On the SWD connector it says, TX and RX, how do I use them?
Or really what I mean, how do you debug the device? I use a ST-Link V2, but I am not getting any COM-port so I cannot start the serial debugger. Is the TX/RX used for the serial debugging? Can I use ST-Link V2 for this or do I need a separate device?
I have tried to change the driver with ZADIG, but still no COM-port. As for now I have only connected 4 of the 6 pins in the SWD.Please @berkseo help me!
-
@berkseo is the device programmed when output says this?
Open On-Chip Debugger 0.10.0-dev-00254-g696fc0a (2016-04-10-10:13) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html debug_level: 0 0x4000 adapter speed: 10000 kHz nrf52.cpu: target state: halted target halted due to debug-request, current mode: Thread xPSR: 0x01000000 pc: 0xfffffffe msp: 0xfffffffc ** Programming Started ** auto erase enabled nrf52.cpu: target state: halted target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000001e msp: 0xfffffffc wrote 102400 bytes from file C:\Users\eu1391\AppData\Local\Temp\arduino_build_38086/epd1in54-demo.ino.hex in 2.178483s (45.904 KiB/s) ** Programming Finished ** ** Verify Started ** nrf52.cpu: target state: halted target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000002e msp: 0xfffffffc verified 100668 bytes in 0.296666s (331.378 KiB/s) ** Verified OK ** ** Resetting Target ** shutdown command invokedThe only thing happening when I turn it on, is that the LED flashed once. Then occasionally the LED flashed sporadically.
The e-paper is just white.Questions?
Can you power the board from another source then the battery pcb?
The board needs to be powered when programming it, right? I'm using a ST-LINK V2 with the SWD pins connected.
How do you debug the board? I use Arduino IDE -
It sure is lonely in here... but finally SUCCESS!!!!
After days of googling and checking and rechecking the board for shorts, I found the problem. The 68uH was dead. Maybe damaged when soldering it. It did not conduct anything. After changing it to a new one, the display started working.

Any idea how battery can be at 60% on more or less fresh batteries... anyway, that is another problem.I still have one question, if anyone can chip in that would be great.
On the SWD connector it says, TX and RX, how do I use them?
Or really what I mean, how do you debug the device? I use a ST-Link V2, but I am not getting any COM-port so I cannot start the serial debugger. Is the TX/RX used for the serial debugging? Can I use ST-Link V2 for this or do I need a separate device?
I have tried to change the driver with ZADIG, but still no COM-port. As for now I have only connected 4 of the 6 pins in the SWD.Please @berkseo help me!
@magpern said in 💬 EFEKTA Temp&Hum sensor(ver. nRF52832 )+E-Ink display:
Any idea how battery can be at 60% on more or less fresh batteries... anyway, that is another problem.
Calculate the resistor divider. It is on the power Board. Perhaps you have mixed up resistors.
-
It sure is lonely in here... but finally SUCCESS!!!!
After days of googling and checking and rechecking the board for shorts, I found the problem. The 68uH was dead. Maybe damaged when soldering it. It did not conduct anything. After changing it to a new one, the display started working.

Any idea how battery can be at 60% on more or less fresh batteries... anyway, that is another problem.I still have one question, if anyone can chip in that would be great.
On the SWD connector it says, TX and RX, how do I use them?
Or really what I mean, how do you debug the device? I use a ST-Link V2, but I am not getting any COM-port so I cannot start the serial debugger. Is the TX/RX used for the serial debugging? Can I use ST-Link V2 for this or do I need a separate device?
I have tried to change the driver with ZADIG, but still no COM-port. As for now I have only connected 4 of the 6 pins in the SWD.Please @berkseo help me!
-
@magpern said in 💬 EFEKTA Temp&Hum sensor(ver. nRF52832 )+E-Ink display:
On the SWD connector it says, TX and RX, how do I use them?
Via TTL Converter. The program must be enabled in the debug.
-
It sure is lonely in here... but finally SUCCESS!!!!
After days of googling and checking and rechecking the board for shorts, I found the problem. The 68uH was dead. Maybe damaged when soldering it. It did not conduct anything. After changing it to a new one, the display started working.

Any idea how battery can be at 60% on more or less fresh batteries... anyway, that is another problem.I still have one question, if anyone can chip in that would be great.
On the SWD connector it says, TX and RX, how do I use them?
Or really what I mean, how do you debug the device? I use a ST-Link V2, but I am not getting any COM-port so I cannot start the serial debugger. Is the TX/RX used for the serial debugging? Can I use ST-Link V2 for this or do I need a separate device?
I have tried to change the driver with ZADIG, but still no COM-port. As for now I have only connected 4 of the 6 pins in the SWD.Please @berkseo help me!
@magpern said in 💬 EFEKTA Temp&Hum sensor(ver. nRF52832 )+E-Ink display:
Can I use ST-Link V2 for this or do I need a separate device?
You can connect the programmer and TTL Converter at the same time. You can also do so - https://translate.google.ru/translate?hl=&sl=ru&tl=en&u=https%3A%2F%2Fmysensors-rus.github.io%2Ftroubleshooting_on_Cortex_MCU_in_Arduino%2F
-
@berkseo said in 💬 EFEKTA Temp&Hum sensor(ver. nRF52832 )+E-Ink display:
TTL Converter.
Thanks! I found in another thread one could use a FTDI, I will try that!
-
It sure is lonely in here... but finally SUCCESS!!!!
After days of googling and checking and rechecking the board for shorts, I found the problem. The 68uH was dead. Maybe damaged when soldering it. It did not conduct anything. After changing it to a new one, the display started working.

Any idea how battery can be at 60% on more or less fresh batteries... anyway, that is another problem.I still have one question, if anyone can chip in that would be great.
On the SWD connector it says, TX and RX, how do I use them?
Or really what I mean, how do you debug the device? I use a ST-Link V2, but I am not getting any COM-port so I cannot start the serial debugger. Is the TX/RX used for the serial debugging? Can I use ST-Link V2 for this or do I need a separate device?
I have tried to change the driver with ZADIG, but still no COM-port. As for now I have only connected 4 of the 6 pins in the SWD.Please @berkseo help me!
-
@berkseo Thanks! Hopefully I can finish my project of automating my radiators. Project has been ongoing for many years.
Btw, any chance you could upload the gerber for the newest version of the board, the one with the inductor placed more centered on the board and with a hole in the power board? I see now the boards sandwich better if the hole is there.
(and ofcourse of you have a newer version of the code, that too) -
Edit: After I posted this the device has worked for 2 days. But still, the capasitors are they correct?
@berkseo I have a wierd problem with the SHT20 sensor. It stops working after a few reads. Then the device hangs and goes into battery draining mode with atleast 8mA constant current. I have localized it to the SHT20, because if I comment out the init and read temp/humidity of the SHT20 the device boots up.
The wierdest is that the SHT20 stops responding for quite some time, even if I power cycle the device, it is still not responding.
Last night I had it running for 1 hour, powered with 3.3V directly. Turned power of, had some sleep, turned power on SHT20 not responding. Turned power of, played with the kids, 3 hours later turned power on, the SHT20 is now responding. Now it's been going for 20 minutes and is still responding. But I bet if I let it run, it will stop.I am fairly sure the SHT20 is soldered to the board correctly. I used reflow (heatgun) and solder paste was liquid and I could poke the SHT20 and it popped back automatically by surface tension.
I have also tried to replace the SHT20, but the result is the same. the device when hung)Anything you recognize?
I have not yet successfully been able to debug the device, if i compile with the MY_DEBUG active, the device does not come on and the led shines constantly and I'm not sure how to connect the FTDI, should Vcc on the SWD provide power or not?
I have checked the capasitors C12, C13 and C14 since they have been talked about before and differ from the BOM list and the real board.
C12 is 10uF
C13 is 100uF (100uF is very big, only had a 1206 size, but I got it in place, will get 47uF 0805 for next iteration, waiting for a solder paste dispenser from China)
C14 is 100nF -
@berkseo i have 2 questions regarding your device:
-
Is it possible to add some additional sensors or are no UARTs left?
I would like to add an accelerometer and 2-4 capacitive touch sensors. -
Where can I order the PCBs or an assembled version, because the order links on open hardware.io aren't working anymore. Get only the eBay startpage.
-
-
Edit: After I posted this the device has worked for 2 days. But still, the capasitors are they correct?
@berkseo I have a wierd problem with the SHT20 sensor. It stops working after a few reads. Then the device hangs and goes into battery draining mode with atleast 8mA constant current. I have localized it to the SHT20, because if I comment out the init and read temp/humidity of the SHT20 the device boots up.
The wierdest is that the SHT20 stops responding for quite some time, even if I power cycle the device, it is still not responding.
Last night I had it running for 1 hour, powered with 3.3V directly. Turned power of, had some sleep, turned power on SHT20 not responding. Turned power of, played with the kids, 3 hours later turned power on, the SHT20 is now responding. Now it's been going for 20 minutes and is still responding. But I bet if I let it run, it will stop.I am fairly sure the SHT20 is soldered to the board correctly. I used reflow (heatgun) and solder paste was liquid and I could poke the SHT20 and it popped back automatically by surface tension.
I have also tried to replace the SHT20, but the result is the same. the device when hung)Anything you recognize?
I have not yet successfully been able to debug the device, if i compile with the MY_DEBUG active, the device does not come on and the led shines constantly and I'm not sure how to connect the FTDI, should Vcc on the SWD provide power or not?
I have checked the capasitors C12, C13 and C14 since they have been talked about before and differ from the BOM list and the real board.
C12 is 10uF
C13 is 100uF (100uF is very big, only had a 1206 size, but I got it in place, will get 47uF 0805 for next iteration, waiting for a solder paste dispenser from China)
C14 is 100nF -
@berkseo i have 2 questions regarding your device:
-
Is it possible to add some additional sensors or are no UARTs left?
I would like to add an accelerometer and 2-4 capacitive touch sensors. -
Where can I order the PCBs or an assembled version, because the order links on open hardware.io aren't working anymore. Get only the eBay startpage.
1.I do not plan to add anything to this project. he as there is. Just an evaluation module.
2. The sources for the order are attached to the project on openhardware. Assembled modules I do not sell now, too lazy to solder them....Logical continuation of this project:
https://youtu.be/LQNkeEnAfNs
-
-
Hi, everybody. A new version of the device(V3) is currently being tested. Now this device is in its own case. Works on MCU nRF52810, nRF52811, (in sleep mode 2μA) NRF 52832 (sleep 3.7μA) and nRF52840 (sleep 4.7μA). Power from 2x2450 or 2x2477. There will be an update soon on openhardware.io.

-
