Remote ATQ1 bug


And another one ‘strange’ behaviour.

If command ATQ1 executed via adl_atCmdCreate(“ATQ1”, ADL_AT_PORT_TYPE(ADL_PORT_UART1, FALSE), …) - remote UARTs configuration in my case for example - module enters nonoperable state.

Checked on 2.24 and 2.23 package (Q2687, 7.43 and 7.44 FW) and 3.22 SDK (Q24+ 6.57h FW).


IS this one of the “Inner AT Commands” required by Open-AT…?


Hmm. Yes. My lack of attention.

But why they cant just treat this like external command on port specified?


I want to store the response of the “adl_atCmdCreate” fucntion in string .

I.e After executing the adl_atCmdCreate(AT+CCLK?,NULL,Rsphandler,*,NULL);

it has to give the date and time so how to stroe this in string …
void Rsphandler( ){
// I Need to save here