Example doesn't compile. Additional html files don't load.

[RudyFiero]

Example doesn't compile.

This is an easy one, although it took some time because of the screwy compiler messages.

define WIFI_SSID “SSID”

define WIFI_PASSWORD “PASSWORD”

The quotes that were used here are not regular "" quotes. Once I typed regular quote in their place it compiled.

I haven't figured out the problem with the second issue. I have additional html pages loaded. But when I try to load them there is no reply from the server. (as far as I can tell) If I type a non-existing page I get an error as expected. But if I call for one that exists I get nothing until my browser times out.

[Coopdis]

Hey Rudy.

Thanks for giving my library a shot.

I forgot to sync my most recent changes.

The weird quotes issue you found has been fixed.

Also, previously there was an issue with large files, that is now fixed.

Give it another try when you get a chance, and let me know if you still
have trouble.

B

On Wed, Aug 10, 2016 at 7:31 PM, Rudy notifications@github.com wrote:

Example doesn't compile.

This is an easy one, although it took some time because of the screwy
compiler messages.

#define WIFI_SSID “SSID”
#define WIFI_PASSWORD “PASSWORD”

The quotes that were used here are not regular "" quotes. Once I typed
regular quote in their place it compiled.

I haven't figured out the problem with the second issue. I have additional
html pages loaded. But when I try to load them there is no reply from the
server. (as far as I can tell) If I type a non-existing page I get an error
as expected. But if I call for one that exists I get nothing until my
browser times out.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#1, or mute the thread
https://github.com/notifications/unsubscribe-auth/ATUEgt8ZEvVg_lQMfbT1LkNKKUsOCW7iks5qeolngaJpZM4JhwFs
.

Bill Gray
415 407 7356

[RudyFiero]

I haven't had time to try the changes. I will tomorrow. What I did find since my post was that if I try to display a jpg file, 55kb, it caused a reset. I had thought that also happened before with html files but I'm not certain.

Anyway, I'll try it again tomorrow.

[RudyFiero]

OK I just had to try it. New error. #include <SimpleList.h>
easyWebServer.cpp:2:24: fatal error: SimpleList.h: No such file or directory
You might want to include it or indicate a source for it.

OK, found it. Compiles now. (I really should be in bed)

Hey it all seems to work now :)
Loads other html pages. I tried two. So it's off to bed for me.

[RudyFiero]

Looks like it doesn't load jpg or gif files on their own. The gif files load in the web page.

[Coopdis]

Great!

So, this is the first library that I've published, so I'm really glad that
you where able to get it working.

It should be a lot lighter weight and faster than the standard arduino
webserver lib... I haven't bench marked it yet.

What is the most appropriate way to include SimpleList.h in this library?
I've been looking for some guidance in the Arduino Library format
documentation, but I haven't found any yet.

B

On Wed, Aug 10, 2016 at 8:45 PM, Rudy notifications@github.com wrote:

OK I just had to try it. New error. #include

easyWebServer.cpp:2:24: fatal error: SimpleList.h: No such file or
directory
You might want to include it or indicate a source for it.

OK, found it. Compiles now. (I really should be in bed)

Hey it all seems to work now :)
Loads other html pages. I tried two. So it's off to bed for me.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#1 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATUEgtgbDFbnSKqwQ7uUcgvZqy8R_bMeks5qeprigaJpZM4JhwFs
.

Bill Gray
415 407 7356

[Coopdis]

Interesting.

I'll take a look at this tomorrow.

B

On Wed, Aug 10, 2016 at 9:01 PM, Rudy notifications@github.com wrote:

Looks like it doesn't load jpg or gif files on their own. The gif files
load in the web page.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#1 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATUEgkD2474VViVMnGWlebyH3AFv8mnwks5qep6fgaJpZM4JhwFs
.

Bill Gray
415 407 7356

[RudyFiero]

Hi Bill

What is the most appropriate way to include SimpleList.h in this library?

You could just list it as a dependency on the main page and add a link to it. Or you could include it in a folder in the zip file.

When I first tried to load the library using the IDE add zip file option it didn't work for me I tried it twice. I didn't get an error. I don't know what happened. Since then I have been unzipping it and copying to the libraries directory. I haven't tried loading the current zip through the IDE.

I also want to mention why I became interested in your library. First it uses the file system, just regular html, js, css files. The other thing that made me excited over it was your simple example. All that is needed to show how to get it to work. I'm not a programmer. I design electronic hardware (at work) and it gets passed off to firmware programmers. I have done assembly programming long ago and have a couple of products that use my code. I have in the last couple of years been playing with the Arduino platform and slowly learning C++. I am interested in ESPAsyncWebServer https://github.com/me-no-dev/ESPAsyncWebServer but I haven't been able to understand how things are done yet.

[RudyFiero]

I'm at work and I tried loading the current library and the IDE says "Specified folder/zip file does not contain a valid library". Its not a big deal.

[Coopdis]

Rudy,

I've tested loading png, jpg, and gif both through web pages and on their
own, and everything appear to be working right on my end.

To be clear, I interpreted "on their own" to mean typing the image's path
into the web browser directly like this...

http://IP_ADDRESS_OF_WEBSERVER/image.jpg

I've also loaded these image files directly through a telnet session
connected to the webserver and everything appears to be working well.

Can you give me some more information about the problem you are seeing?

Bill

On Wed, Aug 10, 2016 at 9:01 PM, Rudy notifications@github.com wrote:

Looks like it doesn't load jpg or gif files on their own. The gif files
load in the web page.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#1 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATUEgkD2474VViVMnGWlebyH3AFv8mnwks5qep6fgaJpZM4JhwFs
.

Bill Gray
415 407 7356

[RudyFiero]

Yes, just like -> http://IP_ADDRESS_OF_WEBSERVER/image.jpg

I am able to load smaller images but larger files fail. I have a 22kb jpg file load and display but a 55kb did not. I had nothing between those two so I can't say where it fails. All larger have also failed.

This is what I get in the serial monitor when trying to load the 55kb jpg.

webServerConnectCb(): registered new connection conn=0x3fff1d4c
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
request=
GET /44.jpg HTTP/1.1
Host: 192.168.100.100
Connection: keep-alive
Cache-Control: max-age=0
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.path=/44.jpg
extension=jpg<--
file Size=56068
path=/44.jpg
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerFindConn() findConn=0x3fff1d4c
webServerFindConn() 0, conn=0x3fff1d4c <---
webServerCleanUpCb(): cleaned out idle connection=0x3fff1d4c

[Coopdis]

Right on.

I haven't tried any images as large as 22kb yet.

The esp8266s that I have right now are all parts of spark fun "things".
These boards limit the spiffs file system to 64kb, so I've been pretty
conservative on file sizes so far.

Could it be that you are limited in the same way and that more than 9kb of
data gets loaded on to spiffs before the 55kb file and the 55kb file never
gets correctly loaded on to spiffs in the first place?

I'll try some larger files tomorrow to see if I can recreate the issue.

It would be very helpful to see the output on the serial line you are
getting when the thing fails. Can you send that to me?

Bill

On Thursday, August 11, 2016, Rudy notifications@github.com wrote:

Yes, just like -> http://IP_ADDRESS_OF_WEBSERVER/image.jpg

I am able to load smaller images but larger files fail. I have a 22kb jpg
file load and display but a 55kb did not. I had nothing between those two
so I can't say where it fails. All larger have also failed.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#1 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATUEgsY0azPFIGaYvDXk5bGXWnk7BUg-ks5qe9bZgaJpZM4JhwFs
.

Bill Gray
415 407 7356

[RudyFiero]

The serial output is in my above post. That is the output of only the one failed request.

I did additional tests and I narrowed the range of pass/fail. 27kb works and 36kb doesn't.

All my modules are 4mb parts. I have 1.26mb in files loaded.

[RudyFiero]

With the module that had the 1.26mb in files I mentioned above, I didn't change the contents of the spiffs. I did load the FSBrowser.ino code and it was able to load the big files. I have one jpg that is 426kb and it was able to load that. Average time of 18 seconds.

Bed time again.

[Coopdis]

Ok.

So learning new things all the time.

First, I've been responding to the emails. Turns out that GitHub doesn't
send all the info in the emails! So, thanks for including the output,sorry
I didn't see it earlier.

I can see from the output that The problem is caused by a timeout that I
included to clear out any abandoned connections. The timeout is set in the
.h file to 3000000 microseconds (3 sec).

Seems your file is taking longer than that to load and so it is getting
clipped.

This indicates that you are getting a throughput of about 10Kb/s or 80kb/s.
That seems piss poor to me.

It is likely that reducing/removing the debugging messages will speed
things up considerably.

A simpler and surer way to address the original issue would be to increase
the timeout value in the .h file

Bill

On Thursday, August 11, 2016, Rudy notifications@github.com wrote:

With the module that had the 1.26mb in files I mentioned above, I didn't
change the contents of the spiffs. I did load the FSBrowser.ino code and it
was able to load the big files. I have one jpg that is 426mb and it was
able to load that. Average time of 18 seconds.

Bed time again.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
#1 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATUEgjWi6NG0dy7RutqsT8FNmeHw82aLks5qe-xzgaJpZM4JhwFs
.

Bill Gray
415 407 7356