Skip to content

Problems calibrating new build #433

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
jpclouduk opened this issue Nov 16, 2020 · 10 comments
Closed

Problems calibrating new build #433

jpclouduk opened this issue Nov 16, 2020 · 10 comments
Labels

Comments

@jpclouduk
Copy link

I'm going to attach some logs once I get my IDE talking to wemos correctly on Debian. In the meantime, I've searched through all the bugs/faqs/etc and can't find anyone with this exact issue other than where the calibration is done when the accelo is NOT facing up.

  • Completed the build
  • Flashed without issue and hooked up to Prometheus pushgateway
  • While setting up the dashboard I noticed the tilt angle was showing an angle which seems wrong.
    I dropped back to setup mode and ran the calibration. With the accelerometer facing up (horizontal ispindel) I calibrated 89.99. Then I tested the tilt angle as I moved the ispindel to the vertical the tilt angle reached 45 when upright. as I continued through back to the opposite horizontal (accelo upside down) the tilt went past 0. Effectively it's reading 180deg as 90.
    I initialized the wemos and reflashed and calibrated but still the same.

Any thoughts while I gather some useful info ?

@jpclouduk jpclouduk changed the title Unable to calibrate sensible values Problems calibrating new build Nov 16, 2020
@jpclouduk
Copy link
Author

jpclouduk commented Nov 16, 2020

Got the IDE working. here's the calibration from the logs;

*WM: Request redirected to captive portal
*WM: offset
Testing device connections...
MPU6050 connection successful

**......>......
at 600 Readings

// X Accel Y Accel Z Accel X Gyro Y Gyro Z Gyro
//OFFSETS -1868, -940, 3058, 122, 19, -58

new offsets: -1868:-940:3058
confirming offsets: -1868:-940:3058
saving config...
{"Name":"iSpindel000","Token":"","Sleep":900,"Server":"","API":0,"Port":80,"Channel":0,"URI":"","DB":"ispindel","Username":"","Password":"","Job":"ispindel","Instance":"000","Vfact":191.8,"TS":0,"OWpin":12,"POLY":"-0.00031tilt^2+0.557tilt-14.054","SSID":"","PSK":"","Offset":[-1868,-940,3058,122,19,-58]}
saved successfully
*WM: Request redirected to captive portal

@jpclouduk
Copy link
Author

Does anyone know an easy way to read the X,Y,Z values in arduino IDE? I think these values are probably causing the issue as they seem way out to some of the offset readings I have seen from others. I have another wemos/gy521 on order to compare.

@thegreatgunbantoad
Copy link
Contributor

You probably have a knackered accelerometer. Had a few duds myself do very similar.

@jpclouduk
Copy link
Author

You probably have a knackered accelerometer. Had a few duds myself do very similar.

Yeah, got the new wemos and accel today and rebuilt. All testing is fine but I noticed I'm now seeing the Deep Sleep issue where the board doesn't wake up after the first ping of metrics. Checked all the soldering and shorts etc but all good. I'll take the new accel off and put it on the old wemos. From what I have read there are some wemos boards that don't like the bat42 resistor but that's beyond me. Very frustrating but that's DIY ;)

@thegreatgunbantoad
Copy link
Contributor

Make sure that BAT42 diode is the right way round, fitting it backwards will prevent wake from deep sleep.

@ErikdBr
Copy link
Contributor

ErikdBr commented Nov 23, 2020

Make sure that BAT42 diode is the right way round, fitting it backwards will prevent wake from deep sleep.

Isn't it a BAT43 diode? As suggested here: #59 (comment)

@thegreatgunbantoad
Copy link
Contributor

Make sure that BAT42 diode is the right way round, fitting it backwards will prevent wake from deep sleep.

Isn't it a BAT43 diode? As suggested here: #59 (comment)

It is indeed I just followed the same typo from the post before, doh!

@jpclouduk
Copy link
Author

Make sure that BAT42 diode is the right way round, fitting it backwards will prevent wake from deep sleep.

Isn't it a BAT43 diode? As suggested here: #59 (comment)

It is indeed I just followed the same typo from the post before, doh!

Many thanks. I switched to the old wemos with the new accelo and all working 100%. I have quite a few components now so I'm going to breadboard everything and test before soldering. I'll retest the faulty wemos in the breadboard setup.

Feel free to close this. This does appear to be a hardware issue.

@thegreatgunbantoad
Copy link
Contributor

Make sure that BAT42 diode is the right way round, fitting it backwards will prevent wake from deep sleep.

Isn't it a BAT43 diode? As suggested here: #59 (comment)

It is indeed I just followed the same typo from the post before, doh!

Many thanks. I switched to the old wemos with the new accelo and all working 100%. I have quite a few components now so I'm going to breadboard everything and test before soldering. I'll retest the faulty wemos in the breadboard setup.

Feel free to close this. This does appear to be a hardware issue.

Usually wemos clone boards and the gyros are the ones that can be duff. Only ever had 1 charger board go.

@stale
Copy link

stale bot commented Jan 24, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Jan 24, 2021
@stale stale bot closed this as completed Feb 1, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants