[Tiakson] just wrapped up the construction of a quadcopter which piqued our interest due to the unexpected mix of hardware he used.

A good portion of the copter is made up of the essential bits we have come to expect from a quad rotor system. Instead of using an Xbee or hobby wireless controller however, [Tiakson] opted to use an old Fonera router running OpenWRT to control the system. He wrote special software that allows him to direct the quadcopter using an HTML 5 interface, adding a few kernel tweaks along the way that enabled him to emulate I2C ports over GPIO pins.

The Fonera takes in data from Wii nunchuck and Motion+ sensors, relaying commands to the on-board PIC 16F976 microcontroller. The PIC is used to manage the electronic speed controller modules using PWM, which the Fonera could not handle on its own.

This is a great use for a old router, and the cost is obviously far cheaper than buying off the shelf wireless control modules. We would love to hear how much extra weight the Fonera adds, as well as if there is any controller lag introduced by the web-based interface.

Continue reading to see a quick demo video of the quadcopter in action.

[Viktor], one of our favorite avid hackers, has been playing around with 1-wire systems all this month. What started out as a MicroLAN Fonera has turned into an iButton interface, to a 1-wire powered hub, and finally a 1-wire character driven LCD. Anyone looking at 1-wire systems or OWFS could surely benefit from his testing.

However, if you still haven’t gotten your fill of 1-wire goodness, let us remind you of the 1-wire HVAC and IPv6 to 1-wire protocol translator.

[Thanks Juan]

Embedded systems, like wireless routers, network cameras, and printers require remote access to be upgraded. This could be over the network or just a USB cable. Unfortunately most devices go unpatched because of this lack of easy access. The upgrade procedure can be very insecure too. The last time we flashed a custom firmware on our La Fonera we had to set up a TFTP server for it to download the firmware from. The TFTP protocol has no authentication, so anyone could pose as the server and offer a bad firmware for download. Many embedded system upgrade tools use TFTP because of its ease of implementation and low hardware overhead.

The PDOS attack hasn’t been seen in the wild and we don’t expect to. Malware is a business and destroying hardware doesn’t seem to have much income potential. The article presents this as an alternative to maintaining a botnet to perform a DDOS. With a DDOS, you deny the service, ask for ransom, and return service when they pay. With PDOS, you threaten to deny their service, they don’t pay, and then you destroy their equipment and get nothing. We agree with [HD Moore] that a more successful attack would be installing your own custom firmware that gives you full control of the system and full access to the network to do as you please.

Outside of griefing, the PDOS attack is not a threat. In any case, firmware upgrade procedures for embedded devices need to be improved.

[via /.]