http://www.sxlist.com/techref/scenix/contest/ethernet.htm Modified by: kasdorfm@knightfire.com nomemcom-to: http://www.star.net/people/~mvs/SDRVSPEC.TXT Hi, I'd like to see something like the "Stamp Drive" produced by MSV; in which any serial device with a terminal program can access a (FAT32 formatted) CompactFlash card, uploading and downloading files from it - that way I can attach a "hard drive" serially to my... Vic-20, Epson PX-8, ZX-81, etc. and backup all my tape based software. Of course full IDE support would be appreciated. I'd even be willing to put up a $100us "cash prise". http://204.210.50.240/techref/scenix/contest/ethernet.htm Modified by:JMN-EFP-786 replace-to: SXList Fast Embedded Ethernet Design Challenge and Contest

SXList Fast Embedded Ethernet
Design Challenge and Contest

Well, the SX Video Design Challenge and Contest went so well that Ubicom (Scenix) kicked in 20 Ethernet SX Stack Evaluation Kits as prizes for the next contest!

Wow!

These boards have:

  1. SX52BD 50 MHz communications controller (everything soldered down, no surface mount work required.)
  2. Realtek 10Base-T (IEEE802.3) Ethernet device for physical and MAC layer support
  3. 32kB EEPROM memory chip for storing web content
  4. 24-pin wide-body DIP socket for Ubicom' JVM (Java Virtual Machine) application prototyping and expansion
  5. Two RS-232 communication ports
  6. Clock circuit, power and transmission status LEDs, RESET button

and the kits include:

  1. AC Power Supply
  2. CAT5 Ethernet cross-over cable
  3. 10-pin IDC to DB-9 cable
  4. CD-ROM containing source code files, support files for reprogramming EEPROM device, and documentation
  5. User's guide

Software support includes the TCP/IP Stack and Application Layer Software: Protocols integrated into the SX controller include:

  1. IP (Internet Protocol) and ICMP (Internet Control Message Protocol)
  2. TCP (Transport Control Protocol, supporting two concurrent sockets)
  3. UDP (User Datagram Protocol)
  4. ARP (Address Resolution Protocol)
  5. DHCP (Dynamic Host Control Protocol)
  6. HTTP (Hypertext Transfer Protocol)
  7. SMTP (Simple Mail Transfer Protocol)
Memory Usage CODE RAM
SX Stack
- UDP/IP/PPP 1700 61
- HTTP/TCP/IP/PPP 3200 100
- SMTP/TCP/IP/PPP 3000 90
- POP3/TCP/IP/PPP 2800 127
Physical Layer - Ethernet
- Ethernet IO ~512 16
Physical Layer - Modem
- DTMF Detection 295 52
- DTMF Generation 89 15
- FSK Detection 42 6
- FSK Generation 47 8
- Caller ID 369 70
- Ring Detect 19 3
- UART 51 10

The (minimal) hardware for the Modem Physical Layer is NOT on these boards, but I've included the figures incase you want to plan for that in the long run.

So...
...you need to pic one of the SX Stack Layers and then add that to whatever Physical Layer parts you want and subtract that from the 4k words and 262 bytes of RAM the SX52 provides to find out how much room you have for your application idea.

IDEAS

What can you do with them? Anything that needs a fast little processor connected to the inter or intra net. Here are a few ideas off the top of my head:

  1. An intranet intercom or phone unit that uses existing network cabling to avoid additional wire runs / switching equipment. Forget compression, its on an intrA net. Or squeeze in some ADPCM compression. In a big, industrial building, the cost of the wire runs or the extra phone switch could easily pay for the development and production of a little box with and SX and Ethernet adapter, a mic, a speaker, some op amps and a keypad.
  2. Multi FAX to net adapters. Each one plugs into a phone line and answers FAX calls, then streams the data over the net to a common server that stores and serves the images. Much cheaper than the currently available multi-line fax boards and can be positioned where ever the phone lines are now rather than requiring a central connection point.
  3. Security camera to net adapter. Uses a low cost CCD or CMOS camera. Digitizes one or more "columns" of pixels per frame and forwards that to a PC on the net. It might get one entire image per 256 frames or about 4 seconds. Sort of a high-speed slow scan transmitter. The central PC builds and updates the images from many units onto its display, looks for movement by comparing old and new frames and then compresses and archives the frames as an mpg movie. No video wire runs, no RF problems, costs a lot less...
  4. RFID or IRDA network adapters. Anywhere that you need to track where things are that move around in your building (or what room your cat is hiding in 2 minutes before the vet appointment..) you can tag them with RF or IR xmitters and place one SX/Ethernet board with a receiver and ID decoder in each room to report what it sees back to a PC via UDP. Given two way IR or RF connections, this could be extended to provide wireless network support with each device acting as a "cellular network transceiver" for its office space.

