Autosteer Single GPS+IMU+Panda

So after bench testing with PANDA, plus a V2 board with BNO085 still attached, very strange results.
The effect seems to be the average of the two.

The PANDA BNO085 and the V2 BNO seem to strangely work together somehow. Moving either affects both heading or roll. The PANDA BNO updates much faster, the V2 BNO seems to react slower. On the bench they do not seem to fight both heading and roll stay stable and locked until moved.

This dual BNO Easter egg has me very excited to see what the random driving result is.

1 Like

In theory Panda could be mounted with it’s Imu on the roof of a cab with suspension. Then mount the Autosteer PCB directly to the tractors frame, in order to compensate for cab suspension, and then to compensate for sidehill.:joy::see_no_evil: Might be worth a shot.

Should it not be the other way around?

Correct me of I’m wrong but if you want to compensate Cab suspension you need to get the corrected Position on top of your transmission, and then this position with the second Imu to get the real under axle position. ?

Like this picture

All things being fixed, two IMU’s should read the same thing regardless of mount point in the tractor. ( unless suspension)

The only thing that separates them in this test will be time. We already have plenty of footage of PANDA driving excellently. So will it mess that up?..… wish the 3d printer was faster.

1 Like

Hello. Launched panda single gps. On udp it does not work yet. On usb only gps works. How to turn on the autopilot so that it also works on usb. I don’t understand how to do it. version 5.6.11

1 Like

What is your network address for udp, Panda ino is set to 192.168.5.X, so you want your network to match the .5, or change it to the subnet of your network.

Another topic Dual BNO’s …

1 Like

Thank you. Yes, I finally figured out how to do it. Now connected by udp.

1 Like

I’m not going to tell you how to make an nuke.

:rofl: :rofl:

1 Like

I don’t understand how to connect SMPS14 correctly. It’s easier on BNO. And here the conclusions are not clear. The circuit has pull-up resistors on A4 and A5. They are not on the printed circuit board.

No need, lol, the internet has instructions. :joy:

Mems imu arrays are a proven way to increase overall imu performance. Only one BNO fused in PANDA seems more than sufficient for farming in your videos. So it will not take 10-20 mems like in the online papers I have been reading, using much older chips. Two or three BNO should let me get to the nuclear precision you speak of.

This document is old already, but still 72 gyros what a beast.

This paper claims it takes 19 simple mems gyros to meet rocket spec.

https://researchrepository.wvu.edu/cgi/viewcontent.cgi?article=6257&context=etd
image

It may seem like overkill, but many other papers online draw the same conclusion, more imu’s the better. PANDA will make this easy to test. Teensy has wire, wire1, and wire2 for I2C, so will not have to change any BNO addresses.

The average of wrong is still wrong lol

1 Like

It is not possible to start SMPS 14. SDA is connected to A4. To A5 SCL. Checked the connection several times. Version 5.6.11. I have connected 2 sensors. I connected these sensors to version 5.5.0, they work. Roll show. I also noticed that if I connect the sensor, the data on the GPS and the autopilot disappear, they light up in red. And the LED on TEENSY stops flashing. Tried to reflash, also does not work. Checked for a short circuit, everything is normal. Voltage is ok too.

But the average of kinda right is amazing,

Plus how do you know your BNO went wrong? if you cannot compare it to another standard?
With one, the BNO is wrong or right maybe
With two, the one closest to when the last readings agreed in tolerance is right
With three, the average of the ones within tolerance are right, until only two agree.

If you have 72 then you can flat out ignore 30 of them. :rofl:

But the BNO is quite a bit more sophisticated, with more instruments for error checking already. So two, or three being compared should be absolutely amazing.

Panda synchronizes the IMU and the GPS, without panda the IMU reading wrong in time,(one close to good (Panda) + one bad) / 2 = bad

Yes that is the first instance I am testing, PANDA and the existing V2 imu average, then Panda alone.

But then I will alter your code and stick them all to the teensy direct.

No my code :sweat_smile: :sweat_smile:, it’s Brian code I just make things look better :wink: :wink:

2 Likes

Does the teensy +panda, do any calculations on the heading, or does it just pass the Imu heading in the pgn?

The roll doesn´t drift as it is internally stabilized to gravity, according to hillcrest:
"2.2.2 Game Rotation Vector
The game rotation vector is an orientation output that is expressed as a quaternion with no specific reference for heading, while roll and pitch are referenced against gravity. It is produced by fusing the outputs of the accelerometer and the gyroscope (i.e. no magnetometer). The game rotation vector does not use the magnetometer to correct the gyroscopes drift in yaw. "

The papers you refer to concentrate on yaw/heading, but mention the algorithms can be used for pitch and roll as well.

I use a dual gps board. What kind of teensy firmware do I need to use one gps antenna plus imu plus panda.

1 Like

The firmware is included in the 5.6.2 download from github