@eric73 thanks. I am in the US range. I have not specified SF so i guess it will be the default.

@mia1913 don’t know the details of the interface / library, but at a low level, 7 and 10-byte UUIDs are actually transmitted in several round trips. For a 7-byte UUID, only 3 bytes of the UUID are returned, and the other byte is a special value which means “there’s more”. You then do another request which returns the remaining 4 bytes. No idea how this is/should be handled on the Pyscan, though.

Hi @james-matthews, Maybe a LoRa mesh network? (Note: it's still in development) What type of devices do you have?

Python code without proper indentation is not very useful. You should try to put it inside a code block like this: import time import machine from machine import Pin tip_num = 0 tip = (Pin('P10', mode=Pin.IN, pull=Pin.PULL_UP)) tip([1]) while tip !="": tip_num += 1 tip_value = (tip) total += tip_value tip = (Pin('P10', mode=Pin.IN, pull=Pin.PULL_UP)) print("Counter", tip_num) print("Done") Apart from that there are a lot of mistakes (e.g. tip([1])) and redundancies (e.g. wrapping everything in parenthesis) in your code. You should probably read the the MicroPython and Pin documentation first.

Found my answer after hours of looking around. Found this beautiful post on TTN regarding decoding the values of different types and what have you found here by Arjanvanb on TTN The main answer was posted on Stackoverflow by Ilya Bursov.

@jeromemaquoi yes, you got 'done' if on the destination side port is open and something is listen

@panos29 i have used e.g. HC05 it is comunicating throught RX/TX i do not know if can be something simpler..

@jmarcelino Yep, you're right. Know it works perfectly. I did not now that a new version was released! =). Thank you very much!