Rubicon and Peregrine

Ok this is a very quick post to see if I can get some help from other Rubicon and Peregrine users.

I recently bought a Rubicon from Alex, but no matter what I tried, it would not connect via the usb to either my mac, or my windows 7 work laptop.

PC

When I plug in the device, the windows error message says:

USB device not recognised.

Looking in the device manager it is listed as: Unknown device.

I thought it might be Arduino based and so I installed the newest drivers for my arduino, but it still doesnt work. No driver disc was supplied and nothing was mentioned, so does anyone know what drivers it needs?

Now when I try to run Peregrine...

Java Virtual machine launcher says:

Could not find the main class. Program will exit.

As far as Im aware Java is activated?

MAC

On my mac I have not been able to get Peregrine to run since Trevor updated it. The initial releases did work and Trevor even helped with the recognition of the USB ports. Since the update however, the program runs ie there is an icon in the task bar, but thats it! There is no user interface window.


The Rubicon is not recognised on the mac in either the native IOS or when running windows 8 with VMware.

Help would be much appreciated. :beer:

Okay... random hunch. Is the device recognized if you plug it in USB THEN turn on the main power?

Trevor

Got the same issue under Mavericks.
Ever since mavericks, java 7
has some issues capturing data streams.
I can see the data stream from my ARGLPM
in the serial window but peregrine data stream is indicating that capture=
False. No data capturing. I've tried v1.4 and v1.5 without any
luck.
From what I can tell Java7 has a slight language difference
in how it opens and captures serial data from a port.
Windows 8.1 version ran just fine btw.

Trevor said:

Okay... random hunch. Is the device recognized if you plug it in USB THEN turn on the main power?

Trevor

Click to expand...

Nope it doesn't seem to matter. I plugged in first, switched on and then tried plugging it in, with it switched off, before flipping the switch. Both had the same result; a windows message popped up with an unknown device?

On the mac absolutely nothing happens when its plugged in. Seeing as I cant run Peregrine on the mac either, I cant check to see whether the com port is available.

Seoul_lasers said:

Got the same issue under Mavericks.
Ever since mavericks, java 7
has some issues capturing data streams.
I can see the data stream from my ARGLPM
in the serial window but peregrine data stream is indicating that capture=
False. No data capturing. I've tried v1.4 and v1.5 without any
luck.
From what I can tell Java7 has a slight language difference
in how it opens and captures serial data from a port.
Windows 8.1 version ran just fine btw.

Click to expand...

Interesting, I'm still on the version just before Maverics 10.8.5? Thanks for sharing the info though!:beer:

Well Im still stuck...any other suggestions?

Ive pretty much given up on peregrine, Ive been trying on and off for a couple of months now... I wouldnt mind using the Rubicon with Eagle eye, which is still working on my pc, but the LPM is not recognised and there are no drivers. :can:

Edit: @Trevor. You mention here that there is a manual? Do you have a copy you could send me? I never received one with the LPM. :beer:

You turned off the LPM, plugged it in and pointed it at the Ardunio drivers in the device manager, right?

Typically you'll need to point the Arduino to the drivers.

Ok the drivers you just sent me work on the PC. Hurray!

Now, and more importantly, I need to get it working on my mac!

With the mac, absolutely nothing, it doesnt even make a sound when I plug it in - its not seen by the computer.

Also did this:

sudo mkdir /var/lock
sudo chmod 777 /var/lock

but still nothing.

The version of Peregrine bundled in the file does exactly the same as the previous version I tried to run...

:beer:

Actually, I should be more clear about the language issue.
When I tried re-compiling Peregrine under Java 7 in
Processing I got several library errors. One in particular
had to do with the rX/tX library initilization.
I looked up the error and found that under java7 a change was made
in the beginning of the initialization script for serial data input and output.
The beginning sections of lib.pde also ran into trouble
Too.

Actually I posted a while (several months ago)
ago about this exact error.
The problem is with java's new changes that I'm sure of.

grainde said:

Ok the drivers you just sent me work on the PC. Hurray!

Now, and more importantly, I need to get it working on my mac!

With the mac, absolutely nothing, it doesnt even make a sound when I plug it in - its not seen by the computer.

Also did this:

sudo mkdir /var/lock
sudo chmod 777 /var/lock

but still nothing.

The version of Peregrine bundled in the file does exactly the same as the previous version I tried to run...

:beer:

Click to expand...

Hey Alex and Trevor!

Its still not working on the mac. The PC I was using is my work laptop. My personal computer is a mac so I really would like to get both Peregrine and the Rubicon running on it. I was really interested BECAUSE peregrine, unlike eagle eye, is supposed to work on macs...

Alex there was no driver for the Rubicon on the mac in the file you sent and the Rubicon is NOT recognised on the mac.

Come on guys if you are selling these to people with macs, this problem will need to be addressed! :beer:

