@Gijs said in Pygate RX Sensitivity: Adding the SNR_min and Ptx, gives an even higher link budget IMHO this has not anything to do with the actual physics. It's just calculated numbers.

@peterp Thank you, Peter :)

Pybytes (2.0) / Pybytes-legacy (1.0) is a cloud-based device management platform. You can use it to visualize the sensors data, see the status and geolocation of your devices and you can also perform Firmware Over the Air updates. Pybytes version 1.0 and 2.0 are built on top of the low-level firmware. The legacy firmware contains the old low-level modules of the Pycom devices without pybytes. It contains the micropython interface, FreeRTOS and all the drivers (LTE, Wifi, Bluetooth, i2c, sockets, Lora, etc).

@martinnn Full ACK.

@dan @Community-Moderators Has there been any update on this? The latest manual I have is LR5.1.1.0 and I cannot seem to find LR6.0.0.0 anywhere. In October @dan said Pycom was expecting an updated manual and I notice in https://github.com/pycom/pycom-micropython-sigfox/blob/master/esp32/lte/lteppp.c the library uses the command lteppp_send_at_cmd("AT!=\"setlpm airplane=1 enable=1\"", LTE_RX_TIMEOUT_MAX_MS); which does not appear in the LR5.1.1.0 manual. Could it be from the updated manual? I thought theAT! commands were manufacturer specific. If so, is there any Sequans documentations for this command? How is AT!=setlpm airplane=1 enable=1 different to AT+CFUN=4 - or is it more like AT+CFUN=2?

@prawnhead It' less a bug in the firmware, than the way the device is handled by the user and some interference with the background database at Pycom, which keeps the assigned dev_uid. The dev_uid is stored in the device's flash and can be written to that using the updater tool. So you have three elements (flash, user, background system), which have to interact correctly, and there are few way to succeed and many ways to fail.

Hello Laurent, Please take a look here again: https://docs.pycom.io/chapter/datasheets/boards/pyscan.html We have added more info and links to the libraries. Cheers, Daniel

@kevina Thank you for the heads up, unfortunately it seems an older pre-release version of the datasheet slipped into Mouser. We'll contact them to update it.

@seb Thank you for fixing this so fast

Hi, Thanks for the feedback, I will definitely make this information clearer with our upcoming documentation refresh.

@fred I have had a similar experience to this post from 6 months ago. What's changed since then? https://forum.pycom.io/topic/1452/first-steps-with-lopy-pysense-and-feedback Will i achieve anything by complaining, probably not and will not benefit this community . However when i purchase a product(s) that is released to joe public you do expect many of the bugs to be ironed out with a smoother onborading process. I'll be first to say i don't no everything and most definitely not an expert in python but hey that's why we look at products such pycom to develop and learn. So what have i done so far; I've updated the lopy firmware with the tool provided. Orientating the lopy was not straight forward and this goes for the pysens/pytrack. If i did not have an expansion board how do i update the firmware using a pysense? *I did the usual pycom hello world of LED lights. GREAT!! VS Code is working and syncing as it expected. *Next i connected to WiFi and used SSH to log in.GREAT!! I thought this was easy. *I explored sending events to AWS and Azure. After some tinkering a made it happen posting sample json data. GREAT!! Now lets connect the pysense and collect some real data! *I have struggled installing drivers and updating pysense firmware or should i say understating if it has completed correctly. [image: 1513372576892-5ab52586-b40c-45fa-a5a7-034c2f165dca-image.png] I can only assume i have at this point. I then had to roll back the Windows driver so i could communicate on COM4? *I go to github to download pysense libs and sample program. https://github.com/pycom/pycom-libraries/tree/master/pysense I have a couple of errors [image: 1513373609061-b787c40e-1066-4869-b4a2-61a3795ec5c6-image.png] [image: 1513373640677-5456002e-1cd7-4fa6-b0a8-edc0c01f15a6-image-resized.png] So i see pycoproc is required in the ERROR, so lets get that and it to my pycom lib [image: 1513374008265-c0d0b338-af98-4d7b-accf-1790ed1a6ac2-image-resized.png] But hold on team.... pycoproc is within its folder. It actually need to be in the root of lib right? GREAT!!! We are now running with pysense [image: 1513374297924-a78f889e-3c27-4462-a295-d534f005edb1-image.png] [image: 1513374341557-3bd6e987-6dd9-4737-88fd-83235172fcf3-image.png] Following the Pycom tutorials is there any reference to pycoproc? I'm all about discovering and going out to find the information - what a great way to learn. I feel it would benefit all levels knowledge if you had projects packaged up ready to go that we can use as a benchmark or fall back if something stops working we can then trouble shoot hardware easily. A library of short 3min videos would be a great for people getting started. i'm a member of the Dev xpress framework and there documentation is the best i have ever experienced. Check you there getting started videos. Simple but very effective. https://www.devexpress.com/Support/Start/ i'm with the community and agree this hardware is pretty cool but i want to get up and running in a couple of mins running sample code from there we can go and invent!! Thanks Lewis

That's correct, the ack will only be sent with the next uplink Where is a gotcha (at least it was to me): once the data is received, typically LoPy goes to deepsleep. Once it does, it forgets the previous session and starts the new one without confirmation. Indeed this was a problem, but from the upcoming firmware release on it won't - we now save the pending ack status of downlinks as well when using nvram_save(), so if you use nvram_restore after restarting from deepsleep the LoPy will know to send the acknowledgement with the next uplink. This is already in our internal code and will be public on the next release.

@jmarcelino said in Socket documentation: @bmarkus Do you know if Loriot supports confirmed uplinks in the free community tier? Just wondering what happens because according to the docs downlinks are not supported. Yes it works as well as OTAA since the latest Network Server update. In the free community tier you can't send download messages to the device but sending and receiving MAC layer messages (commands and responses) works in both directions. You can use ADR also of course and Battery Level is also handled.

@jmarcelino Thank you for sharing this. To add to this question, are there code example of we can persist an array of structs to the file system? I have a clear idea of how I want to implement a simple persistent database but I cant find micropython examples of doing so. The btree library would have been great but I realised I couldnt use it in this version of the port.

Hi @dan, Just tested it for some pages and it works. Thank you very much! Side node: Since you renamed your pages the docs only show in google if you add site:docs.pycom.io.