element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Internet of Things
  • Technologies
  • More
Internet of Things
Blog Anyone up for an IIOT Relay Race? (Ignoble Internet of Things)
  • Blog
  • Forum
  • Documents
  • Quiz
  • Events
  • Polls
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Internet of Things to participate - click to join for free!
  • Share
  • More
  • Cancel
Group Actions
  • Group RSS
  • More
  • Cancel
Engagement
  • Author Author: aspork42
  • Date Created: 12 Nov 2019 2:02 AM Date Created
  • Views 3275 views
  • Likes 18 likes
  • Comments 18 comments
  • iiot
  • design_challenge
  • ignoble internet of things relay race
  • relay race
Related
Recommended

Anyone up for an IIOT Relay Race? (Ignoble Internet of Things)

aspork42
aspork42
12 Nov 2019

My wife and I were talking about the E14 site and she asked something about doing a team project. It was a very interesting idea, but most likely we all have enough of that in our day jobs. I still liked the idea of having to work out design details and specs as part of a design challenge with people from literally all across the globe. I mulled the idea over and over and this is what I have come up with.

 

The concept is as follows:

 

Each participant must create some soft of IoT enabled device. (Not too bad, right?)

 

The device must do three things:

  1. Get some sort of input from the World Wide Internet
  2. Do something
  3. Post something else back out to the World Wide Internet.

 

Sounds pretty simple, huh?

There's a catch - this is a "relay race". That means that when Participant "A" posts something, that is the trigger for Participant B's project - which is armed and waiting for A's post. Once "B" is complete, that will trigger Participant C's project. This means that there will be an input and an output for each person that must be sequenced.

 

For Step 2, "Do something", It could be simple or complicated. It could be as basic as turning on an LED on an Arduino, display something on an LCD, calculate Pi to 'x' places, or complicated like having a MeArm waiting to manually peck at a keyboard to post something on Twitter. You could have your model train turn on and start driving until it breaks a light beam to trigger the output.

image

 

For the web interconnects, we can get creative here as well. Twitter works pretty well, but we could also use a public MQTT server (Mosquito), parse an email, or send via RF/Ham/ Morse Code / semaphore if you are close enough (and licensed) to another participant. Any API for any platform that two users are able to work together on. Users could apply in groups for highly specific interconnects, and we could have the E14 team assign the rest of the order.

 

The format would be pretty wide open - each participant will agree with their two "co-workers" on the exact interconnect methods. The Input and the Output method could be different for any given project, depending on the users (i.e. read from Twitter, then send an email when done). The project could be as simple or as complicated as the user is able to do in the allotted time. I'm thinking 30-60 day project).

 

One challenge would be the exact timing (time of day/elapsed duration) of the final run - we are a global community from all corners of the earth, so some people would have be up at late hours to record the event. Ideally each unit would complete its task in less than 1 minute (or really a few seconds for simple things), but perhaps we could build in time gaps... i.e. if you have hacked your washing machine, it would start running when it gets the trigger, and when the clothes are done some 35 minutes later, it would trigger the next person. That way, we could build in some delays.

 

So this would end up a world-wide Rube-Goldberg, but we would call it "The Ignoble Internet of Things Relay Race"

 

This made me think back to this post, but now imagine each Arduino is 1000 miles apart!

Celebrating Arduino with a Torch Relay!

You don't have permission to edit metadata of this video.
Edit media
x
image
Upload Preview
image

 

During the final run, everyone could record a video and we could edit them all together.

 

Since "success" is defined by the entire project going from start to finish, there would't necessarily be a winner, but we could vote on most creative and try to con rscasny into making up some T-Shirts.

 

Post your comments - What would some unique interconnect methods to talk to devices which are far apart? What would your project do before sending a response?

  • Sign in to reply

