Skip to main content ↑ ↓
Topic: [Solved] Anybody managed to get the software running on a mac? (Read 14003 times) previous topic - next topic

[Solved] Anybody managed to get the software running on a mac?

Any tips would be incredibly helpful. I'm stuck with installing RXTX since I cannot find my comm.jar file

Re: Anybody managed to get the software running on a mac?

Reply #1 –
I got past that but still no joy I get a kern exception every time I try.  I think I am missing something.

I applied the patch for the ubuntu issue that was previously reported to rxtx.  I am not sure if the problem is in the rxtx code or a not found.  Any suggestions.

intel macbook air with the Seeed built board. 

java -jar analyzer.jar
/dev/tty.usbmodem411
/dev/cu.usbmodem411
/dev/tty.HOLUXGR-231-SPPslave-1
/dev/cu.HOLUXGR-231-SPPslave-1
/dev/tty.Bluetooth-Modem
/dev/cu.Bluetooth-Modem
/dev/tty.SerialPort-1
/dev/cu.SerialPort-1
/dev/tty.Bluetooth-PDA-Sync
/dev/cu.Bluetooth-PDA-Sync
Device Controller found: org.sump.analyzer.devices.FpgaDeviceController
/dev/tty.usbmodem411
/dev/cu.usbmodem411
/dev/tty.HOLUXGR-231-SPPslave-1
/dev/cu.HOLUXGR-231-SPPslave-1
/dev/tty.Bluetooth-Modem
/dev/cu.Bluetooth-Modem
/dev/tty.SerialPort-1
/dev/cu.SerialPort-1
/dev/tty.Bluetooth-PDA-Sync
/dev/cu.Bluetooth-PDA-Sync
Device Controller found: org.sump.analyzer.devices.Hp16500DeviceController
Device Controller = FPGA Controller
Tool found: org.sump.analyzer.tools.I2CProtocolAnalysis
Tool found: org.sump.analyzer.tools.SPIProtocolAnalysis
Tool found: org.sump.analyzer.tools.StateAnalysis
Tool found: org.sump.analyzer.tools.UARTProtocolAnalysis
Attaching to: /dev/tty.usbmodem411 (115200bps)
open: locking worked for /dev/tty.usbmodem411
open: fd returned is 43
has_line_status_register_acess: Port does not support TIOCSERGETLSR
init_threads:  start
init_threads: creating drain_loop
init_threads: get eis
init_threads: set eis
init_threads:  stop
Run started
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
writeByte >>
writeByte:  index->writing = 1RXTXPort:writeByte 1
Device ID: 0x534c4131
11000000 00000000 00000000 00000000 00000000
writeArray()
writeArray:  index->writing = 111000001 00000000 00000000 00000000 00000000
writeArray()
writeArray:  index->writing = 111000010 00000000 00000000 00000000 00001000
writeArray()
writeArray:  index->writing = 110000000 00000000 00000000 00000000 00000000
writeArray()
writeArray:  index->writing = 110000001 11111111 00000001 11111111 00000001
writeArray()
writeArray:  index->writing = 1Flags: 10
10000010 00000010 00000000 00000000 00000000
writeArray()
writeArray:  index->writing = 1writeByte >>
writeByte:  index->writing = 1RXTXPort:writeByte 1
Run completed
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
writeByte writeByte:  index->writing = 1RXTXPort:writeByte 1
setDTR( 0 )
setDSR( 0 )
drain_loop:  received EINTR------------------ drain_loop exiting ---------------------
eventLoop: got interrupt
Invalid memory access of location 0x129657918 rip=0x125b481ab

Segmentation fault

Re: Anybody managed to get the software running on a mac?

Reply #2 –
Okay I have tried rxtx version 2.1.7r2, that dies in
j  gnu.io.RXTXPort.readByte()I+0
j  gnu.io.RXTXPort$SerialInputStream.read()I+61
j  org.sump.analyzer.devices.FpgaDevice.readInteger()I+13
j  org.sump.analyzer.devices.FpgaDevice.run()Lorg/sump/analyzer/CapturedData;+31
j  org.sump.analyzer.devices.FpgaDeviceController.run()V+58

2.2pre I built and installed that dies in close

j  gnu.io.RXTXPort.interruptEventLoop()V+0
j  gnu.io.RXTXPort.removeEventListener()V+55
j  gnu.io.RXTXPort.close()V+91
j  org.sump.analyzer.devices.FpgaDevice.detach()V+61
j  org.sump.analyzer.devices.FpgaDeviceController.run()V+127
j  java.lang.Thread.run()V+11

No joy

So if anyone gets this far.  Am I missing a step?  I can talk to plenty of other things using rxtx I noticed doing a find across the system.  I am also becoming way to familar with the code, but still no luck.   Suggestions would be welcome.  I have tried 5 different pre-compiled version of rxtx at this point, and built and installed 3 more.  I am also getting good and removing the pieces.

