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
Re: SoundPro Map Engine Start - And UK Sounds
Oh! The spj?is just a raw file, I can convert to wav?and chop bits out..?That should get me a nice whistle to start with.
|
Locked
Re: Setting serial port speed for CMRI connection to JMRI
Jerry:
I run on and help maintain a rather large RR with 8 SMINI nodes all rather fully loaded and 9600 baud is not a problem... I would tend to think Bob's concern about dropped messages is valid and I would stay slower... Not so much corruption... the check sum should help catch that but how JMRI handles an error thrown by a bad packet..? My friends software is DIY. I've built several of the Arduino based nodes and since they're intended for my friend I haven't pushed them beyond his 9600 baud. Jim Albanowski |
Locked
Re: TABLE PRINT LIST TO TABLE MOVE DATA
¿ªÔÆÌåÓýBob,Thank you for your response. I was only using the Lenz system as an example because that is what I am swapping to in the not too distant future, I hope but I am aware of the ability to create a profile with the Lenz Simulator. It is a path that I am currently following. My thoughts were towards all those JMRI users who are currently going through a huge learning curve to get to understand the JMRI program so that they can have an error free xml file at the end of it all. Some users will have invested a lot of time and effort going through the learning process, weeding out many errors caused/created from many different sources and after many, many months have eventually got to the point where they have created an error free xml file that is working.? It may well be split up into smaller, more manageable, chunks which is good because they can keep a Check on the smaller chunks and compare the whole layout to ensure that any amendments or changes made to any panel are also reflected in the whole layout panel. I am not asking for bigger tools but rather more efficient tools that save the user time and effort by not having to re-create/re-key data that is already there that they may well have sweated buckets over to get right in the first place. As their knowledge of JMRI grows they may well find themselves in a position where new, evolving technology may well dictate or create a desire to change to a new Profile/Configuration. This is what we should be looking at, too. Dave
|
Locked
Re: TABLE PRINT LIST TO TABLE MOVE DATA
¿ªÔÆÌåÓýKen,Thank you for your response. I agree that we are not going to get the perfect solution but as you say: ¡°Instead, I'd say something like a bulk move that sets a few?existing conditions¡±. At this stage I would settle for that. Many years ago now, when I was first learning about coding, two things were hammered into our heads: (1) Once you have written something that works you?should not have to repeat the process and keep?entering it. (2) Any output from a program should be available for other uses to prevent wasting time and effort re-running the program. I am thinking of all those who are going through a very steep learning curve to understand the?¡®Ins' and?¡®outs' of JMRI. They have spent a lot of time creating their masterpiece and after many, many attempts, they have managed to get a working xml file with no errors present.? They have?diligently?ploughed through all Table?Entries using the various tools available to CHECK the file and have safely removed all records that are not used by the xml file - spelling errors or adding in extra spaces seem to be?favourite with me! They end up with a working file that does have gaps in the System Name numbering sequence but some will have been reused by the program to fill in these gaps left by the deleted records as best it can but they now have an accurate count of just how many entries are required for each Table. Nigel¡¯s ?suggestion to create the new configuration and fill it with the number of records required is sound. All that I am asking is to have the ability to move, by whatever means, the existing data, except the?System Name, into the blank records, one Table at a time. This would clear all gaps in the System Name sequence and make for a contiguous file within that Table. It is here that we will need the ability to modify the System Name as necessary for the individual systems available. As you say, different systems require certain blocks ?of numbers to be allocated but this could be handled by using a different MOVE/IMPORT Script specific to the configuration. I have even considered using the first part of the User Name as the correct System Name for the new configuration and adding in the User Name proper following that but it does?make for?large User Names and would give rise to need to be able to strip out the System Name from the start of every User Name and moving that into the System Name and this be able to be edited at a later date. Dave
|
Locked
Re: SoundPro Map Engine Start - And UK Sounds
Graham,
toggle quoted message
Show quoted text
Al Babinsky provided yet another link, which I'd like to forward: It occurs to me that the site is offline, but archive.org could assist. Klaus Am 06.01.2019 um 15:26 schrieb SettleDown: Thanks Klaus - I'll check it out. |
Locked
Re: Jython as a teaching tool
Jim,
On 7 Jan 2019, at 10:22 AM, Bob Jacobsen <rgj1927@...> wrote:You need Power Cab firmware version V1.65B and V7 NCE USB to use AIUs successfully. The Power Cab version is on the second screen at startup. The NCE USB version will show in the JMRI system console when you get communication functioning at the correct baud rate. It will be either "V6.3.x" or "V7.3.x" where "x" (range 0-7) is the status of jumpers 2,3,4. Dave in Australia |
Locked
Re: Setting serial port speed for CMRI connection to JMRI
on our cpNodes we usually use 28,800 but have tested them up to 56K without issues.
toggle quoted message
Show quoted text
On 1/6/2019 4:41 PM, JerryG via Groups.Io wrote:
I am setting up several Arduinos as CMRI SMINI nodes connected via RS485 and an adapter to a single USB port on my PC. JMRI will allow me to set the speed for the CMRI COM port connection from 9600 on up. Any reason not to go with the fastest speed? Any reason to just go with slow speed? Does this speed affect the rate at which JMRI polls the CMRI nodes (and if not, what does affect polling rate)? --
Seth Neumann Mountain View, CA |
Locked
Re: Setting serial port speed for CMRI connection to JMRI
Jerry,
As you increase speed, you increase the load on the computer and each of the nodes to service the traffic. You also increase your sensitivity to noise on the wires as well as reduce the maximum length of the wires you are allowed. Instead I go for finding the slowest speed that doesn't miss events at the layout end. If I have something that is very short cycle times, I would bump up the baud rate. Remember for each node you have to allow for the traffic to poll it and listen for the reply. You sum that to come up with the whole layout cycle time. Is 200mS ok or do you need 50mS? I suggest start slow and then bump up if needed. -Ken Cameron, Member JMRI Dev Team www.jmri.org www.fingerlakeslivesteamers.org www.cnymod.com www.syracusemodelrr.org |
Locked
Re: Setting serial port speed for CMRI connection to JMRI
It polls as fast as it can communicate so higher speeds are faster response. Higher speeds also become more critical of the type of communication cables, how well it is shielded, and how much electrical noise is around. I would advise to use good quality 2 pair with each pair shielded, foil shields with a drain wire and keep the data cable away from any noise producing devices. Mount the semiSMINI,s and arduinos on something with a grounded metal plate or foil shield . Use good quality well filtered power supplies. Then run the baud rate as fast as you want that produces reliable communications.
toggle quoted message
Show quoted text
Jim On Jan 6, 2019, at 18:41, JerryG via Groups.Io <jerryg2003@...> wrote: |
Locked
Re: Setting serial port speed for CMRI connection to JMRI
Faster baud rate makes for a faster loop, but it¡¯s not entirely proportional. There are also (small) processing delays in various places.
Too fast can result in lost messages. Occasionally, rarely, it can result in corrupt data because C/MRI doesn¡¯t have very much error checking (it usually doesn¡¯t need it) You could start out at something intermediate and watch the lights. If they¡¯re consistent, no big gaps due to missing messages (which cause a big-fraction-of-a-second timeout), you¡¯re good. Bob On Jan 6, 2019, at 4:41 PM, JerryG via Groups.Io <jerryg2003@...> wrote:-- Bob Jacobsen rgj1927@... |
Locked
Re: TABLE PRINT LIST TO TABLE MOVE DATA
Can we step back for a second?
If you¡¯re expecting to have a Lenz system eventually, why not create a JMRI profile with a Lenz system simulator now? You¡¯ll be able to create layout objects like Turnouts and Sensors, fill in panels, etc as if the hardware was there. When the hardware comes, most things will just work once you change to a real-hardware Lenz profile. You might discover that the switch motor you thought would have address 14 is easier to connect to 25, and you¡¯ll have to change that in JMRI. But it takes less time to change it in JMRI than it does to wire it in reality, so that¡¯s not a big deal. You just connect each one up, configure it, test it, and move to the next one. If you decide to buy Digitrax or NCE hardware (i.e. a command station based on DCC communications), all you have to do is configure their system connections with the X letter, and off you go. JMRI is quite happy to have that XT14 that you earlier thought meant ¡°via Lenz¡± mean ¡°via LocoNet¡±. Again, you might have to change a few (NCE addressing isn¡¯t exactly like Lenz, in that there¡¯s no sensor 15) but that¡¯s one-by-one thing. And if you decide to do something completely different, like C/MRI or OpenLCB, you¡¯re going to have to rethink your numbering in any case, likely in small chunks. You might be setting out on creating bigger tools than you¡¯ll really need when it¡¯s time to work with the real layout. Bob Yes, I¡¯d like to have a Cat D9 too, but I only have four rows of vegetables, and a teenager to weed them. On Jan 6, 2019, at 12:02 PM, Dave Roberts <dccdaveroberts@...> wrote:-- Bob Jacobsen rgj1927@... |
Locked
Re: TABLE PRINT LIST TO TABLE MOVE DATA
Dave R,
So what you are after is a bulk move operation. Typical case is replacing one system connection with another. I doubt a perfect match between tables for many systems. Instead I'd say something like a bulk move that sets a few existing conditions: 1. Both views of the individual connection filtered table must be displayed in the order that matches the entries. I mean if you start with the origin as CT1001, and the destination as DT205, the next entry below CT1001 (that is a CT*) will be moved to the next entry below DT205 (that is a DT*). 2. You have to supply a range number, similar to the way you can create a number of entries with a starting entry and a range. I'm thinking beyond the simple sequence systems, or where due to the hardware, there are gaps in the number range. I'm trying to think of tools that use some sort of matching or cut/paste of ranges etc... to help this but right now, I'm not thinking of any good examples. What I think happens today is people like myself who can attack the file using text editing tools to do find and replace method, use those tools (anyone keep up on sed, M4, and awk?) to resort to the changes. Others either find somebody who can do that trick or use lots of single moves. -Ken Cameron, Member JMRI Dev Team www.jmri.org www.fingerlakeslivesteamers.org www.cnymod.com www.syracusemodelrr.org |
Locked
Setting serial port speed for CMRI connection to JMRI
I am setting up several Arduinos as CMRI SMINI nodes connected via RS485 and an adapter to a single USB port on my PC. JMRI will allow me to set the speed for the CMRI COM port connection from 9600 on up. Any reason not to go with the fastest speed? Any reason to just go with slow speed? Does this speed affect the rate at which JMRI polls the CMRI nodes (and if not, what does affect polling rate)?
Thanks, Jerry _________________________________ jerryg2003@... |
Locked
Re: Digitrax PR4 Stand Alone Programming Track Issues
On Sun, Jan 6, 2019 at 04:26 PM, Roger Merritt wrote:
That's not true Roger. The PR4 replaces the PR3 and can be used as an interface or as a standalone programmer using JMRI. -- Peter Ulvestad JMRI Users Group Moderator - ( ) Tam Valley Group Moderator - ( ) Sprog-DCC Group Moderator - ( ) Edmonton Model Railroad Association - |
Locked
Re: Jython as a teaching tool
James,
toggle quoted message
Show quoted text
I teach Computer Science ( well, mostly software Engineering these days ) at a university and occasionally bring JMRI or JMRI related topics up in classes. I can certainly provide a few resources that might be useful. Send me a note off list, and I can forward a few things to you. Paul On Jan 6, 2019, at 6:22 PM, Bob Jacobsen <rgj1927@...> wrote: |
Locked
Re: MQTT (again), Sensors and ECoS<>JMRI help needed
The two sensor triggered occupancy is not a reliable system. Power on's and reversings will give false outputs.
Andy On 1/6/2019 12:43 PM, Nathan Tableman wrote: 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:SNIP --- This email has been checked for viruses by AVG. |
Locked
Re: Digitrax PR4 Stand Alone Programming Track Issues
Scott,
? ?You said ...?The leads from the PR4 to the programing track are about 8 inches long.?? The leads from the PR4 is for the sound loader program.? If you using JMRI you should be using the two outputs from the command station designated "Programming Track".? Separate track from the main track. Roger |
Locked
Re: Jython as a teaching tool
That should be enough for some interesting examples!
It would help to make sure that the NCE USB has a 7.something version of the firmware so you can connect your AIU to get information back from the DB20s. There¡¯s a lot you can do with that hardware to (likely) raise student interest. From just simple sequences of operations to more complicated things that interact with the train(s) and surroundings. The extra AIU contacts could also let you can some manual input to the scripts, which can allow a bit more creativity in what they do. Bob On Jan 6, 2019, at 2:27 PM, James Muthig <jmuthig3@...> wrote:-- Bob Jacobsen rgj1927@... |
Locked
Re: MQTT Connection in JMRI
Speed,
The generic NodeMcu is very impressive, and I will definitely be trying some out. Thanks for the tip. However, the typical Ebay price I saw was in the high $3+.? Plus of course the cost of the other end adds up to a $4 -$8 additional overhead for a dedicated per turnout connection. That's not particularly? competitive to a twisted pair carrying +/- 12V. Unless I've missed something, a wireless TCP/IP net is not IP address selective. So the adjacent layouts could be connected by default at the packet level. Given that the larger? train shows in Europe can have 40 or so layouts, and that many small local shows happening most weekends have half a dozen from a selection of possibly thousands nationally. That implies to me that somewhere, there is going to have to be some kind of authoritative "national registry" of unique "Layout XXXXXX" names. Much like Enet Mac addresses are issued to manufacturers. I'm still not convinced that a 2-way only turnout is the "fundamental particle" That all other track route changing configurations are made of. ;)?? I have to think some more about traversers and the additional time and length limitations they impose. Gantletts and Multi-track grade crossings are also somewhat challenging in that they are affected by another block's occupancy. Andy On 1/4/2019 12:37 PM, Speed wrote: Andy, --- This email has been checked for viruses by AVG. |
Locked
Re: Decoder pro version
On Sun, Jan 6, 2019 at 03:59 PM, John Heaps wrote:
Bob has corrected the issue. The offending page now redirects to jmri.org -- Peter Ulvestad JMRI Users Group Moderator - ( ) Tam Valley Group Moderator - ( ) Sprog-DCC Group Moderator - ( ) Edmonton Model Railroad Association - |
to navigate to use esc to dismiss