PIC18F25K22 UART ERROR

[chipfryer27]

Hi

Forgot to include in above:-
Software update tool can be downloaded from here

https://bbs.espressif.com/viewtopic.php?f=57&t=433

SDK from here

https://bbs.espressif.com/viewtopic.php?f=46&t=2451

Regards

[chipfryer27]

Hi

A little setback today.

I can't actually remember what these two old modules were for, but until now appeared quite functional and happily accepted firmware updates.

Using "AT" commands, when I make ESP-1 connect to my WiFi I can see it if I interrogate my router, and if I send AT+CIFSR I get the expected IP address (based on my router's address). All good there.

When I make ESP-2 connect, it returns "WiFi Connected" etc and I have no reason to doubt that it has based on it's response. However if I then issue AT+CIFSR I get an incorrect IP address (every octet incorrect). Also, the router doesn't show it as connected.

I can only assume that it has been preprogrammed and perhaps messed up, especially as it always returns the same IP. Perhaps I have wrongly assumed that installing new SDK/AT would have erased any code previously installed?

Next step is to ensure the module is fully erased and retest.

Regards

[chipfryer27]

Hi

Completely erased the ESP8266 and reinstalled SDK/AT and now I am getting the expected results when I connect to my network and issue AT+CIFSR

I'll probably do the same for all before continuing.

Regards

[chipfryer27]

Hi

Out of the five "old" modules I have, four are working. The fifth just spews out garbage uncontrollably upon power.

I have now updated the firmware in all to :-

AT version 1.7.4.0
SDK version 3.0.4

All seem to be fine with it so far, and more importantly all seem to be able to connect correctly

Regards

[chipfryer27]

Hi

Had a bit of a play today.

I'm having some issues with my BL080 and BL0169, but I'll investigate that later. Briefly the BL080 is acting up and the display is iffy at best.

I'm a huge advocate of having TTL-USB serial converters and "Terminal" programs to hand if you are doing anything with comms modules and you don't need to spend a fortune on them to have capable diagnostics.

For me, the first thing when creating comms to work with third party things (e.g. Excel on a PC) is to establish how it wants the data and work backwards.

So,we need to feed it with CSV values followed by \r\n
Easy enough and I gave an example elsewhere in the forum using the UART and a TTL-USB converter.
Now we need to feed via a WiFi link (ESP8266) so time to create the "receiver".

I created a chart based on some examples in the forum and downloaded, but I wasn't getting the expected results (due to board issues). I therefore connected up TTL-USB converters to monitor the UART Tx/Rx pins which link to the ESP.

Monitoring showed that my chart was sending out the correct commands and the ESP8266 was replying with the expected responses

I then used my phone to connect to the ESP8266, which might have some wondering how?

Included in my chart I had the ESP connect to one of my SSIDs then obtain / display it's IP. Whilst I couldn't see such on the display I did capture it on my Terminal monitor.

Using an (all conquering android) app called Serial WiFi Terminal by kai-morich (others may be available) I set up a Device with the IP address of the ESP8266 and connected.

Whatever I type into my phone app and send, appears on the output of the ESP8266

Admittedly this isn't a simple data in / data out, but a little parsing will strip all unnecessary stuff away, therefore the ESP receiver will be able to forward the required "data" to Excel. To me, this is a good start to the afternoon.

Later I'll look into my board issues and perhaps knock up a chart illustrating the above, but for now it's certainly looking possible to use the two ESP8266's to transfer the data.

Regards

[SILVESTROS]

Hi, and many thanks..
waiting for FC chart for client /server, and it will useful if you correct last FC charts that I was send to you..if I get data in server, then it's easy to send to PC, anyway there is no problem about that...I was check my hardware , is ok...about 2 ESP I don't know if works correctly, I'll see in final tests.

regards

[chipfryer27]

Hi

Due to my display problem I'm not really able to download code etc as I need to see what is working as I progress. Also, as I doubt I have a PIC with 2 x UARTS I can't use a serial port to monitor what's going on, so I'm kind of blind.

However with the two ESP8266's connected to laptops using USB-Serial adapters and running "Terminal", by issuing "AT" commands I can connect from one ESP to the other and send data across

These AT commands could be sent via the UART and I think the FC component will do it too.

Regards

[SILVESTROS]

Hi,
about PIC with 2 uarts, you can use for now anything PIC with 1 uart with connection to RX/TX of server ESP , just to test the incoming data..If you get that data correct from client ESP, and set up FC chart , then I can use final chip with 2 uarts (PIC18F25K22) to send data to PC , so there is no need to use anything else in your hardware. we have different hardware, but no problem about that.about display, maybe simulator can help, to test code..so if FC component for ESP works, it's possible to receive data, extract and load the vars that must send to PC with uart...
regards

[chipfryer27]

Hi

Must be Christmas already, well it is snowing. I found a few chips that have 2 x UARTS, 18F45K80 and 18F46K80 (think that's their numbers, they are upstairs and I'm not).

Played with the Tx side of things using the FC components and all good until I came to sending my data. I'm again monitoring at pins and when I use the ClientSendRequest I see the ESP immediately returning "No Tail" which brings proceedings to an effective halt.

I haven't found out why yet, but in going through the AT commands I do see a way to create Transparent transmission. Once connected any data appearing at the ESP is immediately sent to the far end. Haven't really looked too much at that yet.

Using AT commands I did connect one PIC to another via 2 x ESP8266's and at present they are happily sending CSV data (123.45,67.89) via TCP approximately every 250mS without issue.

The monitor connected to the Rx ESP shows for each incoming transmission (ascii):-

+IPD,0,12:123.45,67.89

On my intermittent display connected to chip I have parsed out the prefix so it just shows 123.45,67.89

Now I at least know the minimum required to Tx/Rx.

More later.
Regards

[chipfryer27]

Hi

I now have an Excel sheet being populated by a PIC generating dummy data connected via 2 x ESP8266 modules.

My display problem is attributed to a dodgy ZIF socket on the programmer. Not had an issue since I replaced (yet). The 2 x UART chips I mentioned earlier, the 18F45K80 and 46K80 don't seem compatible with the BL080 as mLoader isn't happy trying to talk to them at all. However I have a 18F46K22 and not only can it talk, you can't shut it up with those multiple UARTS

Tx PIC is just sending dummy data and I have this working using FC components. However I have to cheat a little when sending the actual data by sending it as strings.

The Rx PIC initialises the LCD, UART and ESP8266 component before looping around looking for data. When it receives data from the ESP it parses for the information we require, displays it and spits it straight out on the UART for Excel to capture.

It's a bit all over at present so I'll tidy it up and post.

Regards