Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- Jmriusers
- Messages
Search
|
Locked
Norton blocking JMRI web site
Norton has started blocking my access to JMRI web pages, I just ignore it as the URL is correct but is this something others are experiencing?
Dangerous Web Page Blocked
You attempted to access:
http://www.jmri.org/help/en/index.shtml
This is a known dangerous web page. It is highly recommended that you do NOT visit this page.? Visit
?
?
to learn more about phishing and internet security.
|
|
Locked
Re: Complete Raspberry PI source question
Don,
On 8/31/19 7:44 AM, Don Cummings wrote: Update 2.? ?Another brain f**t.? This is probably a Pi issue and not aYes, it's an RPi issue. Though I have one pointer for you: Check (and change / comment out) all the different HDMI and Video Output settings from the /boot/config.txt (you'll also see the config.txt if you place the SD card in a Windows PC - just don't let Windows format anything!) I had to comment out all HDMI settings to get Steve's image to show anything on a pi-topCEED: - it was booting up fine, but the screen stayed black. And for general linux turning off the screen saver, run the following commands: xset s off xset -dpms I guess these days there is a graphical interface to do that as well, but don't know since I never searched for that ;) Good luck, Heiko |
|
Locked
Re: Complete Raspberry PI source question
Don Cummings
Update 2.? ?Another brain f**t.? This is probably a Pi issue and not a JMRI issue and I need to ask a Pi guru what to look for.? If anyone here can help I would appreciate it but I will be looking into a Pi support forum if I can find one. One more time, thanks. On Fri, Aug 30, 2019 at 10:33 PM Don Cummings <dacum47@...> wrote:
|
|
Locked
Re: Complete Raspberry PI source question
Don Cummings
Update.? ?I think I remember something being said about not being able to use the server that starts with Steve's image and wifi at the same time, duh obviously.? One part finished. The club has no internet access available anyway so not a big issue at this time. Still leaves the monitor issue. Thanks again, Don On Fri, Aug 30, 2019 at 10:26 PM Don Cummings <dacum47@...> wrote:
|
|
Locked
Re: Complete Raspberry PI source question
This is my first post to this forum if I can remember rightly.?? I have a raspberry pi 4b 4gb model, and put Steve's buster image on it and it booted from the sdcard with the image on it and it looked promising.?? I want to use this on the clubs n-scale layout using dual monitors for panels of upper and lower decks.? Both monitors are new using 1920x1080 resolution. The first time it came up beautifully. I imported our engine roster and the panels.? Reworked the panels to use the entire screen on both monitors. Saved the panels and took a break. I came back and the monitors had gone to sleep.? Moved the mouse and only primary monitor woke up. The other said no signal.? I could not get to the internet because the wifi was not on and I couldn't find where to start it. I looked for both the wifi and and power settings for the monitors to not go to sleep but could find neither. Set both monitor settings (on the monitor) to not timeout but that didn't help. I rebooted the pi and then things started up funny. I didn't get a splash screen and nothing happened.? Repowered the pi again and it came up, both monitors but no wifi again. I let them go to sleep again and monitor2 again said no signal. I'm not the sharpest tool in the box when it comes to linux but I can remember some of the basic commands. I replaced the sdcard with the one that came with the pi and it came up and I was going to install JMRI from scratch but I couldn't remember the process (need to refresh my memory, my head is 72 years old and either rusty or cloudy or something along that line). Sorry for the book but I could use some suggestions. Let me know if this is enough info to illicit a response, if not let me know what you need and i'll try to get it for you. Thanks,? Don On Thu, Aug 15, 2019 at 4:14 PM Robert Schworm <rkschworm@...> wrote:
|
|
Locked
Re: CanExample.py
¿ªÔÆÌåÓý
I also find it very interesting that the document mentions a UDP based protocol ( via the Ethernet connection ). ?It looks like adding support for that protocol would add support for the Zimo MX10. ? I am now curious to see if Roco implemented that protocol in the Z21. ?It¡¯s clear that Roco¡¯s own ?software supports communication to the CAN connection that isn¡¯t as limited as the Z21 protocol... ?which gives me a project to work on... not that I needed another one.
We actually support Zimo hardware in serial mode now. ?Given the right hardware interface, it probably could talk to the Z21¡¯s CAN connection. Paul, but this is actually straying quite a bit from the intention of this thread. |
|
Hello all. I am relatively new to JMRI. I have used it to program locomotive decoders and am now looking to install and program signals at a quad interlocking.
Hardware: Digitrax DB150 command station, Digitrax PR4 decoder programmer, Digitrax SE8C decoder, and an Azatrax MDR6 for sensors. Windows 10 laptop. I've installed JMRI Decoder Pro and Panel Pro. Having connected all the hardware, I've been able to power on the test signal and change signal indications using the control panel in PanelPro under the example configuration provided by the JMRI install (PanelProTest). However, when I attempt to create my own panel I do not get any communication between the PR4 and SE8C. It seems there's limited information online about how to set everything up in JMRI. From what I've read and tested I suspect in creating a new panel, I first have to add the SE8C to PanelPro. I do not see the SE8C listed under LocoNet as I did in the example configuration. When I'm logged into PanelPro using PanelProTest, under LocoNet I can see an option to configure the SE8C.?? I am unsure of how to add the SE8C to my own active configuration profile.Can anyone point me to a manual or something to reference on how to accomplish this first step? Once I get past this step, I am assuming the next step would be to create a panel, then create signal heads, then signal masts, which would then be added to the panel. The signals I am installing are 2 target type-G signal. I will have 3 sensors in the track, and will be adding a wabbit to tie the switch position in to the SE8C at a later date. Any help is appreciated! |
|
Locked
Re: CanExample.py
On Aug 30, 2019, at 9:40 AM, halasz <halasz.gabor@...> wrote:I would have to look at the protocol to see if that is right, but the way it actually is interpreted is ¡°RailCom tags A and B are in positions X and X+1 of ZRD6AA¡¯s tag array¡±. The hardware keeps of up to 32 addresses in an array. It sends those to us 2 at a time, unless we are at the end of the list, when it sends and end of list marker. Now, if I understand you, Bob, correctly then there is a standard way of sending such a message, independent of Roco. I can think of two methods for doing so:What Bob is referring to is the CAN protocol on the wire being standardized, but the Roco interface doesn¡¯t currently allow us to directly access that port ( some day it might... ) I could probably figure out how to do it from your link, Paul, if I knew Java but even in Python I am compelled to rely on recipes I get from you as many times in the past.Unfortunately, I don¡¯t have the time to write script examples for everything. Generally, I write script code as a prof for concept and the replace that with Java code, then the script goes away. The Java code link I sent you is for the tests to the Z21CanReporter. It includes examples of how to call the reply method on the reporter and translating that to python should not be difficult. You should be able to do something like this to get the reply sent: rpt.reply(Z21Reply(¡°0E 00 C4 00 00 00 00 00 06 11 13 11 14 11¡±)) Which uses the message you provided above, and assumes that you have created a reporter variable named rpt. ( I haven¡¯t tried this, but that should be close ). That said, let me repeat and expand on my earlier statement about this. The messages sent by the code above WILL cause issues. Using the code above WILL trigger messages to be sent to the JMRI reporter object that are out of sync with the command station¡¯s data array for the reporter. This could cause loss of data or miss interpretation of the real array contents. I will not support any issues that arise because of that. Another alternative, which we haven¡¯t explored in this or any other thread would be to have an internal reporter that maintains the content you expect. Internal reporters can even keep collections of data like the Z21 reporter does. This is really the right approach to working around ( perceived or real ) deficiencies in the hardware. Internal reporters are only tied to real hardware through whatever logic you apply to them. Paul |
|
Locked
Re: XL Systems Inc.
He said he designs and manufactures for MRC Corp. that¡¯s what he has told me and I have a bad mrc sound decoder and it looks just like them. But I didn¡¯t compare components but same blob on the component as mrc. I should send that one in for repair and wait to hear what happens?
toggle quoted message
Show quoted text
On Friday, August 30, 2019, 7:50 PM, Dave Heap <dgheap@...> wrote:
|
|
Locked
Re: Decoder Pro Errors out when Programming Functions on TSU-21PNEM
#soundtraxx
#tsunami
¿ªÔÆÌåÓýSteve, On 31 Aug 2019, at 10:03 AM, Breezlys via Groups.Io <livinthelife@...> wrote: The Digitrax PR4 also works well with these (and most/all other) decoders and is a more economical alternative. There is a also CV128 'gotcha' when using the PR3/4 with non-Digtrax decoders: Dave in Australia |
|
Locked
Re: Decoder Pro Errors out when Programming Functions on TSU-21PNEM
#soundtraxx
#tsunami
¿ªÔÆÌåÓýpcgumshoe, I placed my loco on my portable programming track that has an NCE USB connection and a PowerCab.? I was able to program the function correctly, so I thought, I still can't get the F3 to turn on when the loco is moving forward or stopped.? In the "Function Map" tab, I selected "FX3 Effect" and changed it to "F0" and then I put check marks in the "Forward Driving" and "Forward Standing," spots, still no luck.
NCE command stations always report success for any CV write operation (main or program track), even if there is no loco on the track. These are called "blind writes" and are common for most systems when programming on main. Dave in Australia |
|
Locked
Re: SSL heads fail to set properly after start .... JMRI 4.17.3
Looked at the Raspberry pi JMRI with that script of mine trying to get that script to run.? Got a system error saying it didnt like line 23 of InitLayout.py.? Reads "minPPwindow()
By the way, I do not use ANY DS64 boards.? I use the SE8C cards and a few Tam Valley servos. Roger |
|
Locked
Re: Decoder Pro Errors out when Programming Functions on TSU-21PNEM
#soundtraxx
#tsunami
On Fri, Aug 30, 2019 at 04:29 PM, Dave Heap wrote:
The Digitrax PR4 also works well with these (and most/all other) decoders and is a more economical alternative. Steve "Breezlys" |
|
Locked
Re: Help with JMRI and Digitrax PR4
On Thu, Aug 29, 2019 at 08:51 AM, Rich S wrote:
Rich, To do the "reset" I've always unplugged *everything* that could supply power to the PR4: The USB cable, the external power, and the LocoNet if it's supplying railsync. I also had a chance to peruse the layout computer. My COM port settings are as follows. I've never changed anything from when I first plugged in the PR4 and Windows discovered and installed it. I think the values in your JMRI preferences override these anyway: In Device Manager: Bits per second = 9600 Data bits = 8 Parity = None Stop bits = 1 Flow Control = None? FIFO buffers both set to high JMRI preferences: Baud rate = Fixed at 57,600 Serial connection uses = hardware flow control (recommended) Packetizer type = Normal (recommended) Transponding present = No Turnout command handling = Normal HTH, Steve |
|
Locked
Re: Decoder Pro Errors out when Programming Functions on TSU-21PNEM
#soundtraxx
#tsunami
61 and 62, he had me try both number in CV 57 and CV 58.
|
|
Locked
Re: Decoder Pro Errors out when Programming Functions on TSU-21PNEM
#soundtraxx
#tsunami
Thanks Dave for that explanation.
I placed my loco on my portable programming track that has an NCE USB connection and a PowerCab.? I was able to program the function correctly, so I thought, I still can't get the F3 to turn on when the loco is moving forward or stopped.? In the "Function Map" tab, I selected "FX3 Effect" and changed it to "F0" and then I put check marks in the "Forward Driving" and "Forward Standing," spots, still no luck. Thinking out of the box earlier, I did think to do a program on the main, but I wasn't getting any feedback or notification that my programming was having any effect.? It may have been after the decoder was corrupted with bad CV data, I reset the decoder before placing it on my PowerCab track. |
|
Locked
Re: XL Systems Inc.
Jim,
On 31 Aug 2019, at 7:57 AM, jim green via Groups.Io <jimgreen150@...> wrote:ManufacturerID is MRC. (Model Rectifier Corporation) Since you get multiple matches for version 0 it indicates that either: - there is no MRC decoder with a VersionID of 0. - there are multiple MRC decoders with a VersionID of 0. - MRC hasn't made available enough information for us to make a unique VersionID to Model Name map. - MRC doesn't use VersionID. - The decoder you have isn't a genuine MRC decoder. Dave in Australia |
|
Locked
Re: Decoder Pro Errors out when Programming Functions on TSU-21PNEM
#soundtraxx
#tsunami
Values of 253 for CV57 and 254 for CV58 appear to be default values from Soundtraxx.
What did "Tech" say they should be? -- Peter Ulvestad JMRI Users Group Moderator - ( ) Tam Valley Group Moderator - ( ) Sprog-DCC Group Moderator - ( ) Edmonton Model Railroad Association - |
|
Locked
Re: Decoder Pro Errors out when Programming Functions on TSU-21PNEM
#soundtraxx
#tsunami
¿ªÔÆÌåÓýpcgumshoe, 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. The problem is caused by a Power Pro firmware issue that affects program track operations with both JMRI and the NCE throttle. If you, by any means, attempt to write a value to any CV>256 in Program Track mode using an NCE Power Pro, the firmware will instead write to a CV<257, possibly corrupting ?your decoder. For, example, if you use the NCE throttle to write a value to CV275, that value will be written to CV19 (the consist address) instead, making your decoder appear non-responsive to its normal address! If you attempt use JMRI to write a value to CV275, JMRI intercepts that request (to protect your decoder) and instead throws an error (unfortunately not gracefully, but the error can be seen in the JMRI system console). The DDE ?and other advanced panes in the TSU2 use CVs>256 so are affected. The only workaround for these decoders is to read the decoder on the Program Track, then save and reopen in Program on Main mode. Attempting to use the NCE throttle as a workaround will simply corrupt other CVs in your decoder. ( The ESU decoders are not affected because ESU provides an in-decoder workaround that doesn't involve writing to CVs>256 so JMRI intercepts the write command and uses that workaround.) If you have TSU2 decoders, your only choices are to use Program on Main or to get another programmer (such as a SPROG or an NCE Power Cab/NCE USB combination). JMRI can easily be configured to use two connections in the same session, with Program on Main, throttles, turnouts etc. being directed to the Power Pro and Program Track commands being directed to the SPROG/Power Cab. Don't try other means to cheat around the firmware limitation in the Power Pro, it will inevitably lead to tears. Dave in Australia |
jim green
Roger Merritt
Peter Ulvestad
to navigate to use esc to dismiss