ITP show: Epimetheus, trees will tell you when they're on fire

2488726606 Ef895865Fb
2487910007 3B58Bdef18
2487909003 29851C503E
John Dimatos's Epimetheus - A network of fire detecting sensors that transmit crucial data in real time.

Epimetheus is the feasibility prototype for a larger environmental framework that emphasizes the ability to monitor a site in real time.

Designed for deployment in public and private spaces by loosely organized groups of citizens, Epimetheus uses technology as a DIY layer on the physical environment that the citizen-scientist can deploy. By design, groups of citizens will be able to add new nodes to a pre-existing network using publicly available manuals, schematics and configuration settings. Once fully registered, an individual node will be viewable as part of a layer in Google Earth. Once viewable, the node as well as the entire network can be monitored remotely by the original group or individual as well as affiliated interest groups and local leaders.

Epimetheus uses a multi tiered approach to the communication of environmental information. Designed to accept multiple sensor technology such as UV, infrared, and smoke, the sensor units use advanced mesh networking and solar power to achieve grid autonomy. The gateway units are designed to aggregate data on the edge of the sensor networks from the deployed nodes in the forest. Protected from the harsh environmental conditions, the gateway units have access to the power grid and a cellular network. Utilizing off the shelf consumer phones, the gateway unit sends critical updates in the form of SMS texting to a third tier of the system: individual users, citizen action groups, and publicly viewable databases.

The act of localized deployment and open monitoring of a site can create a long lasting effect that transcends saving forests: Empowered civilians with a real sense of custody over a specific site.


Recent Entries

Comments

Oldest comments listed first.

Posted by: Max on May 15, 2008 at 9:50 AM

Burning plastics

This seems like a well-meaning plan with a fatal drawback i.e. what happens if there *is* a fire - a number of the devices will be destroyed, leaving all manner of melted toxic nasties in the area. And if they're designed to survive the fire, how much will each sensor-array cost?

You can do the same job with high-definition satellite imaging, and it doesn't need a hundred old cell-phones to be taped to a forest to let you know the trees are on fire.


Posted by: Anonymous on May 15, 2008 at 10:59 AM

I think this idea will work very well for many things. A few piles of melted plastic in the woods is and extremely small price to pay for an early waning system for wild fires. The damage that burning a Zigbee node, solar cell, few batteries, CPU, transceiver, antenna and box is truly "A Mote in God's Eye" compared to the damage a wildfire can do in a minute or two. Every minute of waring you get at the start of the a fire can save hours of fighting it.

I have been looking for 20 minutes for a way to contact John. I have some ideas for ways to interface the sensors to the internet once the reach a collection that uses SlIP off the shelf public domain code and simple UDP sockets that are platform independent.

I have used this method a few times over the internet, UHF/VHV radios, Cellphone modems, Satellite links, hard wire pairs and dial up modems with very little change in the code.

It can be done in a very flexible way so any node can do anything you wist to allow it to do. If done right there are almost no limitations imposed on the system by choices made in the communications or location of the node. Of course the physical capability of a node keep an 8051 out at the end of the network in the field from doing things a laptop connected to the Zigbee network in the same place can do.

It is very low over head and can run on a less than one dollar 8051 chip it the UDP isn't implemented until the data is on a more powerful CPU.

I think that SLIP has been implemented to work with Zigbee wit no problems I would have to make some calls to find out. SLIP makes a very easy to use wrapper for any data no matter what it contains for shipping over any number of protocols and unwrapped on the other end and still be in the exact state it was in when it was wrapped up in the fist place.

One has to add their own addressing and error checking to the packet the warp up up in SLIP so they aren't locked in to any protocol at all and it is easy to make an open ended protocol that can be added onto later.

My email address is gordon.cougerg-at-gmail.com
if anyone one wishes to discus this.

Gordon


Leave a comment


Subscribe to MAKE!Subscribe to MAKE Magazine!

Subscribe today, save 42% and get web access to MAKE free. MAKE Digital Edition is available only to subscribers.

$34.95 / 1 year
(4 Quarterly Issues)

Subscribe now


Void your warranty, violate a user agreement, fry a circuit, blow a fuse, poke an eye out. Make: The risk-takers, the doers, the makers of things... Welcome to Make: Online!


CRAFT Maker Shed Maker Faire MAKE television




Check out more videos from MAKE.

Maker SHED

Connect with MAKE

Be a MAKE fan on Facebook MAKE on Facebook
Visit our Facebook page and become a fan of MAKE!
MAKE on Twitter MAKE on Twitter
Follow our MAKE tweets!
MAKE Flickr Pool MAKE on Flickr
Join our MAKE Flickr Pool!
    make_tips on Twitter



    MAKE Archives

    Make: Money

    Make: Science Room
    Subscribe to MAKE Magazine!

    Make: Online editors and authors!

    Gareth BranwynGareth Branwyn
    Editor-in-Chief


    Phillip TorronePhillip Torrone
    Senior Editor
    | Web | Twitter


    Becky SternBecky Stern
    Associate Editor
    | AIM | Twitter


    Marc de VinckMarc de Vinck
    Contributing Writer
    | AIM | Twitter


    John ParkJohn Park
    Contributing Writer
    | Twitter


    Sean RaganSean Ragan
    Contributing Writer
    | Twitter


    Matt MetsMatt Mets
    Contributing Writer
    | AIM | Twitter


    Dale DoughertyDale Dougherty
    Editor & Publisher
    | Twitter


    Shawn ConnallyShawn Connally
    Managing Editor
    | Twitter


    Goli MohammadiGoli Mohammadi
    Associate Managing Editor

    Kip KayKip Kay
    Weekend Projects
    | AIM | Twitter


    Collin CunninghamCollin Cunningham
    Contributing Writer
    | AIM | Twitter

    Adam FlahertyAdam Flaherty
    Contributing Writer
    | AIM | Twitter


    John BaichtalJohn Baichtal
    Contributing Writer
    | AIM | Twitter



    More contributors: Mark Frauenfelder (Editor-in-Chief, MAKE magazine), Kipp Bradford (Technical Consultant/Writer), Chris Connors (Education), Diana Eng (Guest Author), Peter Horvath (Intern), Brian Jepson (O'Reilly Media), Robert Bruce Thompson (Science Room)

    Suggest a Site!

    Advertise here with FM.

    Why advertise on MAKE?
    Read what folks are saying about us!

    Click here to advertise on MAKE!



    Current Podcast

    itunesdl.gif Behind the Scenes at MAKE and CRAFT In January, many of the remote MAKE/CRAFT team members (myself included) convened at the Maker Media headquarters at O'Reilly Media in Sebastopol, California. Take a look behind the scenes of your favorite DIY publications as Goli Mohammadi gives us... More...

    Get the Make: Online sent via email
    Enter your email to receive Make: Online each day:



    Sign up for the Make: Newsletter

    Our Make: Newsletter covers news from maker Media, has original columns, Shed deals, and more! You can also read the archives of past issues.


     



    MAKE Fascination video series brought to you by Dow

    Make: Education
    MAKE: en Español MAKE: Japan
    Important please read


    Subscribe to MAKE Magazine!

    Recent Posts from the Craft: Blog