Closed bnina-ayoub closed 6 months ago
Hi @ALABSTM @RJMSTM,
Just checking in on the status of my issue. Any updates ?
Hello @bnina-ayoub ,
It seems there might be some confusion regarding updates for es_wifi
component. If there have been no updates for this component in four years.
it's important to understand which updates you're referring to.
Otherwise, If I understand correctly, the issue lies with Clock And Weather demonstration. It may not be related to an update within the component es_wifi
, but to something else.
What version of the STM32CubeH7 are you using?
Regards,
@RJMSTM Thanks for the response.
Indeed the issue isn't related to the Network Library but it happened after updating Cube tools (CubeProgrammer, IDE and STLink firmware), not the es_wifi component itself. Hardware appears functional as access point scanning works, but joining the network with the AT C0\r command fails. Could there be configuration changes or compatibility issues causing this? I'm using STM32H7B3I-DK.
Hello @bnina-ayoub,
The Issues are strictly limited for the reporting of problem encountered with the software provided in this project. For any other problem related to the STM32 tools, please post your report to the ST Community in the mcu-software-development-tools page.
Now, as this issue is not directly related to some software published in GitHub, please allow me to close it. Thank you for your comprehension. We are looking forward to reading from you again.
With regards,
Set-up
Bug Description I'm encountering an issue with the
AT_ExecuteCommand
function in the STM32H7 driver. Specifically, the function returnsES_WIFI_STATUS_UNEXPECTED_CLOSED_SOCKET
when it encounters theAT_ERROR_STRING
in the received data. This unexpected closed socket error occurs even when the AT command sent does not result in an error. I suspect there might be an issue with how the function is handling the received data or interpreting theAT_ERROR_STRING
.How To Reproduce
AT_ExecuteCommand
function in the STM32H7 driver.AT_ERROR_STRING
in the received data.Additional context It's worth noting that this code was executed and tested successfully before all updates. However, after updating, it now returns this unexpected closed socket error. I have not yet identified a patch or correction.
Screenshots
ES_WIFI_Connect function:
AT_ExecuteCommand function: