@colateral I believe that the Pycom firmware uses one core for networking and the other to run the actual MicroPython code, or something similar. Not sure how easy it would be to disable one of the cores altogether.
There has been discussion about changing the frequency though, there must be a thread somewhere in the forum with instructions IIRC.
@malachib it is just sending. As I use ABP I don't have to wait for an acknowledge from the gateway.
Using ABP do not means that node will not waiting for a possible ACK from the Gateway. Both, ABP and OTAA always waiting a time (are two DOWNLINK slot times) after sending data, for a possible ACK from the gateway, that is standard. The difference is that OTAA needs an authentication (that will use a DOWNLINK too) before to sent any data, ABP doens't.
You are missing different things.
First, Gateway never send ACK, it is done by the LoRaWAN Network Server when requested by the device.
ABP and OTAA are activation modes and handling encryption keys. ABP itself doesn't generate any air traffic, keys exchanged out of LoRaWAN. OTAA is a way to generate keys but it has nothing to do with authentication.
Whether node will wait for downlink and when is independent of activation mode, it depends on Devics Class 'A' or 'C', 'B' is not supported by PyCom and most of other devices.
@giorgio Hi, I've not worked before with the EB3, but I think you should use the Deep Sleep API (https://docs.pycom.io/datasheets/boards/deepsleep/api.html), which may sends messages to the PIC in expansion board to take control of the low power mode, in a similar way as the PySense API does. Also power the board with a LiPo battery.
As the EB3 doesn't have an accelerometer, you should be able to wakeup the SiPy either via an external interrupt, on-board button or timer. Hope this was useful for you.
It's not really possible to give one efficiency figure for the built-in charger because of the many modes and dynamic operation. For full details I refer you to the datasheet of the charger chip used, the BQ24040
This is definitely possible over WiFi as there are working examples written in C for the ESP32, however I'm yet to see this ported to MicroPython so it might be a while before you're able to do it specifically in MicroPython.
Here's a link to the example I'm referencing written in C;
I see that project converts color pictures into ASCII art. Can anyone enumerate some other options for capturing color pictures and sending via network, LoRa or otherwise? I know of the Arducam, what else?
Anything native to the ESP32 that can just connect one of the Onvif cameras (OV7670, OV2640) and send?
Ah ok!! That's not how I viewed it at first. That's much more interesting. 184ua would be quite a lot, then I'd compare it with a teensy lc and rfm95 combo for example. But at 25ua everything is viable for battery powered sensors again.