Accelerometer Example of New Crio

[baronep]

Does anyone know if the ADXL345 SPI example works on the new Crio? I tried to run it and it gave me an error along the lines of 'I can't find DIO module 2' Any ideas?

[Alan Anderson]

The obvious question is: do you actually have a second DIO module installed in your cRIO? It would go in slot 4 of a 4-slot cRIO-II, or slot 6 of an 8-slot cRIO.

The first DIO module is number 1, even though it's actually installed in slot 2. That's a different way of numbering things from previous years, and I expect it'll trip up a few teams.

[baronep]

That is what i suspected as well, so I added a control to select crio slot (which defaulted to DIO2 BTW) and changed it to 1 but i received the same error. I know thats not a lot to go on, I will do some more investigative work tomorrow afternoon (how does school always seem to get in the way).

[jhersh]

Originally Posted by baronep

That is what i suspected as well, so I added a control to select crio slot (which defaulted to DIO2 BTW) and changed it to 1 but i received the same error. I know thats not a lot to go on, I will do some more investigative work tomorrow afternoon (how does school always seem to get in the way).

You selected Digital Module 1 and still got an error that said you have no Digital Module 2? Maybe you didn't actually change the value. Did you make it a control on the panel of a VI and then deploy it? Did you re-build?

-Joe

[Alan Anderson]

Originally Posted by baronep

...I added a control to select crio slot (which defaulted to DIO2 BTW)...

"DIO2" sounds like a pin number, not a module number. You might have wired the control up to the wrong terminal on the Open function.

[Doug Norman]

What Joe said to do should work - wire a control to the DIO Module terminal and set it to Digital Module 1. It looks to me like we have a "bug" in our example. By default the ADXL345 SPI Open.vi should have Digital Module 1 as default. We should probably also wire and show that on the example front panel. I will fix this.

[billbo911]

Sorry if this has been covered elsewhere, I could not find the info we are looking for and I am not versed enough in LabView to figure it out.....yet.

We can figure out how to run the I2C ADXL345 example, but where we are struggling is how to go about integrating the vi's into our robot project.
As far as we can see, the vi's to add the ADXL345 I2C are not available anywhere in the Functions pallet.

Can someone please point us in the right direction to help us figure out how to add support for the ADXL345 via I2C to our project?

[baronep]

In the project explorer in the example project, there is a folder called ADXL driver. Just copy these VI's to your robot project

[NeatNit]

I've spent half of yesterday and all of today trying to get the ADXL345 working. I've tried both examples using two cRIOs, and nothing works. I did change the DIO module constant/control to 1 instead of 2. I did make sure the sensor is wired correctly. I see no reason why it wouldn't be working.

I posted my question here after somehow missing this thread.


Please help!

[Doug Norman]

Originally Posted by billbo911

We can figure out how to run the I2C ADXL345 example, but where we are struggling is how to go about integrating the vi's into our robot project.

Can someone please point us in the right direction to help us figure out how to add support for the ADXL345 via I2C to our project?

You might take a look at the tutorial. From the LabVIEW Getting Started Window, click Tutorials, and then choose Tutorial 7 - Integrating Examples into Robot Code.

[billbo911]

Originally Posted by Doug Norman

You might take a look at the tutorial. From the LabVIEW Getting Started Window, click Tutorials, and then choose Tutorial 7 - Integrating Examples into Robot Code.

Thanks Doug, I'll have our programmers do this today.
I believe I have a handle on it now, but I want them to understand the process. So, between the tutorial and my experience, we should be if fine shape!

[Joe Ross]

There's updated files for the SPI ADXL345 example attached to the firstforge bug report. http://firstforge.wpi.edu/sf/go/artf1432

[NeatNit]

The fixed SPI example still doesn't work for me. I've finally gotten I2C working though, apparently it only works with the flat cable.

[jhersh]

Originally Posted by NeatNit

The fixed SPI example still doesn't work for me. I've finally gotten I2C working though, apparently it only works with the flat cable.

Not sure what "flat cable" you are talking about. If it is the DB-37 cable from the kit, then it "only works" if you fix the cable end to not be reversed.

[NeatNit]

Originally Posted by jhersh

Not sure what "flat cable" you are talking about. If it is the DB-37 cable from the kit, then it "only works" if you fix the cable end to not be reversed.

Yes, I meant that flat cable the replaced the thick round ones in previous years. What I meant to say is that the ADXL345 doesn't work with the old cable, in other words only works with the newer flat one. (our cable needed to be flipped but we already did that)