<br><br><div><span class="gmail_quote">2007/4/2, pHilipp Zabel &lt;<a href="mailto:philipp.zabel@gmail.com">philipp.zabel@gmail.com</a>&gt;:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
On 4/2/07, Harald Welte &lt;<a href="mailto:laforge@openmoko.org">laforge@openmoko.org</a>&gt; wrote:<br>&gt; On Mon, Apr 02, 2007 at 12:07:08AM +0200, GoXbox Live wrote:<br>&gt; &gt; Hi<br>&gt; &gt; Is there a way to let gsmd accept numeric replies when sending AT commands.
<br>&gt; &gt; For the HTC Universal we receive &quot;0&quot; after sending AT+CFUN=1, and the reply<br>&gt; &gt; is as it should because the modem is able to send and receive calls after<br>&gt; &gt; the AT command is sendt.
<br>&gt;<br>&gt; this is strange.&nbsp;&nbsp;We explicitly set &quot;ATV1&quot; to enable string return<br>&gt; codes, not numeric ones.<br>&gt;<br>&gt; This is why I didn&#39;t implement parsing of numeric response codes.<br>&gt;<br>
&gt; If the HTC Universal somehow cannot be turned into string response<br>&gt; codes, then it seems to violate the 07.07 spec :(<br><br>This indeed violates the spec.<br><br>&gt; Maybe you can try to experiment a bit more with it, 
e.g. what happens if<br>&gt; you try ot set the string mode again before/after issuing CFUN, etc.<br><br>Even if you issue ATV1 immediately after every AT+CFUN=1, the latter<br>itself returns 0, so we have to deal with numeric responses.
<br><br>&gt; Apart from that, the parser would need to be extended to deal with<br>&gt; numeric responses.&nbsp;&nbsp;There is no support for this.<br><br>As I understand it could deal with numeric responses if a V0-mode flag<br>is set in struct gsmd. Perhaps not making any assumption about the
<br>modem&#39;s response format and just always accepting both types of<br>response would work?<br><br>regards<br>Philipp<br><br></blockquote></div>As i have noticed when using UUCP/CU. When the the modem replies it replies with &quot;0&quot; wich means OK, and &quot;4&quot; wich means ERROR.
<br><br>I also noticed when debbuging the modem using WinCe and all replies is in numeric way.<br><br>goxboxlive&nbsp;<br>