Hmmm... JMRI hangs on the small launch screen and won't continue. I tried uninstalling and re-installing it, but I can't seem to get past it. It worked fine this morning... I have the latest version of JMRI and the latest version of Java, on Windows 10. Any ideas? Andrew
Are there any error messages? This happens to me if I try to start it and don't have the Base Station connected. I have to either restart my machine or use Task Manager to shut down the JMRI process before I can try again. You could also try removing/renaming the configuration profile folder(s) to try a 'clean' startup. Your config profile folder(s) should be under Documents\JMRI.
Dave & Mike Exactly the same process Mike mentioned works for me on Win 10. You can also Right click on the JMRI logo on the task bar and close the window and then restart DecoderPro. It will often say JMRI still running , choose Yes and mine restarts, it just takes a few seconds longer.
After a complete reinstall of Java and JMRI, I got it back up and running. It seems that when JMRI loses connection with the Base Station, JMRI crashes, and upon restarting JMRI, it hangs up. I just tested it out by unplugging my Arduino and that is what happened. I used the method described by KC Smith to get it going again after the test. There are no error messages, it just stops on the launch screen with the JMRI icon. Andrew
This procedure works for me! I also would like to report that I did get the JMRI Engine Driver up and running on my Android Smart Phone, running with the JMRI WiThrottle on my PC , and controlling the DCC++ base station successfully. I hade two locos that I was able to control . I, of course, can't wait to be able to control the DCC++ Base Station directly with the JMRI Engine Driver on my Smart Phone, without having to have a USB connection to a running PC! Twin Dad, keep up the great work on this very valuable creation of yours!!!!
All, and Moderators I've noticed that there are many clickable words in our postings i.e. ( RS485 , Android , DCC++ Base Station , Motor Shield , Pololu etc.) that are automatically setting themselves as unintended URL internet connect extensions. Which could cause some confusion to new comers and misdirect them to unintended posts. How do we disable them and prevent them from happening in the first place? Moderators please advise. Kevin
I have a JMRI /DCC++ setup with an Arduino and a LMD18200T based motor controller that I had in my junk drawer. Works fine. I have an Arduino Motor Shield on order, but I wanted to play with the current monitor function. I do not have the LMD18200 current output hooked up. Instead I used just a wire plugged in to A0 which acts as an antenna. Just touching injects an large amount of ambient noise and causes the current monitor to shut off the track voltage...neat. One thing I noticed is that neither my remote JMRI wifi Engine driver or the PC JMRI WiTrottle window's power button changed state to off. Toggling either does bring power back to the track as expected. Since there are many sources of "over current" that can bring the system down and the JMRI power buttons do not reflect the off condition caused by the over load, one could be left scratching their head wondering why everything groiund to a halt. I fixed it on my current lash up by adding an LED to pin 8 of the Arduino and adding some code that powers it up when a current over load condition occurs. It is turned off when either of the power JMRI buttons are toggled. Now if a current overload occurs it is clear to me what caused the interruption! David G.
Those links are auto-inserted intentionally by the forum software. They are part of the advertising/marketing scheme, and to that extent, they are "legitimate", though they are not inserted by the poster. I agree in this case if they are being auto-inserted to keywords that could send someone off in the wrong direction, that's probably a bad thing, and hopefully some adjustments can be made (especially around the "DCC++" keyword!). I also have my personal opinion about whether they should be there at all, but (A) this is not my site, and (B) this is not the forum to discuss such things (in general).
The general failure of the JMRI Power Button to work was a bug that should be fixed in 4.3.3, which should be out very soon. If the Base Station sends a status message ( <p0> or <p1> ) when the power state changes due to a short or whatever, then JMRI should (now) correctly show that state. If it's still not working with 4.3.3, I'll dig back into it.
It is a plug-in type of feature, which helps us pay the monthly bills here. Without it, even with our ever faithful Supporters, paid advertisers and a few donors,..... Unfortunately it will on occasion pick a key word in error.
I loaded version 4.3.3 and tried a short and the results are as before... sorry.. No big deal to me as I have the LED that lets me know what's up. Question: Is there any way that a DCC++ base station can be controlled by a WiThrottle "Engine Driver" app directly with out JMRI (and a PC) running between them? A blue tooth connection would be wonderful as it would not require a WiFi router being involved. David Garrison
Bummer... I'll have to dig back in and see what is wrong. Maybe they just didn't get my fix folded into the release. Not yet but it is coming. I don't know if you can get to Bluetooth, since the WiThrottle and EngineDriver apps themselves are written to connect via WiFi (the app would have to be modified to set up a Bluetooth link), but I am working on porting WiThrottle protocol support directly into the Base Station. Once it is done, you will be able to connect your Base Station directly to the router with an Ethernet or WiFi shield, and talk directly between the Base Station and your smart phone without a PC running JMRI. I've been having trouble with my hardware, but once I get it debugged I don't think it will take long to get the code working. Unfortunately some "day job" and family/life stuff is limiting my programming time availability at the moment. Stay tuned!
I know that I am coming late to the discussion, Is there any talks of the Wifi Shield being used as an access point for use where no network is available? I.E. Train shows...
WOW! Wonderful....an admirable venture! I found DCC++ when I was starting a project to build a small On30 layout for demoing at train shows which I wanted to use a touch LCD display to control the automated layout..(everything I needed is already in DCC++!!!). No need to do that now. Bummer, I will have to find something else to use MCUs for. Thanks again for your outstanding creation. David Garrison
Does anyone know if JMRI would support having two DCC++ Base Stations? My idea is to use one with the Pololu shield I have connected to a test track and programming track (both separated from the main layout) and another with the heavy-duty single channel shield that Dave Bodnar found as the controller for the main layout. I'm in the beginning stages of laying track for my main layout and so am weeks away from being able to set up things to try it myself, so I thought I would ask here.
Though I haven't tested it, yes, it should. Just create two interfaces in the preferences (under "Connections", click the "+" button at top).
I have a question about JMRI. I have only used DCC++ so I don't know if this is true with other systems. When I power up the system, why does JMRI show sensor state as "unknown". The sensors only have two states; active and inactive. I find it to be completely illogical that JMRI does not set the state to reflect the actual condition of the sensors on startup. Is there a way to do that? Thew reason I find this so annoying has to do with the position of turnouts at startup. I want the panel to reflect how they are set when I power up. I should not have to set each one to get it to a known state.