...besides any number of industrial control or reporting solutions where you need a network connection and some signal conditioning or processing and intelligence in the interface.

And, of course, its perfect for connecting the office coffee and soda machines to the net so you don't have to walk all the way down the hall if your drink of choice isn't available.

THE CONTEST

Since we are getting started late and in a short month, I'm going to make this a three month / three phase contest:

  1. Now to MAR: By the end of Feb, you need to have emailed or posted your contest idea. No code required, just a write up of what and why. These will be posted and discussed. I'll give some feed back on how likely your idea is to be doable and a winner. All the ideas will be posted on the site with full credit to the author. Also, keep in mind that the first person to register an idea owns it for the purposes of this contest. You can't enter an idea that someone else has already entered. So post your plan NOW!
  2. MAR to APR: Next comes the actual code. Remember: this is for an SX52. More code, more registers. A few tricks. But I'm not going to require that you have one now. Put in dummy SX-Stack API calls (all just retp's) and write the code in an SX 28 , a PIC or even a simulator. I will try to get some SX52 chips for people who want them and don't have them (the current distributors are targeting big volumes only for this powerful chip) and we will discuss programming and debugging the monster. By the end of March, you need to have emailed or posted some code. Doesn't have to be working, but it has to be complete and look reasonable; needing only porting to the SX52 and debugging.
  3. APR to MAY: At the start of this phase, I will mail out the 20 Ethernet SX Stack Evaluation Kits to the best entries so you can actually implement your design. This final part of the contest is a race... the first finalist to post working code wins the contest and is declared the SX Master (or Mistress) on the site, receives a trophy and some toys and a $100 cash (check) award.

THE PRIZE:

20 Finalists will be shipped Ethernet SX Stack Evaluation Kits
http://www.ubicom.com/ethernet/ethernet_sx_stack_eval.html
These things are $200 a pop.

