开云体育

Ken & Martin;
You are absolutely right. I had a senior moment ( in a hurry with fingers no doubt ) it should have read
WRITE FULL PAGE , my sincere apology for any inconvenience Martin , that works everytime for me and is a quick way to get on the road . On my B units I turn horn volume to zero and turn off horn function .


Cheers

Bill W.

As I continue to build a panel using Layout Editor I would like to change the default text color and there doesn't seem to be a way to do that. I click on Options>Set default text color and pick a color other than the one now checked and the existing text doesn't change but when I click on Options>Set default track color and pick a different one the existing track color does change.

Why doesn't the text color change? How do I change the existing text color?

Thanks,
Ken

Bill,



Ghost is a Norton (now Symantec) product that captures everything on your
boot drive, bit by bit, and is called an 鈥渋mage.鈥�

When your harddrive fails (and it will) you install a new blank harddrive,
and apply the image to it, and your computer now is an exact copy of what it
was when you created the image.

Formatting, Windows, programs, data, settings, everything that was there
when the image was created. It is called a 鈥渂are metal restore.鈥�



I use an older version (v8.3) that only works in DOS. I believe the new
versions can capture a Windows image while Windows is running.



Before capturing a new image, I remove the archive bit from all files on the
boot drive, thereafter, I run an xcopy batch file daily to backup only those
files that have changed (those that have the archive bit 鈥榮et鈥�).



I鈥檝e recently retired from computer/network support of in an organization
with 6000+ PC鈥檚, but at home, personally, I鈥檓 a bit of a retro-geek, having
only gone to WinXP in 2009.



Greg Komar

gkomar@...

"The only people with whom you should try to get even are those who have
helped you." -- John E. Southard

_____

From: jmriusers@... [mailto:jmriusers@...]
Sent: Wednesday, June 04, 2014 9:43 AM
To: jmriusers@...
Subject: Re: [jmriusers] Backups - A Cautionary Tale - When overkill just
isn't enough





Greg - What is Ghost and how is it used? - Bill


Amtrak - the ONLY way to fly!


On Wednesday, June 4, 2014 9:35 AM, "'Greg Komar' gkomar@...
[jmriusers]" <jmriusers@...> wrote:



Each harddrive in each PC (WinXP) in the house has a second internal drive
that is used as it's backup device.

Backed-up every evening.

Every month, the backup drives are backed up to an external drive via an
e-Sata connection.

Every 3-4 months, the boot drive ("C:") is cloned via Ghost to enable bare
metal restore.



This Ghost image has saved us many times, more from virus attacks than from
harddrive failure.

Picking through all the 'suggestions' and registry entries to remove a virus
or malware for hours on end isn't my cup of tea.

40 minutes (or less) the boot drive is re-imaged, and the current data
restored.



It may seem a little compulsive, but if I weren't, I probably wouldn't be a
model railroader either..



Greg Komar

gkomar@...

813-453-0997

"Where the spirit does not work with the hand, there is no art." 炉 Leonardo
da Vinci

_____


From: jmriusers@... [mailto:jmriusers@...]
Sent: Wednesday, June 04, 2014 6:43 AM
To: jmriusers@...
Subject: Re: [jmriusers] Backups - A Cautionary Tale



Time Machine is without a doubt the best set-and-forget backup tool.
However, it alone does not satisfy the requirements of the 3-2-1 rule for
data safety.

I use Time Machine for first-line-of-defence backups, Dropbox for sharing
(the 30 day history is a bonus), a commercial cross-platform Cloud backup
service and periodic archival backups to DVD as well as rotating USB drives
for short-term. (Yes I am a former system administrator in a data centre.)

Unfortunately I have been unable to find a satisfactory Windows equivalent
of Time Machine. I paid quite a bit for one that promised bare-metal restore
capability like Time Machine but it failed to deliver under test. CrashPlan
(cross-platform) is very good (you can have local, Cloud or remote backups)
but it cannot do bare-metal restores. Otherwise it behaves like Time
Machine. Windows Backup is not in the same league as Time Machine.

There are two types of people; those who have had a hard drive crash and
those who will.

In my current day job (remote support of a testing and data-collection
software package) I tell all our clients that "C:" is for Crash (not my
line, but I like it). We now insist that our clients save data to a
backed-up server if at all possible (less tears on the phone now, prior to
the change of policy data loss was common).

Think about how much time and effort you have put into building all your
JMRI panels, reading all your roster into DP, not to mention those
irreplaceable family and train photographs - can you really afford not to
have a proper backup strategy?
--
Dave in Australia

On 04/06/2014, at 4:32 PM, "up_sbrown@... [jmriusers]"
<jmriusers@...> wrote:

So whilst I agree that DropBox backs up as the items are changed there is

a finite window of recovery of around 30days, yes I too use dropbox as well
as some other cloud tools and like it/them a lot, but I still believe TM to
be viable and non invasive after the initial, and very long, archive set is
built to the point that I recommend if you have the ability to have a spare
HD hanging off your Mac then this is the simplest easiest way to back up
with out having to worry about shifting files into drop box (or other cloud
folder) first before using them. I don't believe the overhead to be
significant during incremental backups and only time I relies it's doing
something is HD platter will spin up and/or see the logo circling in menu
bar.

I am sure there are similar tools available for the windows environment

too and I am a proponent of any back up that requires human interaction
inevitably will be the one thats forgotten, and invariably needed. Also
platter based external HDs are so cheap now it's almost a crime not to back
up too.


------------------------------------
Posted by: Dave Heap <dgheap@...>
------------------------------------

Yahoo Groups Links





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



------------------------------------

------------------------------------

Yahoo Groups Links



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



------------------------------------
Posted by: Bill Rooke <wwrooke39@...>
------------------------------------

Yahoo Groups Links

Kevin,



Shouldn't that have gone in HEAD and not BRANCH??



-Ken Cameron, Member JMRI Dev Team

www.jmri.org

www.fingerlakeslivesteamers.org

www.cnymod.com

www.syracusemodelrr.org

Hi Robin,

The routes code never use to go through checking the turnout states when loaded, I have now updated that so that it does, this will be in the next release so give it a try.

Regards
Kevin

Don,

As I don't own any Bachmann with sound myself, I'll work with published documentation to add the missing decoders. It would be fine if you could read all the CVs of your new SD-70ACe with JMRI (using Sountraxx Tsunami Diesel), print the result into a PDF and send it to me off this list (as no attachments are allowed here). Just to be sure, in case they have introduced undocumented changes compared to what is available on Soundtraxx web site () for older models.

Alain LM

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

Thanks Alain, I figured someone would pick up on that..
Don Perla

On Jun 5, 2014, at 2:21 PM, Ben Sevier bwsevier@... [jmriusers] <jmriusers@...> wrote:

I used to use this same computer in my work as a network engineer, and had no speed issues with the port (talking to routers and other equipment command ports), so the port itself is not the problem. However, in order for JMRI to be able to comprehend and talk to the interface, I had to drop the speed down to 19.2k baud with hardware control. Works fine. Go figure.

There are lots of ways that hardware flow control can fail silently: Bad cable connection, USB-serial adapter not implementing the control leads or doing them at a low voltage, driver not implementing them, etc. When that happens, lowering the speed removes (or reduces) the need for flow control and the connection starts working again.

Bob
--
Bob Jacobsen
rgj1927@...

Hi Len Yes I finally got decoderpro 3 to recognize a loco on the program track, so I will see if I can learn the ins and outs of cv's and the jmri software.
Thanks
Lynn

Hi. I have a series of Routes, and each one has its own Internal Sensor assigned to 鈥淓nter Sensor that Activates when Route Turnouts are correctly aligned鈥�. Each route contains a single Loconet turnout, and the turnout table shows that each Turnout has a known state 鈥� either open or closed. However the Sensor associated with each Route is in state Unknown.



If I Set a Route then the associated Sensor will change to Active. If I manually set the turnout in a Route, as I watch the Sensor table the associated Route sensor will change from Unknown to Inactive very briefly and then show Active.

Perhaps there is a timing issue at start up between evaluation of the Route Sensors and completion of the Loconet interrogation sequence that determines the state of the turnouts, or perhaps it is something else. If any case, is there a workaround script that I could run that would cause the state of the Route Sensors to properly initialize?



Thanks.



Robin



Robin Becker

San Diego, CA



<>





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

I am new to JMRI (using latest production version), and after much trial and error, was able to get my layout built and signals setup. I used the "NS-2008" signal mast types with "SEC8 4-aspect" signal heads, with SEC8 boards within my digitrax system. And a PR3 interface with Windows XP on an old PC laptop dedicated to the layout.


I was able to build all the signal mast logics for all the signals on the layout, and for the most part all works beautifully. On the double head 3-3 masts, I did "disable" 3 different aspects including "approach medium", "approach limit" and "approach slow". While running and switching an engine around to test out the signals and all the logics I built, I discovered a "bug".


On the two double masts protecting turnouts leading into each end of the train yard, if I align the switches to create a continuous run through the entire yard, both entry signals turn to "STOP". But when I look in the signal mast logic window, the logic line says it should be "clear". Is there a way to fix this "bug"?


Also, on a side note: The JMRI program is trying to show the "flashing yellow" aspect by turning one of the digitrax "turnout commands on and off", when the SEC8 is setup to automatically do it. I have to set the SEC8 4th aspect to "Dark" for the yellow to flash correctly, as well as the flashing green". However, it is sending so many commands simultaneously, the entire signal system is noticeably blinking. Is there a way to change JMRI so it only send the command once for "flashing yellow", and disable the "flashing green"? My layout is so small, I don't have enough track and blocks to run the entire systems as a prototypical system. So I need to simplify the aspects, otherwise I would rarely see a solid green while running a train.



Any advice or support would be great!


Thanks! - Dave

Got it working on the new system.

Interesting - on the old system, I was running the serial interface at 57.6k baud, with no problems either with JMRI or the Lenz LI101F. On the new(er) system, the Lenz interface works fine at that speed, but JMRI can only sorta 搕alk� to it, and thus not error out. But, it抯 not able to get the Command Station info or be able to communicate properly with it.

I used to use this same computer in my work as a network engineer, and had no speed issues with the port (talking to routers and other equipment command ports), so the port itself is not the problem. However, in order for JMRI to be able to comprehend and talk to the interface, I had to drop the speed down to 19.2k baud with hardware control. Works fine. Go figure.

Thanks for listening.

Ben

Ben Sevier
San Diego, CA

On Jun 5, 2014, at 12:43 PM, "Ben Sevier bwsevier@... [jmriusers]"<jmriusers@...> wrote:

Paul - dug into the logs. There are no 鈥渢imeout鈥� errors - I see the query sent to the LI101F, then get a line saying the Command Station is either off or offline, but no errors as such. The only

That was the warning message I was asking about yesterday. It goes on to say that JMRI is assuming the command station is a version 3.5 LZV100.

This is ALWAYS an indication of one of the following:
1) the power is off on the command station
2) there is a bad cable somewhere ( either between the Computer and the LI101F and the command station ).
3) there is a configuration problem

The most likely cause here is a configuration problem. ( yes, I know you said it was correct, but I have seen this way too often ).

Can you use the Lenz tool to read the port speed the device is set to. Alternately, just reset the speed to the value you set JMRI too.

Are there any other serial ports listed on the machine? Is it possible it as an internal modem that is using COM1?

other device on that net is a throttle, which have different addresses - the LI101F is on 30. The system info tool does NOT show any thing (fields are blank), and if I click on the 鈥淩ead鈥� it just sits there - XpressNet monitor shows the query, but no response and no timeout errors鈥�

Very strange - the Lenz system was working perfectly on the old tower system, and on the new one the Lenz tool for the LI101F works fine, and it can read the command station and show the correct version. So, will do a trace on the serial port and see what is going on鈥�

This is actually pretty common when people change machines, but it's easily correctable.

Paul

How are your A and B units set up? Are they an an advanced consist, or are they just assigned the same address? This makes a difference with NCE.

Also with NCE there is SETUP COMMAND STATION->NUMBER OF HORN OFF PACKETS. Increasing that value may help.

Do you really want a horn on the B unit? We didn't have B units over here, but I would assume there is none as there is no cab to control it. Is that right? Disable the horn in Function Map.
--
Dave in Australia

Martin:
This is starting to sound like a pickup problem with the B units.
JMRI just tells the cmd station to turn the horn Of or Off. Then the cmd station sends the DCC cmd on the rails to that decoders.or decoders if you have them in a simple consist. (both locos with the same DCC address).

All the imformation we are getting indicates they are all the same decoder.

Do you have a Programing track booster.

I am not that good with NCE.
Dave heap is one of the go to guy for them

Walt

Sorry I should have included this before. It seems there are some CV's that
JMRI can't read (301 Error) but writes to fine. They are in the 140-150
range which is the speed table.



Martin Ozolins

<mailto:mdozolins@...> mdozolins@...

(760)405 4812



"Fortune favors the prepared mind" - Louis Pasteur



From: jmriusers@... [mailto:jmriusers@...]
Sent: Thursday, June 05, 2014 10:29
To: jmriusers@...
Subject: RE: [jmriusers] Re: Broadway Limited Decoder Settings





That is correct, I started with the unpowered b unit. My morning daylight
struggled up one of my grades so I got the powered unit. My A units are
quirky as well, but they don't get stuck in a horn sounding loop as the b
unit does.

Martin Ozolins

<mailto:mdozolins@...> mdozolins@...

(760)405 4812

"Fortune favors the prepared mind" - Louis Pasteur

From: jmriusers@... [mailto:jmriusers@...]
Sent: Thursday, June 05, 2014 06:05
To: jmriusers@...
Subject: Re: [jmriusers] Re: Broadway Limited Decoder Settings

Apologies in advance if I ask a stupid question, but BLI B-units are
available either as fully DCC-equipped (with Paragon 2 decoder) or dummy
(unpowered and no decoder) when purchased in a A+B set.
So the decoder should be either a Paragon 2 like the A-unit or ... nothing !

Alain LM

Paul - dug into the logs. There are no 鈥渢imeout鈥� errors - I see the query sent to the LI101F, then get a line saying the Command Station is either off or offline, but no errors as such. The only other device on that net is a throttle, which have different addresses - the LI101F is on 30. The system info tool does NOT show any thing (fields are blank), and if I click on the 鈥淩ead鈥� it just sits there - XpressNet monitor shows the query, but no response and no timeout errors鈥�

Very strange - the Lenz system was working perfectly on the old tower system, and on the new one the Lenz tool for the LI101F works fine, and it can read the command station and show the correct version. So, will do a trace on the serial port and see what is going on鈥�

Ben
Hi Ben

One more question, before I respond to your comments....

If there are any other devices connected to the LZV100, do all of the devices have unique XPressNet addresses?

On Jun 5, 2014, at 7:42 AM, "Ben Sevier bwsevier@... [jmriusers]"<jmriusers@...> wrote:

No warnings, no messages. If I run the Express Net tool to get the command station info, it just sits there - I can see the requests go out in the Express Net console, but no responses. JMRI acts like all is ok, and doesn锟絫 complain the serial interface isn锟絫 responding.

You SHOULD see at least warnings in the system console stating there were timeouts on replies to the messages.

I锟絤 a computer hardware and software guy by profession - may have to find my serial port monitor and see if JMRI is even trying.

If it isn't giving you a warning about the command station type, then the initial communication is working. The first thing JMRI does when starting on an XPressNet system is to ask the command station what type it is so that it can load the proper managers.

If this is working, you will see the command station type when opening the system information tool.

If this is the case, try turning flow control off and see if that changes the behavior.

Paul

Ben Sevier
San Diego, CA



Ben Sevier
San Diego, CA








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

That is correct, I started with the unpowered b unit. My morning daylight
struggled up one of my grades so I got the powered unit. My A units are
quirky as well, but they don't get stuck in a horn sounding loop as the b
unit does.



Martin Ozolins

<mailto:mdozolins@...> mdozolins@...

(760)405 4812



"Fortune favors the prepared mind" - Louis Pasteur



From: jmriusers@... [mailto:jmriusers@...]
Sent: Thursday, June 05, 2014 06:05
To: jmriusers@...
Subject: Re: [jmriusers] Re: Broadway Limited Decoder Settings





Apologies in advance if I ask a stupid question, but BLI B-units are
available either as fully DCC-equipped (with Paragon 2 decoder) or dummy
(unpowered and no decoder) when purchased in a A+B set.
So the decoder should be either a Paragon 2 like the A-unit or ... nothing !


Alain LM

Jon,

I spoke to MRC at the Amhearst show and they told me they were working to
support JMRI but it was about 6 months away so the timing sounds right to
me. Took them long enough.

Barry Rosier

Walt and Thomas, just to let you know I found out what the problem was. I always check wheel gauge on all of my locos and rolling stock and had re-gauged the wheels on the C-19. Widened them slightly with a NWSL wheel puller but had to reduce it a little after this procedure. Hard to get it right the first time with the NWSL puller.

So, the wheel puller pulls the wheel off the axle but when you push the wheels back to gauge the axle moves inside the insulating sleeve. My problem was the metal axles were touching inside the insulating sleeve in a couple of cases. Found out by using a meter across the wheels.


No more wheel pullers for Blackstone locos. A couple of small screwdrivers between the wheel and the bushings is all that is required. The axles slide quite easily inside the insulating sleeve. I used the wheel puller so I did not upset the "quartering".


Thanks for the advice. It was a short but it did not manifest itself as a short in the normal way...........George.

Thanks



Martin Ozolins

<mailto:mdozolins@...> mdozolins@...

(760)405 4812



"Fortune favors the prepared mind" - Louis Pasteur



From: jmriusers@... [mailto:jmriusers@...]
Sent: Thursday, June 05, 2014 09:53
To: jmriusers@...
Subject: Re: [jmriusers] Re: Broadway Limited Decoder Settings





Martin;

Try this with your Paragon 2 E7B;

After making all your settings/changes, GO BACK to the basic tab and rewrite
it by hitting "write all sheets" for some unknown reason I've found some CVs
are changed in the process of setting others. This should get you running.

Bill W.

----- Original Message -----
From: Martin Ozolins mdozolins@... [jmriusers]
To: jmriusers@...
Sent: Wednesday, June 04, 2014 9:57 PM
Subject: RE: [jmriusers] Re: Broadway Limited Decoder Settings

Did that before I started looking for an updated definition file. These are
release 2 decoders and have various quirks under JRMI/NCE. I'm going to
take them to my club on Fri and see if there Pro Cab system gets better
results. It did with my HO E7's.

Martin Ozolins

"Fortune favors the prepared mind" - Louis Pasteur

From: jmriusers@... [mailto:jmriusers@...]
Sent: Wednesday, June 04, 2014 18:48
To: jmriusers@...
Subject: [jmriusers] Re: Broadway Limited Decoder Settings

Martin
The doc for your decoder is at



I would suggest you try doing a factory reset. Tere dou,ments don't give the
rev number but they seem to be all the same Paragon2 programs.

Walt