I'm still hopeful that some day I will get an answer to my questions!
I've emailed support and also not received an answer but I'm going to keep checking every day!
I'm still hopeful that some day I will get an answer to my questions!
I've emailed support and also not received an answer but I'm going to keep checking every day!
Thank you for running that test! I thought that's how it worked but didnt have time to get around testing it. The idea I had was to integrate either the time on or approx consumption and store it using the "preferences" library. The library saves whatever to the non-volatile memory so you wouldnt need the SD card. There was a write up of the libaray on the forums here:
https://community.m5stack.com/topic/1496/storing-settings-in-the-memory-of-the-core
So the two ideas:
track how long the device has been on, update a preference with the time, subtract time on from the 5 hours 40 mins to get time remaining. It wont always be accurate, but probably close enough for most uses.
Calculate the current consumption based on screen/wifi/bluetooth/etc being on, integrate all that and compare to total mah of the battery. (This would have a lot of factors, but could probably get you closer if you figured all them out.)
I think the first one is the "easiest", do you have any thoughts?
This is amazing! Great work! Your website is also packed with great information! Welcome to the Community!
I dont have this unit, but if you look at the following github where I believe the library is used from there are calibration instructions there:
https://github.com/bogde/HX711/
I'd start with that and see what happens.
Good Day!
I posted this under the core2 product page, but will post here also since this chip exists in more than just the Core2. Specifically:
Why doesnt the Invensense website even list this chip? Is it custom made for M5Stack?
Has anyone figured out how to properly set the offsets? I found a library that measures them and then applies them externally but not actually setting them on the chip. (For example, register 19&20)
I was trying to find the chip on the website to determine if there were any further application notes or suggestions. Other Chips like the MPU-6050 have a DMP (Digital Motion Processor) component that would be great for gesture offloading. It doesn't appear this chip has this based on the datasheet listed on the M5 website)
Any Tips on calibrating these? Mine has a lot of noise when laying on a flat surface which I'm trying to reduce.
While reviewing the datasheet, it appears that the XA_OFFSET registers are 15bit signed ints not 16. It appears that most of the popular libraries written for the 6050, 9250 have this mapping incorrect.
Just to close the loop for anyone from the future...
Here's the steps I took to resolve this:
Dont touch the mac system python installs located at:
/System/Library or
/usr/bin
helpful stack overflow post for uninstalling python
But in the end, from what I could find Mojave doesn't include pip by default, and easy_install is depreciated so we had to go to step 2.
brew install python
Today in Dec 2020 this will install 3.9.0. ((Python 2.7 has been long depreciated))[Also note pip is currently installed with this version of python]python --version
you will still get: 2.7.16
ln -s /usr/local/bin/python3 /usr/local/bin/python
ln -s /usr/local/bin/pip3 /usr/local/bin/pip
which cleaned up any remaining issues making pip work. (Biggest issue being me forgetting to type pip3)python --version
I now get: 3.9.0
#!/usr/bin/env python
Which I believe is what is forcing the ardunio IDE to use the default MacOS python version. (See note in #1 about this being the protected default python that we shouldnt touch.)
#!/usr/bin/env python3
Once I reopened Ardunio, this worked and verified without any issues.
sudo pip3 install --target /Library/Python/2.7/site-packages pyserial
This installed the required serial module and fixed the remaining issues.
I'm not sure I like the solution, but it is the only thing that has made it work. The "correct" fix would be to have esp-tool.py use the installed default python version instead of the specific one installed at /usr/bin.
Finally, as with all things in life, there is already an xkcd for this: https://xkcd.com/1987/
Maybe I'll open an issue with the esp-tool or Ardunio IDE and see what happens, but I dont believe this has anything to do with M5stack tools. Thanks for all who helped! (@Zontex & @lydericc )
When I run that command I get:
python --version
Python 2.7.16
And when I try to import serial, I get the same error as with the esptool script:
Python 2.7.16 (default, Jan 27 2020, 04:46:15)
[GCC 4.2.1 Compatible Apple LLVM 10.0.1 (clang-1001.0.37.14)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import serial
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named serial
So it appears that "pip" is symlinked to my python3 install, but "python" is still linked to the v2.7.16 default mac install.
Thanks again for your help, will wait for an update!
When I did that I got the following message:
pip install pyserial
Requirement already satisfied: pyserial in /usr/local/lib/python3.8/site-packages (3.5)
So it appears that my system is using 3.8 already?
I appreciate your help in trying to figure this out!
So I tried your recommendations as suggested:
'pip3 install pyserial
Collecting pyserial
Using cached pyserial-3.5-py2.py3-none-any.whl (90 kB)
Installing collected packages: pyserial
Successfully installed pyserial-3.5
Traceback (most recent call last):
File "/Users/User1/Library/Arduino15/packages/m5stack/tools/esptool_py/3.0.0/esptool.py", line 39, in <module>
import serial
ImportError: No module named serial