Show Posts
Pages: [1] 2
1  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 25, 2012, 09:25:34 pm
Well, it works. Issue resolved.

Thanks a ton to all those who helped, regardless of how frustrating this issue was.  smiley-grin
2  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 25, 2012, 09:20:35 pm
Well, this is totally bizarre....

So, I switched up the command to this: AD5024_COM_WRITE_TO_N_UPDATE_ALL

and now it seems to work (!!)

I got a perfect triangle wave with some code that generates just that. It's so weird, because I was using the same exact command on the FEZ and that did work. Odd.
3  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 25, 2012, 09:16:07 pm
That's how it's set right now.

I even tried to put a long delay in to give me time to physically reset the chip (pulling power completely) before the 32 bits were written to the device.

It's really weird how I'm not seeing _any_ response from the device with the AVR.

Just out of curiosity, how'd you get in touch with an AD engineer, or did you find that snippit on the web somewhere?

Thanks for the help!
4  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 25, 2012, 08:48:15 pm
I finally got the captures.....

The FEZ, read by the LA in mode 0: (this *works*)
http://files.chrisseto.com/r26

The Arduino, read by the LA in mode 0: (This *doesn't* work)
http://files.chrisseto.com/77g

The clock seems to idle high on the Arduino, but does anybody spot any other differences?
5  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 16, 2012, 06:25:32 pm
I'm having a friend post the data. I did see that the data coming out the SPI port was correct in that the binary representation was correct. It won't be until Monday when everyone gets back to the office when I get the data... This is a school research project, I work on it at home a few hundred miles away and then drive down every few weeks for research meetings. I was there for a few days a few days ago, so that's when I got the data.
6  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 16, 2012, 12:58:59 pm
Hi Tim,

I noticed that too, neither capture looks right, but the NETMF one does work. Putting the Arduino into Mode 1 doesn't make it work, though.

The pulse I saw was what I thought was the board LED (on pin 13) I realized after I posted that image that if it was the board LED blinking for some reason, it'd be on clock, not data.
7  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 15, 2012, 09:30:13 pm
Quad post!

Arduino:
http://files.chrisseto.com/JA8
8  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 15, 2012, 08:56:38 pm
Sorry for the triple post, yet another shot.

NETMF:
http://files.chrisseto.com/NIo

So, now I am going to take the scope, and without changing any settings, I am going to transfer it to the Arduino and see under what conditions I can match this data.
9  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 15, 2012, 08:50:11 pm
Go figure. My scope did an FW update and now it can do logic!!
http://files.chrisseto.com/THe

Now for the fun part, "sample clock on..." is set ti rising edge. It doesn't work properly on falling edge. This is totally backwards to the datasheet, I think.
10  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 15, 2012, 08:14:09 pm
I'm having this done right now. I have to get my friend with the logic analyzer testing the NETMF board.
11  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 15, 2012, 07:31:08 pm
An update...

I got ahold of a Salae Logic analyzer and double checked my data. I even left another engineer totally oblivious to the issue to interpolate what I was doing to the DAC from only the transmitted data. Sure enough, he decoded it exactly correctly. It's not an issue of my packet or the wiring, it's got to be something in the configuration of the port, but I have tried all the SPI modes without success. Hmm... 
12  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 14, 2012, 11:41:54 am
One thing I do notice....

On the Arduino capture, mode 0, the data pin is going high to idle on the falling edge of the clock. This would result in a 1 at the end of the byte that isn't suppose to be there. Is there some config option to make the data pin idle low? This is the case on the NETMF target.
13  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 14, 2012, 11:09:59 am
As far as using a command in software such as LDAC, again, I do have the code working exactly the way it is on my NETMF board, talking to the same registers in the same way. I do like the CLR* suggestion, though. I will try that.

When the DAC works with NETMF, it's wired up exactly the same with all pins other than MOSI, SCK, CS*, VCC, GND.

As far as the voltage level differences, yes, I am aware of the difference. The chip is actually 5V, but it works with a 3V3 VIL. So either chip's VOL should be fine.

Thanks for the ideas, keep em coming :-)
14  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 14, 2012, 12:55:13 am
Sure thing, but you won't be able to tell much from it....
https://fbcdn-sphotos-a.akamaihd.net/hphotos-ak-ash4/458351_10151200519137576_87145682_o.jpg

RED is data
GREEN is CLK
BLUE is CS*

YELLOW is 5V
both blacks are GND. One for the Oscope, one for the DAC.
15  Using Arduino / Networking, Protocols, and Devices / Re: Bizzare SPI issue. 3 engineers stumped! on: June 14, 2012, 12:19:27 am
Yeah, I do move the wires over to the new board (Arduino), but they are going in the right ports. The breadboard with the DAC isn't changing; just the few wires going to it. I used my scope to check that they are all right.
Pages: [1] 2