I tried the three most promising Android apps I found for streaming sensor data "Sensor Fusion" and "IMU+GPS Stream" and "wireless IMU" (which doesn't include GPS data but also just streams the raw data without headers, so I thought it might show something), and ARC doesn't see the packets so is not populating the variables (yes, I opened the port in Windows Firewall). I suspect that the iPhone app has specific header data or labels that DJ programmed for that are different in the Android apps (IMU_GPS and Wireless IMU, at least according to the log files they create just stream raw data with no headers, so you need to know the order the data is coming to know which variable to put it in. Sensor fusion keeps crashing and not writing to the log, so basically useless).

I was not connected to my EZ-B at the time, so if this is like how voice reco used to require the board to be connected for timing, then my test may have been invalid.

I'll try again tomorrow night connected to an EZ-B unless DJ can post some information about what specifically the stream is watching for.

DJ, if you want to add Android support, Sensor Fusion has the cleanest interface, but also crashed on me several times and would not even save data to a log file. IMU+GPS Stream includes the most sensor data but I need to update the target IP address and which sensors I want to stream every time I run it. Wireless IMU only streams three sensors, but is also open source, so could be a good place to start if we want to build a ARC specific app.

Alan

Good job DJ, the possibility to use the sensor from the Iphone give us an interresting tool to play, I begin to regret having only an Ipod.

DJ, is it possible to make an addition to the Digital panel ? The Set Digital is fine but I'd like to be able to control more I/O. I am currently testing a track platform and it need 4 i/o total to work, 2 for the right motor and two for the left one. I know it's selfish to ask for this but at least it will populate a little bit the Digital window I'd like to have one same as the Modified servo Movement Panel...

Thank you for the good work and so many improvement !

André

Thanks @Andre99, have you thought about using the Script Manager or EZ-Script control? You can toggle the digital ports using the toggle EZ-Script command. Or just use the SET command to turn them on or off programatically

Hello DJ, for this base I want to be able to control it's position with the keyboard or the mouse because my mower robot will use this type of controls to record the perimeter of my courtward.

I just think I can use a joystick unstead with script, it will be much better, I will be able to have speed control at the same time as direction (for the mower, the other is only on or off). So, will have to wait until tomorrow to purchase a joystick The joystick panel is very good, the Variables will be perfect.

The toggle function is to toggle the state of the output of one digital port ? I made a search and was not able to fin any example in the forum, only in ARC and I can't test it now, my wife is sleeping.

Thank you DJ for the good suggestions, I am very happy with my EZ kit and it alway's surprise me with the possibility you have made in it.

André

Awesome Andre99 Also, look in the Keyboard Control. You can map EZ-Script to keys. It is found under the Scripting tab

DJ, you are surprising ! This will do the job perfectly, you had just made my day. Look like I will have a lot of fun tomorrow morning.

Just to show you the little thing I test, it's not good looking for now:




Thank's again DJ

The example below does not appear to be working in the script control of ARC.

The first time I run the script control it gives me 0's regardless of the color of the BlinkM. The second time I ran it, it disconnects the EZ-Robot controller in the connection widget.

From the ARC BlinkM control I was able to read and set values just fine. My BlinkM fades through many colors as a default program. I was able to pick up different values at different times.

Is it a flaw with the example code?

from : https://www.ez-robot.com/Community/Forum/posts.aspx?threadId=3918

Code:

# Shift the bits over
# Set the LSB (first bit) to a 1
# When first bit is a 1 on i2c, that means
# it is a Read Address
$i2cAddress = 0x09

Print("BlinkM Address: " + $i2cAddress)

# Tell BlinkM we want the RGB Values
i2cWrite(0, $i2cAddress, 0x67)

# Receive the RGB Values
$raw = i2cRead(0, AUTO, $i2cAddress , 3)

# Print the number of bytes
Print("Received: " + Length($Raw) + " Bytes" )

# Print the hex value of each byte
PrintHex($Raw)

# Split the array of bytes and assign to each variable
$Red = GetByte($Raw[0])
$Green = GetByte($Raw[1])
$Blue = GetByte($Raw[2])

Probably something in the code needs changing, I'll have a look when I get the chance.

Have you tried substituting the $i2caddress variable for the actual address, in this case 0x09?

Tried putting in the address instead of the variable... still get 0's on the first run and disconnect on the second.

Return in the status window when it disconnects.

Code:

Disconnected
Comm Err: Not Connected
BbytesToExpect: 1

Received: 
Disconnected
Disconnected

Have you checked the wiring of the BlinkM? Some of my I2C devices would cause disconnects when I had bad wires.

I'll try and test it on mine later if I can.

The BlinkM is in great condition. It works flawlessly with the ARC BlinkM control connected to the EZ-Robot as well as with the BlinkM Software via an Arduino to program and operate it. It has the header pins soldered to the board and they have good connections.

So far, the only thing I cannot get to work is the example script provided above of which I posted the reference to where I found it in the EZ-Robot forum. My actual project is a I2C compass module that I cannot get working with the ARC script. But since I am certain my BlinkM is operational, I figured it is better to use to debug my I2C issues.

Since the ARC BlinkM control works, I'm certain the EZ-Robot and BlinkM work fine. Just trying to figure out the script side.

Thanks so much. I appreciate all you can do to help me figure out how to use I2C with the ARC script.

@SkinnerFam95: download this http://www.ez-robot.com/Community/Forum/posts.aspx?threadId=4155 new release

That will help

Works great with 2013.07.24.00.

Now I'm looking forward to getting my compass working. Thanks for all the help. EZRobot makes this hobby super fun.

Hi DJ,
I was trying to write an ezscript using the sensor streamer compass variable for navigation without success.
Would you please publish an example on how to do that?
Nick

Hi everybody,

@Dj I suppose that since this conversation is 3 years old now there's no hope that there'll be a version of the the current UDP sensors listener that is compatible with either of the Android apps mentioned by @thetechgourou? It's really a pity since the iPhone is a control freak which does not allow for any remote control, nor any customization nor any way to relaunch an app remotely, while Android allows for all these options. Using a GPS, and orientation sensors in general is, in my case, totally meant to work on autonomus robots, not high tech RC cars, so there's no point for me to use an iphone since they will always eventually stop running their sensor and it will not be possible to restart it remotely...

@Alan, btw, the ARC is receiving the data stream from IMU+GPS Stream Android App, if you look into the debug you'll see it prints in loops that the received data is invalid. I think you're right, it might indeed be a matter of headers and raw data. It's really frustrating to see that, basically, my robot will never have any sort of reliable position/direction/orientation reading since on one end my EZ-robot's MPU9150 systematically end up sending inconsistent data, even after calibration attempts : sometimes it works to the perfection, some other times it simply doesn't work any longer (even once plugged to a totally separate controller without any other device connected to it) and, on the other end, my HMC5883, although it sends pretty consistent data, it however systematically crashes the EZBoard due to the inherent totally unreliable nature of i2C on a moving robot with motors and, thus, induction, bumps, etc. (and this is also a pb with the MPU).

@Elfege, ez-robot has an awesome plugin which allows 3rd party development. Take a look and you can create your own udp listener. Have fun!

Writing this plugin is absolutely on my (unfortunately lengthy and rarely getting any shorter) to do list. From the research I have done there is plenty of source to steal ^b^b^b^b^b borrow from for IMU listeners. I actually can't believe we have been talking about this for 3 years. It is really something I want to do.

Alan

@Dj : seriously? You want me to fight my lazyness and not satisfy my capricious Mind?! Hahaha!

Well... ok then, I'll get to work...

Thanks for the link I'll look into this as soon as the time is given to me... I have a champagne party to set up for Saturday and so far I only bought tons of champagne... @Alan, @Rich or @Dj, join us if you're in NY! Well celebrate five years (I think) since I started as a complete beginner in the field and now became the guy to whom you say: Hey! program it yourself! " I'm sooo Flattered! but beware of the tons of dumb questions that'll come (with the usual spaghettis) once I put my nose Into it!

Champagne party? Man that would be fun! Classy way to drink

Ok, here we go!

@Dj I read and watched all tutorials available on EZ-ROBOT website and so far creating a new plugin is pretty doable as long as it's within EZ_builder's presets classes.

On the other end writing an UDP listener in C# is also pretty simple.

What I can't figure out is how to make these work together within the same code in Visual Studio... here lies my limit right now.