Pymesh updates

[catalin]

@kodarn Yes, you can use directly mesh_interface.py, but make sure you initialise it as in pymesh.py.
The idea was that the pymesh.py is the API level, but you can just use it as it fits your needs.

[catalin]

As mentioned earlier, the official release process is in this topic.

[CAPKE]

@catalin I updated my LoPy4 and FiPy with the firmware LoPy4.tar.gz and FiPy.tar.gz.
On both devices, I successfully tested the example https://docs.pycom.io/pymesh/simple-example/.

But if I try out the following code:

import ubinascii
from network import LoRa

lora = LoRa(mode=LoRa.LORAWAN, region=LoRa.EU868)
masterkey = ubinascii.unhexlify("112233")
pymesh = lora.Pymesh(key=masterkey)

See https://docs.pycom.io/firmwareapi/pycom/network/lora/pymesh/#class-network-lora-pymesh-key-masterkey

I get the error message:

Traceback (most recent call last):
  File "main.py", line 19, in <module>
AttributeError: 'LoRa' object has no attribute 'Pymesh'
Pycom MicroPython 1.20.1.r1 [v1.11-7c63158e0] on 2019-10-22; FiPy with ESP32

I'm currently not sure when to use which PyMesh-lib?

[catalin]

Thanks @CAPKE for spotting that documentation problem. The subclass name is Mesh(), not Pymesh() 😕.
I've made a wrong replace-all in docs.

[catalin]

hi all,

Few updates:

1. the LoRa.Mesh() class documentation issue, was fixed here, so there's no class name Pymesh
2. the repository pymesh_apps was deleted as the information was redundant:

• releases are released thru licensing process
• scripts and mobile app are https://github.com/pycom/pycom-libraries/tree/master/pymesh

[CAPKE]

@catalin Hi Catalin,

I found a other issue at the https://docs.pycom.io/firmwareapi/pycom/network/lora/pymesh/#class-network-lora-pymesh-key-masterkey example:

The constructor class network.LoRa(id=0, …) without the params bandwidth and sf will not work correctly (no neighbors will be found).

Please change to:
lora = LoRa(mode=LoRa.LORA, region=LoRa.EU868, frequency = 863000000, bandwidth=LoRa.BW_125KHZ, sf=7)

[catalin]

ok @CAPKE, thanks a lot! mode=LoRa.LORAWAN is a mistake, it should have been mode=LoRa.LORA.

A pre-requisite of the Pymesh is that all the nodes (that want to be part of the same mesh network) should be initialised on the same LoRa settings (band, frequency, spreading factor, bandwidth) and master key.

[craigzych]

Curious if anyone has seen this behaviour.
I have 4 fipy devices.

Using the simple example modified for USA, I had all 4 nodes join last night. I left them plugged in overnight to test if they would all still be connected in the morning. Last night I had one Magenta and 3 green as I'd expect. This morning all 4 were blue meaning they had segmented into 4 separate networks.
Now this morning I can occasionally get 2 to join after resets but they just want to stay separated.
pymesh_config = {'ble_api': True, 'autostart': True, 'debug': 5, 'LoRa': {'sf': 7, 'region': 8, 'freq': 915000000, 'bandwidth': 2}, 'ble_name_prefix': 'PyGo ', 'Pymesh': {'key': '112233'}}

Have you seen this?

[chrisso]

@craigzych
I get this in the office as well with a mixture of 2 x Fipy and 3 x Lopy4.
Also found when driving around doing some range testing, it didnt always rejoin the mesh when in range as I would have expected it to do.

[jclo13]

Hello, @catalin, I have the same error, whit the FW 1.20.2.rc11, for pymesh, have you solved it?.

Thank you in advance.