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 UART2 as my serial connection to the module. In the Net_Config.c file ive unchecked the Ethernet Network Interface and have enabled the SLIP interface. When I try to compile the code I get the following build output message:
Build target 'STM32 Flash' compiling Net_Config.c... linking... .\Obj\Test.axf: Error: L6218E: Undefined symbol dhcp_vcid (referred from at_dhcp.o). .\Obj\Test.axf: Error: L6218E: Undefined symbol own_hw_adr (referred from at_dhcp.o). Target not created
The serial driver file Serial_STM32x.c is included and modified. Has anyone encountered the same problem?
BTW if I enable the Ethernet interface I dont get the error messages but the program will get stuck in the init_TcpNet() function. (Fatal Error Handler)
Thanks, Chris
@Franc Urbanc: Just wanted to say that Im very grateful for your help! This debugging library is very useful!
This is the output from the debugger (SLIP full debug/ ICMP full debug):
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.
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? 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's causing troubles because usually the impedance of the oscilloscopes and the probe should be high enough.
Thanks
This is the output from the debugger (SLIP full debug, ICMP full debug):
It seems like the uC is handling all the data appropriatly... Therefore the problem has to be on the WLAN module. Or could it be that the SLIP send function is causing all the troubles?
It seems like the uC is handling all the data appropriatly... 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?
It seems like the uC is handling all the data appropriatly... 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?