DCA1000EVM: Streaming LVDS from AWR2243 to DCA1000 without mmWave Studio

Hello Daniel,

Again, we don't have anything like that but I believe the thread links mentioned below might help you to some extent:

https://e2e.ti.com/support/sensors/f/1023/t/889577

https://e2e.ti.com/support/sensors/f/1023/t/706630

Regards,

Ishita

Dear Ishita,

Thank you for your reply. Unfortunately the posts do not provide a solution to my problem. 

I am able to start the DCA1000 and AWR2243BOOST using a lua script in mmWave studio so that they stream data over the ethernet interface.
I can then read the data from the UDP socket and process it. 

The problem is, however, that I need to be able to set up the DCA1000 and AWR2243BOOST from a ubuntu computer, that does not have mmWave Studio. 
I was hoping you could provide any insights into how this could be done?

Is it possible to load the configuration of the devices using a lua script and then "save" them so that the device boots with that config for the next power cycle?
I believe something like that can be done using the "SOP" jumpers, but I cannot find documentation on how to achieve it. 

Best Regards
Daniel Gusland

Hello Daniel,

Sorry I thought you're interested in live data capture from DCA1000.

I got a similar query on this forum yesterday, please find the thread here : 

Hope this helps.

Regards,

Ishita

Hello Ishita,

I do not wish to stream the data via USB, but over ethernet via the DCA1000. 
As mentioned before: 

I am able to start the DCA1000 and AWR2243BOOST using a lua script in mmWave studio so that they stream data over the ethernet interface.
I can then read the data from the UDP socket and process it. 

The problem is, however, that I need to be able to set up the DCA1000 and AWR2243BOOST from a ubuntu computer, that does not have mmWave Studio. 

This is very similar to this post:
https://e2e.ti.com/support/sensors/f/1023/t/827184?Linux-DCA1000EVM-AR1-Controller-Development-for-Ethernet-interface-in-Linux

Because of this I was wondering if the DCA1000 and AWR2243BOOST could save their configurations, so that the next time they power up, they simply start streaming data over ethernet?

Hello Daniel,

Yes, I understand your query. Please don't see just the thread title of the previous response. 

My colleague JItendra has pointed to a DCA1000 utility source code there that can be rebuild for your Linux OS. That is what I intended to point you to.

Regards,

Ishita 

Dear Ishita,

I found the references. 

I believe I can handle the setup of the DCA1000 - it is only the UDP packages that need to be sent. 

A big issue here is to setup the AWR2243 to upload the MSS, RSS and the chirpconfigs. 

I have tried the "mmwavelink_example.exe" but I have encountered the same problems as in this post: 

e2e.ti.com/.../907889

For some reason, the firmware upload has been successful one time (out of about 40) attempts. 
I have tried mulitple configurations of both "Functional" and "Dev" SOP mode and with the DCA1000 both powered, not-powered and tried to "NRST" the device, but with no luck. 

Right now I am trying the  "mmwavelink_example.exe" with both the DCA1000 and the AWR2243 connected via USB - is that the correct configuration?

Best regards
Daniel Gusland

When i run the "mmwavelink_example.exe" the output is:

Device map 1: SOP 4 mode successful
Device map 1: Device reset successful

And then the application hangs on:

rlDeviceEnable Callback is called by mmWavelink for Device Index [0]

Before finally prompting:

"mmwave Device Power on failed for deviceMap 1 with error -8"

The DFP user guide states that this error normally occurs because the device does not reset, but when i run the program the "NRST" led blinks - I assume that the device resets?

It appears the code stops at line 1721: 

if ((rl_driverData.clientCtx.devCtrlCb.rlDeviceWaitIrqStatus != NULL) &&
(rl_driverData.clientCtx.devCtrlCb.rlDeviceWaitIrqStatus(comIfHdl,
0U) != RL_RET_CODE_OK) && (errVal == RL_RET_CODE_OK))
{

If that helps :)

Hello Daniel,

Sorry for the delay, it was a long weekend for us and Thankyou for the information. I believe this can help us serve you better.

I'll transfer your query to our expert Jitendra here, please expect a reply from him by the end of this week.

Regards,

Ishita

Thanks a lot Ishita,

I tried a few more things btw. 

