Bughunt1 with nRF-MSP-Target

high base consumption is caused by MSP430 when P6.5 is set to input (I2C.SCL)!
There are two solutions:

set to output

-> not usable for us

activate PD-Resistor

-> implemented with 8e8ec48

from shepherd-targets.

Bughunt2 with nrf-only target

• deep sleep
• plot shows disconnecting the target at ~2s
• spikes are caused by nrf somehow
• disabling several peripherals brings no improvement, see bbdc635

from shepherd-targets.

potentially interesting for @geissdoerfer as i2c-lines in riotee also have no pull-resistor und msp-code is similar to FRAM-fw.

from shepherd-targets.

Measurements on Riotee show ~4.5uA in sleep mode on the +2V supply (Setup) which is in line with expectations. I2C lines are always pulled high by nRF52 internal pullups (See here) . I've had excessive current consumption which was due to creeping currents on floating msp430 inputs. I suggest you check each individual pin on the MSP430 and make sure it's either configured as output or driven by an external signal.

from shepherd-targets.

wow, thx for the quick reply! I only saw that behavior on that one pin (with all Boards) and the PD fixed it. It seems to be the worst case - the nRF52 only goes to sleep here - no GPIO configuration. As we don't control the nrf-code and the target-boards are already manufactured the safest implementation would be to activate pull-resistors. Will just monitor consumption for now.

Do you know if the nRF-spikes are normal? Or how to get rid of them? I've even tried switching to dc/dc for reg0 and reg1.

from shepherd-targets.

Well then all other pins seem to be configured right. The creeping currents I observed were very unpredictable and appeared and disappeared on individual pins. Exhaling on the board clearly showed that floating inputs were the culprit.
It's a bummer that we forgot to add external pullups. Omitting them saved space on riotee but at least reserving footprints on the target would have made sense.

Yes the spikes are normal and I've always had them when looking at sleep currents. Apparently the nrf duty cycles the LDO to save power. They call it "refresh mode". I think the DC/DC is always disabled in sleep mode independent of the config register.

from shepherd-targets.

Ok, both MCU sleeping is now down to ~21nA.
MSP430 has PD-Resistors & Input-mode activated on all shared pins.

from shepherd-targets.