I'd like to know which is the best way to measure current consumption on this demo board.
I need to verify standby current consumption.
Is there something similar?
Thank you for reaching out to the Renesas Engineering Community!
There is also a measurement available for the current drawn by the evaluation MCU for your RL78/G22 Fast Prototyping…
There is also a measurement available for the current drawn by the evaluation MCU for your RL78/G22 Fast Prototyping Board. You can find the documentation at this link: rl78g22-fast-prototyping-board-users-manual. However, please note that the J11 header is not mounted on the board, and you need to cut the VDD pattern.I would also recommend placing a Shunts Short Circuit Cap/Header Pin Jumper Cap in the J11 slot in case you no longer need to measure the current.
I hope this helps!
Regards,JefIf this response, or one provided by another user, answers your question, please verify the answer. Thank you!Renesas Engineering Community Moderatorshttps://community.renesas.com/https://academy.renesas.com/en-support.renesas.com/.../
Is there an example for using Touch peripheral in a low power environment (similar to the example for RTK0EG0042S01001BJ) ?
Also there's a specific document for implementing capacitive touch in snooze mode and low power consideration of it which you might find helpful.
Don't hesitate to ask further questions and tell me if it helped.
With best regards
Thanks a lot, I will try to apply your suggestion.
This means that the example that I took for RTK0EG0042S01001BJ board
is working in the RTK0EG0042S01001BJ board because P22 and P16 are connected together.
Since I'm using RTK7RLG220C00000BJ, this connection is not performed and this is why SMS is not triggered. Is it correct what I'm saying?
Yes. I think that's the problem. also consider, not using more than 9 touch channel.
I copied exactly that example, but the board I'm using is RTK7RLG220C00000BJ and not RTK0EG0042S01001BJ.
Performing the physical connection now the SMS is working fine.
Now the issue is the power consumption.
I'm using RTK7RLG220C00000BJ board and I'm measuring the current as mentioned in the board manual, through header J11.
My amper-meter is measuring 36 mA which is far away from target (tens uA like mentioned in R01AN6847EJ0110 application note).
If I comment the qe_touch_main() routines, the consumption is 1.3 mA, and if I call the __stop() instruction, the consumption is 0.52 uA. I expect these values.
Is some peripheral consuming too much?
I attach the project so you can check the Smart Configurator.SMSWorking.zip
The touch peripheral is working with Snooze Mode Sequencer and the consumption now is 8.8 uA which is my target.
The problem was P21, if I set it as a digital output, the consumption increase to 20 mA.
Do you know why? Looking at the schematic board the pin is not connected to anything.
Hello simonemassignan.We're glad to hear that you've succeeded with running touch in snooze mode. Please confirm if my understanding of the situation is correct:Now, you have no problem with the power consumption and touch sensing in snooze mode, and a new issue is raised by enabling a GPIO that has no relation with the touch unit. Have you considered the wake-up signals? Are you sure the CPU remains in stop mode during the power consumption? As you mentioned, there's no connection between the P21 and any sink/source point. So, chances are an interrupt is waking up the CPU. Could you please test it and update the issue? (for example, changing the CPU clock and comparing current consumption) Regards.
Thanks for your reply, P21 is not configured as an interrupt, it is a simple GPIO, so I don't understand how an interrupt can wake up the microcontroller. The consumption is near 20 mA, in normal mode the consumption is 1.2 mA so I suppose there is something else that is running.
Anyway it is not a big deal since for my application I will use another part number and I will test there if there are unexpected behaviours.
That's somehow weird, Is it something specific about P21? can you try another GPIO?
Please keep us posted about that. Happy debugging.
It is specific to P21. Other GPIOs do not behave like that.
I was suspicious about the AVrefm alternate function of the P21, but it doesn't make sense when you're not using the ADC. Also, there's no errata about the problem.
Keep me posted after trying the new hardware.
I will test it on a different part number in my application (RL78 R7F102GBC2DNP). I will keep you updated if the behaviour is confirmed.