¿ªÔÆÌåÓý

  1. Jmriusers
  2. Messages
Expanded Topics Messages Polls
Date
Locked Re: SSL heads fail to set properly after start .... JMRI 4.17.3

 

Bob,

? ? ?Found the source of my problem.? I had changed scripts to match what I was using in my Raspberry JMRI Pi.? I normally used "InitLayout.py" by Bill Dickerson's Cascade Western railroad.? This Python script not in your list of approved scripts.

? ? What happens when I use this script to initialize the layout is the PanelPro window shows up then the script starts running and you can see turnouts and sensors being cleared as it runs.?

? ? When that script cause the Rasbrian JMRI to lockup, I went and changed scripts.? Not noticing the change in my signals.? This was two weeks ago.? ?The new scripts that are in the Jython folder must have a bug in them or I put one int somehow.

Roger
Locked Re: Decoder Pro Errors out when Programming Functions on TSU-21PNEM #soundtraxx #tsunami

 

JMRI versions are the CURRENT version and 4.17 test versions were tried.
Locked Decoder Pro Errors out when Programming Functions on TSU-21PNEM #soundtraxx #tsunami

 

I'm using windows 10, Decoder pro works fine with NCE and LOCONet via PR3.? I can control locomotives, program them and do just about everything.

My problem is these new 21PNEM decoders, I've tried using the TSU-2200 file to program and the file that is detected by decoder pro.? I can program some things, but other things get messed up.? When I called Soundtraxx about the lights (thinking it might be the decoder) I was asked what the values were in cv 57 and cv 58.? These were over 200 each and the tech said "Where did you get those numbers?"? And I explained I let Decoder Pro program them.

Here is the log from the system console:

2019-08-30 15:32:25,838 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - * JMRI log ** [main]

2019-08-30 15:32:25,848 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - This log is appended to file: C:\Users\pcgum\JMRI\log\messages.log [main]

2019-08-30 15:32:25,849 util.Log4JUtil? ? ? ? ? ? ? ? ? ? ? ? INFO? - This log is stored in file: C:\Users\pcgum\JMRI\log\session.log [main]

2019-08-30 15:32:25,854 apps.AppsBase? ? ? ? ? ? ? ? ? ? ? ? ?INFO? - DecoderPro version 4.17.3+R12d2ded starts under Java 1.8.0_221 on Windows 10 x86 v10.0 at Fri Aug 30 15:32:25 PDT 2019 [main]

2019-08-30 15:32:26,044 gui3.Apps3? ? ? ? ? ? ? ? ? ? ? ? ? ? INFO? - Starting with profile My_JMRI_Railroad.3f60eef2 [main]

2019-08-30 15:32:26,585 node.NodeIdentity? ? ? ? ? ? ? ? ? ? ?INFO? - Using 7b5a555b-e311-40a3-8586-36ee772ee891 as the JMRI storage identity for profile id 3f60eef2 [AWT-EventQueue-0]

2019-08-30 15:32:26,676 xml.AbstractSerialConnectionConfigXml INFO? - Starting to connect for "NCE" [main]

2019-08-30 15:32:27,722 serialdriver.SerialDriverAdapter? ? ? INFO? - NCE COM4 port opened at 9600 baud [main]

2019-08-30 15:32:27,760 xml.AbstractSerialConnectionConfigXml INFO? - Starting to connect for "LocoNet" [main]

2019-08-30 15:32:27,879 nce.NceConnectionStatus? ? ? ? ? ? ? ?INFO? - NCE EPROM revision = 6.2.1 [AWT-EventQueue-0]

2019-08-30 15:32:27,881 locobufferusb.LocoBufferUsbAdapter? ? INFO? - LocoBuffer-USB adapter set hardware flow control, mode=2 RTSCTS_OUT=2 RTSCTS_IN=1 [main]

2019-08-30 15:32:27,882 locobuffer.LocoBufferAdapter? ? ? ? ? INFO? - COM5 port opened at 57600 baud with DTR: true RTS: true DSR: true CTS: true? CD: false [main]

2019-08-30 15:32:27,897 loconet.LnPacketizer? ? ? ? ? ? ? ? ? INFO? - lnPacketizer Started [main]

2019-08-30 15:32:28,076 util.FileUtilSupport? ? ? ? ? ? ? ? ? INFO? - File path program: is C:\Program Files (x86)\JMRI\ [main]

2019-08-30 15:32:28,076 util.FileUtilSupport? ? ? ? ? ? ? ? ? INFO? - File path preference: is C:\Users\pcgum\JMRI\My_JMRI_Railroad.jmri\ [main]

2019-08-30 15:32:28,076 util.FileUtilSupport? ? ? ? ? ? ? ? ? INFO? - File path profile: is C:\Users\pcgum\JMRI\My_JMRI_Railroad.jmri\ [main]

2019-08-30 15:32:28,076 util.FileUtilSupport? ? ? ? ? ? ? ? ? INFO? - File path settings: is C:\Users\pcgum\JMRI\ [main]

2019-08-30 15:32:28,076 util.FileUtilSupport? ? ? ? ? ? ? ? ? INFO? - File path home: is C:\Users\pcgum\ [main]

2019-08-30 15:32:28,077 util.FileUtilSupport? ? ? ? ? ? ? ? ? INFO? - File path scripts: is C:\Program Files (x86)\JMRI\jython\ [main]

2019-08-30 15:32:41,010 decoderdefn.IdentifyDecoder? ? ? ? ? ?INFO? - Decoder returns mfgID:141;modelID:71;productID:285 [AWT-EventQueue-0]

2019-08-30 15:33:14,926 ementation.MultiIndexProgrammerFacade ERROR - Exception doing final write [AWT-EventQueue-0]

jmri.ProgrammerException: CV number not supported

at jmri.jmrix.nce.NceProgrammer.writeCV(NceProgrammer.java:130)

at jmri.implementation.MultiIndexProgrammerFacade.programmingOpReply(MultiIndexProgrammerFacade.java:397)

at jmri.Programmer.notifyProgListenerEnd(Programmer.java:216)

at jmri.jmrix.nce.NceProgrammer.notifyProgListenerEnd(NceProgrammer.java:317)

at jmri.jmrix.nce.NceProgrammer.reply(NceProgrammer.java:268)

at jmri.jmrix.nce.NceTrafficController.forwardReply(NceTrafficController.java:110)

at jmri.jmrix.AbstractMRTrafficController.notifyReply(AbstractMRTrafficController.java:298)

at jmri.jmrix.AbstractMRTrafficController$RcvNotifier.run(AbstractMRTrafficController.java:1229)

at java.awt.event.InvocationEvent.dispatch(Unknown Source)

at java.awt.EventQueue.dispatchEventImpl(Unknown Source)

at java.awt.EventQueue.access$500(Unknown Source)

at java.awt.EventQueue$3.run(Unknown Source)

at java.awt.EventQueue$3.run(Unknown Source)

at java.security.AccessController.doPrivileged(Native Method)

at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)

at java.awt.EventQueue.dispatchEvent(Unknown Source)

at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)

at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)

at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)

at java.awt.EventDispatchThread.pumpEvents(Unknown Source)

?
Locked Re: SSL heads fail to set properly after start .... JMRI 4.17.3

 

Bob,

? ? Took out the two scripts that clear turnouts and clears unknown sensors.? Did that on the Raspberry Pi.? All that did was leave all signals red.??

? ? Trying to find my loconet checker.? It's a mess here.

? ? ?Will load up the laptop and delete all logix next.

Roger
Locked Re: XL Systems Inc.

 

I looked at my NCE program and it said manufacturer 143 and decoder version 0 I don¡¯t know if this makes a difference either.?




On Friday, August 30, 2019, 5:13 PM, Dave Heap <dgheap@...> wrote:

Jim,

> On 31 Aug 2019, at 4:36 AM, jim green via Groups.Io <jimgreen150=[email protected]> wrote:
>
> Well looked at it today and it does list mrc but I do n scale and I read decoder from decoder pro and it came up as HO decoder ALCO and EMD locos probably 10 different kinds which is strange to me. I¡¯m not savvy with pro yet but when I brought up and selected mrc and read decoder it went back to HO decoder and listed those locos again.

Many decoder manufacturers do not provide enough CV-accessible information to enable DecoderPro to uniquely identify a decoder, so JMRI has no option but to try to narrow the list and let the user make the final choice.

If the decoder definitions in JMRI don't have an N scale option it may mean that the there is no programming difference between the HO and N versions (but in this case it would be normal to omit any reference to scale in the name.

Dave in Australia
Locked Re: SSL heads fail to set properly after start .... JMRI 4.17.3

 

Are you running any scripts at startup?

It sounds like something it deliberately going through and setting those signals. Now we just have to figure out what.

Two strong candidates are a script you¡¯re running, or Logix that you¡¯ve defined to do something.

Bob

On Aug 30, 2019, at 2:12 PM, Roger Merritt <merritt_roger@...> wrote:

Bob,

Went back to 4.15.9 and problem is there too.

What I am seeing is as JMRI is loading all signals go RED. Then I see signals go green if occupancy is inactive and the occupied signal for occupied blocks stay red. Then at the end all go green! Weird.

My memory is just terrible. There was something done to the setup and it involved my Dispatcher running AUTO trains. Sometimes it would miss throwing the first turnout and that would cause a derailment. Cant remember who, but he advised making a change somewhere. I think in the preferrances.

Maybe I need to check my loconet. Missing packets? I did try the test at another PR3 and it failed also. I have two of them.

Roger
--
Bob Jacobsen
rgj1927@...
Locked Re: XL Systems Inc.

 

Jim,

On 31 Aug 2019, at 4:36 AM, jim green via Groups.Io <jimgreen150@...> wrote:

Well looked at it today and it does list mrc but I do n scale and I read decoder from decoder pro and it came up as HO decoder ALCO and EMD locos probably 10 different kinds which is strange to me. I¡¯m not savvy with pro yet but when I brought up and selected mrc and read decoder it went back to HO decoder and listed those locos again.
Many decoder manufacturers do not provide enough CV-accessible information to enable DecoderPro to uniquely identify a decoder, so JMRI has no option but to try to narrow the list and let the user make the final choice.

If the decoder definitions in JMRI don't have an N scale option it may mean that the there is no programming difference between the HO and N versions (but in this case it would be normal to omit any reference to scale in the name.

Dave in Australia
Locked Re: SSL heads fail to set properly after start .... JMRI 4.17.3

 

Bob,

? ? Went back to 4.15.9 and problem is there too.

? ? What I am seeing is as JMRI is loading all signals go RED.? Then I see signals go green if occupancy is inactive and the occupied signal for occupied blocks stay red.? Then at the end all go green!? Weird.

? ? ?My memory is just terrible.? There was something done to the setup and it involved my Dispatcher running AUTO trains.? Sometimes it would miss throwing the first turnout and that would cause a derailment.? Cant remember who, but he advised making a change somewhere.? I think in the preferrances.??

? ? ?Maybe I need to check my loconet.? Missing packets?? I did try the test at another PR3 and it failed also.? I have two of them.

Roger
Locked Re: A newbie with JMRI Completely stuck trying to get LocoNet to interface via LocoBuffer USB

 

¿ªÔÆÌåÓý

Dick, Bob, Peter & Dave

Many thanks yes 4.17.3 fixed it phew, and Dick I meant to say LocoBufferUSB not LocoBuffer II so in fact it was fine.

Best Wishes to All

Tim
(from the Highlands of Scotland taking 20 minutes off grand child caring duties)




On 30 Aug 2019, at 20:34, dick bronson via Groups.Io <dick@...> wrote:

Tim,

Also after switching up to 4.17.3 be sure to get rid of that LocoBuffer-II option. That is a completely different item and will not work for you. You have a LocoBuffer-USB (Rev-n) and must select 'LocoBuffer-USB' in your preferences. What happened is that you got nabbed by a bug in JMRI 4.16. You are not being an idiot, so no apologies are required nor expected.

Dick :)

On 8/30/2019 2:21 PM, Bob Jacobsen wrote:
Please download and try JMRI 4.17.3

Bob

On Aug 30, 2019, at 4:19 AM, timj@... wrote:

Newbie here - and to JMRI completely stuck apologies in advance if I am being an idiot.

I have a LocoNet system (DCS100) with a load of devices attached. All working well and has been for years but I just can't get JMRI to respond to it.

Initially I tried with a pi4 running buster and a LocoBuffer-USB 'n' but it just didn't see any traffic - so then I swapped to a Loconet-II with same result. Then I swapped to a windows 7 Intel computer that I know can see LocoNet (as e.g. it runs traincontroller ok) via the LocoBuffer-II and again seeing nothing.

The setup seems ok, it picks up the right port but just see nothing at all on the traffic monitor - I note if i look at JMRI LocoNet-stats it says "raw-data" which i read elsewhere is indicative of problems but I don't know where to go next. Any suggestions very gratefully received as I feel like I am banging head against brick wall...

--
Bob Jacobsen
rgj1927@...
Locked Re: SSL heads fail to set properly after start .... JMRI 4.17.3

 

Bob,

? ? Yes, they start working as soon trains runs off the occupied sensors and runs around the track.? ?Maybe I should reload an older version to see what happens?

Roger
Locked Re: SSL heads fail to set properly after start .... JMRI 4.17.3

 

Do they eventually start working right? What makes that happen?

Bob

On Aug 29, 2019, at 11:11 AM, Roger Merritt <merritt_roger@...> wrote:

All,

Is it possible I never noticed this before? Both my Raspberry Pi JMRI and Laptop JMRI fails to set my SSL heads after start up. The SML masts look all right. I can see all signal heads go to RED, then after all turnouts and unknown sensors get cleared all heads go to green.

Photos added to photo album under "Roger's Bad SSL"

Roger
--
Bob Jacobsen
rgj1927@...
Locked Re: A newbie with JMRI Completely stuck trying to get LocoNet to interface via LocoBuffer USB

 

Tim,

Also after switching up to 4.17.3 be sure to get rid of that LocoBuffer-II option. That is a completely different item and will not work for you. You have a LocoBuffer-USB (Rev-n) and must select 'LocoBuffer-USB' in your preferences. What happened is that you got nabbed by a bug in JMRI 4.16. You are not being an idiot, so no apologies are required nor expected.

Dick :)

On 8/30/2019 2:21 PM, Bob Jacobsen wrote:
Please download and try JMRI 4.17.3

Bob

On Aug 30, 2019, at 4:19 AM, timj@... wrote:

Newbie here - and to JMRI completely stuck apologies in advance if I am being an idiot.

I have a LocoNet system (DCS100) with a load of devices attached. All working well and has been for years but I just can't get JMRI to respond to it.

Initially I tried with a pi4 running buster and a LocoBuffer-USB 'n' but it just didn't see any traffic - so then I swapped to a Loconet-II with same result. Then I swapped to a windows 7 Intel computer that I know can see LocoNet (as e.g. it runs traincontroller ok) via the LocoBuffer-II and again seeing nothing.

The setup seems ok, it picks up the right port but just see nothing at all on the traffic monitor - I note if i look at JMRI LocoNet-stats it says "raw-data" which i read elsewhere is indicative of problems but I don't know where to go next. Any suggestions very gratefully received as I feel like I am banging head against brick wall...
--
Bob Jacobsen
rgj1927@...
Locked Signal pair conflict with turnout state? and auto train speed.?

 

Hi

Having problems with a signal pair that thinks the same turnout should be in different states.? Please see layout file here:
?/g/jmriusers/files/ProblemsBeingWorkedOn/Steve%20UK%20009

Signals? Hill - upprAppr(0008) and Uppr Brid - Uppr Loop (0009) are a pair but the latter thinks that turnout Chipping Dale (1012) should be closed and not thrown as it should be for correct signalling.??
I have a similar situation in the lower loop in which signals work fine.

Also auto train speeds seem to fluctuate and will occasionally? ignore red light for no apparent reason. Is there a way of tracking what speed setting is being invoked at any given time, the reason why that setting has been invoked and how this may be changed?
(using dispatcher and SML)

Has anyone any advice please?

Many thanks

Steve Lomax
--
Steve 009 in UK
Locked Re: A newbie with JMRI Completely stuck trying to get LocoNet to interface via LocoBuffer USB

 

Peter,

The log shows the known LocoBuffer empty speed setting in profile.xml which then defaults to 19200. As Bob indicates, 4.17.3 resolves the issue.

Dave Sand

On Aug 30, 2019, at 1:18 PM, Peter Ulvestad <ulvestad@...> wrote:

Tim's console

019-08-30 13:43:26,456 util.Log4JUtil INFO - * JMRI log ** [main]
2019-08-30 13:43:26,456 util.Log4JUtil INFO - This log is appended to file: C:\Users\Tim\JMRI\log\messages.log [main]
2019-08-30 13:43:26,456 util.Log4JUtil INFO - This log is stored in file: C:\Users\Tim\JMRI\log\session.log [main]
2019-08-30 13:43:26,471 apps.Apps INFO - PanelPro version 4.16+R6f9aced starts under Java 1.8.0_221 on Windows 7 amd64 v6.1 at Fri Aug 30 13:43:26 BST 2019 [main]
2019-08-30 13:43:26,623 apps.Apps INFO - Starting with profile My_JMRI_Railroad.3ed9c7c2 [main]
2019-08-30 13:43:26,748 node.NodeIdentity INFO - Using 01e2399b-7d56-421c-946b-9196045968e1 as the JMRI storage identity for profile id 3ed9c7c2 [AWT-EventQueue-0]
2019-08-30 13:43:26,826 xml.AbstractSerialConnectionConfigXml INFO - Starting to connect for "LocoNet" [main]
2019-08-30 13:43:27,138 locobufferusb.LocoBufferUsbAdapter INFO - LocoBuffer-USB adapter set hardware flow control, mode=2 RTSCTS_OUT=2 RTSCTS_IN=1 [main]
2019-08-30 13:43:27,138 locobuffer.LocoBufferAdapter INFO - COM3 port opened at 19200 baud with DTR: true RTS: true DSR: true CTS: true CD: false [main]
2019-08-30 13:43:27,184 loconet.LnPacketizer INFO - lnPacketizer Started [main]
2019-08-30 13:43:27,530 loconet.LnPacketizer WARN - LocoNet message with opCode: f8 ended early. Expected length: 197 seen length: 2 unexpected byte: c8 [LocoNet receive handler]
2019-08-30 13:43:28,969 util.FileUtilSupport INFO - File path program: is C:\Program Files (x86)\JMRI\ [main]
2019-08-30 13:43:28,970 util.FileUtilSupport INFO - File path preference: is C:\Users\Tim\JMRI\My_JMRI_Railroad.jmri\ [main]
2019-08-30 13:43:28,971 util.FileUtilSupport INFO - File path profile: is C:\Users\Tim\JMRI\My_JMRI_Railroad.jmri\ [main]
2019-08-30 13:43:28,971 util.FileUtilSupport INFO - File path settings: is C:\Users\Tim\JMRI\ [main]
2019-08-30 13:43:28,971 util.FileUtilSupport INFO - File path home: is C:\Users\Tim\ [main]
2019-08-30 13:43:28,971 util.FileUtilSupport INFO - File path scripts: is C:\Program Files (x86)\JMRI\jython\ [main]
2019-08-30 13:43:29,515 loconet.LnPacketizer WARN - LocoNet message with opCode: c8 ended early. Expected length: 6 seen length: 3 unexpected byte: a0 [LocoNet receive handler]
2019-08-30 13:43:29,577 PanelPro.PanelPro INFO - Main initialization done [main]
2019-08-30 13:43:29,858 loconet.LnPacketizer WARN - LocoNet message with opCode: a0 ended early. Expected length: 4 seen length: 3 unexpected byte: fc [LocoNet receive handler]
2019-08-30 13:43:31,449 loconet.LnPacketizer WARN - LocoNet message with opCode: fc ended early. Expected length: 160 seen length: 2 unexpected byte: fe [LocoNet receive handler]
2019-08-30 13:43:31,496 loconet.LnPacketizer WARN - LocoNet message with opCode: fe ended early. Expected length: 32 seen length: 2 unexpected byte: ff [LocoNet receive handler]
2019-08-30 13:43:31,792 loconet.LnPacketizer WARN - LocoNet message with opCode: ff ended early. Expected length: 32 seen length: 2 unexpected byte: ff [LocoNet receive handler]
2019-08-30 13:43:32,666 loconet.LnPacketizer WARN - LocoNet message with opCode: ff ended early. Expected length: 160 seen length: 2 unexpected byte: ff [LocoNet receive handler]
2019-08-30 13:43:33,118 loconet.LnPacketizer WARN - LocoNet message with opCode: ff ended early. Expected length: 32 seen length: 2 unexpected byte: ff [LocoNet receive handler]


View Source




--
Peter Ulvestad

JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -


Locked Re: XL Systems Inc.

 

Well looked at it today and it does list mrc but I do n scale and I read decoder from decoder pro and it came up as HO decoder ALCO and EMD locos probably 10 different kinds which is strange to me. I¡¯m not savvy with pro yet but when I brought up and selected mrc and read decoder it went back to HO decoder and listed those locos again. Not sure if it¡¯s just generic program or what. But someone probably could change listing I don¡¯t know but I know I have no complaints with sound or install and if you email him thru eBay he will respond promptly for more info. Hopefully this helps.?




