Jump to content

I write A wave signal and its anti-signal to FPGA (7851R), there is phase shift in out put


Recommended Posts

I suspect the problem might be you are essentially trying to do single point output from the RT side of things. The property node on the RT might look like it is doing everything at once, but I don't think it actually does update all the values as the same time.

Normally you would generate a waveform by either doing all the maths on the FPGA itself or using a DMA FIFO or something similar.

If you are determined to do the signal generation on the RT then try replace your 8 controls that you are using to send the points to the FPGA with a single cluster of 8 elements. This will guarantee the "atomic" transmission and might fix your phase shift.

Link to comment
4 hours ago, Neil Pate said:

I suspect the problem might be you are essentially trying to do single point output from the RT side of things. The property node on the RT might look like it is doing everything at once, but I don't think it actually does update all the values as the same time.

Normally you would generate a waveform by either doing all the maths on the FPGA itself or using a DMA FIFO or something similar.

If you are determined to do the signal generation on the RT then try replace your 8 controls that you are using to send the points to the FPGA with a single cluster of 8 elements. This will guarantee the "atomic" transmission and might fix your phase shift.

  • Thank you very much! 

  • I did send single point from RT side to FPGA.

  • Before I try using DMA FIFO,  I tried two test methods.

  • First I bundled 8 point as cluster and sent it to FPGA. Then unbundled it in FPGA. But the phase shift still existed.

  • Then I transferred the case structure into FPGA,  phase shift still couldn't be fixed. In fact, I test these 4 signal and found that all the values of them were different! I'm going crazy!

1909483801_QQ20201202033244.jpg

264243339_QQ20201202033254.jpg

2103649476_QQ20201202033304.jpg

056T{XT`HT@J3MSX6U$CL~T.png

IMG_5933.JPG

IMG_5934.JPG

IMG_5935.JPG

Link to comment

I think you need to start with a simpler example. (And sorry I mistakenly thought you were using RT, you are using an FPGA card in a PC, right?)

Try and make the most simple scenario you can think of. A simple VI generating a single point of the triangle wave at a time. Transfer this value to the FPGA but wire this to all the analogue outputs at the same time. If you still have a phase shift then something really weird is going on.

It has been a while since I used a PC based FPGA card, is is possible the FPGA analogue outputs have different configuration somehow in the .lvproj? Like perhaps different filters or something?

Link to comment
46 minutes ago, Neil Pate said:

I think you need to start with a simpler example. (And sorry I mistakenly thought you were using RT, you are using an FPGA card in a PC, right?)

Try and make the most simple scenario you can think of. A simple VI generating a single point of the triangle wave at a time. Transfer this value to the FPGA but wire this to all the analogue outputs at the same time. If you still have a phase shift then something really weird is going on.

It has been a while since I used a PC based FPGA card, is is possible the FPGA analogue outputs have different configuration somehow in the .lvproj? Like perhaps different filters or something?

Thanks! I made a sine wave and tried your method, still failed. So maybe there is different configuration  in the .lvproj?  Is there any way to solve this kind of problem?

1.JPG

2.JPG

3.JPG

Link to comment

What FPGA card are you using? Can you share your project and VIs?

One thing to point out, I would be a little surprised if you can get 1 MHz from your timed loop on the PC. However, this is not your problem though as it would manifest as a not quite perfect sine wave on the output and would not explain a phase shift.

 

Link to comment
24 minutes ago, Neil Pate said:

What FPGA card are you using? Can you share your project and VIs?

One thing to point out, I would be a little surprised if you can get 1 MHz from your timed loop on the PC. However, this is not your problem though as it would manifest as a not quite perfect sine wave on the output and would not explain a phase shift.

 

I use 7851R card. Of course, I will share my project. You could check the "simple signal.vi" and "simple signal test.vi".

 I forgot to send you pictures which indicated the values all of these 8 line got are different when I stop the FPGA.vi.

5.JPG

4.JPG

ZSF-motor.rar

Link to comment

Is your amplitude correct? It looks like you are trying to command nearly +/-2000V output. Also you have a lot of coercion dots with your fixed points. Try to get those to be consistent. It's not as important with floats and integers, but you can get some strange stuff going on depending on how the bits are allocated going from FXP to FXP.

Link to comment
2 hours ago, Neil Pate said:

I don't actually have the right toolkits installed on my PC so I cannot completely look

If you right click on one of these things, do you get any kind of dialogue box that allows you to configure anything?

image.png.002da1291099dcfb8928f453c11758d7.png

Yes, my dialogue box is showed as following.

6.JPG

7.jpg

8.png

9.png

Link to comment
1 hour ago, Jordan Kuehn said:

Is your amplitude correct? It looks like you are trying to command nearly +/-2000V output. Also you have a lot of coercion dots with your fixed points. Try to get those to be consistent. It's not as important with floats and integers, but you can get some strange stuff going on depending on how the bits are allocated going from FXP to FXP.

In fact, if I input 10, it needs to be multiplied by a coefficient to get 10V. The only reason I use I64 point and FXP point is that the date type "DBL" is not allowed in FPGA.vi.

Link to comment
49 minutes ago, 锋 said:

In fact, if I input 10, it needs to be multiplied by a coefficient to get 10V. The only reason I use I64 point and FXP point is that the date type "DBL" is not allowed in FPGA.vi.

Ah yes, you are reminding me of some specifics regarding the modules accepting integers when used in the FPGA and if the calibration mode is set to "Raw". Here are some notes I have from working with a 9263 (quite some time ago) which should be similar.

image.png.bb58446d7d058dabb29d39be64bfd005.pngimage.png.488d34649fe94a19fa26503e15865b2e.pngimage.png.b17dce0f95ff60670aba6eb520a10e5f.pngimage.png.754d6d4a2e6965a4130bb42a11f06369.png

 

Note explicitly casting types in the host sine wave properties VI (first picture) that produces the properties for signal generation that are passed to the FPGA code (second picture). The FXP constants wired in to the casting configures the bit word lengths.

https://www.ni.com/documentation/en/labview-comms/latest/data-types/intro-fixed-point-numbers/

Perhaps you have adequately addressed this, but I've been burned on this in the past. Anyway, some of these examples might help illustrate the signal generation being done in the FPGA itself if that helps. 

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.