Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error running last code:[ERROR] [1619177232.670432804]: mmWaveQuickConfig: Command failed (mmWave sensor did not respond with 'Done') #33

Closed
future-zy opened this issue Apr 23, 2021 · 8 comments

Comments

@future-zy
Copy link

image
The error code like this.The method you mentioned in readme has been tried several times but failed. Can you help me if you have any successful one

@future-zy
Copy link
Author

thanks !,i succeed! Beacuse My TI 1443boost is ES3.0,when i use my .lauch file to instead of yours , the result is wonderful!

@mtsai101
Copy link

Sometimes I encounter the same situation. But just wait for minutes, it will work.

@senguptaa
Copy link
Member

thanks !,i succeed! Beacuse My TI 1443boost is ES3.0,when i use my .lauch file to instead of yours , the result is wonderful!

Awesome! Generally this seems to occur when there is a .cfg parameter incompatibility with the firmware version. Glad you fixed it! Please mark the issue closed if the issue no longer persists.

@marcojob
Copy link

Awesome! Generally this seems to occur when there is a .cfg parameter incompatibility with the firmware version. Glad you fixed it! Please mark the issue closed if the issue no longer persists.

Are you sure? It seems to me that some stray bytes sneak into the command from somewhere:
[ERROR] [1620903455.874361451]: mmWaveQuickConfig: Response: 'sensorStop '????????????~' is not recognized as a CLI command
I think it would be good to fix it properly. For me it only happens after the first run of the pkg after boot, but not for subsequent runs.

@marcojob
Copy link

thanks !,i succeed! Beacuse My TI 1443boost is ES3.0,when i use my .lauch file to instead of yours , the result is wonderful!

From my experience, your change of cfg did not fix it, but rather that it happens the first time after boot-up, so when you changed to cfg it was the 2nd time.

@marcojob
Copy link

marcojob commented May 13, 2021

Hacky fix is to send \n in mmWaveCommSrv::onInit(). The "stray bytes" from my answer above are then captured in /*Read any previous pending response(s)*/

@pens0001
Copy link

Hacky fix is to send \n in mmWaveCommSrv::onInit(). The "stray bytes" from my answer above are then captured in /*Read any previous pending response(s)*/

I'm having the same issue with my first launch. Can you explain it further? How do we send \n in mmWaveCommSrv::onInit()?

@nagendra7890
Copy link

Hi @pens0001
I am also having the same problem. did you solve the problem?
I am using AWR1642 mmwave radar module.
Does mmwave sdk version matters? I am using latest version mmwave sdk.
if anyone solve this issue kindly help me.

Thank You.

Screenshot from 2022-08-24 13-56-39

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants