开云体育

I started this thread over an article I was writing for the Trolleyville Times August 1 issue about a specific streetcar we were building using an old Q-Car shell, a modified Bowser RTR PCC floor and a Tsunami decoder plus LED lights and now I am ending it.
Thanks to all of you, especially Marc, who responded. I have been called a few names (ignorant, insulting, etc) but I never got the problem fixed after five days. One of you tried very hard but I had trouble understanding a lot of what he wanted me to do. Two of us in our club worked the issue and have now terminated our desire to use JMRI.
It appears that unless we had one of the experts standing next to our computers, this problem would never get resolved and we must get to other things. Since that will probably never happen, we have to quit and move on!
I have loved using DecoderPro since I downloaded it from the Digitrax web site many years ago. it was the most useful tool I had in discussing DCC with most members. At this time it is totally useless to me! It was working one day and not the next and nothing was changed, except I did upgrade to 4.7.6 but it was not working before it did that.
Thanks again...over and out!

George Huckaby
Custom Traxx

OK, I found out after I did the Java 6 install, I had an older version of Java 8 on my machine.
After Bob's post last night, I grabbed the latest version & loaded it.
This morning I tested it & it works fine!
It looks like Mac OS X 11 users should update Java to the latest release.
Thanks for the insight into this issue. Very perplexing!

Jay - AT&SF

I do support a couple of layouts running on Vista with current JMRI. Java 8
will load, but you have to use the offline file it seems. I find the speed
of Vista isn't great, on a couple of boxes we wiped that out and made it a
Linux Mint box and we had much greater speed.



-Ken Cameron, Member JMRI Dev Team

www.jmri.org

www.fingerlakeslivesteamers.org

www.cnymod.com

www.syracusemodelrr.org

Peter,



Personally I'd like it if the 'you sure you want to create a signal without
username' was something I could give a preference of 'don't bother asking'.
Building the panels virtual the first time around and the assigning to real
hardware is a great way in my book. That method saves a lot of effort when
filling in the hardware while building the rest of the layout.



-Ken Cameron, Member JMRI Dev Team

www.jmri.org

www.fingerlakeslivesteamers.org

www.cnymod.com

www.syracusemodelrr.org

I am getting the same problem, and I know it isn't the command station or power Supply. I tried it on two different command stations and power supply's and get the same 308 error.

How ever if I just use the simple programmer to read or change CV's it works fine.

It is the "Read all CV's" or 'Sheet" that gives me the errors.

Dennis

Hi Rich,

Much will depend on whether you are able to get Java 8 running on it. That
is the major JMRI requirement that you could run foul of as far as I can
see.

Wouter

On 4 July 2017 at 04:02, modeltrainnut@... [jmriusers] <
jmriusers@...> wrote:

I just dug out my old Toshiba Gaming Laptop which is still running Windows
Vista. Are any of the current versions of JMRI compatible with Vista, and
if so, would I be able to use current definition files with that version?


The laptop still has some useful software installed, and most Windows
upgrades seem to require me to wipe the hard drive clean and start anew. I
don't know where most of the older software source media is anymore...


Rich Velten
Ballwin, MO

Hi


Thanks, got it. Created a new mast with no user name and I can "move" an old mast to it.


Thanks again


Peter

On Jul 3, 2017, at 7:12 PM, breezlys@... [jmriusers] <jmriusers@...> wrote:

Could this be a Mac-specific issue?

Certainly could be. For a long time, MacOS X came with the right drivers for the PR3; nothing needed to be added. But perhaps that’s no longer true.

My PR3 does work with macOS 10.12.5, though.

Bob
--
Bob Jacobsen
rgj1927@...

Jay - you indicate Java 6. You need Oracle's Java 8.

Fred

Sent from the Twilight Zone!

Jack,

When you say you "close it and try to open it again later", are you referring to exiting JMRI and starting it later, or are you physically closing and later opening the laptop itself?

If you're exiting and re-starting JMRI, Billybob's advice to check your PR3's firmware is spot-on.

But if you're physically closing and reopening the laptop itself, you're probably putting the USB port into a sleep or low-power state (if not turning it off completely). Java unfortunately copes with that poorly, resulting in the "Stopped working" message.

HTH,
Steve
"Breezlys"


---In jmriusers@..., <jceiermann@...> wrote :

I can open Panel Pro the first time I start the laptop. But when I close it and try to open it again later I get the message


Java platform binary SE has stopped working.


I'm using a VAIO and the latest JMRI. . W10. JMRI connection is PR 3. Port 4


Suggestions please,


Thanks,
Jack Eiermann






[Non-text portions of this message have been removed]

Billybob,

There are two more potential causes for the "JAVA Platform binary has stopped working" message when using a PR3:

One is that if you plug it into a different USB port, Windows may think it's a different device and assign a different Com port number. The other is if your USB port goes into a low-power "sleep" state.

Java handles the lack of communication with the PR3 poorly in either of those cases, and the result is that not-very-helpful "Stopped Working" message..

As for Windows 10 and the PR3, they work just fine together. And depending on how current you are with your Windows updates, you may not even need to install the Digitrax "drivers". More into on that here: <>

HTH,
Steve
"Breezlys"

---In jmriusers@..., <jawhugrps@...> wrote :

Jack,

That's a frustrating experience!

Historically, the "JAVA Platform binary has quit working" message, when using a Digitrax PR3, is one of two things: PR3 firmware version or Windows PR3 drivers. Both are available from the Digitrax web site, in the "Downloads" section. For me, the PR3 firmware update solved my "binary stopped working" problems on a 64-bit Win7 computer.

You will want to use the "PR3 WIndows XP, Vista, 7, 8, and 10 Drivers". You can use DigiIPLII (available in the "SoundLoader2" package on the Digitrax web site "Downloads" page) to find out which version of firmware you have in your PR3. Use the DigiIPLII tool's "Find Devices" button to get the firmware version information. I think it is in the "S/W" column in the "Find Devices" table. Current PR3 firmware, as available on the Digitrax web site "downloads" page is "1.0".

An additional problem sometimes crops up - some USB cables shipped with the PR3 have been known to cause USB difficulties with some computers, and replacing them often solves USB problems.

I'll leave the Windows 10-specific investigations to those who have experience with it; I have thus far been able to not even touch a Win10 machine, so don't have any experience.

Depending on what JMRI version you are using, there may be a relationship to some new interface software that has been in very recent JMRI versions - ones where the so-called "PureJavaCommunications" library is used instead of the older "RXTX" library. What JMRI version are you using? Numbers are important here, as JMRI 4.6 can be significantly different from JMRI 4.7.6!

There are other possible causes, including "corrupted" JAVA installs, "corrupted" windows installs, etc. These are less-likely causes, and should be left for later investigations if problems persist after investigating the items above.

My bet would be PR3 firmware revision, but I could be wrong...

Regards,
Billybob

[Non-text portions of this message have been removed]

I just dug out my old Toshiba Gaming Laptop which is still running Windows Vista. Are any of the current versions of JMRI compatible with Vista, and if so, would I be able to use current definition files with that version?


The laptop still has some useful software installed, and most Windows upgrades seem to require me to wipe the hard drive clean and start anew. I don't know where most of the older software source media is anymore...


Rich Velten
Ballwin, MO

I tried a clean install of both 4.6 & 4.75. Neither would talk to the PR3.
Mac OS X 10.11 Java 6.
JMRI launches fine & gives no errors after setting it to the right port.
It sees the PR3, but will not talk to it.
Thanks!!
Jay - AT&SF

Could this be a Mac-specific issue?

Another user has reported experiencing the same issue when he moved a working PR3 installation from a W10 machine to an iMac: <>.

Customtraxx (George?) has reported that he's used the PR3/MacBook Pro combination in stand-alone programming mode for years with no issues, so we have to assume his JMRI preferences and physical/electrical connections are (or were) good: <>

And if I’m reading his earlier post correctly, he also reported that another user at his club, apparently also a Mac/PR3 user, had the same issue: <>

Can any of the developers with a Mac and PR3 look into this from the Mac side of things? I'm not a Mac user, so I'm not able to help other than pointing out the above which seems like too much of a coincidence to me. FWIW, my PR3 is working fine with JMRI.4.7.6.R570b2bc on W10.

