¿ªÔÆÌåÓý

Date

Locked Re: HTTPS?

 

Colin,

I've been working on it but there are a few hurdles with regard getting the config right on the server used to host the main website.

The status page you mentioned is running on a different service.

Best regards,

Matt H


Locked HTTPS?

 

Hi,

The JMRI website isn't available over HTTPS. May I suggest it's time to add that and make it the default? Chrome for example is marking sites without HTTPS as "Not secure". A user is reporting that Norton Safeweb is popping up an "unsafe" and "highly recommended not to visit" warning for jmri.org:?

But I see that status.jmri.org has HTTPS using Let's Encrypt. acme.sh makes it very easy to setup.

If you need extra hands to help admin the site, I'm happy to help.

/Colin


Locked Re: Panel Pro Runs with Errors

Peter Rushworth
 

Hi Dave,

The three icons have been uploaded to the Photos page under the heading Panel Pro Runs with Errors.

I am using the version 4.16 of JMRI.

I wondered if I have missed some of the updates. Though I also have a copy of the Panel dated in late 2018 which still gives the same results.

I¡¯m not sure what you means when you say the signal hands have no content. As far as I can see these two signals are the same as the other 30 odd signal heads on the layout.

Any additional help you can give would be appreciated.

Thanks
Peter


Locked Re: JMRI Panel Questions

 

On Sun, Sep 1, 2019 at 04:44 PM, Frank Kenny CPRX Model Railroad wrote:
We have deleted these (or thought we did) many times, only to have them reappear when JMRI is re-started. What are we missing here? How can we get rid of these old panels for good?
As Dave says, if you open a panel and several appear, you have to delete the ones you do not want, and then save the remaining panel(s) (I usually "save-as" mine to a new name to minimize confusion).

You did not indicate whether you were manually loading panels, but if they appear when starting, they might be in the Preferences in the "Start Up" section which would load automatically when JMRI is started (with that Profile).

Phil in gorgeous Young Harris, Georgia, USA


Locked Re: Decoder pro

 

Glenn,

On 1 Sep 2019, at 11:39 PM, Glenn Ericson <glennericson@...> wrote:

i am using decoder pro on a raspberry pi and am trying the program dimming head lamps in a scale trains C39-8 with a lokpilot decoder
The latest version of JMRI (4.17.3) will correctly identify these decoders and allow you to program them. Did you try New Loco->Read Type from Decoder? That's the only safe way to program these ESU decoders.

Earlier than V4.16 will possibly have a problem with the available lighting options for some ESU non-sound decoders.

Dave in Australia


Locked Does the order of elements in JMRI's panel files matter to you?

 

Originally, JMRI did not preserve the order of elements when writing its XML panel files. The order of turnout definitions could and did change when you loaded and stored a file.

By user request, pretty early on, that was changed to make an effort (but not guarantee!) that the order would be preserved from one store to another. The code to do this was complicated, and there were various things that could cause an item to be written in a different order, but it basically worked.

But does anybody really care?

It would simplify the code, and significantly speed up certain operations, if we stopped trying to maintain the load-by order. In that case, elements (turnouts, sensors, etc) would be written into the file in order by system name.

This seems like a reasonable change to me. JMRI isn¡¯t a word processor: the panel files are a record of JMRI¡¯s internal state, not a document that¡¯s being written. Having that record be in the order that JMRI maintains internally is a simplification. (For a while, JMRI has maintained its internal lists in order by system name to speed up access in tables, etc)

But perhaps this would cause a significant problem for some use case. Maybe somebody has another app that needs a particular order in files from JMRI?

If this would be a problem for you, please let me know how and why. Otherwise, we¡¯ll likely make this change in the current set of test releases.

Thanks!

Bob
--
Bob Jacobsen
rgj1927@...


Locked Re: Panel Pro Runs with Errors

 

Peter,

What version of JMRI are you trying to run with this panel xml file?

The xml file is based on JMRI 3.6 and has not been updated since 2014.

The siglet errors are caused by SSL definitions for the indicated signal heads (LH29 South A2 4A and LH25 West Sidings C 4A) that have no content.

It is not possible to successfully load the panel since there are custom icons. ?They are?block_display.gif and uss-15-1256x850-2rows.gif.

The full system console log would be most helpful. ?This would help diagnose the Java error.


Dave Sand



On Sep 1, 2019, at 5:18 PM, Peter Rushworth <peter@...> wrote:

Hi,

I have been running PanelPro for several years and have found a couple of errors when I look at the System Console. ?In particular the following is?reported in the System Console:
2019-09-02 09:54:10,584 automat.Siglet ? ? ? ? ? ? ? ? ? ? ? ?ERROR - Siglet start invoked for "LH29 South A2 4ABlockBossLogic", but no inputs provided?[AWT-EventQueue-0]
2019-09-02 09:54:10,606 automat.Siglet ? ? ? ? ? ? ? ? ? ? ? ?ERROR - Siglet start invoked for "LH25 West Sidings C 4ABlockBossLogic", but no inputs?provided [AWT-EventQueue-0]

and:
2019-09-02 09:54:10,614 configurexml.ErrorHandler ? ? ? ? ? ? ERROR - Unexpected error (Exception) while?load(/Users/peterrushworth/Desktop/My_JMRI_Railroad/7July2016.xml) in adaptor of type jmri.managers.configurexml.DefaultRouteManagerXml?Exception: java.lang.StringIndexOutOfBoundsException: String index out of range: 4
See for possibly more information. [AWT-EventQueue-0]
java.lang.StringIndexOutOfBoundsException: String index out of range: 4

Not being a software expert I don't know the meaning of "automat.siglet' and the "BlockBossLogic" statement that no inputs are provided. However the?signals appear to work correctly, ie when a switch is changed or the track is occupied. (I use a Digtrax system with BDL168's for occupancy detection.)

The second problem is the Exception: java.lang.StringIndexOutOfBounds for adaptor type jmri.managers.configurexml.DefaultRouteManagerXML. I?cannot find any reference to jmri.managers.configurexml.DefaultRouteManagerXml ?in my Panel File. ?I have loaded the Panel File to the Files List. See?File 7July2016.xml

Can anybody please help me understand the errors in my File.

Thanks.
Peter Rushworth
New Zealand




Locked Re: Panel Pro Runs with Errors

 

Peter,

? ? I've got 6 of those in my start up.? Comes from using SSL signals with no inputs to them.? I use logix to make changes to the heads.? I need to make them into Signal Masts instead.

Roger


Locked Panel Pro Runs with Errors

Peter Rushworth
 

Hi,

I have been running PanelPro for several years and have found a couple of errors when I look at the System Console. ?In particular the following is reported in the System Console:
2019-09-02 09:54:10,584 automat.Siglet ? ? ? ? ? ? ? ? ? ? ? ?ERROR - Siglet start invoked for "LH29 South A2 4ABlockBossLogic", but no inputs provided [AWT-EventQueue-0]
2019-09-02 09:54:10,606 automat.Siglet ? ? ? ? ? ? ? ? ? ? ? ?ERROR - Siglet start invoked for "LH25 West Sidings C 4ABlockBossLogic", but no inputs provided [AWT-EventQueue-0]

and:
2019-09-02 09:54:10,614 configurexml.ErrorHandler ? ? ? ? ? ? ERROR - Unexpected error (Exception) while load(/Users/peterrushworth/Desktop/My_JMRI_Railroad/7July2016.xml) in adaptor of type jmri.managers.configurexml.DefaultRouteManagerXml Exception: java.lang.StringIndexOutOfBoundsException: String index out of range: 4
See http://jmri.org/help/en/package/jmri/configurexml/ErrorHandler.shtml for possibly more information. [AWT-EventQueue-0]
java.lang.StringIndexOutOfBoundsException: String index out of range: 4

Not being a software expert I don't know the meaning of "automat.siglet' and the "BlockBossLogic" statement that no inputs are provided. However the signals appear to work correctly, ie when a switch is changed or the track is occupied. (I use a Digtrax system with BDL168's for occupancy detection.)

The second problem is the Exception: java.lang.StringIndexOutOfBounds for adaptor type jmri.managers.configurexml.DefaultRouteManagerXML. I cannot find any reference to?jmri.managers.configurexml.DefaultRouteManagerXml ?in my Panel File. ?I have loaded the Panel File to the Files List. See File 7July2016.xml

Can anybody please help me understand the errors in my File.

Thanks.
Peter Rushworth
New Zealand




Locked Re: Signal pair conflict with turnout state? and auto train speed.?

 

Steve,

I did some more research based on your initial post to this thread.

I did notice the problem with the Chipping Dale turnout.

I don¡¯t know the cause but I suspect that because the turnout is in the middle of the Upper Loop STN block, the turnout position defaults to Closed. ?This might a special case that is not handled properly.

To fix this problem, a small change is required to the generated SML. ?For the Hill-UprAppr to Upr Stn - Upr Loop pair, I?manually added Chipping Dale / Thrown to the Turnout tab. ?The manual entry overrides the generated entry for the Chipping Dale turnout for this signal mast pair.

An updated xml file is at?AFarfelu16Fadj1 DSx.xml


Dave Sand


On Sep 1, 2019, at 12:36 PM, Dave Sand <ds@...> wrote:

Steve,

To get the new panel loaded, I had change two entries for?No Entry UP:

? ? ? <inactive url="preference:resources/Vsensorgreen.gif" degrees="0" scale="1.0">
? ? ? ? <rotation>0</rotation>
? ? ? </inactive>
? ? ? <unknown url="preference:resources/Vsensoridle.gif" degrees="0" scale="1.0">
? ? ? ? <rotation>0</rotation>
? ? ? </unknown>

They had?program:resources/icons/misc?in the path.

Item 2: ?With 4.17.3, you can change block names.
Item 4: ?I re-generated the SML and I don¡¯t find any errors. Is there a specific pair that is causing problems?
Item 7: ?SML auto generation is totally dependent on block routing.

I have uploaded a fixed xml file using 4.17.3, to my folder: ?AFarfelu16Fadj1 DS.xml

I have not looked at the dispatcher issues since I have only played a bit in that area.


Dave Sand



On Sep 1, 2019, at 11:34 AM, bluetobits <steve.lomax@...> wrote:


I've had a few parse errors in the past. Usually needed to revert to a previous version and rebuild but this one loads for me ok,
It seems quite a few are having issues with automation. I've been trying for over a year now and invested a lot of time on it, I have had some success?but usually fails allocating blocks after a few circuits or passes a red light. I suspect most use scripting to get automation to work, and I regret not?spending that time learning this approach.?

The layout file is?
AFarfelu16Fadj1.xml?
the resources.zip file just contains a few images I've used as sensor icons in the layout.
and both files can be found here:
/g/jmriusers/files/ProblemsBeingWorkedOn/Steve%20UK%20009
Here is a list of things which would have helped a great deal if I knew from the outset.?
? Solid and reliable block designation is vital
? avoid changing the names of blocks, or indeed anything. The name change does not always carry throughout JMRI.
? every block along the automated route needs an occupancy sensor. A simulated virtual sensor will do. but some real ones are essential. I use?momentary infra red track sensors which in-turn trigger a virtual occupancy sensor.?
? JMRI must internally generate SML (signal mast logic) which must be rock solid along the automated route . The problem I have at present is?that the generated logic is not correct.
? signals only need to be placed at locations that you need them. the last signal will protect all blocks and turnouts between itself and it's paired?signal.
? SML can be auto generated if sufficient signals are correctly placed on the layout.?
? Block logic and signal mast logic are generated independently and may not be the same.
? Simple Signal Logic does not help automation whatsoever and is a 'red herring'.
? Dispatcher and Warrants are two independent systems which bear no relation to each other.
? section direction refers to the sequence that blocks are traversed through the section irrespective of the train direction.
? forward and reverse sensors are virtual and are generated and triggered by the software to report the direction a train is passing ?through a?section. This refers to the direction of travel through the section, not the direction of travel of the train. these can be used in logix for such things as?end of line sensing etc, but otherwise may be ignored.
? Forward and reverse sensors are I believe, for setting the stop point of a train within a section if the next signal or turnout is against it. Omission??of a stop ?sensor will cause the train to stop as it enters the block. It may be possible to cheat this with careful settings of block and train length. I am?yet to get this far with automation.
? a transit must be built from sections to generate the route a train may be assigned to. Only one transit may be active at a time.
? Automatic trains follow a combination of block speeds, turnout speeds, ?signal speeds and ?transit set speeds. It is difficult to determine why the?train speed ?changes along the transit route.
? For some reason within my layout, the default signal speed for passing a red light is 15% throttle.
? If a block already allocated to a train is occupied by another train, that block cannot be re-allocated when later unoccupied. The auto train will?then fail. This makes auto running two trains running opposite directions with passing loops on the same line difficult.
? the help files say that turning loops cannot be automated. I learned that it is possible by splitting the loop into 3 blocks and setting the block?order within the section. It works for my lower loop but I cant yet get it to properly work for my upper loop.
I hope some of these help
Good luck


Steve Lomax


--?
Steve 009 in UK


Locked Re: JMRI Panel Questions

 

Frank,

Did you store the panel xml file after deleting the panels? And then use the updated xml file for subsequent JMRI starts?

Dave Sand

On Sep 1, 2019, at 3:44 PM, Frank Kenny CPRX Model Railroad <cprxmodelrr@...> wrote:

Hello,

We have multiple old panels that are loading once we fire up JMRI. Something in these old panels are "fighting" or conflicting with the new panel we are creating. We want to permanently delete these old panels to clean up the system and eliminate these conflicts that are occurring.

We have deleted these (or thought we did) many times, only to have them reappear when JMRI is re-started. What are we missing here? How can we get rid of these old panels for good?

Thanks for your help in advance.
Frank Kenny
310-344-9145


Locked JMRI Panel Questions

 

Hello,

We have multiple old panels that are loading once we fire up JMRI. Something in these old panels are "fighting" or conflicting with the new?panel we are creating. We want to permanently delete these old panels to clean up the system and eliminate these conflicts that are occurring.?
?
We have deleted these (or thought we did) many times, only to have them reappear when JMRI is re-started. What are we missing here? How can we get rid of these old panels for good?
?
Thanks for your help in advance.
Frank Kenny
310-344-9145


Locked Re: Signal pair conflict with turnout state? and auto train speed.?

 

Steve,

To get the new panel loaded, I had change two entries for No Entry UP:

? ? ? <inactive url="preference:resources/Vsensorgreen.gif" degrees="0" scale="1.0">
? ? ? ? <rotation>0</rotation>
? ? ? </inactive>
? ? ? <unknown url="preference:resources/Vsensoridle.gif" degrees="0" scale="1.0">
? ? ? ? <rotation>0</rotation>
? ? ? </unknown>

They had program:resources/icons/misc in the path.

Item 2: ?With 4.17.3, you can change block names.
Item 4: ?I re-generated the SML and I don¡¯t find any errors. Is there a specific pair that is causing problems?
Item 7: ?SML auto generation is totally dependent on block routing.

I have uploaded a fixed xml file using 4.17.3, to my folder: ?AFarfelu16Fadj1 DS.xml

I have not looked at the dispatcher issues since I have only played a bit in that area.


Dave Sand



On Sep 1, 2019, at 11:34 AM, bluetobits <steve.lomax@...> wrote:


I've had a few parse errors in the past. Usually needed to revert to a previous version and rebuild but this one loads for me ok,
It seems quite a few are having issues with automation. I've been trying for over a year now and invested a lot of time on it, I have had some success?but usually fails allocating blocks after a few circuits or passes a red light. I suspect most use scripting to get automation to work, and I regret not?spending that time learning this approach.?

The layout file is?
AFarfelu16Fadj1.xml?
the resources.zip file just contains a few images I've used as sensor icons in the layout.
and both files can be found here:
/g/jmriusers/files/ProblemsBeingWorkedOn/Steve%20UK%20009
Here is a list of things which would have helped a great deal if I knew from the outset.?
? Solid and reliable block designation is vital
? avoid changing the names of blocks, or indeed anything. The name change does not always carry throughout JMRI.
? every block along the automated route needs an occupancy sensor. A simulated virtual sensor will do. but some real ones are essential. I use?momentary infra red track sensors which in-turn trigger a virtual occupancy sensor.?
? JMRI must internally generate SML (signal mast logic) which must be rock solid along the automated route . The problem I have at present is?that the generated logic is not correct.
? signals only need to be placed at locations that you need them. the last signal will protect all blocks and turnouts between itself and it's paired?signal.
? SML can be auto generated if sufficient signals are correctly placed on the layout.?
? Block logic and signal mast logic are generated independently and may not be the same.
? Simple Signal Logic does not help automation whatsoever and is a 'red herring'.
? Dispatcher and Warrants are two independent systems which bear no relation to each other.
? section direction refers to the sequence that blocks are traversed through the section irrespective of the train direction.
? forward and reverse sensors are virtual and are generated and triggered by the software to report the direction a train is passing ?through a?section. This refers to the direction of travel through the section, not the direction of travel of the train. these can be used in logix for such things?as end of line sensing etc, but otherwise may be ignored.
? Forward and reverse sensors are I believe, for setting the stop point of a train within a section if the next signal or turnout is against it. Omission??of a stop ?sensor will cause the train to stop as it enters the block. It may be possible to cheat this with careful settings of block and train length. I?am yet to get this far with automation.
? a transit must be built from sections to generate the route a train may be assigned to. Only one transit may be active at a time.
? Automatic trains follow a combination of block speeds, turnout speeds, ?signal speeds and ?transit set speeds. It is difficult to determine why the?train speed ?changes along the transit route.
? For some reason within my layout, the default signal speed for passing a red light is 15% throttle.
? If a block already allocated to a train is occupied by another train, that block cannot be re-allocated when later unoccupied. The auto train will?then fail. This makes auto running two trains running opposite directions with passing loops on the same line difficult.
? the help files say that turning loops cannot be automated. I learned that it is possible by splitting the loop into 3 blocks and setting the block?order within the section. It works for my lower loop but I cant yet get it to properly work for my upper loop.
I hope some of these help
Good luck


Steve Lomax


--?
Steve 009 in UK


Locked Re: Signal pair conflict with turnout state? and auto train speed.?

 


I've had a few parse errors in the past. Usually needed to revert to a previous version and rebuild but this one loads for me ok,
It seems quite a few are having issues with automation. I've been trying for over a year now and invested a lot of time on it, I have had some success but usually fails allocating blocks after a few circuits or passes a red light. I suspect most use scripting to get automation to work, and I regret not spending that time learning this approach.

The layout file is?
AFarfelu16Fadj1.xml?
the resources.zip file just contains a few images I've used as sensor icons in the layout.
and both files can be found here:
/g/jmriusers/files/ProblemsBeingWorkedOn/Steve%20UK%20009
Here is a list of things which would have helped a great deal if I knew from the outset.?
  1. Solid and reliable block designation is vital
  2. avoid changing the names of blocks, or indeed anything. The name change does not always carry throughout JMRI.
  3. every block along the automated route needs an occupancy sensor. A simulated virtual sensor will do. but some real ones are essential. I use momentary infra red track sensors which in-turn trigger a virtual occupancy sensor.?
  4. JMRI must internally generate SML (signal mast logic) which must be rock solid along the automated route . The problem I have at present is that the generated logic is not correct.
  5. signals only need to be placed at locations that you need them. the last signal will protect all blocks and turnouts between itself and it's paired signal.
  6. SML can be auto generated if sufficient signals are correctly placed on the layout.?
  7. Block logic and signal mast logic are generated independently and may not be the same.
  8. Simple Signal Logic does not help automation whatsoever and is a 'red herring'.
  9. Dispatcher and Warrants are two independent systems which bear no relation to each other.
  10. section direction refers to the sequence that blocks are traversed through the section irrespective of the train direction.
  11. forward and reverse sensors are virtual and are generated and triggered by the software to report the direction a train is passing? through a section. This refers to the direction of travel through the section, not the direction of travel of the train. these can be used in logix for such things as end of line sensing etc, but otherwise may be ignored.
  12. Forward and reverse sensors are I believe, for setting the stop point of a train within a section if the next signal or turnout is against it. Omission? of a stop? sensor will cause the train to stop as it enters the block. It may be possible to cheat this with careful settings of block and train length. I am yet to get this far with automation.
  13. a transit must be built from sections to generate the route a train may be assigned to. Only one transit may be active at a time.
  14. Automatic trains follow a combination of block speeds, turnout speeds,? signal speeds and? transit set speeds. It is difficult to determine why the train speed? changes along the transit route.
  15. For some reason within my layout, the default signal speed for passing a red light is 15% throttle.
  16. If a block already allocated to a train is occupied by another train, that block cannot be re-allocated when later unoccupied. The auto train will then fail. This makes auto running two trains running opposite directions with passing loops on the same line difficult.
  17. the help files say that turning loops cannot be automated. I learned that it is possible by splitting the loop into 3 blocks and setting the block order within the section. It works for my lower loop but I cant yet get it to properly work for my upper loop.
I hope some of these help
Good luck


Steve Lomax


--
Steve 009 in UK


Locked Re: Routes

 

TLDR: Historical accident, so you should use the one that looks more friendly to you. LRoutes are attached to Logix, which might be useful for complicated things. Routes (in some people¡¯s opinions) are simpler to understand and set up.



Historically, Routes existed first. They¡¯re a simple way of setting a bunch of turnouts when something simple, like a single sensor or turnout change, happened.

But they had very limited ability to do more complicated things that required the ability to make logical decisions. So Dave Duchamp created Logix. They could do everything that a Route could do and far more, but they were more complicated to set up.

So Pete Cressman created LRoutes. They¡¯re a different way of creating and editing Logix that looks more like the Route screens.

Bob

On Aug 31, 2019, at 3:58 PM, Wayne via Groups.Io <rwsnyder2002@...> wrote:

im just getting started with Panel Pro and have some questions. I¡¯ve setup my turnout table, I would like to setup routes for my staging yard. What¡¯s the difference between Routes and Lroutes?
--
Bob Jacobsen
rgj1927@...


Locked Decoder pro

 

i am using decoder pro on a raspberry pi and am trying the program dimming head lamps in a scale trains C39-8 with a lokpilot decoder


Locked Re: CanExample.py

 

Paul,

Thank you for the detailed answer.

I am taking your warning seriously. I have already experienced that model railroad automation is not always working the way my horse sense would predict. I am thinking about my problem, in the first place, in terms of inserting optical sensors but keeping the method of sending messages of my own to the reporters or some other software intervention as a last resort.

As to the latter, before asking you about the details, I had been looking at the documentations. I found this.

(byte[]?a, int?l)
This ctor interprets the byte array as a sequence of characters to send.

By byte[ ] a, does it mean a string like "0E 00 C4 00 ..."? It has got a second argument, I guess the length of the array. I also corrected my array: the 5th and 6th bytes, the CAN network ID (in little endian) should be AA and D6, respectively, as shown by the Roco Maintenance Tool, but also by the name of my reporter "ZRD6AA:6" in JMRI, and the 7th and 8th bytes, the user module address should be 01 and 00, respectively, again according to the Maintenance Tool, the 12th and 14th bytes (giving direction) should both be C0.

After these changes the session log file is still complaining about a non existing name Z21Reply, although I have imported everything I could possibly think of. Putting jmri.jmrix.roco.z21. in front of it, there is no more error message but the reporter doesn't seem to react to the message.

Gabor


Locked Re: Problem with Lenz LE103 decoders #lenz

 

Going from memory, Lenz LE103 decoders supported a maximum of 28 speed steps. ?The later LE103XF were an upgrade that brought in (amongst other things) 128 speed steps.

Steve


Locked Re: Problem with Lenz LE103 decoders #lenz

 

¿ªÔÆÌåÓý

Don

On the command station you can select 14, 28, 128 these are the speed steps sent to the decoder - not what is set in the decoder. Using JMRI you get the choice of 14 or 28/128 for the decoders but no selection for the output. I had a Digitrax DN120 in one of my narrow gauge locos (#10) If the command station was set to the default of 128 the decoder would respond with speed only - no momentum and no speed table. Earlier this year it was upgraded to a TCS M1. On the Command station a single loco can be set for a specific speed count so I was able to get round the running of the 200mph narrow gauge loco - I had to remember to set the speed steps after a reset of the panel.

Something I have not asked - do you run a program booster from the Easydcc unit such as Power Pax or PTB100? Also check your panel - on the back near the program terminals there is a resistor - R7 - it is 10 ohms. If it is black or discoloured replace it.

Now for something unexpected - when testing the various systems - Using the WiThrottle on my Samsung, through JMRI then through EasyDCC panel I found I could use up to F18 - where all the Easy DCC throttles and panel throttles can only go up to F12.

Gerry

On 1/09/2019 3:27 pm, Don Weigt wrote:
Gerry,

If the number of speed steps set makes a difference, you should know I have been setting all my decoders to 28 speed steps. Thank you for all the testing you're doing! I really appreciate it. It's almost as good as having known good units here I could swap for my stuff until I find one that fixes the problem. It's quite amazing, when the distance between us is considered....

Don Weigt
Connecticut, USA
-- 
Gerry Hopkins MMR #177 FNMRA
Great Northern Downunder




NMRA Australasian Region
Contest & AP Chairman
Web Administrator




Virus-free.


Locked Re: Problem with Lenz LE103 decoders #lenz

 

Mark,

Thanks for the suggestions!

WiThrottle seems to not be my problem controlling Lenz LE103 decoder equipped locos. I opened a JMRI throttle on my laptop VPNed to the RPi, I think this is what you meant by "Virtual Throttle." It was able to control the same locos as WiThrottle and EngineDriver. The locos EngineDriver could not control, also couldn't be controlled by the JMRI throttle on my laptop.

Not reading CV7 and CV8's values on my old Zimo and new SoundTraxx Econami decoders is an EasyDCC problem. When I used the Command Station's front panel controls to read them, EasyDCC reported zero values on its front panel display. EasyDCC is unable to read those CVs correctly. DecoderPro is reporting what the EasyDCC is finding. I'll scope the programming track waveforms and see if any problems are visible doing that.

I could control the SoundTraxx Econami equipped loco with an EasyDCC plug in throttle, and also from the JMRI "virtual" throttle, and also using Engine Driver connected to WiThrottle. I thought yesterday that it didn't work... Hmm.

So, the remaining problems seem to be: my EasyDCC can't read CV7 and CV8 on Zimo and Econami deciders (and perhaps more CVs), and my RPi/JMRI system can't control Lenz LE103 decoders through my EasyDCC.

Gerry,

If the number of speed steps set makes a difference, you should know I have been setting all my decoders to 28 speed steps. Thank you for all the testing you're doing! I really appreciate it. It's almost as good as having known good units here I could swap for my stuff until I find one that fixes the problem. It's quite amazing, when the distance between us is considered....

Don Weigt
Connecticut, USA