Top Comments

  • crisdeodates
    crisdeodates over 5 years ago +5
    Cool idea indeed. Not only this is fun, it will allow a participation globally. Everyone would be able to contribute. That's what it really make this a community.... ️
  • aspork42
    aspork42 over 5 years ago in reply to clem57 +4
    I was thinking of that - like a game of telephone; or the game you play with kids where each person takes a turn adding one sentence to a story. The hang up would be that some communications methods might…
  • Workshopshed
    Workshopshed over 5 years ago in reply to dixonselvan +4
    It the protocol e.g. MQTT is agreed then there's no reason any device can't be used and hence we can get more participants. I'm sure the Top Members would be up for helping anyone who is having trouble…
  • beacon_dave
    beacon_dave over 3 years ago

    It looks like 1960's teletype potentially been added to the list of communications methods Slight smile

    /challenges-projects/element14-presents/project-videos/w/documents/27567/episode-546-mapping-the-outputs-of-a-1960s-teletype-machine---how-hard-can-it-be?CommentId=0e4e2102-c08d-4751-a177-d887ddc70986

    It would be quite interesting and fun to take parts of the relay off-Internet however it could also potentially cause some issues. If too much of it is off the Internet then you perhaps start to lose the ability to track the activity throughout the duration of the event and there is no sure way of knowing if it is still going on off-Internet just very slowly or if it has failed. It also becomes less of a 'spectator event' if viewers aren't getting regular updates.

    A peer-to-peer format relay is probably more true to the spirit of things however it does have a significant issue in what happens if any one node fails. In a true event that would be relay race over, which isn't much fun for all those participants waiting for their turn. Related to this is how does each participating node know who to contact next and what happens if that node has to pull out at short notice or reschedule their slot with minimal administration overhead, given the issue of time zones etc. This could result in an unsuccessful attempt at completing the relay.

    Starting out, it may be that by having a high availability node coordinating the relay race may help keep it going by having each participating node providing activity status (ready / active / complete) and then the relay race coordinator node assigning the next node which is reporting a ready status. If a node doesn't complete within a given agreed timeout period then the coordinator node moves things onto the next participating node showing a ready status. If a queued participating node becomes inactive whilst waiting then it is skipped over but still gets another chance if it becomes active again. Every participating node gets a chance. The co-ordinator node could also take care of automatically posting regular status updates as the relay race progresses. The longest chain of successful consecutive nodes then becomes the target to beat the next time round. In order to keep things running though some nodes could perhaps be designed to be re-triggerable, so if the active node queue runs out, then those nodes will run again giving time for new nodes to join in. This may help with time-zone related issues.   

    With off-Internet sections, then the gateway nodes could perhaps declare this with the coordinator node which then allows for a longer timeout period and specifies the second gateway node to acknowledge complete status from. There however would be a lack of automated status updates during this period and if prolonged, would rely on those participants to post any comments about the activity to keep interest. You could also consider domino train type races where multiple nodes could be triggered to run simultaneously which would allow for really slow nodes to participate as well.

    What is actually getting relayed needs some thought. If it is a text message then the maximum size of the message will need to be declared as a participant could potentially be limited physically (e.g. if they are loading scrabble tiles into a fixed number of individual train wagons for them to be scanned by OCR at the destination station), or some people may want to display it on a small display (imagine a micro:bit trying to scroll 1,000 words one character at a time). If it is a teletype, there may be a limited character set and as this is a global community then their may be language considerations as well. It could be that the participating node specifies its message capability with the coordinator node when registering as a participant and then gets passed an appropriate version of the message when its turn comes up. Participant nodes just wanting to turn on LEDs wouldn't need to be passed a message (or they could perhaps be given a word count value instead). Messages could potentially also be extended to other formats as well. It depends if this is to be more of a message type relay race or more of a Rube Goldberg Machine. 

    Another consideration is how do you broadcast / document the event effectively both as it takes place and afterwards. 500 participants turning on a LED and the whole event could be over in a matter of seconds, whereas 18 participants each taking 10minutes and you are looking at 3 hours. The idea of the telephone game is perhaps more suited to those following on-line as each node is outputting content, but perhaps a bit uneventful as digital technology will likely do a pretty good job at copying data accurately between nodes. The Rube Goldberg Machine concept is a lot of fun but is more difficult to capture remote nodes on-line in real time so relies on the uploading of videos and photos or live streaming.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • dougw
    dougw over 5 years ago in reply to tariq.ahmad

    tariq.ahmad One way to encourage new participants is to give prizes to all participants who achieve a threshold of participation. For some project14 contests, you could reduce (but not eliminate) the winning prize and provide a smaller prize to all participants who submit a complete project. This way everyone gets rewarded for participating, without having to create something that is better than the rest of the world.

    • Cancel
    • Vote Up +4 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • ravi_butani
    ravi_butani over 5 years ago

    I am in for Team challenge if get planed,

    I am planning for pursue Ph.D. from Europe or US and I have never published scrap research paper (Which I think no one reads and used only for lobbying (Fine word used is Paid Networking)) being hobbyist..

    I would like to show my skills with this type of Team Challenge by team up with educators e14 members or senior industry person e14 members who are in EU or US and could help me to get Ph.D. admission using my real engineering skills and not by skill in plying with very heavy English words mostly used by So Called RESEARCHERS .:) .

     

    Cheers,

     

    RAVI

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • aspork42
    aspork42 over 5 years ago in reply to tariq.ahmad

    Just finished reading through all those comments. Seems like a good idea for a team contest but would have the obvious challenges. I think it was covered pretty well the comments section. I had a lot of the same thoughts.

    I was thinking that this particular project would be different; more of a “serial” team project than a concurrent one; and keeping it pretty wide open for scope so each project could be very unique. It would also have a pretty limited scope for how much teamwork is involved - just deciding on the communication medium for the input and output and that’s about it. Just a fun lighthearted project. It could tie in with Element14 Presents - they could kick off the chain reaction; for example.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • tariq.ahmad
    tariq.ahmad over 5 years ago

    Hi aspork42 ,

     

    As we wind up the year of project activity in Project14 with Makevember, RF (Radio Frequency), and the upcoming Holiday Special I will be looking for ways to shake up the Project14 program.  We are discussing doing a joint competition with element14 presents and possibly doing a supplier sponsored team competition with teams based on the following conversation:

     

    Re: Team Contests?

     

    Thinking ahead to next year would like to some more things that are a bit different and shake the program up a bit to get new people interested and not let things get stale.   Will be following this closer and would be open to any suggestions or improvements we can make to project competitions on the community and of course will share any insights you guys come up with, with the rest of the team.  :-)

    • Cancel
    • Vote Up +2 Vote Down
    • Sign in to reply
    • More
    • Cancel
>
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube