<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://community.arm.com/utility/feedstylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>SLIP problem</title><link>https://community.arm.com/developer/tools-software/tools/f/keil-forum/28730/slip-problem</link><description> 
Hi, 
Im working with an MCBSTM32E (STM32F103ZE chip) evaluation board and
Im trying to create a web server on my board. Because theres no
Ethernet controller on board Im using an external WiFi module
(RS9110-11-21 from Redpine Signals). Ive configured</description><dc:language>en-US</dc:language><generator>Telligent Community 10</generator><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/130786?ContentTypeID=1</link><pubDate>Sat, 28 May 2011 12:20:48 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:7a47ad46-5316-4141-9acf-cb0c3eb705bf</guid><dc:creator>Peter Pang</dc:creator><description>&lt;p&gt;&lt;p&gt;
Hi! Refering to this problem:&lt;br /&gt;
linking...&lt;br /&gt;
.\Obj\Http_demo.axf: Error: L6218E: Undefined symbol dhcp_vcid
(referred from at_dhcp.o).&lt;br /&gt;
Target not created&lt;/p&gt;

&lt;p&gt;
I just found out that I need to do the following two things to get
it work:&lt;br /&gt;
(1) #define DHCP_ENABLE 0&lt;br /&gt;
(2) Do not call the dhcp_disable () function&lt;br /&gt;
Is it means I can not enable the DHCP function?&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/126844?ContentTypeID=1</link><pubDate>Sat, 28 May 2011 12:10:00 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:89fc5683-ea26-4010-8577-d872babefefa</guid><dc:creator>Peter Pang</dc:creator><description>&lt;p&gt;&lt;p&gt;
Hi!&lt;br /&gt;
I have the same dhcp_vcid problem&lt;/p&gt;

&lt;p&gt;
linking...&lt;br /&gt;
.\Obj\Http_demo.axf: Error: L6218E: Undefined symbol dhcp_vcid
(referred from at_dhcp.o).&lt;br /&gt;
Target not created&lt;/p&gt;

&lt;p&gt;
I tried to disable the dhcp_disable () call in my source code then
rebuild all target fills, it did not work. Any idea how to solve this
problem?&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/153637?ContentTypeID=1</link><pubDate>Thu, 26 May 2011 23:18:27 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:127ace7c-02a4-42cf-89b2-144b89a440cf</guid><dc:creator>Franc  Urbanc</dc:creator><description>&lt;p&gt;&lt;p&gt;
The default &lt;i&gt;Null_Modem.c&lt;/i&gt; driver is in the library. However
you can copy the source code of this driver from
&lt;b&gt;.\ARM\RL\TCPnet\Drivers\Null_Modem.c&lt;/b&gt; to your project folder
and add it to your project. Then modify it according your needs.&lt;/p&gt;

&lt;p&gt;
When you build the project, this driver will replace the null
modem functions from the library. This is a preferred way and much
better than hacking the &lt;i&gt;com_putchar()&lt;/i&gt; function.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/148448?ContentTypeID=1</link><pubDate>Thu, 26 May 2011 22:12:26 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:d5e03491-e451-4b14-acad-9bd8650900e1</guid><dc:creator>raji k</dc:creator><description>&lt;p&gt;&lt;p&gt;
Thanks for your posts here...&lt;br /&gt;
They will surely help other..&lt;/p&gt;

&lt;p&gt;
yateesh&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/148198?ContentTypeID=1</link><pubDate>Thu, 26 May 2011 04:49:14 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:56103f30-bfbd-4aa6-9b5c-9e34c2addbdf</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
After 4 weeks of trying, debuggin, hoping and sweating I was able
to get my server running.&lt;br /&gt;
The problem was in the SLIP_connect() function:&lt;br /&gt;
This function provided by the TCPnet library sends &amp;quot;CLIENT&amp;lt;CR&amp;gt;&amp;quot;
over the UART interface to the SLIP server (in my case the WLAN
module).&lt;br /&gt;
After examining all the serial data it seemed strange to me that all
the AT commands were terminated by &amp;lt;CR&amp;gt;&amp;lt;LF&amp;gt; except the
CLIENT command. I just had to use com_putchar( &amp;lt;LF&amp;gt; ) after the
SLIP_connect() function call.&lt;/p&gt;

&lt;p&gt;
Id like to thank again for all the help I received.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/148195?ContentTypeID=1</link><pubDate>Sun, 15 May 2011 23:03:03 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:0a35d595-ae22-4457-a788-ab1856588122</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
This is the output from the debugger (SLIP full debug, ICMP full
debug):&lt;/p&gt;

&lt;pre&gt;
SLIP:Initialize SLIP interface
SLIP:Dialing number:
SLIP:Link up, SLIP Connected.
SLIP:END char Received, Frame valid.
SLIP:END char Received, Frame valid.
ICMP:*** Processing ICMP frame ***
ICMP: ECHO Request received
ICMP: Identifier: 0x0300
ICMP: Sequence: 0x0900
ICMP:Sending ECHO Reply
SLIP:Sending SLIP frame...
SLIP:Transmitting queued frame.
&lt;/pre&gt;

&lt;p&gt;
It seems like the uC is handling all the data appropriatly...&lt;br /&gt;
Therefore the problem has to be on the WLAN module. Or could it be
that the SLIP send function, which is not accessible, is causing all
the troubles?&lt;/p&gt;

&lt;p&gt;
Thanks&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/148196?ContentTypeID=1</link><pubDate>Sun, 15 May 2011 23:02:07 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:52880a92-8dd0-4f7c-b187-448ffe06528a</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
This is the output from the debugger (SLIP full debug, ICMP full
debug):&lt;/p&gt;

&lt;pre&gt;
SLIP:Initialize SLIP interface
SLIP:Dialing number:
SLIP:Link up, SLIP Connected.
SLIP:END char Received, Frame valid.
SLIP:END char Received, Frame valid.
ICMP:*** Processing ICMP frame ***
ICMP: ECHO Request received
ICMP: Identifier: 0x0300
ICMP: Sequence: 0x0900
ICMP:Sending ECHO Reply
SLIP:Sending SLIP frame...
SLIP:Transmitting queued frame.
&lt;/pre&gt;

&lt;p&gt;
It seems like the uC is handling all the data appropriatly...&lt;br /&gt;
Therefore the problem has to be on the WLAN module. Or could it be
that the SLIP send function, to which I have no access to, is causing
all the troubles?&lt;/p&gt;

&lt;p&gt;
Thanks&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/147692?ContentTypeID=1</link><pubDate>Sun, 15 May 2011 05:56:01 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:aabcb9a5-6fd4-4a7e-840d-818057e396f3</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
This is the output from the debugger (SLIP full debug, ICMP full
debug):&lt;/p&gt;

&lt;pre&gt;
SLIP:Initialize SLIP interface
SLIP:Dialing number:
SLIP:Link up, SLIP Connected.
SLIP:END char Received, Frame valid.
SLIP:END char Received, Frame valid.
ICMP:*** Processing ICMP frame ***
ICMP: ECHO Request received
ICMP: Identifier: 0x0300
ICMP: Sequence: 0x0900
ICMP:Sending ECHO Reply
SLIP:Sending SLIP frame...
SLIP:Transmitting queued frame.
&lt;/pre&gt;

&lt;p&gt;
It seems like the uC is handling all the data appropriatly...&lt;br /&gt;
Therefore the problem has to be on the WLAN module. Or could it be
that the SLIP send function is causing all the troubles?&lt;/p&gt;

&lt;p&gt;
Thanks&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/148194?ContentTypeID=1</link><pubDate>Sun, 15 May 2011 05:54:58 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:e24fa666-81ab-45d3-b414-3a9923814bff</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
This is the output from the debugger (SLIP full debug, ICMP full
debug):&lt;/p&gt;

