Skip to content
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

Roll axis is not functioning well #3

Open
AltugOS opened this issue Jun 15, 2019 · 7 comments
Open

Roll axis is not functioning well #3

AltugOS opened this issue Jun 15, 2019 · 7 comments

Comments

@AltugOS
Copy link

AltugOS commented Jun 15, 2019

There is a problem with RazorIMU + MPU6050 combo. In steamvr, roll axis line is fixed to the default front direction. So it works fine when i look forward but when i look sideways, roll axis does not work as intended (for example rolling to the right when looking 90 degrees to the left results in a pitch up like motion). I have also tried to route the data through FreePIE and using FreeTrack driver and got the same result. BTW the values are fine in getdata examples, so the problem is between TOVR output and SteamVR input. any help would be appreciated.

@r57zone
Copy link
Member

r57zone commented Jun 15, 2019

It seems the problem in the firmware MPU 6050. I came across it. There is no problem in RazorIMU, as with the tracker Arduino + GY 85 this problem does not have.

@Nakin72
Copy link

Nakin72 commented Jun 15, 2019

It seems the problem in the firmware MPU 6050. I came across it. There is no problem in RazorIMU, as with the tracker Arduino + GY 85 this problem does not have.

In Unity works fine!
В Юнити работает нормально! Хотя вроде бы там одинаковые координатные системы

@AltugOS
Copy link
Author

AltugOS commented Jun 15, 2019

@r57zone but in the getdata file yaw pitch roll data seems perfectly fine? It sure is weird

@AltugOS
Copy link
Author

AltugOS commented Jun 15, 2019

It seems the problem in the firmware MPU 6050. I came across it. There is no problem in RazorIMU, as with the tracker Arduino + GY 85 this problem does not have.

And also when i tried the same freepie codes with Vridge(riftcat) and trinusvr, it worked flawlessly. Unfortunately I dont want to use a phone as a screen. Are you really sure it is mpu6050 that causes the issue? It sounds improbable to me...

@r57zone
Copy link
Member

r57zone commented Jun 15, 2019

@AltugOS GetData should also show that there is a problem.
RazorIMU driver reads Yaw, Pitch, Roll from the com port, then TrueOpenVR-Core.dll directly receives this data, and SteamVR takes this Yaw, Pitch, Roll and converts it to Quaternion.
There are no mistakes here.
The problem maybe seems to be that the MPU6050 firmware incorrectly convert Quaternion to Yaw, Pitch, Roll.
Since the GY 85 and RazorIMU firmware works almost perfectly, I think the problem is with the firmware MPU6050.

@AltugOS
Copy link
Author

AltugOS commented Jun 16, 2019

@r57zone I will send you a video proof that getdata works flawlessly as soon as I can. Like i said, when i use other programs than tovr, its perfect. When i use only tovr, its perfect. When i use tovr-steamvr, roll axis gets weird. I also have an idea for troubleshooting. I will try to control freetrack data using keyboard within the freepie script.
If it also shows weird behavior, then the problem is the steamvr bridge. I will test and send proof as soon as i can.

@angelfo87
Copy link

I have the same problem. Did you find the solution?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants