Search found 63 matches

by doughboy
Sun Mar 22, 2015 11:43 pm
Forum: Report Bugs
Topic: client disconnect cause wdt reset
Replies: 19
Views: 15967

Re: client disconnect cause wdt reset

ok, after modifying my code to take into account AT command response may contain response not related to the command, my program is now able to handle multiple connections without a problem.
by doughboy
Sun Mar 22, 2015 6:27 am
Forum: Report Bugs
Topic: client disconnect cause wdt reset
Replies: 19
Views: 15967

Re: client disconnect cause wdt reset

I think AT firmware can be improved to not send CONNECT/DISCONNECT and IPD messages if an AT command is pending response.

This will fix this issue once and for all.
by doughboy
Sun Mar 22, 2015 6:25 am
Forum: Report Bugs
Topic: client disconnect cause wdt reset
Replies: 19
Views: 15967

Re: client disconnect cause wdt reset

After adding lots of debug prints, I think the main problem is, connection and IPD events messages are getting returned in between AT commands and responses. For example, if I sent AT+CIPSTATUS I expect to receive STATUS:3 +CIPSTATUS:0,"TCP","192.168.1.16",56204,1 OK but instead ...
by doughboy
Sat Mar 21, 2015 3:04 pm
Forum: Report Bugs
Topic: client disconnect cause wdt reset
Replies: 19
Views: 15967

Re: client disconnect cause wdt reset

I am still convinced simultaneous connection is not working due to the messages getting all mixed up. I am using latest 1.0 firmware. for example, if i just do a CIPSEND command, and then sent the data. when I read from serial, I should be expecting SEND OK, but connection string can occur. Also I h...
by doughboy
Sat Mar 21, 2015 1:31 am
Forum: AT+ Commands
Topic: UDP Broadcast 239.255.255.250
Replies: 8
Views: 8652

Re: UDP Broadcast 239.255.255.250

although the latest API allows you to register new AT commands in your user program, I think it is preferable for the commands to be built in to the freeware. I myself needs to have the ssl api in AT commands and requested it to be included. I want to avoid having to write the firmware and distribut...
by doughboy
Sat Mar 21, 2015 1:26 am
Forum: ESP8266 SDK
Topic: Get RSSI of current station?
Replies: 8
Views: 8452

Re: Get RSSI of current station?

I think you can do it using
AT+CWLAP="<your AP>"
and it will only show the info for that particular AP, including RSSI
by doughboy
Fri Mar 20, 2015 11:49 pm
Forum: Report Bugs
Topic: client disconnect cause wdt reset
Replies: 19
Views: 15967

Re: client disconnect cause wdt reset

I debugged this some more and I think in my case, the hang is due to the second connection is coming in after a CIPSEND > 1,CONNECT notice that is comes right after the CIPSEND command, so it is missing the \r\n before the 1,CONNECT, but is just appended to the > (> and space after). Since my code p...
by doughboy
Fri Mar 20, 2015 9:50 am
Forum: AT+ Commands
Topic: how to get UDP remote IP and port for UDP mode 2?
Replies: 1
Views: 2752

Re: how to get UDP remote IP and port for UDP mode 2?

I see the remote ip can be found using CIPSTATUS AT+CIPSTART=1,"UDP","0.0.0.0",0,55055,2 1,CONNECT OK AT+CIPSTATUS STATUS:4 +CIPSTATUS:1,"UDP","0.0.0.0",38792,55055,0 OK +IPD,1,4:test OK AT+CIPSTATUS STATUS:4 +CIPSTATUS:1,"UDP","192.168.1.16&quo...
by doughboy
Fri Mar 20, 2015 5:33 am
Forum: ESP8266 SDK
Topic: No more than 2-3 packets/sec from the ESP8266?
Replies: 34
Views: 31677

Re: No more than 2-3 packets/sec from the ESP8266?

there should be no delay if esp8266 is not using nagle algorithm right? I don't think it is a question of sending one packet or two packet each time. At the application level, it is sending the packet consecutively, immediately one after another. But it seems esp8266 waits for the ACK after each sen...
by doughboy
Fri Mar 20, 2015 4:19 am
Forum: AT+ Commands
Topic: how to get UDP remote IP and port for UDP mode 2?
Replies: 1
Views: 2752

how to get UDP remote IP and port for UDP mode 2?

If I do
AT+CIPSTART=1,"UDP","192.168.1.25",1000,1001,2

and I receive UDP packet from another remote ip, how do I determine the remote ip and port of the sender?
I understand in mode 2, CIPSEND will send the data to the remote ip where the last incoming packet came from.

Thanks.

Go to advanced search