Locked
Re: JMRI Decoder Pro, EasyDCC, and SoundTraxx
Thanks, Ken,?
That sounds exactly like what I want! It's nice to get a message saying what I hoped to do is possible.?
Don W Connecticut
|
Locked
Re: Creeping locomotives (was Re: DigiTrax DCS100 missing LocoNet packets
What Don is explaining, I have seen it also on our layout, when we were running with Digitrax throttles (we have since replaced the throttles with NCE, because of the radio issues).
We still program engines with Digitrax, and occasionally as I test the engine after programming (the program track has a switch to change from programming track to main line) using a DT400D (plugged in) when I turn the knob for 00, I find that the throttle goes back to 02 or 07, or never reaches 00. When this occurs, to set it back to 00 I have to advance the throttle up a few steps, and then slowly? At first I thought the problem was with the encoder knob in the throttle, so I changed it to another throttle (we still have a dozen of these DT400s), but the problem persists, occasionally. So I know it is not the throttle.
Today the DCS200 we use, is for programming only, nothing else, as anything that was Loconet, is now LCC (turnouts, sensors, signals).
BTW, our DCS200s (we have a few) are very old, going back to 18-20 years ago, so it could be these command stations are starting to decay a bit (?).
Cheers Leo P
Hi Bob
The Locos I noticed this with were fitted with ESU V4 LokSound decoders.? But I now believe the issue I saw was probably just another manifestation of my fundamental problem which is a DCS100 which occasionally misses a LocoNet packet,
The problems I have seen are when a LocoNet command such as turn a Horn On/Off or to Start/Stop a locomotive is missed when running auto trains.
Missing a Horn start is not obvious, ?Missing a Horn stop is very obvious.? Issuing a Monitor Slots command immediately after a loco does not turn off its horn shows that F2 is still on in the DCS100 but the F2 off command was sent to LocoNet (as seen on a second JMRI running on a second computer eaves dropping onto the LocoNet via a second PR4).
A missed Loco start (Set speed of loco x to YY) command is evidenced by an auto train not starting a Transit or following a Pause until another Set speed of loco in slot x command is sued onto locket.? Again refreshing Monitor slots shows the DCS100 did not get the Set loco speed command.
A missed Loco stop (Set speed of loco x to 0) command generally breaks auto trains, results in memory leaks and eventually a processor core running parts of JMRI goes to 100% and JMRI freezes for a period of time.? A JMRI restart is required to re-establish auto train operation.? Again I have confirmed that JMRI sent the command to LocoNet and that the DCS100 did not see it.
I have separated the layout control LocoNet (turnouts, block detection and signalling) from the DCS100 LocoNet ?(i.e. LocoNet and LocoNet2) and still observed the same behaviour with a similar frequency of occurrence.? Tonight I was able to carry out the ultimate test using a borrowed DCS100.? So far I have run for over 5 hours without any drop LocoNet commands with the system configured back to a single LocoNet bus.
So it looks like my DCS100 has issues not seen on another. ?
Thanks?
Don McG
|
Steve,
When you click on the Thingiverse link, about midway down the page below the thumbnail pictures is a horizontal menu item, to the far right there is a "Remixes" button, click on that? to take you to the modifications people have made for this item.
The limit switches do not monitor the servo position for servo control, one limit switch is for the live frog polarity change and the other for status confirmation and/or indicators.
Dan
|
Locked
Re: New 4.15.7 and CMRI
PJ,
There was a message yesterday about a daily build that had a fix for the
CMRI baud rate issue. So far, those who have tried that found they can then
pick and use the baud rates they want.
See...
This will be in Packages 3393, building shortly at
It would be
good to get that tested by people who are still having the problem.
It will be part of 4.17.3 when that gets released next month. But this link
to the daily builds will get you a download that should cure this issue.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: New 4.15.7 and CMRI
Having the same trouble with the new 4.17.2. This time even when I try to change the baud it still comes back as 19,200 instead od 9.600. I tried several times. No luck.
|
Locked
Re: JMRI Decoder Pro, EasyDCC, and SoundTraxx
Don,
For what you are asking, I'd say setting up the laptop and Pi for remote
desktop is the simpler way to go. You would run JMRI in the normal display
mode and use the remote so the keyboard, mouse, and screen of the laptop
becomes your interface. Simple and direct, JMRI doesn't even know you aren't
on the console of the Pi.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: Creeping locomotives (was Re: DigiTrax DCS100 missing LocoNet packets
Hi Bob
The Locos I noticed this with were fitted with ESU V4 LokSound decoders. ?But I now believe the issue I saw was probably just another manifestation of my fundamental problem which is a DCS100 which occasionally misses a LocoNet packet,
The problems I have seen are when a LocoNet command such as turn a Horn On/Off or to Start/Stop a locomotive is missed when running auto trains.
Missing a Horn start is not obvious, ?Missing a Horn stop is very obvious. ?Issuing a Monitor Slots command immediately after a loco does not turn off its horn shows that F2 is still on in the DCS100 but the F2 off command was sent to LocoNet (as seen on a second JMRI running on a second computer eaves dropping onto the LocoNet via a second PR4).
A missed Loco start (Set speed of loco x to YY) command is evidenced by an auto train not starting a Transit or following a Pause until another Set speed of loco in slot x command is sued onto locket. ?Again refreshing Monitor slots shows the DCS100 did not get the Set loco speed command.
A missed Loco stop (Set speed of loco x to 0) command generally breaks auto trains, results in memory leaks and eventually a processor core running parts of JMRI goes to 100% and JMRI freezes for a period of time. ?A JMRI restart is required to re-establish auto train operation. ?Again I have confirmed that JMRI sent the command to LocoNet and that the DCS100 did not see it.
I have separated the layout control LocoNet (turnouts, block detection and signalling) from the DCS100 LocoNet ?(i.e. LocoNet and LocoNet2) and still observed the same behaviour with a similar frequency of occurrence. ?Tonight I was able to carry out the ultimate test using a borrowed DCS100. ?So far I have run for over 5 hours without any drop LocoNet commands with the system configured back to a single LocoNet bus.
So it looks like my DCS100 has issues not seen on another. ?
Thanks?
Don McG
|
Locked
Re: JMRI Decoder Pro, EasyDCC, and SoundTraxx
ps: As for the CV numbers, I just quickly viewed the online decoder document I found on the SoundTraxx site, and the highest number I noticed was 22x. I have no idea what decoders it was for.
Don W Connecticut
|
Locked
Re: JMRI Decoder Pro, EasyDCC, and SoundTraxx
Marc, thanks for the long response and all the information!
My goal IS to have the Pi running JMRI, but "headless" without keyboard, mouse, or monitor. The PC will be a laptop, used now and then for other things, so wireless communication is a nice goal: I could just carry it to the layout room and turn it on. It won't be needed except for decoder programming or a dispatcher to use. Running the layout by myself, I don't need a dispatcher...
I'm new to JMRI, and unclear about its limitations. Maybe that laptop won't be able to program through the Pi to EasyDCC. If so, I could temporarily disconnect the EasyDCC from the Pi and plug it into the laptop running Decoder Pro, but that's not as clean and nice as connecting wirelessly and not moving cable connections. If that is the only way, then I might eventually buy a separate programmer.
Don Weigt Connecticut
|
Locked
Re: Raspberry Pi Servo pHAT
Hello Richard,
On Jul 25, 2019, at 9:42 AM, rsauerbrun < richard@...> wrote: I have ordered a Pi Servo pHAT for my Raspberry Pi that is running JMRI. This $10.95 product has 16 channels that allow for direct connection and management of 16 servos. Here is information on how it works:
Has anyone used a this product, or something similar? I am assuming I will be able to configure and operate this within the JMRI environment.
I have an Adafruit board which is very similar:
The two products actually use the same I2C controller.
That said JMRI does not currently support I2C connections on the RaspberryPi, but, the Pi4j library we use to provide support actually does support them, so this should just be a matter of figuring out the correct hooks to use in that code.
I¡¯ll see if I can play with it over the next few days and get something working, probably as a script.
Paul
|
Dan,
Thanx much, this will be very helpful!
Unfortunately I do not have a 3D printer...
My setup is an outside garden scale deadrail, so I will be mounting
them inside a weatherproof plastic box.
I can use that box as part of the mount you have designed.? I will
mill the other part(s) out of either oak
or ABS stock.
Questions:
? ? I see no adjust-ability of the 2 limit switches.? The 2 mount
holes are fixed, as are the switch plate mount holes.
??? What am I missing?
??? Does your code monitor them as the servo moves to determine when
to turn off the servo?
? ? Or do you set the servo to a specific position and then use the
limit switch for confirmation of the position?
On 07/29/2019 09:19 AM, dan@...
wrote:
toggle quoted message
Show quoted text
Steve,
If you have access to a 3D printer this is the mount I use and i
added the adjustable limit switch mount.
Not sure why my remix picture does not show up.
Dan
|
Locked
Re: Can I have two points with the same DCC address on a control panel?
Renton,
When you open you panel, At the top left on the menu bar, "file" should be the first selection. Open that drop down menu. If you are using Layout editor (the one I suspect you are using) it will give you an option to change to Panel Editor.?
Panel editor is a graphic panel. You create a "picture" of a panel that you may place icons anywhere within the x,y coordinates of the panel. Those icons have no relationship to each other but represent the item you match them with from your tables. You simply choose the type of item you add to the panel, then select the related Sensor, Turnout, Signal, etc from the table and place it on your panel. No "restrictions" on how many or where you place them, or even what type of icon you use.
The Layout editor is just the opposite (in my simple mind). The icons have a direct relationship with each other. It is basically, a direct view of your trackplan and is built as you would build your layout on benchwork. When you add a piece of "track" it must connect with another piece of track in a specific sequence. Each sensor is unique as it relates to a specific point on your real layout. Each turnout, signal head, and other items exist at only one spot on your layout and link with only one other item as well. It also provides you with a logical diagram of your trackplan that you can interconnect track into specific ways so you may automate trains and set up operations through detection, routes, and Logix.
My explanation is not perfect but is from my personal point of view. You select which method you prefer to use when you build your panel from the beginning.?
Good luck and have fun, Nick Kulp
"I'm not a failure. I started at the bottom and I found it easily attainable. Life is too short to set unattainable goals"- Nick Kulp
On Monday, July 29, 2019, 04:55:20 AM EDT, Renton Charman via Groups.Io <renton.charman@...> wrote:
Basic question Nick, how can I tell which editor I have used to draw the panels?
|
Steve,
If you have access to a 3D printer this is the mount I use and i added the adjustable limit switch mount.
Not sure why my remix picture does not show up.
Dan
|
Locked
Re: Question regarding upgrading JMRI on RaspberryPI running Jessie
#rpi
Hi Steve,
Thank you very much for your response, I renamed the JMRI folder, and extracted the .tgz file into a new JMRI
folder. The only thing I had to do afterwards was change the ¡®My JMRI Railroad¡¯ to our RR¡¯s name, as we have a separate WiThrottle server for our N scale layout.
Carl M.
|
Locked
Re: Loksound 3.5 Won't Read Full/All
Dave,
? Thanks for confirming what I thought might be the case - I will suggest that the owner
purchase a programming track booster but I doubt he will since he has only one loco
that requires it.? I have a work around I'll suggest - which would be for me to read it
on my setup and then provide the roster entry to him as a file.
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? - Jim B.
|
John,
I am building turnout controls with MG90s and would be very interested in detailed pics of your servo mounts.
Steve
toggle quoted message
Show quoted text
On 07/28/2019 04:13 PM, birmingham_rails wrote: Hi Folks
I've done a project to throw 26 PECO turnouts with SG90 servos using Arduino Unos. A feature of this is to drive red/green LEDs with the Arduinos to show turnout position. No limit switches, no relays.
This uses enough pins that I can get 4 servos and 8 LEDs per Arduino.
The goal off this project is simply to replace handthrown turnouts with pushbutton remote in an industrial area where turnouts are hard for operators to reach. There is no need for connection to DCC system at these locations.
(We do have dispatcher's computer panel for 5 key mainline locations using Digitrax PR-3 , PS-64's and JMRI. We use JMRI primarily for operations and decoder set up.)
The cost is about $6 US per turnout site, including panels. Materials came via AliExpess.
The servo mounting is the "half inch aluminum channel" type found on YouTube. Thus includes a piece of steel wire which bends a bit to hold the points in place. Servos should be off between throws. This may require adjustment of throw angles.
The code was cribbed from various on line sources -- I'm not a coder, just a retired civil engineer who can adapt/figure things out.
Each Arduino is part of a "module" that include a bread board and barrier strips. There are 7 modules mounted together on a panel under the layout, below the industrial area.
The fascia mounted panels have a track schematic, one push button and two LEDs per site. The panels include barrier strips and connections to the modules are made with 4 pair communication cable - one cable for buttons, one cable for LEDs.
Adjusting servo throw is done by adjusting the code for a given module, each servo has a loop of code for it's button; each module has its own code for its 4 servos. The throw angle is given in degrees in each direction; each turnout of 26 may be adjusted separately, although this hasn't been necessary so far.
I don't know how to write servo position to Arduino's eprom. So if Arduinos are powered off, then each servo must be "waked up" next time system is powered up. Not a big deal but not very elegant, even for a dirt engineer. (Operators shouldn't leave cars parked on turnouts, but...)
So I'd like to learn how to have Arduino's remember servo position, and LEDs color when powered up.
You may see some info on this project on my YouTube channel "Birmingham Rails".
I'm glad to share code, pix, etc. if anyone is interested.
Thanks
John Stewart
Birmingham, AL
|
Locked
Re: Trying to add a photograph to this topic.
|
Locked
Re: Strange DP behavior
Jim,
Once you have several individual profiles configured to communicate properly with your hardware (LocoBuffer, PR3), you can "Edit" the "Preferences" to change the "File Locations" so that they point to the same Roster.
For each of the profiles for which you want JMRI to share the same Roster:
. start DecoderPro or PanelPro and select the profile you want to change.
. open "Edit->Preferences" and select "File Locations".
. In the box for "User Files Location", enter the path name for the profile directory which contains the Roster you wish to use.
For example, if you have three profiles, "PR3_standalone_programmer", "LocoBuffer_layout", and "ThatOtherProfile", and you have your complete Roster in the "PR3_standalone_programmer" profile, then you will want to change the "User Files Location" value in the "LocoBuffer_layout" and "ThatOtherProfile" profiles to _match_ the "User Files Location" value as seen in your "PR3_standalone_layout" profile.
I am not sure how JMRI would act if you have two instances of JMRI running at the same time using two different profiles. Roster changes via one JMRI instance will likely _not_ become automagically visible in another JMRI instance's Roster. It _may_ be necessary to "rebuild the roster" or "re-index the roster" or even restart the second instance of JMRI in order to "see" the changes to the Roster entry.
Regards,
Billybob
toggle quoted message
Show quoted text
-----Original Message----- From: [email protected] [mailto: [email protected]] On Behalf Of Jim Kirwan via Groups.Io Sent: Monday, July 29, 2019 1:02 AM To: [email protected]Subject: [jmriusers] Strange DP behavior Billybob, That sounds like a better place than where I now am. :) That is what I am going to do. I think all I will have to do then is edit the preferences to switch between PR-3 and LocoBuffer when I am programming. Thanks. Jim K
|
Locked
Re: Strange DP behavior
Jim K,
You will be able to pick the interface from the Roster screen. It will have
another select list, between the power buttons and the programming mode,
that will pick which system you will use for programming. At least it
should, I've not used that lately. Also there are select lists in the single
CV programming to pick the interface. So you should be able to have the
'LocoNet - PR3' and 'LocoNet - CS' to choose from as needed.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
|
Locked
Re: CMRI Baud Rate Mismatch - Dave S/ Bob J
Same here Scott, Looks like Dave S. found the fix. Happily back running at 57,600. Thanks to all of the developers who support this great program.
John Lang
|
Ken Cameron
Carl Marchand
Jim Betz
Peter Ulvestad