Locked
Re: Turnouts cannot be thrown in Layout Editor when Editor Mode is off. (with MERG CBUS)
Sven,
Check Options >> Use Direct Turnout Control in the Layout Editor menu.
If it is checked, then the right mouse button will throw the turnout. If it is not checked, then the left mouse button toggles the turnout between closed and thrown.
Dave Sand
toggle quoted message
Show quoted text
On Jan 6, 2019, at 2:32 PM, Sven Rosvall <sven-e@...> wrote:
Hi all,
Getting started with Layout Editor to control turnouts on my layout. The turnouts are controlled by MERG CBUS modules. I have defined them in the turnout table and can change them between "thrown" and "closed" without any problems. Good start so far. Then I drew a few of these points in the LayoutEditor and used the entries in the Turnout table. This worked fine and I could throw and close the points by clicking on the turnout icons.
But then I turned off Edit Mode (in Options menu). Now clicking on the turnouts would only close the turnouts. Clicking again would make a noise in the turnout solenoid but the turnout would not change, so something is happening.
Anyone seen this or have any hints on how to trouble shoot this?
Thanks / Sven Rosvall
|
Locked
Turnouts cannot be thrown in Layout Editor when Editor Mode is off. (with MERG CBUS)
Hi all,
Getting started with Layout Editor to control turnouts on my layout. The turnouts are controlled by MERG CBUS modules. I have defined them in the turnout table and can change them between "thrown" and "closed" without any problems. Good start so far. Then I drew a few of these points in the LayoutEditor and used the entries in the Turnout table. This worked fine and I could throw and close the points by clicking on the turnout icons.
But then I turned off Edit Mode (in Options menu). Now clicking on the turnouts would only close the turnouts. Clicking again would make a noise in the turnout solenoid but the turnout would not change, so something is happening.
Anyone seen this or have any hints on how to trouble shoot this?
Thanks / Sven Rosvall
|
Locked
MQTT (again), Sensors and ECoS<>JMRI help needed
As part of getting my technicals right before I go deeper or more complex; I have come across a few technical issues/questions I need some help with:
1 - Sensors
I have Ir detection devices near the start and stop of each block, so with 3 blocks I have 6 of them. I have released this was not needed and really I only needed 4 as the end of one block is the start of another (duh!).
I mentioned before I am using node-red to manage MQTT messages from all my devices to web sockets to talk to JMRI. Since this is the case I was able to easily change the communication of the IR detectors into the appropriate block occupancy signals.
But what I really want to do is use these sensors in pairs: so if a sensor is tripped, the block stays occupied until the next one down the line is tripped. I have implemented this in node red, but I am wondering if there is way to do this in JMRI (there is in iTrain and other systems).
Sensors groups don¡¯t seem to do it: how are other people handling this?
2 - Turnouts and ECoS RC Detection and ECoS JMRI Issues.
I have a new ECoS and then I added it to JMRI it pulled in all the turnouts and other objects, but I am not able to pull into JMRI any of the s88 nor ESU Detector/RailCom sensors. The manuals all say that the sensors will appear and be called US100:10¡nope nothing. Is there a trick for this?
Also I use Roco geoLINE tracks and turnout decoders make the ECoS think that block is occupied, any tricks people have to undo this? Otherwise, I guess I isolate and wire all my turnouts, which is a bummer (or I use the IR for this blocks).
3 - MQTT - what I think is needed after more playing around with it.
So back to MQTT here are the things I need it to do (and any help people might have in making this work in jython let me know, I¡¯d love help).
Inbound to JMRI
Sensors - state
Blocks w/Reporters - to signify state and specific train on that block
Reporters - to hold other important information that I can use
Out Bound (from JMRI)
Sensor state query
Sensor change (seem to happen already on web socket side)
Signals - I have my physical signals as ESP/s with the LED¡¯s all on pins and one of those things can control multiple signals.
Block changes/w reporter
Lighting and other layout actions/items
The last two is because I¡¯ve made this super small OLED screen that I can put train information on in my stations. It takes MQTT and organizes the display (working to make this more functional so that is scrolls and such) and I want to control all my display items via MQTT because I can query and control easily.
Basically my thinking here is extend what is in the web socket into MQTT and add more :) so states can be bidirectionally managed. In my MQTT I am using the same JSON format as the web sockets, which makes for little to no transformation needed.
The ML model of train detection is coming along well, if anyone wants to help, let me know. But as you can see I am running into some issues because as I work to get the basics of a well running layout right¡I am encountering some issues. Again the ideal state is MQTT messages on train ID and position on the layout, node red will change this to some format JMRI likes (websocket for now) and then use MQTT to orchestrate is all.
Thanks,
Nathan
|
Locked
Re: Trying to get my trains to indicate occupancy on my JMRI layout editor layout.
George,
No problem with helping out.
Just to be safe, I recommend that you upload your current panel to the ProblemsBeingWorkedOn folder. That will provide us with a known starting point.
Dave Sand
toggle quoted message
Show quoted text
On Jan 6, 2019, at 1:16 PM, george.pendergraft <gmpender@...> wrote:
I have a layout on JMRI layout editor and I want to be able to see when my trains enter and exit a block. I have one BD4 (Digitrax) installed and have assigned 4 blocks. I have to reconnect two of the block wires to the layout so that they will all be working, but will that affect my JMRI layout editor layout? I am assuming it will. I have already sent in my railroad to Dave Sand to the files area and he has helped me a lot, but I think I need some more help as I am not able to see when the train is occupying blocks at all. Sorry, one LED is lighting on the BD4 (#2 I think), but JMRI layout editor is not making the track show occupied on the layout editor panel. And all others are not showing occupancy at all.
Dave Sand, since you have worked on this before, I was wondering if you could help with this? My railroad is called Georges layout. You basically set it up like it is now, and I am very satisfied with it so far. I would like to wire in some more blocks so that I have all of them working on JMRI. First of all, if I add new blocks, I am assuming that I cannot name them the same as the first BD4 blocks, right?2nd, do I need real sensors for the sensor portion to see them on the JMRI layout? If you still have the layout I sent, it is basically the same as it was then.
I have a lot of sensors that I do not know where they are or what they are supposed to sense. I assume they are at turnouts and crossovers but I have no idea which are which.
If you can take a look at my layout Georges Layout that I sent before, I would like to find out what would be the best way to handle this. Add another 4 blocks? More than 4? I believe I need more than 4 but maybe less than 8. And I need it all to be able to show up as occupied blocks or unoccupied blocks on the JMRI layout. Will I need real sensors, or will the sensors in the JMRI program work for this?
My layout is in a remote building and I do not have internet access to that building so it is a lot of trouble going back and fourth to get all the things I need to do done. If I can get this done, I will be satisfied and will be able to relax a little and do more reading about the JMRI list of things I want to do in the comfort of my home.
I am open to suggestions. I hope you or someone can help with this. Any help will be appreciated greatly.
Thanks,
George
|
Locked
Re: Digitrax PR4 Stand Alone Programming Track Issues
Solved the command station issue, silly mistake.? All decoders seem to be responding to programming from the command station so I'm figuring the issue is most likely with the PR4.
|
Locked
TABLE PRINT LIST TO TABLE MOVE DATA
I have been working away at the Table Records using a Non-Specific System and INTERNAL Blocks/Turnouts but with correct User Names using LE as part of getting ready to create a new configuration when my new Lenz system eventually rolls up and it occurred to me that since we can now pull out the records from every Table and store them away safely in a useful format for another use.
I investigated the problem of Moving/Importing/Exporting Data between different Configurations and landed on Nigel Cliffe's message from February last year.
Nigel's suggestion involved having to Move/edit the records, one by one, into the new configuration Tables where he had already created Blank Table Records in the new configuration. As he pointed out, that would be fine for smaller layouts but what about much larger layouts with well over 100 Turnouts and perhaps over 200 Blocks, etc?
This gave me the idea that perhaps we might be able to combine the "MOVE" function with a modified "Table Move" Script somehow? If we follow Nigel's suggestion and create, say, a Lenz Configuration and fill it with the count of actual records number as Blank Records in every Table. Can the "Table Print List" Script be modified to make it fill/Import into the Blank Records in the Tables using the data stored away, rather than dump them to the printer in .csv format. I am thinking of a more automated version of the "Move" idea suitable for any size of layout.
The fly in the ointment, as I see it, is the inability to create the correct System Name during the creation process. The Turnouts are going to be the major problem. This implies that the correct System Name is going to have to be edited in after import/Move.
Has anyone already solved the problem of moving the Table Data from one configuration to a new one?
Dave
|
Locked
Re: Digitrax PR4 Stand Alone Programming Track Issues
I do believe the correct power supply is a PS14.
toggle quoted message
Show quoted text
Stefan,
Thanks, but I don't think any congratulations are in order. I simply installed my PR4 as per the Digitrax instructions and set up my profiles per the JMRI instructions. (I'm anal that way. I figure the folks who make the product have a pretty good idea about how to make it work, so I tend to follow their instructions religiously.)
That said, I looked at the docs the OP posted and can see two possible issues (that may be related).
One is the use of the "Digitrax PS4 70W Universal AC/DC Power Adapter with adjustable output voltage". I'm unable to find a reference to the PS4 on the Digitrax site, not even in their retired products section. But if this power supply provides an AC output, it should not be used with the PR4. On page 2, the PR4's instructions clearly say "14v DC power is required for Sound/Decoder Programming via USB."
The other is the "308 - No acknowledge from locomotive" error when trying to identify the decoder. That could be an issue between the PR4's outputs and the decoder (poor connection, improperly wired decoder, dirty track/wheels, etc), or it could mean that the programming portion of the PR4 was damaged by the use of an AC power supply (while the communication portion, which is USB-powered and opto-isolated, continues to work.)
HTH,
Steve
"Breezlys"
NB: Some time back I was informed by Digitrax Support that one of the reasons they included a power supply with the PR3 Xtra was that they were getting too many service calls for improperly-powered PR3's, and they specifically mentioned AC power as one of the issues.? Since the PR4 instructions specifically state to use DC power, I have no reason to believe this doesn't also apply to the PR4. So unless I ever have authoritative evidence to the contrary, I will only ever use DC power for my PR3 and/or PR4.
|
Locked
Re: Digitrax PR4 Stand Alone Programming Track Issues
Thank you all for the input.
?
I have taken the following steps since my original post based on the advise in all the responses.
¡¤?????? I¡¯ve updated to the 4.14 JMRI latest test release.
¡¤?????? Defaults are all set to LocoNet, Throttles, Power Control, Service Programer, Ops Mode Programmer and Consist.? Command Station is not available for changing but is visible as un-selectable radial button.? This menu gives me no other choices.? There are no ¡°Internal¡± radial buttons present.? I don¡¯t mean that they are visible but not selectable (like the ¡°Command Station Radial¡±) I mean they are literally not on the screen.
¡¤?????? The leads from the PR4 to the programing track are about 8 inches long.
¡¤?????? The latest drivers are installed for the PR4 according to the Windows search for updating drivers.? Is this the same as ¡°firmware¡± or do I need to find additional files to download?
¡¤?????? The connections from the PR4 have been reworked on the PR4 end and have always been soldered at the rail end.
?
I am confident in the installation of the decoders in my locomotives.? Most where DCC ready units, only a couple were custom installs or purchased already with DCC.?
I follow the instructions provided with each product/software because, well, because I have to.? I don¡¯t know how to do any of this without the instructions.? ?
The problem was present prior to switching from the provided power supply to the selectable power supply.? I didn¡¯t even think that the power supply would output AC, I read the packaging as AC input and DC output, varying from 12 volts to 24 volts.? Here is the link to the PS514 on Digitrax¡¯s website.? On the actual packaging it states AC/DC power adapter, in the title on the website it states AC power supply and finally in the specifications on the Digitrax website it is indicated as DC output.? So I have no idea what this thing is.? I use it to power the DB210 Booster as indicated in the instructions for the DB210 ¡°In addition to your DB210/DB220 you¡¯ll need a suitable DC power supply. The BD210 accepts a DC 13.8V to 24V power supply with 3,5, or 8 amp capability.¡±? I only used it with the PR4 as a troubleshooting attempt.
The odd thing is that the DCS210 DCC command station will not read any decoder in my inventory now.? It is so bizarre!
I have tried cleaning wheels, cleaning track, cleaning contact points on the decoders, moving decoders to different locomotives of the same type and I even disassembled and reassembled three Kato Alco units all with no success.? Its as if I have a dozen locomotives, a dozen decoders, a PR4, and a Digitrax command station that all decided to stop working around the same time.?
The connections from the PR4 has been reworked and are soldered to the
Next I am going to try connecting the PR4 via the loco net interface option and see what happens.
After that, I think its off to Digtrax it goes since it won¡¯t even work with their own program. ?I am beyond frustrated with this device.
?
Thank you all for your input.
|
Locked
Trying to get my trains to indicate occupancy on my JMRI layout editor layout.
I have a layout on JMRI layout editor and I want to be able to see when my trains enter and exit a block. I have one BD4 (Digitrax) installed and have assigned 4 blocks. I have to reconnect two of the block wires to the layout so that they will all be working, but will that affect my JMRI layout editor layout? I am assuming it will. I have already sent in my railroad to Dave Sand to the files area and he has helped me? a lot, but I think I need some more help as I am not able to see when the train is occupying blocks at all. Sorry, one LED is lighting on the BD4 (#2 I think), but JMRI layout editor is not making the track show occupied on the layout editor panel. And all others are not showing occupancy at all.?
Dave Sand, since you have worked on this before, I was wondering if you could help with this? My railroad is called Georges layout. You basically set it up like it is now, and I am very satisfied with it so far. I would like to wire in some more blocks so that I have all of them working on JMRI. First of all, if I add new blocks, I am assuming that I cannot name them the same as the first BD4 blocks, right?2nd, do I need real sensors for the sensor portion to see them on the JMRI layout? If you still have the layout I sent, it is basically the same as it was then.
I have a lot of sensors that I do not know where they are or what they are supposed to sense. I assume they are at turnouts and crossovers but I have no idea which are which.?
If you can take a look at my layout Georges Layout that I sent before, I would like to find out what would be the best way to handle this. Add another 4 blocks? More than 4? I believe I need more than 4 but maybe less than 8. And I need it all to be able to show up as occupied blocks or unoccupied blocks on the JMRI layout. Will I need real sensors, or will the sensors in the JMRI program work for this?
My layout is in a remote building and I do not have internet access to that building so it is a lot of trouble going back and fourth to get all the things I need to do done. If I can get this done, I will be satisfied and will be able to relax a little and do more reading about the JMRI list of things I want to do in the comfort of my home.??
I am open to suggestions. I hope you or someone can help with this. Any help will be appreciated greatly.
Thanks,
George
|
Locked
Re: Layout Editor shaded area
It¡¯s been in my queue for a while to add open/closed line/point sets to LE. (I want them for the same reason.)
I may just be ready to start this now¡
Shake your magic 8 ball and¡ ¡°Ask again later¡±¡ ;-)
|
Locked
Re: Running JMRI From A MacBook Pro
>> Serial port cu.usbserial-A9KJ71D9 is in use.
This means that some other application is already using the port.
To determine who has your serial port open use ¡°lsof¡± in terminal. Quit or kill that process to free the port.
The ¡°Serial¡± app (annoyingly) auto-opens serial ports as they show up. Make sure it¡¯s not running.
You may pm/message(iChat)/FaceTime me at geowar 1 at mac dot com. I can help.
|
Locked
Re: Running JMRI From A MacBook Pro
The part about "Serial port cu.usbserial-A9KJ71D9 is in use¡± is what matters here. It seems unlikely that some other program is using that connection (unless an older run of JMRI is still around somehow?), but that¡¯s what the message says. But ¡°in use¡± can be more generically ¡°unavailable¡±. First think to try is restarting the computer. Next, try setting up a new (completely new) profile again. Bob On Jan 5, 2019, at 6:10 PM, David S <docdata3d@...> wrote:
Sort of going backwards now....
The name of my CU. connection is, as I said earlier, 'cu.usbserial-A9KJ71D9'. The 'A9KJ71D9' is thr serial number of that device.
I upgraded my JMRI to 4.14, replacing the earlier installation completely. I tried to set up a connection but I get this error message...
Unable to create connection 'MRC' (M)
Serial port cu.usbserial-A9KJ71D9 is in use.
System connection MRC provides a null manager for interface jmri.ThrottleManager.
Unable to run startup features becuase of earlier errors.
Please check the logs for more details.
-- Bob Jacobsen rgj1927@...
|
Locked
Re: Digitrax PR4 Stand Alone Programming Track Issues
Stefan,
Thanks, but I don't think any congratulations are in order. I simply installed my PR4 as per the Digitrax instructions and set up my profiles per the JMRI instructions. (I'm anal that way. I figure the folks who make the product have a pretty good idea about how to make it work, so I tend to follow their instructions religiously.)
That said, I looked at the docs the OP posted and can see two possible issues (that may be related).
One is the use of the "Digitrax PS4 70W Universal AC/DC Power Adapter with adjustable output voltage". I'm unable to find a reference to the PS4 on the Digitrax site, not even in their retired products section. But if this power supply provides an AC output, it should not be used with the PR4. On page 2, the PR4's instructions clearly say "14v DC power is required for Sound/Decoder Programming via USB."
The other is the "308 - No acknowledge from locomotive" error when trying to identify the decoder. That could be an issue between the PR4's outputs and the decoder (poor connection, improperly wired decoder, dirty track/wheels, etc), or it could mean that the programming portion of the PR4 was damaged by the use of an AC power supply (while the communication portion, which is USB-powered and opto-isolated, continues to work.)
HTH,
Steve
"Breezlys"
NB: Some time back I was informed by Digitrax Support that one of the reasons they included a power supply with the PR3 Xtra was that they were getting too many service calls for improperly-powered PR3's, and they specifically mentioned AC power as one of the issues.? Since the PR4 instructions specifically state to use DC power, I have no reason to believe this doesn't also apply to the PR4. So unless I ever have authoritative evidence to the contrary, I will only ever use DC power for my PR3 and/or PR4.
|
Locked
Re: Decoder pro version
Thanks. That¡¯s really becoming a problem. The main JMRI web site was moved to jmri.org a while ago because SF.net keeps crashing and doing wierd things. In this case, the actual file at (which is the correct URL) is correct. But going to (no file, no final /) seems to do something odd. Will work on it. Bob On Jan 5, 2019, at 5:41 PM, Tom Wilson <thomasthetrainengine@...> wrote:
Bob,
Jmri.sourceforge.net is still up and alive and showing 4.10 as current production version.
I saw that posted a few days ago on another forum.
Tom Wilson
Colorado Springs, CO
On Sat, Jan 5, 2019, 6:03 PM Bob Jacobsen <rgj1927@... wrote:
As Peter mentions, 4.14 is current and available at
If you¡¯re seeing an earlier version at some URL, could you let me know where? I¡¯d like to get that fixed.
Bob
On Jan 5, 2019, at 1:22 PM, Michael Shockley via Groups.Io <docshock31@...> wrote:
I am using decoder pro 4.10xxxx. The website says that is the current production version. Some people tell me they are using 4.14xxx as a production release.
My concern is the my new locomotive isn¡¯t listed as a choice¡ªTsunami2 OEM Athearn Genesis. I think the list is GP7 and GP38-2. I have an SD60E.
Just trying to understand. --
Bob Jacobsen
rgj1927@...
-- Bob Jacobsen rgj1927@...
|
Locked
Re: Decoder pro version
Jim M,
I'd say you could have some fun with the script options. One thing you might
not have considered is if you can have feedback from the turnouts via the
AIU. I think the Snap-It has option for local operation. Only if you have
feedback will JMRI know it changed. Feedback also helps with startup as it
can tell where things are instead of having to set to some known condition.
With your setup you could have two trains running. Either following each
other (and occasionally overtaking each other), or you could run apposing
where one parks while the other runs. Some interesting timing issues. Have
fun.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: Layout Editor shaded area
Thanks Dave, it works a treat.
|
Locked
Re: JMRI Not Identifying Locomotives Properly
With that proviso: "they¡¯d _only_ be used when there were duplicates in the address and decoder type" I'm happy. I hadn't previously read it that way.
Wouter
On Sun, 6 Jan 2019 at 17:03, Bob Jacobsen < rgj1927@...> wrote: I disagree. The proposal is for the user values to be an _extra_ match field: they¡¯d _only_ be used when there were duplicates in the address and decoder type.
Given that the program is already doing an arbitrary thing in that case, and that anybody who¡¯s written their basic pane (which is how the address is set) has written their user values, why is this not an improvement?
Bob
> On Jan 6, 2019, at 3:31 AM, whmvd <vandoornw@...> wrote:
>
> The sudden occurrence of 'no match' when there used to be a match in the past will inevitably lead to support requests. A different match: even more opaque.
>
--
Bob Jacobsen
rgj1927@...
|
Locked
Re: JMRI Not Identifying Locomotives Properly
I disagree. The proposal is for the user values to be an _extra_ match field: they¡¯d _only_ be used when there were duplicates in the address and decoder type. Given that the program is already doing an arbitrary thing in that case, and that anybody who¡¯s written their basic pane (which is how the address is set) has written their user values, why is this not an improvement? Bob On Jan 6, 2019, at 3:31 AM, whmvd <vandoornw@...> wrote:
The sudden occurrence of 'no match' when there used to be a match in the past will inevitably lead to support requests. A different match: even more opaque.
-- Bob Jacobsen rgj1927@...
|
Locked
Re: Another new user with Mac to MRC Prodigy issues
Revisited the FTDI drivers and specifically downloaded the VCP type, installed and retested.
Success!
Thanks to all!
Dave S
|
Locked
Re: Decoder pro version
On Sun, Jan 6, 2019 at 09:14 AM, James Muthig wrote:
Hi all, I am a high school computer science teacher and novice jmri user.
I am starting a intro Python class in a few weeks and would like to 'spice'
things up a bit using Jython.
Please start a new topic. -- Peter Ulvestad JMRI Users Group Moderator - ( ) Tam Valley Group Moderator - ( ) Sprog-DCC Group Moderator - ( ) Edmonton Model Railroad Association -
|
George Warner
Bob Jacobsen
Ken Cameron
Peter Ulvestad