Thanks. I’ve soldered couple of MAMWLE Penguinos recently, and yes @descartes they will be available on Tindie soon. I’m having hard time finding some parts to prepare more RAK4260 versions.
@Charles, GN runs at +2.8V therefore the current consumption will be slightly higher. We’re seeing ~35mA @+14dBm on VDDRF, and you always have the possibility to switch to HP output for longer range (US only).
It was the SAMR34 that most interests me as I can get them at present.
How do you manage to place the BGA?
With my shaky hands it takes couple of tries while holding my breath 
. It’s not too hard if you have good solder paste application. I’m using laser-cut and electropolished steel stencil.
SAMR34 version will be available at limited numbers then EOL.
Hi Gerrit, I suspect your LoRa-E5 is not the main culprit regarding the power consumption. I also use the LoRA-e5 in a solar powered air quality monitoring systems and the LDO I use is also limited to 250mA. I have lots of these units deployed in the field. In my case I monitor CO, CO2, O3, SO2, NO2, particulate sizes, VOCs, temperature and RH, drive an OLED, status LEDS etc. All sensors are sampled simultaneously (therefore worst current consumption). None of these units have any dropout problem. Perhaps you had a faulty LDO or output capacitor on the output of the LDO?
That’s definitely possible, or the HT7333-A doesn’t meet the specs in its datasheet. I’ve swapped the LDO out for a 500mA one on two boards now, but will experiment with other boards that still have the 250mA one in place.
Can you share more details on your solar powered air quality monitoring system? Mine is still a work-in-progress, but I’ve already open-sourced it here: GitHub - OpenAirMonitor/OpenAirMonitor: Main repo for the OpenAirMonitor
The product was developed as part of a geographically dispersed system for monitoring Wildland Fires and for studying the effects of fires on communities. The background of it is here in this blog: https://www.brushelectronics.com/blog/ and the resulting commercial product is here: thingy.us
There are a few different options for presenting the data, managed, unmanaged, some hosted, some not. This graphic is from a unmanaged site in Western Australia that is hosted on customers own hardware. For confidentiality reasons I edited the graphic and removed some gauges, as well as status and location information. 
Looks remarkable like a Dunsborough profile to me 
Dunsborough yes, but the location is not specific enough to identify the property where the node is deployed.
I forgot to add, I liked the look of your board (very nice) and have a small suggestion. If you moved the radio to a small board, something like the board the seeed Lora-E5-Mini, then you can locate just the radio outside of the Air Quality sensor. This way you can put the sensor to best fit the environment you are monitoring, and have the radio somewhere best suited for maximum signal strength. This is much better than running an aerial cable to a remote aerial as there are no losses in signal strength as a result of the antenna cable. For the same TX/RX power budget you get better TX and RX signal strength.
stm32duino Verson 2.1.0 is released! GitHub - stm32duino/Arduino_Core_STM32: STM32 core support for Arduino
FYI:
The name STM32duino is incorrect, ambiguous and confusing.
The correct name of this Arduino core is “Arduino Core STM32”.
See my following post in the Big STM32 topic for more information and below quote from this post.
The world of (names of, supported functionality, compatibility of and references to different) Arduino cores for STM32 is not transparant and confusing.
Much different than Arduino for AVR, SAM(D) and ESP32.
In the Arduino IDE it is currently listed as “STM32 MCU based boards by STMicroelectronics”.
In PlatformIO it is called “framework-arduinoststm32” (as part of the platform “ST STM32”). Until recent PlatformIO used it’s own implementation of Arduino support for STM32 instead of ‘Arduino Core STM32’. I’m not sure whether that has changed but I assume not.
There is no consistency in naming of different Arduino cores for STM32 (and references to those cores) which can be confusing. My advise is to use the offical name of the Arduino cores. In this case: “Arduino Core STM32”.
I have create a repository GitHub - glompos21/LoraWAN_RAK3172 at tutorial with a small guide on what changes have to be done after autogenerate code with STM32CubeMX for the RAK3172. I have also included the ioc with I2C enabled. RAK4172 uses a single core ARM-M4 STM32WLE5CCU.
It has been a while since this was posted. Any progress on using a coin cell?
I use 2CR2450 to power the Lora-E5 module, after set the TX power to 8dbm, the battery only can last 10days. Now I try to add a super cap for buffer. You can choose murata CR2450R battery which is improved for peak current(50mA), but these battery is not easy to get on the market. But in general, using coin cell is not a good idea for Lora end device.
Thanks, good info. For some of my ideas/applications 10 days would be good enough.
FYI LoRa-E5 module peak when transmit is 80mA (EU868) I now use RAK3172-SIP which peak 40mA for EU868 due to a correct design
Dear @Charles, does the RAK3172-SIP need impedance matching in the antenna output? or is it internally matched for 50ohm?
It would be a surprised if the ‘antenna’ output of the RAK3172 was not designed for the direct attachment of an antenna.
Globally they are always matched for 50Ohm, but after it depends of your board (size, thickness, …), routing traces and the antenna you use.
In all case you need to check matching. I had example with correct 50 Ohm traces and UfL about 5cm after chip output, Used some commercial antennas, some where matched correctly other not, surprising isn’t it?