@seb First I want to thank you for your help - you have helped me resolve the board detection issue. I understand try/except is the "python way" but as a developer with a much more structured background I was hoping for a solution that might be more robust so as not to encounter issues in the future as the interface or hardware might change. I really do appreciate your time and effort and I understand this is likely the best solution for now.

Hi @jcaron, yesterday I posted some findings about this issue. Today I've discovered that if I comment the line: self.set_register(CTRL3_REG, 1, 5, 1) in LIS2HH12.py, then my multimeter shows the accelerometer works as its supposed in terms of current consumption: ~130 µA for 5 seconds (inactivity duration) and then ~60 µA. If I shake a little bit the board then the current rises up to ~130 µA (activity detection) and after 5 seconds lowers to ~60 µA again. Off course, the SiPy doesn't wake up because accelerometer's inactivity interrupt (INT1_INACT bit in CTRL3 register) is not enabled (the line I commented), but this reinforces my theory that there is a problem regarding to the way the PIC handles the interruption. I.e., an issue in Pysense/Pytrack firmware or in pycoproc.py library.

Thanks. Yes it was a power cable only. Working fine with other cable. Regards, Sameer

Hi! Please find here the file. Let me know if you need any help. Marco https://www.dropbox.com/s/c3phhysmv1nps98/pycom_ok.dxf?dl=0

@Cormac Yeah the mkfs method has been renamed or just removed. Use os.fsformat('/flash') instead, as i also wrote in my previous post.

@seb Thank you for clarification. ;)

Hi @pierrot10 The internal ADC has very poor performance. The non linearity is poor and it has a high noise floor. I think someone earlier suggested using an external ADC and I think that is very good advice.

@seb Great, thanks for the quick response!

It looks like it needs a double scan to find the rom. After inserting ow1 = OneWire(Pin('P4')) print('found devices:', ow1.scan()) Even if the print is an empty array ('found devices:[]') then the temperature reading is working with appropriate rom... Anyone can get why? Maxi

@smbunn Not sure how you want to send the data, but if you're Wi-Fi for instance you usually don't care much about saving every bit you can, convenience is key, and JSON is probably your best friend. If you intend to use LoRaWAN on the other hand, you really want to save every bit you can, but using deltas is probably not a good idea as packets are usually unconfirmed and can thus be lost, which would break all subsequent readings.

@jmetzner I'm glad it works, the documentation is off in a lot of places.

@jmarcelino Thank, with sudo It works !!

@gruia-nichita You don’t need the deep sleep shield on the Pysense/Pytrack, that functionality is built in.

@meirssv you can save this info to sd card, flash or nvs

hi @smbunn, The code was not modified. On a second thought, the altitude is just a simple function of the pressure, considering the same sea-level pressure. This is not ok, as the sea-level pressure varies in time, and from place to place. So, I would recommend, to use just the pressure, and if altitude is required, some arithmetics code has to be added, to get the right altitude. You could use some weather forecast service to obtain the accurate and real-time sea-level pressure.