Re: Anybody managed to get the software running on a mac?

Reply #3 –
I tried running pump-loader -s to get status and if I just plugin the board I get the act light blinking for a bit then just the power and the trig led lit.  Pump-loader does not like it much and I get
richard-hydes-macbook-air:client rich$ perl pump-loader.pl -p /dev/tty.usbmodem411 -s
PUMP-Loader v0.1
Using: /dev/tty.usbmodem411
Read/write: 2048 pages
Reading firmware version:
Hardware: 0, Firmware: 0.0, Bootloader: 0
Reading JEDEC ID: 0x
Incorrect flash, or flash not found!

If I push the reset and load I get act and power as the 2 green leds and I get
richard-hydes-macbook-air:client rich$ perl pump-loader.pl -p /dev/tty.usbmodem411 -s
PUMP-Loader v0.1
Using: /dev/tty.usbmodem411
Read/write: 2048 pages
Reading firmware version:
Hardware: 1, Firmware: 0.1, Bootloader: 255
Reading JEDEC ID: 0x1f240000
Found ATMEL AT45DB041D
Read status byte: 0x9C
done.
richard-hydes-macbook-air:client rich$

This leads me to believe the board is possibly working and has the bootloader on it.

Still crashes in this mode as well.

Re: Anybody managed to get the software running on a mac?

Reply #4 –
Sorry buddy, I've got no idea, but I am watching this thread keenly

Re: Anybody managed to get the software running on a mac?

Reply #5 –
Okay, maybe joy.  This page has a workable snowleopard binary for 2.1.7r2 rxtx http://atelier.tkrworks.net/doc/about-p ... g=en  He also explains the permissions stuff that you need to play with to get it to work.  This is incredibly broken, but this got me going further than before.

Re: [Unsolved] Anybody managed to get the software running on a mac?

Reply #6 –
well I can download, but the driver is crashing my MAC on usb disconnect about 50% of the time

Re: [Unsolved] Anybody managed to get the software running on a mac?

Reply #7 –
No luck here, although it doesn't crash:

* 21.5" iMac
* MacOS 10.6.3
* rxtx 2.1-7r2 (binary, I just put the librxtxSerial.jnilib and RXTXcomm.jar in /Library/Java/Extensions)

------------------------------------8<--------------------------------------------
Experimental:  JNI_OnLoad called.
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version   = RXTX-2.1-7
/dev/tty.usbmodem411
/dev/cu.usbmodem411
/dev/tty.Bluetooth-PDA-Sync
/dev/cu.Bluetooth-PDA-Sync
/dev/tty.Bluetooth-Modem
/dev/cu.Bluetooth-Modem
Device Controller found: org.sump.analyzer.devices.FpgaDeviceController
/dev/tty.usbmodem411
/dev/cu.usbmodem411
/dev/tty.Bluetooth-PDA-Sync
/dev/cu.Bluetooth-PDA-Sync
/dev/tty.Bluetooth-Modem
/dev/cu.Bluetooth-Modem
Device Controller found: org.sump.analyzer.devices.Hp16500DeviceController
Device Controller = FPGA Controller
Tool found: org.sump.analyzer.tools.I2CProtocolAnalysis
Tool found: org.sump.analyzer.tools.SPIProtocolAnalysis
Tool found: org.sump.analyzer.tools.StateAnalysis
Tool found: org.sump.analyzer.tools.UARTProtocolAnalysis
Attaching to: /dev/tty.usbmodem411 (115200bps)
gnu.io.PortInUseException: Unknown Application
   at gnu.io.CommPortIdentifier.open(CommPortIdentifier.java:354)
   at org.sump.analyzer.devices.FpgaDevice.attach(FpgaDevice.java:444)
   at org.sump.analyzer.devices.FpgaDeviceController.run(FpgaDeviceController.java:514)
   at java.lang.Thread.run(Thread.java:637)
Run started
Run aborted
java.lang.NullPointerException
   at org.sump.analyzer.devices.FpgaDevice.sendCommand(FpgaDevice.java:542)
   at org.sump.analyzer.devices.FpgaDevice.run(FpgaDevice.java:601)
   at org.sump.analyzer.devices.FpgaDeviceController.run(FpgaDeviceController.java:524)
   at java.lang.Thread.run(Thread.java:637)
------------------------------------8<--------------------------------------------

When I plug in the Sniffer, Mac OS asks me to configure the network port it detects, which I declined.
I have no idea what might be blocking the port?!?!

Iwan

Re: [Unsolved] Anybody managed to get the software running on a mac?

Reply #8 –
Ho-hum, I should have googled a bit:

http://rxtx.qbang.org/wiki/index.php/FAQ