Steve
"Breezlys"

---In jmriusers@..., <decals@...> wrote :

I did that a few times. Still (306).

[Non-text portions of this message have been removed]

I did that a few times. Still (306).

Jack,

That's a frustrating experience!

Historically, the "JAVA Platform binary has quit working" message, when using a Digitrax PR3, is one of two things: PR3 firmware version or Windows PR3 drivers. Both are available from the Digitrax web site, in the "Downloads" section. For me, the PR3 firmware update solved my "binary stopped working" problems on a 64-bit Win7 computer.

You will want to use the "PR3 WIndows XP, Vista, 7, 8, and 10 Drivers". You can use DigiIPLII (available in the "SoundLoader2" package on the Digitrax web site "Downloads" page) to find out which version of firmware you have in your PR3. Use the DigiIPLII tool's "Find Devices" button to get the firmware version information. I think it is in the "S/W" column in the "Find Devices" table. Current PR3 firmware, as available on the Digitrax web site "downloads" page is "1.0".

An additional problem sometimes crops up - some USB cables shipped with the PR3 have been known to cause USB difficulties with some computers, and replacing them often solves USB problems.

I'll leave the Windows 10-specific investigations to those who have experience with it; I have thus far been able to not even touch a Win10 machine, so don't have any experience.

Depending on what JMRI version you are using, there may be a relationship to some new interface software that has been in very recent JMRI versions - ones where the so-called "PureJavaCommunications" library is used instead of the older "RXTX" library. What JMRI version are you using? Numbers are important here, as JMRI 4.6 can be significantly different from JMRI 4.7.6!

There are other possible causes, including "corrupted" JAVA installs, "corrupted" windows installs, etc. These are less-likely causes, and should be left for later investigations if problems persist after investigating the items above.

My bet would be PR3 firmware revision, but I could be wrong...

Regards,
Billybob

I can open Panel Pro the first time I start the laptop. But when I close it and try to open it again later I get the message


Java platform binary SE has stopped working.


I'm using a VAIO and the latest JMRI. . W10. JMRI connection is PR 3. Port 4


Suggestions please,


Thanks,
Jack Eiermann

Thanks for providing the file. That helps a lot.

The largest amount of time was spent re-loading some parts of the Logix user interface as the sensors were loaded. Each time, the comboboxes for selecting a sensor were being recreated from scratch. As they got larger, that got slower.

PR #3715 has a proposed fix, which should be in development builds later today.



Bob

On Jul 3, 2017, at 11:53 AM, 'David Parks' bearwestern@... [jmriusers] <jmriusers@...> wrote:

I have posted a problem file named SensorLoad.xml in the yahoo group upload
area (via Leo).

This file contains only Internal Sensors. Windows 10

4.6.0 - manual load time about 1 seconds

4.6.0 - auto load time about 2 seconds

4.7.4ish - manual load time 41 seconds

4.7.4ish - auto load time 21 seconds

I have tried a large number of variations of this file and found that simple
numeric names with no user names load faster, but still around 50 times
slower in 4.7.4 then in 4.6.0. The empty panel is displayed to make it
easier to see when the Sensors are finished loading. We have tried the same
load test in versions later than 4.7.4 and not found a difference in timing.
The discrepancy in Load time is not unique to Sensors and follows the same
pattern with complex files with many classes of entities.

David Parks

Los Altos, CA

--
Bob Jacobsen
rgj1927@...

Thanks for the updates folks.

I have posted a problem file named SensorLoad.xml in the yahoo group upload
area (via Leo).



This file contains only Internal Sensors. Windows 10



4.6.0 - manual load time about 1 seconds

4.6.0 - auto load time about 2 seconds



4.7.4ish - manual load time 41 seconds

4.7.4ish - auto load time 21 seconds



I have tried a large number of variations of this file and found that simple
numeric names with no user names load faster, but still around 50 times
slower in 4.7.4 then in 4.6.0. The empty panel is displayed to make it
easier to see when the Sensors are finished loading. We have tried the same
load test in versions later than 4.7.4 and not found a difference in timing.
The discrepancy in Load time is not unique to Sensors and follows the same
pattern with complex files with many classes of entities.



David Parks

Los Altos, CA