Collaborative projects

David Carrier

If you are working on a project, standard, or a portion of code and would like to collaborate with other Spinneret Web Server users, please create a thread to discuss the subject and post a link here. Please include a description.

Thank you,
David Carrier
Parallax Inc.

zapmaster

http://forums.parallax.com/showthread.php?t=127292

Roy Eltham

S-35390A RTC Driver: http://forums.parallax.com/showthread.php?t=127089
DHCP: http://forums.parallax.com/showthread.php?t=127107
HTTP Demo: http://forums.parallax.com/showthread.php?t=127298

Bean

Getting data from a web form: http://forums.parallax.com/showthread.php?p=955499#post955499

Bean

CassLan

Directory Listing / Linking Example

http://forums.parallax.com/showthread.php?t=127313

Rick

obrienm

AJAX proof of concept using Timothy's modified TCP Server demo.

Google YouTube video of the Spinneret, Google Chrome browser, PST and use of the mouse-over and start/stop timer buttons for the AJAX POC

http://www.youtube.com/watch?v=sNTTufau7ws

Dynamic Application Server main thread and specific AJAX post.
http://forums.parallax.com/showthread.php?p=955667#post955667

20101124: One of the spinnerets runs fine after 48 hours and 820,000 continuous requests - it later looped past 100_000. The W5100 chip looks very stable with continuous operation.


thank you
/michael

Ltech

Thank you

I misplaced my led playing

Mike G

My Shared Code

Dynamic Web Server
http://forums.parallax.com/showthread.php?128445-Dynamic-Spinneret-with-HttpRequest-Object-and-EEPROM-Configuration-Page

Beau Schwabe

The link below, shows a couple of methods for getting data from a Web browser into a Spinneret web server, and ultimately into the Propeller. The example code assumes that you have LED's connected to the Auxiliary I/O pins on the Spinneret (P24 to P27) with proper current limiting resistors to ground. The 'hardware LED's' can then be controlled from any web browser that points to the Spinneret Web server. There are currently three code versions 1.0 / 1.1 / 1.2 ... all three are identical except version 1.1 I wanted to test the ability to execute simple JavaScript, so there is a counter added that increments every second. Version 1.2 implements the counter as well as some proof of concept basic Java graphics

Project Link

jstjohnz

For those running the Spinneret in SPI mode, there is a bug in the 0.5 version of Tim Swieter's SPI driver that affects transmitted UDP packets. I have posted an updated version (0.6) of the SPI driver in the thread "Update to Spinneret Serial (SPI) driver to fix problem with truncated UDP packets".
This only affects transmitted UDP packets when using the SPI driver.

jstjohnz

Roy Eltham wrote: »

S-35390A RTC Driver: http://forums.parallax.com/showthread.php?t=127089
DHCP: http://forums.parallax.com/showthread.php?t=127107
HTTP Demo: http://forums.parallax.com/showthread.php?t=127298

Roy I believe I have found a bug in your DHCP code that will cause DHCP to fail if the packet buffer isn't aligned on a word boundary.
There are 2 instances, the first is in fillbasepacket:

PRI FillBasePacket(XID, messageType, pktbuf) | index, optionOffset, hostNameLength
  BYTEFILL(@byte[pktbuf][DHCP_OP], 0, DHCP_END-UDP_HEADER_SIZE)
  byte[pktbuf][DHCP_OP] := DHCP_BOOTREQUEST
  byte[pktbuf][DHCP_HTYPE] := DHCP_HTYPE10MB
  byte[pktbuf][DHCP_HLEN] := DHCP_HLENETHERNET
  byte[pktbuf][DHCP_XID+0] := XID.byte[3]
  byte[pktbuf][DHCP_XID+1] := XID.byte[2]
  byte[pktbuf][DHCP_XID+2] := XID.byte[1]
  byte[pktbuf][DHCP_XID+3] := XID.byte[0]
  'bug fix, this would cause an error in the creation of the DHCP packet if the packet buffer wasn't aligned
  'on a word boundary.  Previous line was:
  ' word[@byte[pktbuf][DHCP_FLAGS]] := ByteSwapWord(DHCP_FLAGSBROADCAST)
  'replaced with:
  byte[pktbuf][DHCP_FLAGS] := DHCP_FLAGSBROADCAST>>8  'high-order byte8
  byte[pktbuf][DHCP_FLAGS+1] := DHCP_FLAGSBROADCAST   'low-order byte
  'end bug fix

Similar situation in parsedhcpreply:

PRI ParseDHCPReply(XID, expectedType, pktbuf) | index, optionOffset, option, optionLength, port, payloadSize
  
'bug fix, the previous code wouldn't work unless the packet buffer was aligned on a word boundary
' previous code was:
' port := ByteSwapWord(word[@byte[pktbuf][UDP_HEADER_PORT]])
' payloadSize := ByteSwapWord(word[@byte[pktbuf][UDP_HEADER_PAYLOADSIZE]])
' replaced with:
  port:=  byte[pktbuf][UDP_HEADER_PORT]*256 + byte[pktbuf][UDP_HEADER_PORT+1]
  payloadsize:= byte[pktbuf][UDP_HEADER_PAYLOADSIZE]*256 +  byte[pktbuf][UDP_HEADER_PAYLOADSIZE+1]
'end bug fix

Bob Drury

zapmaster wrote: »

http://forums.parallax.com/showthread.php?t=127292

I am trying to get a button link from the web page to trigger in the Prop code I think your code is
trying to display 2 web pages one with the "H" how do you trigger which web page to be diplayed it looks
like the response would always be "Get HTTP....."

ChrisCantrell

Here is function that parses an HTTP request packet into a map of string/string. I find that the mapping is an easy way to get to the data I need and ignore the data I don't.

http://forums.parallax.com/showthread.php?132646-Parsing-HTTP-requests-into-a-Map-lt-String-String-gt&p=1013674#post1013674