Dear Pycom community!
We have a new Alpha release available: v1.20.3.b4. This one is only in source code, so only for users that compile themselves!
The main change compared to 1.20.3.b3 is an upgrade of the IDF to version 4.2.1.
We intend to soon provide this as a beta release with binaries compiled, such that you can install it with the Firmware Installer as usual. If you test it please let us know how this firmware compares to previous versions in your tests.
You can find the source code and detailed commit log in the git branch master_idf_v4.2.1.
@Hazel-Mitchell A FiPy alone can only listen on a single LoRa channel at a time, which is not compatible with it being a real standards-compliant LoRaWAN gateway. You can use the "nano-gateway" script from the docs to make it a single-channel gateway, but end devices and/or the network will need to be adjusted to reflect this, otherwise you'll end up with huge packet loss.
If you want a real gateway you'll have to go for the PyGate. However IIRC you can't use a FiPy with that, but you can use a GPy to get the LTE backhaul.
Note that a gateway is power-hungry, so you'll need an external power source (not batteries).
@robert-hh said in FiPy interface with a two Dout lines in the SPI interface:
ay be a little bit faster than re-configuring the SPI.
Thanks Robert. Those were in my list of options but I was unsure if the first trick ( reconfgure de SPI ) impacted in the overall performance of the GPy. Y
our inputs are much appreciated.
That diagnostic seems to reference VisualStudio rather than Atom. The pymakr plugins for VS & Atom are different as far as I know, are you sure you have the right one?
As far as Atom goes you probably need to roll back. https://forum.pycom.io/topic/6970/pymakr-not-compatible-with-atom-1-56/7
Hi, is it possible to use pygate with raw lora, for example to setup multiple asynchronous sockets with different channel parameters where i can use some for receiveing and others for transmitting data?