Am also very interested in a HTTP/TCP port for PBP.
Nice work edtp.
Am also very interested in a HTTP/TCP port for PBP.
Nice work edtp.
Is anyone also working with ENC28J60's? has there been a migration alltogether to work with the "All in one" version of the Ethernet enabled PIC?
I just got some magjacks and am getting ready to jump in.
Hi Ryan,
Just making sure you've seen ...
PBPL and TCP/IP
http://www.picbasic.co.uk/forum/showthread.php?t=7321
<br>
DT
question 1
is it posible to move all that code to background, in some inc,bas, or whatewer file(s), so we half-begginers can do clean portion of user.pbp using some http site for management... ...That "main"(user) file don't have to be in master focus, it is more then well have 10 pass per seccond,(more is beter..)(other uProc strnght can bee lost in included files loops) and maybe some interupt driven uart buffer needed...
you know what I mean.... i know, for you freaks this is piece of cake, for me SF.
question 2
how could we put web_stuf in sd/mmc? this shudn't bee in fat mode, can be raw or anything... maybe using file2bin from tcp/ip stack utilitty... I have @home at leest 12 sd cards, and whan i saw cheap trick with 1 or 2 x 8 pin ribbon connector sticked with more cheap sd-card iex.16Meg...blahblah
can u provide some sample/demo code how to implement this in PBPL and TCP/IP demo... ?
question 3
is it too complicate, or processor_owerkilling (or mision impossible) to put rtl8019 with 18f452 (or 3com509+18f452) in pbp http storry... that crap of chip's i have a lot...
so for us with good nervs and low programming knowledge, could be very inexpensive solution....
Question 1
You can access the Ethernet routines at any pace if you choose to. However, the caveat with that is that you will miss incoming packets if you don't check up on the incoming traffic fast enough. The PIC only buffers a bit less than 8K of incoming packet data. The size of your receive buffer determines how much data you can store and thus, how much time you can spend on the beach instead of at work.. As for interrupt driven UART traffic, a PBPL buffered UART interrupt module is included within the PBPL Ethernet code and again you can poll the UART instead and, you may lose some characters if you aren't quick enough.
Question 2
I have not personally done any sd/mmc work with PBP. I'll bet if you search this forum you'll find someone that has..
Question 3
Take a look at the EDTP Easy Ethernet code, which you can download from the EDTP site. That will give you an idea of how the RTL8019 code looks. If you think the 67J60 code is sticky, you won't like what you see in the RTL source.. Again, I'm sure someone has ported the RTL code I produced to PBP..
Hope that helps.
Have fun,
Fred
as far as I can tell the sd cards are pretty straight forward the tough part is writing and reading a fat filesystem...
Bookmarks