On Aug 27, 2018, at 11:44 PM, Paul Bender <paul.bender@...> wrote:
Have you tried creating the reporters manually?
When these are created, they should actually be in the table as ZLR1 to ZLR8. I had a chance to look at this on my own Z21, and now I see what the problem is. It looks like the LocoNet Reporter manager is created, however, there is a long standing issue with this part of the code that makes it to that only one reporter manager is visible. In other words, we can currently see either the Z21 Reporters or the LocoNet Reporters, but not both. This is going to take a little time to work through, but I should be able to make it work like other managers do. Paul
|
Locked
Re: RPi-JMRI image updated
Dave,
That command creates the "DecoderProConfig3.properties" file. Without it, the DecoderPro startup script crashes long before it reaches the panel XML error-checking step.
The XML checking has been tightened up significantly in recent versions. You can get help on those errors from this group by creating a new topic, providing your panel file, advising what version you are coming from, and showing the error message(s) you are getting.
--SteveT
|
Locked
Re: PanelPro saving and load problems and findings, and drawing track
Could he take the 8 bit data lines and 16 bit address bus for his system and connect it to a CMRI Unix adaptor board and then the whole thing would look like ,CMRI.
Jim
toggle quoted message
Show quoted text
On Aug 28, 2018, at 09:49, Bob Jacobsen <rgj1927@...> wrote:
It sounds like the actual computer interface is a board that you access via raw IO.
That can be done directly in JMRI, but it’s a bit tricky to set up.
If you have a current program that can read and write that hardware, perhaps the easiest way to connect your layout to JMRI is to make another version of that which can connect (via one of several methods) to a script in JMRI to pass info back and forth.
To move data back and forth, you can either use a networking approach, use two pipes or comm ports back-to-back (on macOS and Linux, this doesn’t require hardware; I’m not sure of Windows, perhaps somebody else can comment), or even write and read files.
As to what to send: If you have the code to handle all the multiplexing, etc, it could just be an array of output positions going one way, and another of input positions going the other. Transferring that state, while letting your custom program handle all the details of the on-layout communications, seems like the simplest and fastest approach. But, if needed, JMRI could handle that communications logic over whatever raw IO is worked out.
What would be easiest to add to your existing program to put and get the state? Reading and writing lines on a serial port?
Bob
On Aug 28, 2018, at 4:10 AM, Don Weigt <dweigt47@...> wrote:
Thomas,
My railroad interface is one I designed and built myself. I was a member of the Computers in Model Railroading SIG back in the day. I was a hardware designer for a company that made computer based instruments. This was in the '70s, and they (Nicolet Instruments) built their own computers. My project was well underway before Bruce Chubb's CMRI was published.
I decided not to convert to CMRI. My design uses far fewer PCBs. The computer I/O board connects to a 50 pin ribbon cable with crimped on sockets for cards under the layout. The cards use CMOS logic, powered by 5V from the computer. Card inputs and outputs are multiplexed into 16 columns of 16 or 32 bits in groups of 8, to make maximum use of the hardware. From each, 24 conductor ribbon cables fan out to the layout: two cables for the Input board, four for the LED Driver board. Each 24 conductor ribbon cable can drive 128 LEDs or read 128 inputs. The system could support several of each type of board. Breakout boards under the layout then connect each device to a ribbon cable.
Eight track boards with circuits for four blocks each, switching power to both rails and with DC and DCC compatible current based occupancy detectors. I believe they are superior for my needs, and one board does the job of eight simpler ones. I've also built a card to control up to 128 switch machines through a 15 wire cable (not a ribbon cable.) I've built my own power supplies for everything. I use an EasyDCC command station and wired walk around throttles, but built a booster of my own design and plan to build two more.
I started with a Radio Shack Color Computer with an assembly language based I/O driver and compiled BASIC control program. I moved to an IBM compatible later, first an XT machine, then an older 486, using an assembly language I/O driver along with a compiled QuickBASIC control program. Since I had no training in computer languages, it was a challenge for me to learn enough programming to write the code. Machine language made sense to me, but the syntax of higher level languages often was a challenge. I still can't use C or C++, it looks like punctuation and gibberish to me.
So, my challenge will be somehow connecting JMRI to my "one off" interface. I really have no interest in redoing all of it. I suppose I could build a board that presented static data to another computer running JMRI, giving the appearance of reading detectors and switches directly. Something similar might be done for the control outputs for signals and switches. Might be fun, I'm not sure. But, using a few tablets instead of making and wiring up hardware control panels is very attractive.
Don Weigt
--
Bob Jacobsen
rgj1927@...
|
Locked
Re: PanelPro saving and load problems and findings, and drawing track
It sounds like the actual computer interface is a board that you access via raw IO. That can be done directly in JMRI, but it’s a bit tricky to set up. If you have a current program that can read and write that hardware, perhaps the easiest way to connect your layout to JMRI is to make another version of that which can connect (via one of several methods) to a script in JMRI to pass info back and forth. To move data back and forth, you can either use a networking approach, use two pipes or comm ports back-to-back (on macOS and Linux, this doesn’t require hardware; I’m not sure of Windows, perhaps somebody else can comment), or even write and read files. As to what to send: If you have the code to handle all the multiplexing, etc, it could just be an array of output positions going one way, and another of input positions going the other. Transferring that state, while letting your custom program handle all the details of the on-layout communications, seems like the simplest and fastest approach. But, if needed, JMRI could handle that communications logic over whatever raw IO is worked out. What would be easiest to add to your existing program to put and get the state? Reading and writing lines on a serial port? Bob On Aug 28, 2018, at 4:10 AM, Don Weigt <dweigt47@...> wrote:
Thomas,
My railroad interface is one I designed and built myself. I was a member of the Computers in Model Railroading SIG back in the day. I was a hardware designer for a company that made computer based instruments. This was in the '70s, and they (Nicolet Instruments) built their own computers. My project was well underway before Bruce Chubb's CMRI was published.
I decided not to convert to CMRI. My design uses far fewer PCBs. The computer I/O board connects to a 50 pin ribbon cable with crimped on sockets for cards under the layout. The cards use CMOS logic, powered by 5V from the computer. Card inputs and outputs are multiplexed into 16 columns of 16 or 32 bits in groups of 8, to make maximum use of the hardware. From each, 24 conductor ribbon cables fan out to the layout: two cables for the Input board, four for the LED Driver board. Each 24 conductor ribbon cable can drive 128 LEDs or read 128 inputs. The system could support several of each type of board. Breakout boards under the layout then connect each device to a ribbon cable.
Eight track boards with circuits for four blocks each, switching power to both rails and with DC and DCC compatible current based occupancy detectors. I believe they are superior for my needs, and one board does the job of eight simpler ones. I've also built a card to control up to 128 switch machines through a 15 wire cable (not a ribbon cable.) I've built my own power supplies for everything. I use an EasyDCC command station and wired walk around throttles, but built a booster of my own design and plan to build two more.
I started with a Radio Shack Color Computer with an assembly language based I/O driver and compiled BASIC control program. I moved to an IBM compatible later, first an XT machine, then an older 486, using an assembly language I/O driver along with a compiled QuickBASIC control program. Since I had no training in computer languages, it was a challenge for me to learn enough programming to write the code. Machine language made sense to me, but the syntax of higher level languages often was a challenge. I still can't use C or C++, it looks like punctuation and gibberish to me.
So, my challenge will be somehow connecting JMRI to my "one off" interface. I really have no interest in redoing all of it. I suppose I could build a board that presented static data to another computer running JMRI, giving the appearance of reading detectors and switches directly. Something similar might be done for the control outputs for signals and switches. Might be fun, I'm not sure. But, using a few tablets instead of making and wiring up hardware control panels is very attractive.
Don Weigt
-- Bob Jacobsen rgj1927@...
|
Locked
Re: Panel Editor - Signals - default
Not sure I understand your question entirely, so if this answer isn’t helpful, my apologies, please ask again. I think you’re talking about a signal like this: It can show two sets of icons which you see side-by-side on that web page. For each aspect in a definition, there can be multiple images defined. The XML code looks like this: <appearance> <aspectname>Medium Clear</aspectname> <show>flashgreen</show> <reference>C1283 (c)</reference> <imagelink type="aspects">../../../resources/icons/smallschematics/aspects/CSX-2014-Chessie/CO-3-lo/rule-C1283.gif</imagelink> <imagelink type="flash">../../../resources/icons/smallschematics/aspects/CSX-2014-Chessie/CO-3-lo/rule-C1283f.gif</imagelink> </appearance> By default, the 1st one is used by JMRI to display on panels, etc. The “type” attribute on the “imagelink” element can also give names to the individual choices so you can select them. Here, those are called “aspect” and “flash”, but they could have other names. I’ve seen “large”, “small”, “prototype”, and “noflash”, there are probably others. For this particular signal “default” and “aspects” should be the same; I don’t see anything that would display differently between them. All this only specifies how they signal masts are shown on the screen not how they work. Bob On Aug 28, 2018, at 12:08 AM, Petr ?ídlo via Groups.Io <sidlo64@...> wrote:
Example:
I have created new panel in Panel Editor.
In table Signal mast I create Signal CSX-2014. It has two appearance sets - aspects and flash.
Add Signal mast to new panel.
I can choose appearance for signal mast in menu Use Signal Mast Icon Set:
- default
- aspects
- flash
Question:
How to set appearance set as default?
-- Bob Jacobsen rgj1927@...
|
Locked
Re: How to send HTTP commands to my home automation system
If you are using Insteon devices from SMARTHOME that driver is already native to JMRI.
Jim
toggle quoted message
Show quoted text
On Aug 28, 2018, at 8:27 AM, Chris Rood <crood58@...> wrote:
You could write a custom script that does this in JMRI. An easier way to this is to use MQTT if your home automation uses it. It would still require a custom script for JMRI.
Chris
|
Locked
Re: How to send HTTP commands to my home automation system
You could write a custom script that does this in JMRI. An easier way to this is to use MQTT if your home automation uses it. It would still require a custom script for JMRI.
Chris
|
Locked
Re: How to send HTTP commands to my home automation system
Thanks for the info looks like I have some work to get this done. I plane to ply around with this to see if I can get it to work
|
Locked
Re: PanelPro saving and load problems and findings, and drawing track
p.s.
Thomas, My new railroad is based on one I disassembled in 2016. The main yard is unchanged, but the main line, smaller yard, and industrial tracks all have significant changes.
Don Weigt
|
Locked
Re: PanelPro saving and load problems and findings, and drawing track
Thomas, My railroad interface is one I designed and built myself. I was a member of the Computers in Model Railroading SIG back in the day. I was a hardware designer for a company that made computer based instruments. This was in the '70s, and they (Nicolet Instruments) built their own computers. My project was well underway before Bruce Chubb's CMRI was published.
I decided not to convert to CMRI. My design uses far fewer PCBs. The computer I/O board connects to a 50 pin ribbon cable with crimped on sockets for cards under the layout. The cards use CMOS logic, powered by 5V from the computer. Card inputs and outputs are multiplexed into 16 columns of 16 or 32 bits in groups of 8, to make maximum use of the hardware. From each, 24 conductor ribbon cables fan out to the layout: two cables for the Input board, four for the LED Driver board. Each 24 conductor ribbon cable can drive 128 LEDs or read 128 inputs. The system could support several of each type of board. Breakout boards under the layout then connect each device to a ribbon cable.
Eight track boards with circuits for four blocks each, switching power to both rails and with DC and DCC compatible current based occupancy detectors. I believe they are superior for my needs, and one board does the job of eight simpler ones. I've also built a card to control up to 128 switch machines through a 15 wire cable (not a ribbon cable.) I've built my own power supplies for everything. I use an EasyDCC command station and wired walk around throttles, but built a booster of my own design and plan to build two more.
I started with a Radio Shack Color Computer with an assembly language based I/O driver and compiled BASIC control program. I moved to an IBM compatible later, first an XT machine, then an older 486, using an assembly language I/O driver along with a compiled QuickBASIC control program. Since I had no training in computer languages, it was a challenge for me to learn enough programming to write the code. Machine language made sense to me, but the syntax of higher level languages often was a challenge. I still can't use C or C++, it looks like punctuation and gibberish to me.
So, my challenge will be somehow connecting JMRI to my "one off" interface. I really have no interest in redoing all of it. I suppose I could build a board that presented static data to another computer running JMRI, giving the appearance of reading detectors and switches directly. Something similar might be done for the control outputs for signals and switches. Might be fun, I'm not sure. But, using a few tablets instead of making and wiring up hardware control panels is very attractive.
Don Weigt
|
Locked
Re: I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
If the a.c. and d.c. supplies were the same output voltage the a.c. one will actually give a higher voltage once rectified in the command station.
Mike Ruby
|
Locked
Re: Sharing rosters between computers, with no internet connection
Ken,
at the Cumberland West we have two computers sharing one roster. One computer has the "master" roster, and the roster folder is shared on the private network. The second computer mounts the share as a drive and JMRI is configured to that drive.
We never program decoders from both computers at the same time. But one computer or the other can be busy with someone or something else, so this set up allows us to program from either. We have used this setup for 6-7 years now, with the only hickup when we updated to Win10. But eventually even that was resolved.
Cheers LeoP
|
Locked
Re: I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
Did you have the DC connected the right way round?
Mick
________________________________
Mick Moignard
m: +44 7774 652504
Skype: mickmoignard
, so please excuse the typos.
|
Locked
Panel Editor - Signals - default
Example:
I have created new panel in Panel Editor.
In table Signal mast I create Signal CSX-2014. It has two appearance sets - aspects and flash.
Add Signal mast to new panel.
I can choose appearance for signal mast in menu Use Signal Mast Icon Set:
- default
- aspects
- flash
Question:
How to set appearance set as default?
thank
Petr ?ídlo
|
Locked
Re: RPi-JMRI image updated
Hello Steve, what is the reason for the additional command at 5?
I have been test the RPi image and trying to get a panel file that I have created in an earlier version but was comming up with a number of errors. I think I traced the errors to the xml config. Will this commeand have an affect on this?
Thank you in advance,
Dave,
Brisbane, Australia
|
On Aug 27, 2018, at 11:42 AM, halasz <halasz.gabor@...> wrote:
But, Paul, this represents the only connection between the module and the commander unit, there is and there has been when I was creating the log files no R-bus connection. I interpret the two possibilities described by the manual, CAN/R-bus, as being connected by an exclusive or. Configuring an R-bus emulation in addition to the LocoNet emulation is possible but not checked, either. Right, I probably oversimplified the options here, not having the device in hand. Have you tried creating the reporters manually? When these are created, they should actually be in the table as ZLR1 to ZLR8. I want to make sure the only issue we are having is the reporters not being automatically created. Paul
|
Locked
Re: PanelPro saving and load problems and findings, and drawing track
Don, What kind of railroad interface are you referring to? ?Is it a self designed computer control for your layout? ?I know that the learning curve on creating a panel seems slow at first, but once you get going it will go pretty well. ?If you are recreating a previous layout, you are probably pretty familiar with all the locations and features of your railroad. ?
I just looked at the newest Panel Pro Version and discovered that there is now a Switching Editor and I have no idea what that is!
Thomas Cain Indianapolis, IN Modeling the Eastern Illinois Santa Fe in 1995 from the prototype See my website and layout at: ?
toggle quoted message
Show quoted text
On Aug 27, 2018, at 9:05 AM, Don Weigt < dweigt47@...> wrote: Thanks, Thomas! I was using Panel Editor. I'll finish reading the Layout Editor's Help information and try it. I've just now opened Layout Editor and added a new panel, but have only edited its name, not added track or features.
I'm hoping to have multiple small panels around the edge of my railroad, each showing the local tracks, occupancy, and signals. These would be in place of building up physical panels with LEDs, toggles, and pushbuttons. I'd like to be able to control switches in each area from its control panel, and also be able to control all of them from a master or dispatcher's panel. I like having several trains run at the same time on my single track loop to loop railroad with three passing tracks along the main line. Automating a through train or two to run continuously while I switch a yard or operate a local freight would be great, if I ever get all the necessary parts built and working!
I've built my own railroad interface in the distant past, and plan to continue using it. Interfacing it to JMRI might prove too hard for me to accomplish. I need to work with JMRI more before I will know whether and how I can, and whether it makes sense for me. I'm not willing to start over with a whole new interface.
I'm just now rebuilding my railroad after moving, so all this is future stuff. I had blocks and occupancy detectors working before the move, but am just installing track on bare benchwork now. So far, all the block wiring on the new railroad is connected together with wire nuts, and connected to my EasyDCC track power as a temporary single block.
I hope this description helps others understand my goals. You probably can advise me whether JMRI really makes sense for my situation.
Don Weigt
_._
|
Locked
Re: How to send HTTP commands to my home automation system
It’s possible to sent HTTP commands, but you need to handle a bunch of detail. The jython/AC_PowerControl.py sample script is a starting point. (You can read it online here: ) Oscar Moutinho is developing a nice package that can work more generally. You can see the write up for that here: Bob On Aug 27, 2018, at 1:17 PM, uphillrr <kbhenze@...> wrote:
I am using Vera home automation to control lights and stuff in my house, it is capable of receiving HTTP commands to control it.
Question is is there a way to send HTTP commands out using JMRI? Would like to turn on "lights" 'with JMRI and then have that send a command out to turn off the main light in the train room with the home automation -- Bob Jacobsen rgj1927@...
|
Locked
Re: I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders.
Dana we trouble shot this problem down to a DC power supply powering my
system. When we used an AC power supply we were able to read all decoders. I
have been working with DCS 200 and a DCS100 Digitrx system. My DC power
supply was a PS 2012 Digitrax. For some reason I could read the Digitrax
decoders but not the others. When we powered it by an AC power supply
everything started working correctly. ( by the way N Scale.) I am suspecting
that the DC power supply may have had a filtering problem causing a (dirty
DC output). Just a guess. No O Scope to lock at the output of it. By using
an AC power supply it goes through the internal rectifier of the DCS100 and
200. This could be a cleaner DC voltage powering the system. By the way I am
able to read the decoders without any program booster at all. It maybe
because they are N Scale. (smaller capacitors in the boards). I think this
is a good summery of what we had going on.
toggle quoted message
Show quoted text
-----Original Message----- From: [email protected] < [email protected]> On Behalf Of Dana Sent: Monday, August 27, 2018 12:55 PM To: [email protected]Subject: Re: [jmriusers] I am unable to read what type of decoder from the program track and mainline on LokSound and Broadway Limited decoders. I can read the Digitrax decoders. I admit that I am a little late coming to this thread, but has anyone summarized what works and what doesn't work? In my background (PhD in EE/CompSci, 35 years in Aerospace System Engineering) I have seen many strange things that may be happening here. If I read this correctly, the issues are primarily with sound decoders, which may have higher capacitance in the design. That would mean that they require longer to charge up to reliably send an ACK for the reads. This may be because of the power booster internal resistance, the resistance of the wire used to connect the booster, the number of preamble bits before the Read command, or something else. In my experience (JMRI-SPROG 3 - PowerPax or not) I have attempted to read CVs from LokSound 4 and Paragon 3 decoders with limited success. Reading from the LokSound has sometimes required several reads before the correct values were read. I found that I could do a read immediately after a failed read and haver better success. On the Paragon 3, I have never read the CVs reliably. I can write the CVs and can verify the changes through operation but reading back the changes is not possible. My next steps will be to try heavier and shorter wire on the track, shorter track, and, if I really program something, a special command station that puts out a longer preamble, perhaps waiting until the surge current on start-up has stabilized. Interesting question, does anyone know if these decoders (specifically by model number) have conformance certificates from the NNMRA? That should mean they meet the NMRA standards for the ACK. If they have the cert, then it must be some differences like the ones above. Dana Zimmerli President Belmont Shore Model Railroad Club See our video at: r This is something else we need to talk about here. Everyone keeps stating the programming track boosters are required, but are able to read without any programming track booster at all. Every decoder we are discussing here is an n-scale decoder, so I think this is a case where scale matters.
Paul
|
Locked
Athearn Genesis OEM F45 TSU2
Thanks to Michael Moshers efforts the defintion is now in the choices in decoder pro. Thank You. ?But am having a problem with setting up the braking function. So I have asked that question in the Soundtraxx group. Thanks, Rick.
|
Bob Jacobsen
Petr ?ídlo
Dave Lowe