Thomas Roell

The stm32l0_uart_destroy() is not applicable there. It's really there to implement a object destructor, which at the end of the day is a NOP more or less. So there is...

You said you had code that showed the issue without GNSS connected, i.e. without GNSS library involved. That is the example I am after. You code in that comment involves...

Couple of things here. You got to define a bunch of GPIOs in your specific variant files: STM32L0_CONFIG_PIN_GNSS_ENABLE STM32L0_CONFIG_PIN_GNSS_BACKUP STM32L0_CONFIG_PIN_GNSS_PPS Without those the code does not attempt to properly put...

The sketch you reference to points to a BMA400. If you have that part active you'll have of course a higher current consumption.

Some of the pins were not restored to their default state at GNSS.end(). This should be fixed now. Mind checking out the github directly to verify ?

I would think there are 2 separate things here. One is that all the build tools have been move to 64 bit, for the Intel processors. That makes sense, because...

On my list of things to do. GCC will be retrieved from somewhere else. dfu-utils, I am not sure about yet, because we use our own version with some WARs...

That is really not supported. Not sure how to do that to begin with. Perhaps setting dynModel to 5 in UBX-CFG-NAV5 and then force 2D fixes only ?

Do you have ADR enabled ?

Interesting. Did you crosscheck that with the region specification ? The repeater was an idea that never seemed to pan out in the practice. It has been removed by the...