One winner will receive $100 a trophy and some toys and will be advertised on every page on my servers. We are averaging 11,000 hits a day from 1,100 visitors (distinct IP's) so this is not a bad thing. You can check it out yourself at
http://www.sxlist.com/techref/stats/exsum.htm

FINE PRINT:

  1. The source and design must use an SX and be GPL'd.
  2. I'm the judge, jury and executioner, no-one comes to the boards and money except by me, my decisions are final. ...Always wanted to say that...
  3. The contest will run from now until the end of May 2001 in three phases: Deadline for entry: March 1st, 2001. Deadline for code: April 2nd, 2001. Deadline for finished entry: May 1st, 2001. About 2.5 months.

I WILL give out as many boards as I can
...and I WILL award at least half the prize money to SOMEONE
...and I WILL post all entries to the site:

So send in what you have even if it's not perfect.

James Newton
1-619-652-0593
jamesnewton@sxlist.com
SX FAQ: http://www.sxlist.com

ENTRIES:

  1. Amaury Jacquot [sxpert at www.esitcom.org] says:
    After reading the contest definition, I just found something that I'm sure is gonna be a winner... ...here is an ascii-art of the project :
        _______________    ________________
        |             |    |              |
    ----|eth          |----| video        |-- to TV
        |             |    | text         |
        |    sx52     |    | generator    |
        |    board    |    | (contest #1) |
        |_____________|    |______________|
           |      |                     |
           |      |                     |
           |      +----- phone line     +-- video in
           |
           +-->|--+ IR led(s)
                 _|_
                 ///         (other sensors, such as tv on)
    

    Here is the concept...
    ...the device is hooked

    possibilities include :

    • getting caller-id info and sending it to a computer
    • drawing text on the tv (the caller id info, or whatever is sent to the proper UDP port.
    • remote controlling the various A/V equipment with commands sent via the ethernet.

    A daemon on one of the computers on the network would normally control the device but the device may include some automatic things, like turn the TV on and show callerid info automatically and then turn the tv off if it was off previously.

    I would eventually include an IR receiver to remote control some other things through the network.

    Here is the code and memory usage:

    • UDP/IP/Ethernet: 1700 -(PPP) + 512, 61 -(PPP) + 16
    • ring detect: 19, 3
    • caller id: 369, 70

    this is about 2k, and about 130 registers.

  2. David Carrier [davidcarrier at ix.netcom.com] says:
    A month or two ago I ordered a 320 x 200 pixel LCD screen from Allelectronics (spec sheet at http://www.allelectronics.com/spec/lcd-51.pdf) and have been looking for something to do with it so...

    For my contest entry I will be designing a kitchen internet appliance.

    • It may have a touch screen and/or use a standard IBM compatible keyboard (I can't find anyone who will sell just one touch screen)
    • It will download recipes from any computer on the intranet and maybe even the internet.
    • When any food is need it can be typed or entered on the touch screen so it can compile a shopping lists of what is needed.
    • It will probably (why not?) have games, and if I have time maybe even two multi-player with someone on the computer.
    • It might even have email or text based web browsing capabilities

     I think I might use an LCD controller IC or an SX to scan the LCD and run touch screen. Until I have the screen taken care of I will write a QBASIC program to interface through the printer port and emulate the screen. I will probably implement either POP3 or HTTP to get recipes, and fill in what features I can until I run out of room.

  3. Jim [jim at jpes.com] says:
    I propose using the SX Stack EVALUATION BOARD to form an interface transducer between an automobile (Truck or Car) computer system, (both OBD-I and OBD-II) and the internet. This would allow for remote acquisition of data, (in the form of error codes or sensor readings), regarding the condition of the vehicle in question. This could be utilized by auto dealerships, auto repair garages, trucking or delivery fleet services, etc. Benefits include being able to do a diagnosis of the vehicle in question and then taking the correct parts with you on a field repair, having another expert look at the symptoms of a vehicles condition to correctly diagnose a problem with which the current technician is unfamiliar, keeping a running tab on the condition of a given vehicle even as the vehicle is on the road, etc. And with GPS, the location of the vehicle could be ascertained.

  4. George F Hotz says:

    Environmental Logger

    While I was looking at the plants in my room, I came up with this idea. I noticed that my 2 trees were dying. I wanted to make a monitoring system to keep them watered and at a good temperature. This system would be computer controlled through a Visual Basic program that I will write. I could also use this to control my heat with a servo motor connected to the valve.

    Some features would be:

    • A thermisor interfaced to two red heat lights to regulate temperature
    • Two conductivity probes in the soil to check water
    • A bottle of water with a pump in it
    • On the bottle of water there will be wires checking how much water is left
    •  This will all be checked and automatically adjusted.
    • The plants will also be watered on a timer
    • The results will be logged in the EEPROM

    When I’m done with the hardware, I will send in pictures of it

    Some other ideas:

    • Interfacing to a TV
    • Posting on the Internet

  5. Andrew G Miller [andrew.g.miller at home.com] says:

    Internet Environmental Data Recorder and Weather Station

    PROBLEM

    Long term collection and presentation of environmental data currently requires large and expensive personal computers and networking hardware. This equipment is used for Weather Prediction, Home/Office HVAC monitoring, Factory Floor and Warehouse materials monitoring, Agricultural data collection, and Biological and Environmental Research.

    The currently available equipment is cumbersome, expensive, and difficult to protect from harsh environments or theft in remote areas. The size of the equipment, and the heat radiated from such units also tends to impact the environment being monitored. This is especially true of micro biosphere type experiments.

    Data collection in remote areas also posses accessibility and operator hazard problems. The ideal system should be accessible from multiple physical locations, by multiple users, and present the data in a easily interpretable format.

    PROPOSAL

    Create an Ethernet connected device which can collect, store, and present environmental data over the Internet or intranet.

    The device should be compact and low power, being enclosed in a NEMA type enclosure. Data should be presented as a simple HTML page via HTTP protocols, as well as comma separated values for remote archival and programmatic interpretation.

    The device should be able to function as a remote weather station, ans well as a scientific environmental data collection device.

    MINIMUM INPUT REQUIREMENTS

    • Dallas Semiconductor's 1-Wire Weather Station
    • Multiple 1-Wire or I2C temperature Sensors
    • Multiple 12V dry contact inputs

    EXPANDED INPUT PROVISIONS

    • Multi Second Audio sampling and noise level measurement
    • Ambient lighting measurement
    • Low speed image capture via digital CCD camera.

  6. Kirk Fore [kfore1 at swbell.net] says:
    Given the current Napster brouhaha, people may soon be looking for new ways to exchange files via the net. My proposal is to create a standalone "net storage device" to which users can log in and upload/download files.

    The SX52 has abundant I/O and would serve as an excellent platform on which to develop an IDE hard drive interface. Add the SX-Ethernet Stack, a little code integration and you have all the pieces for the net storage device.

    For the purposes of this contest, there has to be a stopping point, but for the long-term, this could serve as a wide-open platform for many expansion projects. Basic idea - (Entry for this contest)

    • Create a minimal parts-count IDE drive interface.
    • Custom, mimalist file system.
    • FTP interface.

    Expansion Ideas (Just a little ilde brainstorming to start the ideas flowing...)

    To borrow a phrase, "Ok, its time for us Ubicom (Scenix) users to put this PIC Hard Drive thing to rest" Add FAT32 support to this project and once again outdo the Microchip crowd at their own game. See www.montanadesign.com/contest.html (Once full IDE support is implemented, PCMCIA, CompactFlash, etc. can be added with minimal additional effort.)

    Create a second Embedded Ethernet device that pulls MP3 files from the SX Net Storage Device and plays them in realtime. Essentially, a 'Net Jukebox'.

    Interface a serial WebCam (a'la Atmel Barbiecam and similar projects). Store images on hard drive for later scanning and retrieval. Add-on: Write some simple camera motion-detector software.

    Interface a Mic, preamp, A/D and you can record hours of audio for later download and review.

    Create separate SX-28 A/D D/A boards with UDP interface and create a "voice mail" system. Each remote stores audio on the server and downloads messages. Add Sensory's speech recognition device and it can be voice activated.

    Add multiple drive support for a poor-man's 'Net RAID Controller'?

    Replace IDE hard drive with CD-ROM, implement ATAPI controls, create network controlled music system.

    Streaming audio?

    kasdorfm@knightfire.com says:

    Hi, I'd like to see something like the "Stamp Drive" produced by MSV; in which any serial device with a terminal program can access a (FAT32 formatted) CompactFlash card, uploading and downloading files from it - that way I can attach a "hard drive" serially to my... Vic-20, Epson PX-8, ZX-81, etc. and backup all my tape based software. Of course full IDE support would be appreciated. I'd even be willing to put up a $100us "cash prise".

  7. Dave Lundberg [dlundberg at acm.org]
    My idea is simple: the Furby/ethernet router.

    The basics:

    1. Provide a socket-based interface for communicating with one or more Furbies over a network.
    2. Use one of the serial ports and additional IR circuitry to send/receive commands to Furbie from any computer on network.
    3. Each Furby will be given an IP address (using DHCP?).
    4. A Furby command set will be defined. I'll attempt a large command set, but at minimum get the Furbies to a) wake up on command, b) say something on command, and c) go to "party" mode on command.
    5. From the network side, you will be able to ping the Furbies.
    6. The Furby router will send UDP packets out to a specified address:port each time a Furby sends an IR packet.
    7. I'll provide a Perl client for the computer end.

    If there is enough time, maybe I could even wire up my singing Billy Bass wall plaque to the other serial port.

http://204.210.50.240/techref/scenix/contest/ethernet.htm Modified by:JMN-EFP-786 replace-to: SXList Fast Embedded Ethernet Design Challenge and Contest

SXList Fast Embedded Ethernet
Design Challenge and Contest

Well, the SX Video Design Challenge and Contest went so well that Ubicom (Scenix) kicked in 20 Ethernet SX Stack Evaluation Kits as prizes for the next contest!

Wow!

These boards have:

  1. SX52BD 50 MHz communications controller (everything soldered down, no surface mount work required.)
  2. Realtek 10Base-T (IEEE802.3) Ethernet device for physical and MAC layer support
  3. 32kB EEPROM memory chip for storing web content
  4. 24-pin wide-body DIP socket for Ubicom' JVM (Java Virtual Machine) application prototyping and expansion
  5. Two RS-232 communication ports
  6. Clock circuit, power and transmission status LEDs, RESET button

and the kits include:

  1. AC Power Supply
  2. CAT5 Ethernet cross-over cable
  3. 10-pin IDC to DB-9 cable
  4. CD-ROM containing source code files, support files for reprogramming EEPROM device, and documentation
  5. User's guide

Software support includes the TCP/IP Stack and Application Layer Software: Protocols integrated into the SX controller include:

  1. IP (Internet Protocol) and ICMP (Internet Control Message Protocol)
  2. TCP (Transport Control Protocol, supporting two concurrent sockets)
  3. UDP (User Datagram Protocol)
  4. ARP (Address Resolution Protocol)
  5. DHCP (Dynamic Host Control Protocol)
  6. HTTP (Hypertext Transfer Protocol)
  7. SMTP (Simple Mail Transfer Protocol)
Memory Usage CODE RAM
SX Stack
- UDP/IP/PPP 1700 61
- HTTP/TCP/IP/PPP 3200 100
- SMTP/TCP/IP/PPP 3000 90
- POP3/TCP/IP/PPP 2800 127
Physical Layer - Ethernet
- Ethernet IO ~512 16
Physical Layer - Modem
- DTMF Detection 295 52
- DTMF Generation 89 15
- FSK Detection 42 6
- FSK Generation 47 8
- Caller ID 369 70
- Ring Detect 19 3
- UART 51 10

The (minimal) hardware for the Modem Physical Layer is NOT on these boards, but I've included the figures incase you want to plan for that in the long run.

So...
...you need to pic one of the SX Stack Layers and then add that to whatever Physical Layer parts you want and subtract that from the 4k words and 262 bytes of RAM the SX52 provides to find out how much room you have for your application idea.

IDEAS

What can you do with them? Anything that needs a fast little processor connected to the inter or intra net. Here are a few ideas off the top of my head:

  1. An intranet intercom or phone unit that uses existing network cabling to avoid additional wire runs / switching equipment. Forget compression, its on an intrA net. Or squeeze in some ADPCM compression. In a big, industrial building, the cost of the wire runs or the extra phone switch could easily pay for the development and production of a little box with and SX and Ethernet adapter, a mic, a speaker, some op amps and a keypad.
  2. Multi FAX to net adapters. Each one plugs into a phone line and answers FAX calls, then streams the data over the net to a common server that stores and serves the images. Much cheaper than the currently available multi-line fax boards and can be positioned where ever the phone lines are now rather than requiring a central connection point.
  3. Security camera to net adapter. Uses a low cost CCD or CMOS camera. Digitizes one or more "columns" of pixels per frame and forwards that to a PC on the net. It might get one entire image per 256 frames or about 4 seconds. Sort of a high-speed slow scan transmitter. The central PC builds and updates the images from many units onto its display, looks for movement by comparing old and new frames and then compresses and archives the frames as an mpg movie. No video wire runs, no RF problems, costs a lot less...
  4. RFID or IRDA network adapters. Anywhere that you need to track where things are that move around in your building (or what room your cat is hiding in 2 minutes before the vet appointment..) you can tag them with RF or IR xmitters and place one SX/Ethernet board with a receiver and ID decoder in each room to report what it sees back to a PC via UDP. Given two way IR or RF connections, this could be extended to provide wireless network support with each device acting as a "cellular network transceiver" for its office space.

...besides any number of industrial control or reporting solutions where you need a network connection and some signal conditioning or processing and intelligence in the interface.

And, of course, its perfect for connecting the office coffee and soda machines to the net so you don't have to walk all the way down the hall if your drink of choice isn't available.

THE CONTEST

Since we are getting started late and in a short month, I'm going to make this a three month / three phase contest:

  1. Now to MAR: By the end of Feb, you need to have emailed or posted your contest idea. No code required, just a write up of what and why. These will be posted and discussed. I'll give some feed back on how likely your idea is to be doable and a winner. All the ideas will be posted on the site with full credit to the author. Also, keep in mind that the first person to register an idea owns it for the purposes of this contest. You can't enter an idea that someone else has already entered. So post your plan NOW!
  2. MAR to APR: Next comes the actual code. Remember: this is for an SX52. More code, more registers. A few tricks. But I'm not going to require that you have one now. Put in dummy SX-Stack API calls (all just retp's) and write the code in an SX 28 , a PIC or even a simulator. I will try to get some SX52 chips for people who want them and don't have them (the current distributors are targeting big volumes only for this powerful chip) and we will discuss programming and debugging the monster. By the end of March, you need to have emailed or posted some code. Doesn't have to be working, but it has to be complete and look reasonable; needing only porting to the SX52 and debugging.
  3. APR to MAY: At the start of this phase, I will mail out the 20 Ethernet SX Stack Evaluation Kits to the best entries so you can actually implement your design. This final part of the contest is a race... the first finalist to post working code wins the contest and is declared the SX Master (or Mistress) on the site, receives a trophy and some toys and a $100 cash (check) award.

THE PRIZE:

20 Finalists will be shipped Ethernet SX Stack Evaluation Kits
http://www.ubicom.com/ethernet/ethernet_sx_stack_eval.html
These things are $200 a pop.

One winner will receive $100 a trophy and some toys and will be advertised on every page on my servers. We are averaging 11,000 hits a day from 1,100 visitors (distinct IP's) so this is not a bad thing. You can check it out yourself at
http://www.sxlist.com/techref/stats/exsum.htm

FINE PRINT:

  1. The source and design must use an SX and be GPL'd.
  2. I'm the judge, jury and executioner, no-one comes to the boards and money except by me, my decisions are final. ...Always wanted to say that...
  3. The contest will run from now until the end of May 2001 in three phases: Deadline for entry: March 1st, 2001. Deadline for code: April 2nd, 2001. Deadline for finished entry: May 1st, 2001. About 2.5 months.

I WILL give out as many boards as I can
...and I WILL award at least half the prize money to SOMEONE
...and I WILL post all entries to the site:

So send in what you have even if it's not perfect.

James Newton
1-619-652-0593
jamesnewton@sxlist.com
SX FAQ: http://www.sxlist.com

ENTRIES:

  1. Amaury Jacquot [sxpert at www.esitcom.org] says:
    After reading the contest definition, I just found something that I'm sure is gonna be a winner... ...here is an ascii-art of the project :
        _______________    ________________
        |             |    |              |
    ----|eth          |----| video        |-- to TV
        |             |    | text         |
        |    sx52     |    | generator    |
        |    board    |    | (contest #1) |
        |_____________|    |______________|
           |      |                     |
           |      |                     |
           |      +----- phone line     +-- video in
           |
           +-->|--+ IR led(s)
                 _|_
                 ///         (other sensors, such as tv on)
    

    Here is the concept...
    ...the device is hooked

    possibilities include :

    • getting caller-id info and sending it to a computer
    • drawing text on the tv (the caller id info, or whatever is sent to the proper UDP port.
    • remote controlling the various A/V equipment with commands sent via the ethernet.

    A daemon on one of the computers on the network would normally control the device but the device may include some automatic things, like turn the TV on and show callerid info automatically and then turn the tv off if it was off previously.

    I would eventually include an IR receiver to remote control some other things through the network.

    Here is the code and memory usage:

    • UDP/IP/Ethernet: 1700 -(PPP) + 512, 61 -(PPP) + 16
    • ring detect: 19, 3
    • caller id: 369, 70

    this is about 2k, and about 130 registers.

  2. David Carrier [davidcarrier at ix.netcom.com] says:
    A month or two ago I ordered a 320 x 200 pixel LCD screen from Allelectronics (spec sheet at http://www.allelectronics.com/spec/lcd-51.pdf) and have been looking for something to do with it so...

    For my contest entry I will be designing a kitchen internet appliance.

    • It may have a touch screen and/or use a standard IBM compatible keyboard (I can't find anyone who will sell just one touch screen)
    • It will download recipes from any computer on the intranet and maybe even the internet.
    • When any food is need it can be typed or entered on the touch screen so it can compile a shopping lists of what is needed.
    • It will probably (why not?) have games, and if I have time maybe even two multi-player with someone on the computer.
    • It might even have email or text based web browsing capabilities

     I think I might use an LCD controller IC or an SX to scan the LCD and run touch screen. Until I have the screen taken care of I will write a QBASIC program to interface through the printer port and emulate the screen. I will probably implement either POP3 or HTTP to get recipes, and fill in what features I can until I run out of room.

  3. Jim [jim at jpes.com] says:
    I propose using the SX Stack EVALUATION BOARD to form an interface transducer between an automobile (Truck or Car) computer system, (both OBD-I and OBD-II) and the internet. This would allow for remote acquisition of data, (in the form of error codes or sensor readings), regarding the condition of the vehicle in question. This could be utilized by auto dealerships, auto repair garages, trucking or delivery fleet services, etc. Benefits include being able to do a diagnosis of the vehicle in question and then taking the correct parts with you on a field repair, having another expert look at the symptoms of a vehicles condition to correctly diagnose a problem with which the current technician is unfamiliar, keeping a running tab on the condition of a given vehicle even as the vehicle is on the road, etc. And with GPS, the location of the vehicle could be ascertained.

  4. George F Hotz says:

    Environmental Logger

    While I was looking at the plants in my room, I came up with this idea. I noticed that my 2 trees were dying. I wanted to make a monitoring system to keep them watered and at a good temperature. This system would be computer controlled through a Visual Basic program that I will write. I could also use this to control my heat with a servo motor connected to the valve.

    Some features would be:

    • A thermisor interfaced to two red heat lights to regulate temperature
    • Two conductivity probes in the soil to check water
    • A bottle of water with a pump in it
    • On the bottle of water there will be wires checking how much water is left
    •  This will all be checked and automatically adjusted.
    • The plants will also be watered on a timer
    • The results will be logged in the EEPROM

    When I’m done with the hardware, I will send in pictures of it

    Some other ideas:

    • Interfacing to a TV
    • Posting on the Internet

  5. Andrew G Miller [andrew.g.miller at home.com] says:

    Internet Environmental Data Recorder and Weather Station

    PROBLEM

    Long term collection and presentation of environmental data currently requires large and expensive personal computers and networking hardware. This equipment is used for Weather Prediction, Home/Office HVAC monitoring, Factory Floor and Warehouse materials monitoring, Agricultural data collection, and Biological and Environmental Research.

    The currently available equipment is cumbersome, expensive, and difficult to protect from harsh environments or theft in remote areas. The size of the equipment, and the heat radiated from such units also tends to impact the environment being monitored. This is especially true of micro biosphere type experiments.

    Data collection in remote areas also posses accessibility and operator hazard problems. The ideal system should be accessible from multiple physical locations, by multiple users, and present the data in a easily interpretable format.

    PROPOSAL

    Create an Ethernet connected device which can collect, store, and present environmental data over the Internet or intranet.

    The device should be compact and low power, being enclosed in a NEMA type enclosure. Data should be presented as a simple HTML page via HTTP protocols, as well as comma separated values for remote archival and programmatic interpretation.

    The device should be able to function as a remote weather station, ans well as a scientific environmental data collection device.

    MINIMUM INPUT REQUIREMENTS

    • Dallas Semiconductor's 1-Wire Weather Station
    • Multiple 1-Wire or I2C temperature Sensors
    • Multiple 12V dry contact inputs

    EXPANDED INPUT PROVISIONS

    • Multi Second Audio sampling and noise level measurement
    • Ambient lighting measurement
    • Low speed image capture via digital CCD camera.

  6. Kirk Fore [kfore1 at swbell.net] says:
    Given the current Napster brouhaha, people may soon be looking for new ways to exchange files via the net. My proposal is to create a standalone "net storage device" to which users can log in and upload/download files.

    The SX52 has abundant I/O and would serve as an excellent platform on which to develop an IDE hard drive interface. Add the SX-Ethernet Stack, a little code integration and you have all the pieces for the net storage device.

    For the purposes of this contest, there has to be a stopping point, but for the long-term, this could serve as a wide-open platform for many expansion projects. Basic idea - (Entry for this contest)

    • Create a minimal parts-count IDE drive interface.
    • Custom, mimalist file system.
    • FTP interface.

    Expansion Ideas (Just a little ilde brainstorming to start the ideas flowing...)

    To borrow a phrase, "Ok, its time for us Ubicom (Scenix) users to put this PIC Hard Drive thing to rest" Add FAT32 support to this project and once again outdo the Microchip crowd at their own game. See www.montanadesign.com/contest.html (Once full IDE support is implemented, PCMCIA, CompactFlash, etc. can be added with minimal additional effort.)

    Create a second Embedded Ethernet device that pulls MP3 files from the SX Net Storage Device and plays them in realtime. Essentially, a 'Net Jukebox'.

    Interface a serial WebCam (a'la Atmel Barbiecam and similar projects). Store images on hard drive for later scanning and retrieval. Add-on: Write some simple camera motion-detector software.

    Interface a Mic, preamp, A/D and you can record hours of audio for later download and review.

    Create separate SX-28 A/D D/A boards with UDP interface and create a "voice mail" system. Each remote stores audio on the server and downloads messages. Add Sensory's speech recognition device and it can be voice activated.

    Add multiple drive support for a poor-man's 'Net RAID Controller'?

    Replace IDE hard drive with CD-ROM, implement ATAPI controls, create network controlled music system.

    Streaming audio?

    kasdorfm@knightfire.com says:

    Hi, I'd like to see something like the "Stamp Drive" produced by MSV; in which any serial device with a terminal program can access a (FAT32 formatted) CompactFlash card, uploading and downloading files from it - that way I can attach a "hard drive" serially to my... Vic-20, Epson PX-8, ZX-81, etc. and backup all my tape based software. Of course full IDE support would be appreciated. I'd even be willing to put up a $100us "cash prise".

  7. Dave Lundberg [dlundberg at acm.org]
    My idea is simple: the Furby/ethernet router.

    The basics:

    1. Provide a socket-based interface for communicating with one or more Furbies over a network.
    2. Use one of the serial ports and additional IR circuitry to send/receive commands to Furbie from any computer on network.
    3. Each Furby will be given an IP address (using DHCP?).
    4. A Furby command set will be defined. I'll attempt a large command set, but at minimum get the Furbies to a) wake up on command, b) say something on command, and c) go to "party" mode on command.
    5. From the network side, you will be able to ping the Furbies.
    6. The Furby router will send UDP packets out to a specified address:port each time a Furby sends an IR packet.
    7. I'll provide a Perl client for the computer end.

    If there is enough time, maybe I could even wire up my singing Billy Bass wall plaque to the other serial port.

  8. Rickard Gunée says:
    What I could see, no one has chosen to make a webcam, so that is what I plan to do:

    My idea is to make a standalone WebCam (only thing required to watch is a browser) by attaching a camera, some RAM, an AD converter and maybe some logic to the evaluation board.

    I will also try to make it possible for remote control of the camera (turning and tilting the camera, and maybe turning on and off some lights), so that you can choose what you want to watch.

    The first goal is just to get the thing up and running without any compression (BMP), then I'll probably try some simple compression (GIF), I guess it is kind of hard to do JPG compression, but I'll have a look at it if there is enough time.

    A future version of this system could have some motion detection and a flashcard/harddrive to store images of events for later download, but that will not be done within this contest as it way too much work.