Xband

Hi, I have what seems to be a working hardware design with the Zmod 1410 scope module (see below). My thought then was to modify the DDR example code removing all references to "triggering" (I don't care about that at this point) and recycle the multi S2MM_cyclic_transfer_test example. I created a new "helloworld" application in Vitis, copied the main.c from the above application and rebuilt the project. Then added what seemed to be relevant libraries in the main.c file. I did this 2 times and am having the same problem with the UserRegister path, I've built and cleaned the project, the cleaned version looks like it should run but then cannot find a valid platform when I try to launch from the Debug hardware option. Seems to be the same path issue for both versions, I was worried the "datatrans_" directory path was causing some problem so built the new "axidata" version. The scope below shows a 1MHz sine wave with 100MHz ADC sample from the Zmod and the lower sawtooth is a DSP accumulator. These seem ok before the AXI stuff happens is why I claim the hardware design is ok. Any ideas on what could be the problem? Thanks, Error: Error while launching program: The platform 'C:/GitHub/WN_Zmod/Vitis_notrig/design_1_wrapper_1/export/design_1_wrapper_1/design_1_wrapper_1.xpfm' used by the system project 'axidata_system' is not valid. The platform 'C:/GitHub/WN_Zmod/Vitis_notrig/design_1_wrapper_1/export/design_1_wrapper_1/design_1_wrapper_1.xpfm' used by the system project 'axidata_system' is not valid. Description Resource Path Location Type Invalid project path: Include path not found (C:\..\GitHub\WN_Zmod\Vitis_notrig\datatrans_\Debug\_sdk\bsp\ps7_cortexa9_0\include). datatrans_ pathentry Path Entry Problem Description Resource Path Location Type Invalid project path: Include path not found (C:\..\GitHub\WN_Zmod\Vitis_notrig\design_1_wrapper_1\export\design_1_wrapper_1\sw\design_1_wrapper_1\standalone_ps7_cortexa9_0\bspinclude\include). axidata pathentry Path Entry Problem

Are these addresses constant for the Eclypse Z7 platform or do you need to look at this file each time when wanting to get data? I was wondering how these came about, does building an application in Vitis automatically assign the values or properly route existing hardware values? or other magic? Thanks,

@artvvb, Moving that definition fixed it on my side too, thanks for a small win here and great instructions getting through the process. I found this quite valuable as a training intro to the ILA process. Cant say I would have successfully debugged and found the problem but its a good step in the process! Glossed over the bit about triggering the acquisition twice and seeing the difference in the buffer. My success was getting all of your steps to line up and work. Spent 2 days messing around after trying to address a buffer overflow diagnosis from the AMD help site, finally restored the settings and things worked after rebooting the machine. This platform seems to have an infinite number of issues to deal with. Thanks again for the help!

@artvvb, thanks for putting this together. I'll need some time to absorb all that is going on, its a great tutorial.

@artvvb, Thanks for noticing, exactly what in this ILA scope could lead you to this diagnosis?

@artvvb Not sure if its successful or not, looks like it read 64 bits, 0-63, though the added code says test failed. Not sure how to interpret the result. I was going to move this topic to a new thread but not sure of a smooth process for doing so. thanks for insight.

@artvvb, When I run this the data never flows into the while loop in the software, my serial terminal output is a few "test done" printf statements. When the ILA is launched it is "waiting for trigger" 0 of 1024 samples. Is there an obvious problem? Thanks,

@artvvb, can you elaborate a bit on the control_0 part of this design? Are these just 2 GPIO blocks? Its impossible to tell what they are connected to, my options for the Z7 are the button or leds. It seems like the data is streaming from this gpio. Otherwise this seems like a nice instructional piece of code, but for this exclusion. Sorry it may be obvious to some. Thanks,

@rarow, I did a similar thing with pulsed LED with triggering a camera. I couldn't see the LED since the pulse was so short it didn't make enough light for me to see with my eyes. Though I finally timed the camera so I could see the led flashing, so you might need better eyes! :)

Could also be termination of the signal contributing to this. Typically there can be a factor of 2 if you’re reading a 50ohm termination at high impedance 1Mohm. I cannot recast what the zmod sma termination is, but I know it’s listed numerous places in the documentation.

@artvvb, continuing to beat this dead horse. Attached is a pdf of the hardware design that seems to compile and can generate a bitstream, though with some errors. The DDR software will run but since the multi streaming code is written for a 32bit buffer I cant extract it. I went into the HW code and made the original AXI stream 64bits depth and tried to change appropriate buffer indexing in the s2mm_cyclic_transfer code but cannot get to the data. I"m not sure this was successful. I've changed the u32 for the Bufferlength to u64 and tried to propagate these changes to indexing through to multi streaming main code. Could you give a rough overview on which values should change to u64 (in the s2mm_cyclic_transfer main) or perhaps just a link to some code that would spit the actual hardware buffer out so I can confirm it has changed to 64bit depth. I seen to recall you being against changing this depth to 64, which is entirely reasonable given the complexity that the stream depends on, I tried to preserve the 32bit axi stream data through all the original hw in the base fpga design and then combine the stream just befor the DMA transfer coming out of the ZmodScope Port A. I think the basic concept of pulling out the data, using the DSP accumulator and then combining back into the AXI stream should work, though I could be really screwed up with the timing even if it compiles. I'm interested in using the simulation to try and ring out the timing but this DDR project is pretty deep and I'm not sure how to implement that, though I see you have the ILA ip scattered throughout for this purpose. Have a good weekend, sorry I always post these on Friday but I'll typically work through the week trying to get something going and then succumb to the frustration later in the week. Thanks for any help. ZmodScope_PortA_2_9_2024.pdf

Deleted post.

@artvb Hi, I was able to get my modifications to the DDR project to compile and run with the baseline streaming sw project, though the project added DSP integration of the ADC values are not integrating. I tried to replace the ADC output in the stream with the integration values from each channel though I'm still getting the baseline values coming through. My current guess is that there is an issue with the triggering and/or the writing into the AXI stream isn't working properly. To try and diagnose and understand more wanted to run the simulation and ring out the triggering and clocks to help with understanding, but am getting a silly error that I've found others having in the AMD forums, "default_nettype is none" issues with a couple of clock signals. Another problem is that the Vitis project seems to be locked and will not allow me so save my changes, thus every time I launch the project from scratch I need to go back and redo. I know this is a bit vague, but I could use a bit of direction if you have any suggestions. Thanks!

@artvvb, Thanks for the help, I just cheated and copied the bit file it was complaining about into the directory. It actually ran, while that is good I'll follow your directions and try to clean it all up. Glad that my setup isn't necessarily bad with the Win10, though it seems I"m able to find every way to mess things up. Thanks again.