On Thursday, August 29, 2019, 5:42 PM, jim green via Groups.Io <jimgreen150@...> wrote:

That I have not looked at yet. Just installed and tested on short track but didn¡¯t set them up in decoderpro. If I get some time in the next day or so I¡¯ll have to check and will post results. But they work fine and sound great. No complaints yet and plan on buying from again but 5 at 1 time still gets expensive when you have 4o locos to do.?




On Thursday, August 29, 2019, 10:14 AM, Ken Cameron <kcameron@...> wrote:

Jim,

So do they identify themselves as MRC or something else in DecoderPro?

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
Locked Re: A newbie with JMRI Completely stuck trying to get LocoNet to interface via LocoBuffer USB

 

Please download and try JMRI 4.17.3

Bob

On Aug 30, 2019, at 4:19 AM, timj@... wrote:

Newbie here - and to JMRI completely stuck apologies in advance if I am being an idiot.

I have a LocoNet system (DCS100) with a load of devices attached. All working well and has been for years but I just can't get JMRI to respond to it.

Initially I tried with a pi4 running buster and a LocoBuffer-USB 'n' but it just didn't see any traffic - so then I swapped to a Loconet-II with same result. Then I swapped to a windows 7 Intel computer that I know can see LocoNet (as e.g. it runs traincontroller ok) via the LocoBuffer-II and again seeing nothing.

The setup seems ok, it picks up the right port but just see nothing at all on the traffic monitor - I note if i look at JMRI LocoNet-stats it says "raw-data" which i read elsewhere is indicative of problems but I don't know where to go next. Any suggestions very gratefully received as I feel like I am banging head against brick wall...
--
Bob Jacobsen
rgj1927@...
Locked Re: A newbie with JMRI Completely stuck trying to get LocoNet to interface via LocoBuffer USB

 

Tim's console

019-08-30 13:43:26,456 util.Log4JUtil INFO - * JMRI log ** [main]
2019-08-30 13:43:26,456 util.Log4JUtil INFO - This log is appended to file: C:\Users\Tim\JMRI\log\messages.log [main]
2019-08-30 13:43:26,456 util.Log4JUtil INFO - This log is stored in file: C:\Users\Tim\JMRI\log\session.log [main]
2019-08-30 13:43:26,471 apps.Apps INFO - PanelPro version 4.16+R6f9aced starts under Java 1.8.0_221 on Windows 7 amd64 v6.1 at Fri Aug 30 13:43:26 BST 2019 [main]
2019-08-30 13:43:26,623 apps.Apps INFO - Starting with profile My_JMRI_Railroad.3ed9c7c2 [main]
2019-08-30 13:43:26,748 node.NodeIdentity INFO - Using 01e2399b-7d56-421c-946b-9196045968e1 as the JMRI storage identity for profile id 3ed9c7c2 [AWT-EventQueue-0]
2019-08-30 13:43:26,826 xml.AbstractSerialConnectionConfigXml INFO - Starting to connect for "LocoNet" [main]
2019-08-30 13:43:27,138 locobufferusb.LocoBufferUsbAdapter INFO - LocoBuffer-USB adapter set hardware flow control, mode=2 RTSCTS_OUT=2 RTSCTS_IN=1 [main]
2019-08-30 13:43:27,138 locobuffer.LocoBufferAdapter INFO - COM3 port opened at 19200 baud with DTR: true RTS: true DSR: true CTS: true CD: false [main]
2019-08-30 13:43:27,184 loconet.LnPacketizer INFO - lnPacketizer Started [main]
2019-08-30 13:43:27,530 loconet.LnPacketizer WARN - LocoNet message with opCode: f8 ended early. Expected length: 197 seen length: 2 unexpected byte: c8 [LocoNet receive handler]
2019-08-30 13:43:28,969 util.FileUtilSupport INFO - File path program: is C:\Program Files (x86)\JMRI\ [main]
2019-08-30 13:43:28,970 util.FileUtilSupport INFO - File path preference: is C:\Users\Tim\JMRI\My_JMRI_Railroad.jmri\ [main]
2019-08-30 13:43:28,971 util.FileUtilSupport INFO - File path profile: is C:\Users\Tim\JMRI\My_JMRI_Railroad.jmri\ [main]
2019-08-30 13:43:28,971 util.FileUtilSupport INFO - File path settings: is C:\Users\Tim\JMRI\ [main]
2019-08-30 13:43:28,971 util.FileUtilSupport INFO - File path home: is C:\Users\Tim\ [main]
2019-08-30 13:43:28,971 util.FileUtilSupport INFO - File path scripts: is C:\Program Files (x86)\JMRI\jython\ [main]
2019-08-30 13:43:29,515 loconet.LnPacketizer WARN - LocoNet message with opCode: c8 ended early. Expected length: 6 seen length: 3 unexpected byte: a0 [LocoNet receive handler]
2019-08-30 13:43:29,577 PanelPro.PanelPro INFO - Main initialization done [main]
2019-08-30 13:43:29,858 loconet.LnPacketizer WARN - LocoNet message with opCode: a0 ended early. Expected length: 4 seen length: 3 unexpected byte: fc [LocoNet receive handler]
2019-08-30 13:43:31,449 loconet.LnPacketizer WARN - LocoNet message with opCode: fc ended early. Expected length: 160 seen length: 2 unexpected byte: fe [LocoNet receive handler]
2019-08-30 13:43:31,496 loconet.LnPacketizer WARN - LocoNet message with opCode: fe ended early. Expected length: 32 seen length: 2 unexpected byte: ff [LocoNet receive handler]
2019-08-30 13:43:31,792 loconet.LnPacketizer WARN - LocoNet message with opCode: ff ended early. Expected length: 32 seen length: 2 unexpected byte: ff [LocoNet receive handler]
2019-08-30 13:43:32,666 loconet.LnPacketizer WARN - LocoNet message with opCode: ff ended early. Expected length: 160 seen length: 2 unexpected byte: ff [LocoNet receive handler]
2019-08-30 13:43:33,118 loconet.LnPacketizer WARN - LocoNet message with opCode: ff ended early. Expected length: 32 seen length: 2 unexpected byte: ff [LocoNet receive handler]