I tried flashing the device using Uniflash, but that did not work either, but the solution from this post worked:

e2e.ti.com/.../927832

This gave me an idea to try the mmwavelink_example.exe from the 1st generation. 
Using this example, it appears to be able to download the firmware, but then fails upon checking if the firmware is valid. 

Is all of this just because of bugs with the second generation?

For some reason, my posts do not seem to upload...

I tried flashing the device using uniflash, but encountered the same problem as in:

e2e.ti.com/.../927832

Therefore, I figured I'd try the mmwave_example from generation 1, but replace the firmware. 
This got me a bit further, the FW appears to be downloading, but the device doesnt send an update response. 

Hello Daniel,

If you are using AWR2243 then you need to use 2nd Generation of mmWave DFP and example within this package

https://software-dl.ti.com/ra-processors/esd/MMWAVE-DFP-2G/latest/index_FDS.html

I see in the above snapshot that you are using DFP 1.2.6.3 which is for the AWR1243 device.

And in case you want to flash the firmware (C:\ti\mmwave_dfp_02_xx_xx\firmware\xwr22xx_metaImage.bin) to AWR2243 using Uniflash then you need to skip the firmware download from mmwavelink_example. Set 'EnableFwDownload=0' in mmwaveconfig.txt.

There is no bug in AWR2243 apart from known MSS CPU fault that occurs at the bootup.

Could you confirm that you run this mmwavelink example from Windows OS first then move to linux, to make sure that everything is fine with HW and SW.

Regards,

JG

Hi,

I am aware that I am supposed to use the DFP 2 for this part. 
I simply tried to use the example from DFP1 because the example in DFP2 does not work - as I stated in the previous answers. 

Sorry for the slightly too quick reply.

My current problem is that the mmwave_example from mmwave_dfp_02_02_00_03\ti\example\mmWaveLink_SingleChip_Example does not succeed in setting up the device. 

When i run the "mmwavelink_example.exe" the output is:

Device map 1: SOP 4 mode successful
Device map 1: Device reset successful

And then the application hangs on:

rlDeviceEnable Callback is called by mmWavelink for Device Index [0]

Before finally prompting:

"mmwave Device Power on failed for deviceMap 1 with error -8"

The DFP user guide states that this error normally occurs because the device does not reset, but when i run the program the "NRST" led blinks - I assume that the device resets?


Therefore, i ran the code from DFP1 just to check, and it somehow gets further.

I hope that explains it a bit better. 


Best Regards
Daniel

Hello Daniel,

I understood your problem now.

 Device reset is being done by FTDI library available in <dfp>\ti\example\platform\mmwl_ftdi\mmwl_port_ftdi.lib

Looks like the 2nd Gen FTDI library doesn't fit with your PC OS version so not able to reset the device whereas old version (1st Gen) library works well.

2nd Gen DFP FTDI library got many updates compare to 1st Gen DFP which may be the reason for your issue.

I have ported DFP 2.1.5.3 mmwavelink_example using 1st Gen FTDI library (which works for your to reset the device) and attached here.

Let me know if that resolves your problem. mmWaveLink_SingleChip_Example_AWR2243_ES1.0_with_1stGen_FTDI.zip

Thank you so much Jitendra,



Your modified example works :)

I have ported the code to CMAKE and I am about to port it to Ubuntu.
Before I do that, I have to fix the config to reflect the attached .lua script.

Two more question about that:

- Can all the settings in the lua script until line 91 can be achieved using the mmwavelink example with a different config?
- Can the settings in line 94-104 be executed using the DCA1000 CLI?

If that is the case, then the device can fully stream raw data after the setup.
BTW: I am planning on making the full ported code available on github, so your help is very much appreciated. 

Hello Daniel,

Yes, you can port all those configuration to mmwavelink example.

Yes, those can be ported to dca1000 CLI tool.

 mmWavelink example can be used to configure and enable LVDS streaming.

Really appreciate your effort to open your code on Github for the community.

Regards,

Jitendra

I have started mapping the configuration files and built the DCA1000 CLI tool on Linux. 

Is it OK for you to leave this post open until I have finished the porting? I might have some more questions :) 

Daniel

Glad on your development progress, hope to get result soon. All the best.

We will temporarily close this thread but You can reply back anytime to re-open it.

Regards,

Jitendra