Q: On MacOS X I get a 'PortInUseException', even though it isn't?
A: Versions prior to 2.1-8 use lock files, which is not the MacOS X way of doing things, and therefore has issues. For this reason make sure that you have version 2.1-8 or higher, which makes use of I/O Kit. At this point in time 2.1-8 is only availble from CVS, in source form. See the section Retrieving Source Code, on getting the latest code - be sure to get the code from the 'gnu.io' branch.

[update]

I copied librxtxSerial.jnilib and RXTXcomm.jar from Arduino18 that I happened to have installed to /Library/Java/Extensions.
RXTX is still reported to be 2.1-7, however communication seems to work now (maybe the Arduino devs backported the patch?)

It seems to work now, although I got a few "Device not found" errors. The solutions seems to be to put the OLS into update mode and then do a reset.

Re: [Unsolved] Anybody managed to get the software running on a mac?

Reply #9 –
I have SUMP working nicely on OS X 10.6.3 by using the following steps:
1)  Copy librxtxSerial.jnilib and RXTXcomm.jar from Arduino18 (or Processing) to /Library/Java/Extensions (Arduino and Processing are Java based apps which use USB serial extensively so they manage to keep RXTX working).
2)  Use the version of SUMP from http://www.gadgetfactory.net/gf/project ... r&view=log
I didn't have any luck with the sep262008 release of SUMP.
3)  I find the easiest way to run SUMP is to simply double click on analyzer.jar.
I've tried a number of the OLS features using this version and everything I've tried seems to work fine.

Re: [Unsolved] Anybody managed to get the software running on a mac?

Reply #10 –
a 0 cent tip, have you verified you weren't in 64bit?

Re: [Unsolved] Anybody managed to get the software running on a mac?

Reply #11 –
@sdixon: hmm, that method doesn't seem to work for me, I'm running 10.5.8. It throws up an error and tells me to check my console, this is the output:
Code: [Select]
6/05/10 2:34:43 AM [0x0-0xfa8fa8].com.apple.JarLauncher[73950]  at java.lang.ClassLoader.loadClass(ClassLoader.java:251) 
6/05/10 2:34:43 AM [0x0-0xfa8fa8].com.apple.JarLauncher[73950]  at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953] Exception in thread "main"  
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953] java.lang.UnsupportedClassVersionError: Bad version number in .class file 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.lang.ClassLoader.defineClass1(Native Method) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.lang.ClassLoader.defineClass(ClassLoader.java:675) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.net.URLClassLoader.access$100(URLClassLoader.java:56) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.net.URLClassLoader$1.run(URLClassLoader.java:195) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.security.AccessController.doPrivileged(Native Method) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.net.URLClassLoader.findClass(URLClassLoader.java:188) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.lang.ClassLoader.loadClass(ClassLoader.java:316) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.lang.ClassLoader.loadClass(ClassLoader.java:251) 
6/05/10 2:35:04 AM [0x0-0xfaafaa].com.apple.JarLauncher[73953]  at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)

@elbeem: Thanks for the tip, could you explain what you mean for less knowledgeable people ;)

Re: [Unsolved] Anybody managed to get the software running on a mac?

Reply #12 –
Jim-
There was a change over between OS X 10.5 and 10.6 where the default version of java changed from 1.5 to 1.6.  I'm guessing, from the error message you posted which says "bad version number in class file", that analyzer.jar is compiled under java 1.6 (which has been the standard version for quite a while now).  As I recall, it was possible to get a version of java 1.6 from Apple for OS X 10.5 but I think it was 64 bit only and I'm not sure it would solve your problem.  Otherwise, you can either upgrade to 10.6 or try to compile SUMP with the version of java that is currently installed on your machine.  Also, java 1.6 is only available for Intel Macs I believe.
Hope that helps.
-Scott

Re: [Unsolved] Anybody managed to get the software running on a mac?

Reply #13 –
Thanks for your help sdixon, I finally got it working. Instead of using the version you linked to I used the "Official" SUMP version 0.8. Just downloaded the precompiled binaries and they work for me.

One thing to note is, don't run the logic analyzer through a usb hub. It works sometimes through a hub but it has worked every time through a direct port.

Oh, in the interest of people reading this later I'm running mac os x, 10.5.8 on an intel imac

Re: [Solved] Anybody managed to get the software running on a mac?

Reply #14 –
Great!  So probably SUMP 0.8 was compiled on Java 1.5.  I'm not sure why that version wouldn't work for me on OS X 10.6 but I could never get the sampling panel to come up.  Works fine with the newer version.  Class files from Java 1.5 should generally work fine with Java 1.6, but in this case I had no luck.
Glad that you found a solution but when newer SUMP version come out, you may have the same class version problem so you might still need to learn to compile SUMP on the version of Java that you have.
-Scott