View Source




--
Peter Ulvestad

JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -

Locked Re: CanExample.py

 

I have been in contact with Roco in the past months about their CAN protocol. They are using ZCAN20 (Zimo) protocol in the Z21.

If you read through ZCAN20 document Bob linked below () you will see references to Z21 CS and various Roco CAN accessories.

Rocrail has some of this protocol supported as part of their RCAN/CAN-GC* hardware combo,?, code available at?

For a pinout of the Z21 CAN port, you can refer to the Zimo MX10 rear CAN port??although I am not sure whether Roco pushes 30V through (like Zimo does) so the pinout is more precisely:

Pin 1 ... DCC-Signal (to booster)
Pin 2 ... DCC-Signal (to booster)
Pin 3 ... GND
Pin 4 ... CAN High
Pin 5 ... CAN Low
Pin 6 ... N/C
Pin 7 ... +12V (max 1A)
Pin 8 ... Short-circuit-signal (from Booster)

HTH!
Locked A newbie with JMRI Completely stuck trying to get LocoNet to interface via LocoBuffer USB

 

Newbie here - and to JMRI completely stuck apologies in advance if I am being an idiot.

I have a LocoNet system (DCS100) with a load of devices attached. All working well and has been for years but I just can't get JMRI to respond to it.

Initially I tried with a pi4 running buster and a LocoBuffer-USB 'n' but it just didn't see any traffic - so then I swapped to a Loconet-II with same result. Then I swapped to a windows 7 Intel computer that I know can see LocoNet (as e.g. it runs traincontroller ok) via the LocoBuffer-II and again seeing nothing.

The setup seems ok, it picks up the right port but just see nothing at all on the traffic monitor - I note if i look at JMRI LocoNet-stats it says "raw-data" which i read elsewhere is indicative of problems but I don't know where to go next. Any suggestions very gratefully received as I feel like I am banging head against brick wall...
Locked Re: Back and forth

 

Tim: The more I learn about what you've got the more I doubt I can help you. But I do think your answers to my questions will help others following this who have relevant experience and can jump in. So one more question...

Do you have all the NCE equipment installed and connected to JMRI and is it all working? If not, is that what you'd like help with? Or are you looking for help in setting up the back and forth scripts?

Jan
76801 - 76820 of 239675