Archive for the 'electronics' Category

iPhone 2.0 as a gaming platform?

iPhone 2.0 I managed to resist the last iPhone, but this time i’m not too sure i’ll be able. What’s different this time? The combination of 3G, GPS, and an accelerometer. This could seriously be the start of a new – maybe even revolutionary – gaming platform.

Location-aware gaming might take off now. I’m thinking that companies that are already doing similar things (like Locomatrix) might see a lot more interest in the coming months. Perhaps a mix between GPS gaming and PMOG (Passively Multiplayer Online Game) could be interesting? I’ve got to get one of these and start experimenting..

Of course, the combination of 3G, GPS, and accelerometer has been done before in a few phones, including the excellent N95, but -assuming the GPS works on the iPhone 2.0 – there’s one huge difference here: The ludicrous fanboy factor. Any interesting apps and games for the iPhone are going to be lapped up by a very vocal, very active, very influential fanbase.

Will we see Flash on this? With Adobe’s Open Screen Project, I can only hope :) Talking of wishful thinking, perhaps Apple will drop the walled garden approach. I seriously doubt it though..

[Update] I see Mashable gets what i’m talking about.

Bookmark and Share

Flash + Papervision 3D + Arduino

In my second little project today, I modified the circuit I built for the Flash etch-a-sketch, by adding another potentiometer and 3 LEDs, each of which represents the voltage of each pot (using pulse-width modulation to ‘dim’ the LED).

Each pot is responsible for either the pitch, yaw, or roll of a cube in PV3D.

Simple stuff that’s been done before! I think I need to think of something a bit more interesting now :D

Flash + Papervision 3D + Arduino

Flash + Papervision 3D + Arduino

Bookmark and Share

Etch-a-sketch using Flash and Arduino

Well, I had nothing much better to do today, so after sorting out my previous problems with Arduino and Flash, I thought i’d connect 2 potentiometers to the Arduino board, and make….. Yezzer-sketch!

Here’s the on-screen result:
Yezzer - sketch. Using Flash + Arduino

The very simple circuit:
Yezzer - sketch. Using Flash + Arduino

Video:

I need to get some better potentiometers, these are pretty rubbish.

Yey for making … stuff! :D

Bookmark and Share

Getting Flash and Arduino talking, and problems with AS3

Over the last year, i’ve heard a lot about Arduino, so I was quite gutted when I missed out on both the Arduino talk at BarcampBrighton2, and also on the Arduino session a few days later at FlashBrighton!
Nevertheless, I had to get an Arduino board and start experimenting. Jo had a few Arduino boards, so kindly dropped one round for me.

For me, the most interesting aspect is using the Arduino in conjunction with Flash, sending and recieiving data betwen the two. I realy like the twitter > flash > arduino > LCD display that Mario made. I found it quite inspirational.

Getting Flash and the Arduino talking is initially very, very easy. It takes no time at all to initially write your first “hello world” app – in this case a blinking LED. After that, I turned my attention to reading the output of a potentiometer, and display that in Flash. Again, this is very easy, espically when people have done it already, and you can copy and paste their code! Thanks Beltran, Brett, and Aral for sharing your code!
In no time I had a potentiometer controlling the brightness of an LED, and the Arduino writing the data to the serial port, which Flash was trace()ing to the output window.

Nothing’s that easy though, right? Indeed. I’m expecting values between 0 and 1023, and specifically in this instance, around 1023. This is what I got:

15:37:53:104 = 102
15:37:53:135 = 3
15:37:54:104 = 1023
15:37:55:119 = 1023
15:37:56:135 = 1023
15:37:57:119 = 102
15:37:57:135 = 3
15:37:58:119 = 1023
15:37:59:135 = 1023
15:38:0:151 = 1023
15:38:1:135 = 10
15:38:1:151 = 23
15:38:2:151 = 1023

How strange. As you can see, occasionally the output is split over more than one line. It also does the same on my laptop.
After a lot of hair-pulling, I’ve made a couple of examples, which you can test if you wish. You’ll need to change the port to the one serproxy (or equivalent) is set up to use.

Arduino code:
[code]
void setup()
{
Serial.begin(9600);
}

void loop()
{
Serial.println("hello");
delay(100);
}
[/code]

Actionscript 3 code:
[code]
import flash.events.*;
import flash.net.Socket;

trace("__AS3 Example__");
var socket:Socket = new Socket("localhost",5335);
socket.addEventListener(ProgressEvent.SOCKET_DATA, socketDataHandler);
function socketDataHandler(event:ProgressEvent):void {
var now = new Date();
trace(now.getHours()+":"+now.getMinutes()+":"+now.getSeconds()+":"+now.getMilliseconds()+" = "+socket.readUTFBytes(socket.bytesAvailable));
}
[/code]

Actionscript 2 code:
[code]
trace("__AS2 Example__");
var socket:XMLSocket = new XMLSocket();
socket.connect("localhost",5335);
socket.onData = function (data) {
var now = new Date();
trace(now.getHours()+":"+now.getMinutes()+":"+now.getSeconds()+":"+now.getMilliseconds()+" = "+data);
}

[/code]

AS3 Output:

12:10:43:140 = hello

12:10:43:234 = hel
12:10:43:250 = lo

12:10:43:359 = hello

12:10:43:453 = h
12:10:43:453 = ello

12:10:43:562 = hello

AS2 Output:

12:11:25:406 = hello

12:11:25:515 = hello

12:11:25:625 = hello

12:11:25:718 = hello

12:11:25:812 = hello

12:11:25:921 = hello

AS3 has odd output, and AS2 has the expected output. It’s almost as if ProgressEvent.SOCKET_DATA is called too frequently?
I’ve looked at this, which may be a similar problem. Here’s my post on the Arduino forum which I wrote as I experienced the problem.

In the end I found AS3Glue, which “is an ActionScript 3 library that enables communication between Flash/Flex/AIR applications and Arduino boards”. This changes the way in which AS3 and the Arduino communicate, and fortunately solves the problem described above.

If you use AS3glue, you’ll also need to use the Arduino Firmata firmware. The firmware page also briefly mentions:

It turns out that the USB-serial drivers are optimized for fast bulk data transfer, and those optimizations actually wreak havoc with the timing of the messages over the USB-serial.

Perhaps that’s the problem i’ve experienced? If I can, i’d like to find out exactly what’s going on, but for now, as3glue will suffice :)
If you can, please have a test and let me know if you get the same output!

Bookmark and Share