&lt;pre&gt;
SLIP:Initialize SLIP interface
SLIP:Dialing number:
SLIP:Link up, SLIP Connected.
SLIP:END char Received, Frame valid.
SLIP:END char Received, Frame valid.
ICMP:*** Processing ICMP frame ***
ICMP: ECHO Request received
ICMP: Identifier: 0x0300
ICMP: Sequence: 0x0900
ICMP:Sending ECHO Reply
SLIP:Sending SLIP frame...
SLIP:Transmitting queued frame.
&lt;/pre&gt;

&lt;p&gt;
It seems like the uC is handling all the data appropriatly...&lt;br /&gt;
Therefore the problem has to be on the WLAN module. Or could it be
that the SLIP send function is causing all the troubles?&lt;/p&gt;

&lt;p&gt;
Thanks&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/148197?ContentTypeID=1</link><pubDate>Sun, 15 May 2011 05:51:35 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:2883213d-efe6-463a-bd52-27c544c14b71</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
This is the output from the debugger (SLIP full debug/ ICMP full
debug):&lt;/p&gt;

&lt;pre&gt;
SLIP:Initialize SLIP interface
SLIP:Dialing number:
SLIP:Link up, SLIP Connected.
SLIP:END char Received, Frame valid.
SLIP:END char Received, Frame valid.
ICMP:*** Processing ICMP frame ***
ICMP: ECHO Request received
ICMP: Identifier: 0x0300
ICMP: Sequence: 0x0900
ICMP:Sending ECHO Reply
SLIP:Sending SLIP frame...
SLIP:Transmitting queued frame.
&lt;/pre&gt;

&lt;p&gt;
If I understand this correct then the uC receives the Ping Request
and transmits the Ping Reply. I think that the problem is caused by
the WLAN module itself because I ruled out the connection between
those two by replacing the wires. Another possibility could be that
the SLIP send function is not working properly...Any idea how I could
rule out the latter one?&lt;br /&gt;
I already tried to use an intelligent oscilloscope to measure the
levels on the Tx/Rx wires and decode the data but it seems like the
oscilloscope is corrupting the data. I dont know why it&amp;#39;s causing
troubles because usually the impedance of the oscilloscopes and the
probe should be high enough.&lt;/p&gt;

&lt;p&gt;
Thanks&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/147691?ContentTypeID=1</link><pubDate>Fri, 13 May 2011 03:10:01 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:ff654d83-b527-4477-89a9-a4c9a9e7de32</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
@Franc Urbanc: Just wanted to say that Im very grateful for your
help! This debugging library is very useful!&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/146690?ContentTypeID=1</link><pubDate>Fri, 13 May 2011 00:05:14 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:951b76ba-624f-45f3-b9b2-e1f96ab13d6f</guid><dc:creator>Franc  Urbanc</dc:creator><description>&lt;p&gt;&lt;p&gt;
Take a look at TCPnet examples.&lt;/p&gt;

&lt;p&gt;
If you do not use FlashFS, then redirect the &lt;i&gt;fputc()&lt;/i&gt;
function.&lt;br /&gt;
(See the DNS_demo example for MCBSTM32C)&lt;/p&gt;

