<br><br><div><span class="gmail_quote">2007/4/2, GoXbox Live &lt;<a href="mailto:goxboxlive@gmail.com">goxboxlive@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">
<br><br><div><span class="gmail_quote">2007/4/2, pHilipp Zabel &lt;<a href="mailto:philipp.zabel@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">philipp.zabel@gmail.com</a>&gt;:</span><div>
<span class="e" id="q_111b16288d5ef8fc_1"><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" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">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></span></div></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></blockquote></div><br><br>I have tried out the patch Philipp made but wuth the same result. I have also tried to aply ATV1 before and after AT+CFUN=1 but still the same.
<br><br>When i tried out AT+CFUN=0,1 and 1,0 the modem didnt work at all. It gave me error when i startet it.<br><br><br>goxboxlive.<br>