Well... funny story, Peregrine was developed largely on Mac. I moved it to my HP laptop from time to time to confirm Windows support.

I'm prettymuch drowning in work right now; let me get Mavericks on my Macbook and I'll see what I can figure out.

Trevor

Ok cool, eagerly awaiting your response! :beer:

grainde said:

Hey Alex and Trevor!

Its still not working on the mac. The PC I was using is my work laptop. My personal computer is a mac so I really would like to get both Peregrine and the Rubicon running on it. I was really interested BECAUSE peregrine, unlike eagle eye, is supposed to work on macs...

Alex there was no driver for the Rubicon on the mac in the file you sent and the Rubicon is NOT recognised on the mac.

Come on guys if you are selling these to people with macs, this problem will need to be addressed! :beer:

Click to expand...

grainde said:

Ok cool, eagerly awaiting your response! :beer:

Click to expand...

I might have some time this afternoon to have another
Stab at it again.
I'll take a few screen shots too.
Hopefully I can figure out the compilation
errors that occurred under processing 2.1.
Got an update to 2.1.1. I'll see what happens
When retrying to compile. Hopefully this version
doesn't spit back the same library errors as before.

All Rubicon (so far) have been auto recognized on Macs. I don't own a Mac, and I've only tested it once on an Apple computer, but it was auto recognized. Any more details on your Mac?
The FTDI chip inside the Rubicon is an FT232RL. Try the drivers on this page.
Virtual COM Port Drivers

ARG said:

All Rubicon (so far) have been auto recognized on Macs. I don't own a Mac, and I've only tested it once on an Apple computer, but it was auto recognized. Any more details on your Mac?
The FTDI chip inside the Rubicon is an FT232RL. Try the drivers on this page.
Virtual COM Port Drivers

Click to expand...

Under the new version of Java and Processing there is an integrated Library for serial communications which means that the SerialDebuggerWindow winSerialDebug needs to be changed to accommodate the Java changes.
Seems like a few people have been effected by this.

I tried reloading the sketch in Processing 2.1.1 using the most recent Java edition,

The error it is spitting back shows a missing library... however this library according to literature does't exist under Processing 2.1 onwards... :thinking:

this is why Peregrine fails to open RX/TX and the ports are input= false in MacOSX.

:thinking::thinking::thinking::thinking:

UPDATE :

Did a tweak to find out what was going on...
I was presented with the following message:
Exception in Thread "Thread-21" Java.lang.NoSuchMethodError:
Processing.app.Base.showwarning (Ljava/lang/String;Ljava/lang/string (execptionV

Indeed this is directly related to the library change under Java 7.

ARG said:

All Rubicon (so far) have been auto recognized on Macs. I don't own a Mac, and I've only tested it once on an Apple computer, but it was auto recognized. Any more details on your Mac?
The FTDI chip inside the Rubicon is an FT232RL. Try the drivers on this page.
Virtual COM Port Drivers

Click to expand...

Well I downloaded and installed the drivers you recommended and then decided to use Seouls advice to see the data stream in my arduino program. My computer seems to make contact because there is a constant flow of data on the serial monitor.

Seoul_lasers said:

Under the new version of Java and Processing there is an integrated Library for serial communications which means that the SerialDebuggerWindow winSerialDebug needs to be changed to accommodate the Java changes.
Seems like a few people have been effected by this.

I tried reloading the sketch in Processing 2.1.1 using the most recent Java edition,

The error it is spitting back shows a missing library... however this library according to literature does't exist under Processing 2.1 onwards... :thinking:

this is why Peregrine fails to open RX/TX and the ports are input= false in MacOSX.

:thinking::thinking::thinking::thinking:

UPDATE :

Did a tweak to find out what was going on...
I was presented with the following message:
Exception in Thread "Thread-21" Java.lang.NoSuchMethodError:
Processing.app.Base.showwarning (Ljava/lang/String;Ljava/lang/string (execptionV

Indeed this is directly related to the library change under Java 7.

Click to expand...

Thanks for checking this, I will have another go at compiling it. Haven't succeeded yet.. It looks like my mac can see the Rubicon, so we just have to get Peregrine running on our macs. Cheers for the help both of you and more +1's when I can. :beer:

grainde said:

Well I downloaded and installed the drivers you recommended and then decided to use Seouls advice to see the data stream in my arduino program. My computer seems to make contact because there is a constant flow of data on the serial monitor.



Thanks for checking this, I will have another go at compiling it. Haven't succeeded yet.. It looks like my mac can see the Rubicon, so we just have to get Peregrine running on our macs. Cheers for the help both of you and more +1's when I can. :beer:

Click to expand...

Just out of curiosities sake, what
does the serial data look like off the rubicon?
Does it have a time stamp and mW like 0,0?
I'm really curious. Can you take a screen shot
of the arduino serial monitor?