&lt;p&gt;
If you use also FlashFS, then you need to modify the
&lt;i&gt;sendchar()&lt;/i&gt; function.&lt;br /&gt;
(See the FTP_demo example for MCBSTM32C).&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/146691?ContentTypeID=1</link><pubDate>Fri, 13 May 2011 00:04:36 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:64b6a63b-5b18-4d8c-84ef-3e0c6dd437dd</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
I used a retarget to forward all my printf calls to the UART2. But
those from the Net_lib.c are not visible. Why?&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/145098?ContentTypeID=1</link><pubDate>Thu, 12 May 2011 23:33:52 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:eacf447c-7dc7-4616-a7ad-1c41f5a96849</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
Thanks for your help! Im not very used to debug such complex
programs.&lt;br /&gt;
I added to my project the TCPD_CM3.lib and the Net_Debug.c.
Net_Debug.c enables the error section in Net_lib.c where the messages
are printed out by printf. Could you give me a hint how to redirect
printf to uart2? (uart1 is used for the connection between host and
wlan module)&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/142888?ContentTypeID=1</link><pubDate>Thu, 12 May 2011 23:16:20 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:8c8dd67f-0ef2-4ca9-8b42-ec694b9b9e29</guid><dc:creator>Franc  Urbanc</dc:creator><description>&lt;p&gt;&lt;p&gt;
Use the debug library and print the SLIP and IP debug messages.
They can tell you what is happening. You can use another Serial port
or the ITM channel to view the messages.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/131863?ContentTypeID=1</link><pubDate>Thu, 12 May 2011 08:00:12 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:1b83d658-4a0a-4c70-bb76-cf4faa011b29</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
I did many tests to see if the problems come from the wlan module
or from the tcpnet library.&lt;br /&gt;
Im now quite certain that they arrive on the baord.&lt;br /&gt;
Is there a way to see if the board has received and decapsulated the
SLIP packets? I set a breakpoint inside the tcp task to watch the
UART_SR.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/130789?ContentTypeID=1</link><pubDate>Wed, 11 May 2011 07:18:28 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:c877a8dd-6a85-44e5-9d71-06c2d9a9ae50</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
After I replaced slip_listen() with slip_connect(&amp;quot;&amp;quot;) the function
slip_is_up() returned true. That part should now be working. Do I
have to change anything else? According to the PPP example there isnt
anything else to configure...What am I missing that Im not able to
ping my board?&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/126825?ContentTypeID=1</link><pubDate>Tue, 10 May 2011 04:39:19 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:8efbd0ac-4836-48ea-8994-f742f42a8cd2</guid><dc:creator>Franc  Urbanc</dc:creator><description>&lt;p&gt;&lt;p&gt;
&lt;i&gt;slip listen()&lt;/i&gt; runs the SLIP in server mode. TCPnet is
waiting to accept connections from SLIP clients. Use it if you have a
WLAN module that implements a SLIP client.&lt;/p&gt;

&lt;p&gt;
But most likely you have a SLIP server implemented in WLAN module.
Then you have to call &lt;i&gt;slip_connect()&lt;/i&gt; to initiate and establish
a slip connection with the module.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/116355?ContentTypeID=1</link><pubDate>Tue, 10 May 2011 04:30:48 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:e4e42bdf-4465-4764-ac02-bc512be6d529</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
I was able to get my program running. But now Im stuck again with
another issue:&lt;/p&gt;

&lt;p&gt;
I have to establish a SLIP connection with the WLAN module but
after calling the slip_listen() function slip_is_up() always returns
FALSE.&lt;br /&gt;
Could it be that I have to use the SLIP_connect() function without a
dialnumber?&lt;br /&gt;
Has anyone made encountered the same problem? Any hints?&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/104852?ContentTypeID=1</link><pubDate>Thu, 05 May 2011 06:22:06 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:fa9a551a-6ef5-4972-9385-b25304204707</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
Thanks for your response! I was indeed calling this function. I
will have to try it without.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/90972?ContentTypeID=1</link><pubDate>Thu, 05 May 2011 06:02:28 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:b126c567-2a5f-4d25-bce8-50f12db14509</guid><dc:creator>Franc  Urbanc</dc:creator><description>&lt;p&gt;&lt;p&gt;
But you are still using DHCP. Maybe you are calling dhcp_disable()
somewhere in your code.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SLIP problem</title><link>https://community.arm.com/thread/59415?ContentTypeID=1</link><pubDate>Thu, 05 May 2011 05:51:20 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:a68b734a-5450-41e0-852b-5f4f77bbde80</guid><dc:creator>Christian Hofstetter</dc:creator><description>&lt;p&gt;&lt;p&gt;
Im sorry, I forgot to add that I use the SLIP protocol in between
the WLAN module and the board.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>