9150 Sketch version
Opened this issue · 10 comments
Hi there,
Loving the work so far. I have been wanting to play around with a few things. I have noticed that the latest 9150 sketch is 4.0.3 if downloaded through the gui, but I can only find the sketch source (.ino) for 4.0.1. Am I missing something (most likely I am).
Thanks
@MartinJG:
Hi there! :) Yesterday Rob updated this files and included the newest sketch (4.0.3)
Best regards,
AlecVoid
Thanks, got it yesterday (my time), forgot to post back as I disappeared into screwing up perfectly operable code!!
Cheers for the quick response. I am looking into creating a dedicated interface into either facetrackNoIR or openTrack (not sold on either, other than factrackNoIR will support fusion of up to two tracking devices (allowing me to use (for example) a webcam for X,Y,Z and the EDTracker for Rx, Ry and Rz). I am having all sorts of issue trying to build those projects as my version of Qt is too new la la la .... Still, I can retreat to the simple world of arduino when VisualStudio shouts at me lol.
Thanks again for your help and I shall let you know if I ever get anything vaguely useful going!!
Hi, you are welcome! :) Your project sounds great. I am most interested to get any news on that.
Little update,
I have cheated for now until I sort out my build environment for ftnoir
or opentrack. I have created a hatire (seems to be a dead project that
had a similar idea) compatible sketch and got that working.
I am getting nice stable values, though I have moved completely over to
RTIMULib, mainly because I kept running out of RAM when using the
standard EDTracker sketch. I can get 3 very stable axis (no jittering at
the extremes, i.e. where the panels pop up on Elite Dangerous!!). I did
manage to get it working with the camera module in ftnoir, but ftnoir
has a flaw in that it doesn't seem to have an option to take the
rotation and apply that to the X,Y,Z lateral movements. What I mean is
that if I look left and lean forward, instead of "zooming in" to the
left, it still "zooms" in to straight ahead position. Opentrack has a
tick box to fix that but doesn't seem to support hatire, or two tracker
inputs! Also the "zoom" effect in Elite Dangerous is really quite
limited.
I have one bug that I can't find. It seems after a few hours running,
especially if its doing nothing, my sketch crashes. It's not a deal
breaker for me so I still play elite dangerous with it, but I obviously
want to find and fix it!!
If any of this is of interest to you, let me know. I'll try and upload
it to github and provide a link for you.
Thanks again for your help providing the code in github.
Cheers
Martin
------ Original Message ------
From: "AlecVoid" notifications@github.com
To: "pocketmoon/EDTracker-9150" EDTracker-9150@noreply.github.com
Cc: "MartinJG" martin@thegreens.net
Sent: 2/04/2015 5:18:12 PM
Subject: Re: [EDTracker-9150] 9150 Sketch version (#4)
Hi, you are welcome! :) Your project sounds great. I am most interested
to get any news on that.—
Reply to this email directly or view it on GitHub.
Hi Martin,
"crashes after a few hours"? Does your sketch writes anything to the serial console? Maybe for debug reasons?
I found that serial output which is not handled by a serial connection can be the reason for a sketch crashing. Just my 2 cents.
And btw: I talked to a guy at the german Elite Dangerous forum and he told me that you can combine two tracker inputs with OpenTrack 2.2 (last stable). He wants to combine his IR Cam and the EDTracker. I will give you feedback if I hear anything new from him.
Hi,
Thanks, I fell down that hole a lot to start with, I have been searching
and I can't find anywhere that outputs without an open active
connection. However, I am still not convinced there isn't something
serial porty that causes it!!! The search continues... I might try
leaving it running overnight with an active serial connection, that
should confirm the problem (assuming my pc doesn't go to sleep and
ignore the serial port!!!!!)
Thanks again for your input
Martin
------ Original Message ------
From: "AlecVoid" notifications@github.com
To: "pocketmoon/EDTracker-9150" EDTracker-9150@noreply.github.com
Cc: "MartinJG" martin@thegreens.net
Sent: 3/04/2015 7:59:08 PM
Subject: Re: [EDTracker-9150] 9150 Sketch version (#4)
Hi Martin,
"crashes after a few hours"? Does your sketch writes anything to the
serial console? Maybe for debug reasons?
I found that serial output which is not handled by a serial connection
can be the reason for a sketch crashing. Just my 2 cents.—
Reply to this email directly or view it on GitHub.
You are most welcome :)
Hi Alec,
I found the cause of my lookups in the end. It was in the I2C TWI arduino library. There are a few places where there are while loops waiting for a particular bus state. I think my bus might be a little noisy and so if an error occurs, the library sticks in the while loop. Let me know if u want more details.
This process caused me too look some more at my setup. I'm using the 5v pro micro 16MHz with the 8150 breakout. I notice from the 9150 data sheet it is designed for 3,3v. I only noticed this today! Are you using a different 8150 breakout. I'm wondering if I'm overdriving the 9150 and that's what's causing the issue. Also wondering if the newer breakouts are 3v and the older ones that maybe you used are 5v? If so, may be worth pointing out in the build section for other idiots like me. My breakout reference is the spark fun SEN 11486.
I have a teensy 3.1 so may port over to that as its 3.3v. Hopefully I didn't fry anything!! I need to read data sheets before soldering lol!!!!
On 3 Apr 2015, at 20:04, AlecVoid notifications@github.com wrote:
You are most welcome :)
—
Reply to this email directly or view it on GitHub.
Sorry for clogging your inbox. You can ignore my drivel regarding voltages. Your breakout board clearly has a voltage regulator. Mine doesn't. Hiw the hell my sensor isn't dead us amazing!! It may well be damaged tho.
My bit about the bus hang is still true, but prolly an artefact if running at 5v.
Cheers
On 7 Apr 2015, at 10:37, Martin Green martin@thegreens.net wrote:
Hi Alec,
I found the cause of my lookups in the end. It was in the I2C TWI arduino library. There are a few places where there are while loops waiting for a particular bus state. I think my bus might be a little noisy and so if an error occurs, the library sticks in the while loop. Let me know if u want more details.
This process caused me too look some more at my setup. I'm using the 5v pro micro 16MHz with the 8150 breakout. I notice from the 9150 data sheet it is designed for 3,3v. I only noticed this today! Are you using a different 8150 breakout. I'm wondering if I'm overdriving the 9150 and that's what's causing the issue. Also wondering if the newer breakouts are 3v and the older ones that maybe you used are 5v? If so, may be worth pointing out in the build section for other idiots like me. My breakout reference is the spark fun SEN 11486.
I have a teensy 3.1 so may port over to that as its 3.3v. Hopefully I didn't fry anything!! I need to read data sheets before soldering lol!!!!
On 3 Apr 2015, at 20:04, AlecVoid notifications@github.com wrote:
You are most welcome :)
—
Reply to this email directly or view it on GitHub.
Hi there,
you re right. Mine has a voltage regulator. :)