@dfcarpenter could you try leaving the Pytrack for ~30 mins outside, to pick-up the satellites data, as this is a cold-start, could take a while. Also check with a mobile app how many satellites are visible on your exact position, it could be a glitch. You could try alternative GPS libraries like micropyGPS or this alternative L76GNSS module.

@rossdem699 You can use the pycom updater. Start the Pycom updater and tell it to update from a file. When it asks for a file, give it the name of the zip file. The updater will unpack the file itself. Generally you may also use ftp OTA update. Take the appimg.bin file from the package and transfer it to flash/sys. Once that is finished, reboot the device. But for a large change like 1.18.1r1 to 1.19.0.b4 and its possible change in the flash layout this may not work.

This is a new issue (please do not reopen old threads), only on VSCode, we are working on a solution. There's another thread here on the recent issues: https://forum.pycom.io/topic/6809/pymakr-1-1-8-vs-code-failed-to-connect/ In the meantime, you can use Atom + Pymakr. Sorry for the inconvenience Gijs

@tvetter1976 If you use Pytrack/Pysense-controlled sleep, the PIC will power down completely the FiPy (it's not sleeping, it's completely off), stop USB, etc, and go to sleep. On a Pytrack you can choose to power down the GPS as well. Don't remember about the other sensors on the board. 3V3_Pymodule will be shut down. 3V3_Sensors can be kept on, though I don't remember if it's always on or if there's an option to shut it down as well. If you use machine.deepsleep, the FiPy will go to sleep, but I believe the Pytrack/Pysense will continue to work as usual, with everything powered. You probably need to take a few steps to reduce its power draw. Don't think there's anything in the libraries for that, you'll probably have to talk to the PIC and/or sensors directly, and I'm not sure there's a way to make the PIC go to sleep without shutting down the FiPy (though I don't know how much the PIC itself draws).

Nevermind. It works now. The correct function is: lora.nvram_save() and lora.nvram_restore()

@josesebas1990 from what I understand you should be able to use both and alternate between them by software, but probably not use them at the same time (e.g. listen or receive on both antennas at the same time).

@eric73 said in joining OTAA on specific channels: @abhishek2101 it's depend in which region you work. If it's EU868 documentation say to use lora.add_channel(index=0, frequency=868000000, dr_min=5, dr_max=6) lora.add_channel(index=1, frequency=868000000, dr_min=5, dr_max=6) lora.add_channel(index=2, frequency=868000000, dr_min=5, dr_max=6) and join will use 868000000 for TX and RX1 (RX2 is always same frequency in lorawan) You cannot choice the channel used by the stack but as the 3 mandatory channel are in same freq.... Not it is just an example, in practice there are no such channel used as 868.0 MHz!

hi @catalin, thank you very much! This answers my question. I would like to evaluate the mesh networking functions for a project at our university. The devices are energy constrained and expected to consume as little energy as possible. For this usecase I would like to use a Sleepy End Device or at least a Minimal End Device. I will use the CLI in combination with disabling the router role for a first evaluation.

Hi, did you make it? I want to send login data from my smartphone to Lopy.

@matt3526 Thingsboard has nice documented tracking use-case: https://thingsboard.io/fleet-tracking/

@jcaron Yes, I got several each press, hence the query on de-bouncing. As for software de-bouncing, it's just that I try not to re-invent the wheel. e.g. I'm sure the micro:bit has a 'button' type for button A and B and since the Exp3 has a user button I guess I expected something from pycom. Hardware wise I tried a couple of different capacitors across the pushbutton (relying on the PULLUP) with little success. I may give it some more testing. Dave

@robert-hh Thanks What I want here is to simulate some users doing 1 of 3 things, so: >>> print(uos.urandom(1)[0] %3) 0 >>> print(uos.urandom(1)[0] %3) 0 >>> print(uos.urandom(1)[0] %3) 1 >>> >>> print(uos.urandom(1)[0] %3) 2 >>> print(uos.urandom(1)[0] %3) 2 simplifies my code and will be OK. Regarding Micropython, I've 'hacked' a bit of other code at times and this is the first time I'm having to find the functions I need, so little things like 'dir(os)' are gems. Dave

@abhishek2101 That's good. besides that, make yourself familiar with ftp (file transfer protocol), who's only purpose is to transfer files. That avoids any copying errros.

@verkehrsrot Sorry, I do not know a documentation of the Pycom method. I also do not expect that the Pycom method will be implemented by esptool.py, since almost every other ESP32 board maker implements the DTR/RTS method.

@tom You should probably instead do the following set socket to blocking send set socket to non-blocking receive save config Otherwise you actually try to receive, save, and deep sleep before the packet has actually been (completely) sent. An alternative is to add a manual sleep, but remember that the time between send and receive is variable (the network can change the RxDelay).

That's exactly what I wanted to know. Thanks a lot @robert-hh

You can't use TOA I think with any PyCom hardware.

@lora Hi, lopy4 use sx1276 semtech radio that can only do fsk,gfsk,msk,gmsk,ook and lora modulation. So i suppose for using ASK you need an external modem and use UART RX/TX.

Just got around to getting back to this issue - thanks so much Xykon, problem solved! robert-hh: I did do erase during update yep, a few times, but eventually was solved with advice from the post above :)

@eric73 Thank you so much! It worked! Also, it can scan and advertise at the same time.