Am 24.10.2019 um 20:12 schrieb Renato Albano Petersen FIlho: Does anyone have or know where there are more Locomotive sound files ready to use?? I look for sound files besides those already in JMRI. The official resource for "Locomotive sound files" (VSD files) within JMRI is . Some variants of VSD files can be found in the files area of the JMRI users group at /g/jmriusers/files/VSD . Probably there are more VSD files on the web, e.q. on YouTube. An owner may provide his VSD file on request. However, it is possible that an owner refuse to do so for licensing reasons. Klaus
|
John:
I couldn't think of anything I could actually do with my Sinclair even when it was new... even with extra RAM... The Heathkit H-8 was much better...
An XP machine is fine for JMRI and the RR if that's what you have and a reduced chance replacing it... I know of a couple in the circle of MRRing friends.
And yes I still have my Sinclair...
Jim Albanowski
|
Locked
Re: TMCC2 Commands in JMRI
Bob,
You could not have done it anyways. The coding is not completed in JMRI which is my point. Had you even bothered to try
it would have been quite evident. But I'll follow through with what I said I would do.
The command to turn on the ground lights for an engine with the TMCC ID 65 is
hF8 h83 h7D hFB h82 hD2 hFB h82 h29? ?
The is the command string with the correct Checksum value.
You would not have been able to issue the command because the Throttle has no provisioning to change the
first command byte also known as setOpcode from hFE to the required hF8.?
The truncation only looks for hFE and because of that nothing would be generated.?
Its unfortunate that you are taking this stance but who am I to say anything.
I am basically telling you here are the TMCC-1's version of Extended CV values and they need to be coded so they can be accessed by the user but you are telling me that JMRI doesn't need to do that.
Inobu
? ?
|
Locked
Re: TMCC2 Commands in JMRI
Bob is exactly right.
I have only a TMCC command station and I have some Legacy ( TMCC 2 ) . Equipment. They work fine for the features that the basic TMCC command set sends out but I cannot control some of the more advanced features.
We do not need different connections or types, just more command strings of the lithe type.
This is getting way over complicated.
Legacy equipment just recognizes more commands because the command string CAN start with a different sequence which makes the decoder realize that it is an EXTENDED command and execute it.
TMCC has some commands that are always the same per a given function key, like horn and bell and front and rea coupler. The others and even those could be anything else from open the door on a milk car to start the rotary blade on the rotary snow plow.
I have a legacy crane that is perfectly controllable with the TMCC throttle. It used the speed up command to rotate CW and the speed down command to rotate CCW. That is just trueing the knob CW or CCW on the original TMCC throttle . That know was never intended to be a direction control for a crane cab rotation but since a crane does not have a propulsion motor the decoder in it uses that for something else.
I have created several ¡°templates¡± for the function keys in TMCC to use with different locomotives. The accessory or car or engine that comes with TMCC also lists the functions that that specific piece of rolling stock responds to an AUX 1 + 4 command is just for that device.
We can easily build the command string for all of the basic functions key possibilities in Legacy, leave the ones from the original TMCC alone since the decoder will sort that out. Then you just label the function keys like we do for every other type of rolling stock or accessory and we are done.
Jim
LeFevre Engineering
James L. LeFevre P.E.
2801 S 24 th St.
Rogers, AR. 72758
jlefevre1@...
toggle quoted message
Show quoted text
On Oct 25, 2019, at 5:31 AM, Ken Cameron <kcameron@...> wrote:
Inobu,
On any DCC decoder that would be some function key operation. To the
throttle, it only knows it as a function X, and maybe a custom label with
would say 'Ground Lights'. The backend down in the TMCC code, would build
the command sequence to tell that loco to activate function X.
Are you saying that for TMCC2 it is predefined for what each function does?
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Locked
Re: More weird behavior - JMRI Web server (I think)
Thanks Steve,
The size question is (trying to be more clear this time): If the panel is small enough that it fits within the frame then we can use it via the frame server, but if the panel does not fit within the frame size then the frame server (at least for us) does not allow moving the frame around (or moving the panel within the frame) so that the parts that are not visible become visible.? This means part of the panel is never visible or accessible - and so the panel is effectively unusable via the frame server.? My question is are we seeing this behavior (cannot move the panel or frame to see the rest of the panel) because of a config issue or on our part or is that just the way it is and we have to redo the panels to make them smaller in order to get them to work via frame server?
As for websockets - I will check the UR:you provided to see what the iPad reports but this all used to work fine on these same iPads.? Previously (we have frame server enabled - we probably did not need to) if we selected a panel and it was displayed via the frame server there would be some links at the bottom of the page Saying 'Home' 'List' and one or two more.? We could click on either Home or list and from there select the panel and it would then display the panel full screen (as opposed to a picture of the panel within a frame with scroll bars that cannot be used) and we could drag the panel around to see different parts of it and use it.? What used to work on JMRI 4.16 + WiThrottle 3.0.2 + iPad Gen2 iOS 9.3.5 no longer works for some reason (after upgrade to JMRI 4.17.4 & Wi Throttle 3.0.4 OR 3.0.2 + iPad Gen2 iOS 9.3.5.? - and continues to no longer work after removing JMRI 4.17.4 and reinstalling 4.16.
We have rebooted the iPads, reset them and restored to factory default - all with no change.?
If we use safari browser and attempt to go to a web page we can see an error that says:
Error running javascript:
TypeError: $.websocket is not a function. (in $.websocket','$.websocket' is undefined)
URL:
Line Number 215
Thanks,
Rick
|
Locked
Re: .4.17.5ish+jenkins latest build saving bug
Hey guy!
Sorry about the late reply, work got a little crazy for a bit there..
Bob, I was going to upload my file, but then I saw Dave's comment.
I have just saved and opened my panel file on?4.17.5ish+jenkins+20191024T2204Z+Rf6cb676 and it works perfectly!
Thanks for your assistance on this one, and glad I could help catch it!
--
Thanks
Mitch
|
Locked
Re: Database interface?
Besides python scripts run within JMRI, you also have the option of (for the operations roster, not the decoder programming roster) using the JMRI REST API for your database program to write to JMRI. Start the JMRI web server and open to get a list of what the REST API handles. Details are also at
|
Locked
Re: TMCC2 Commands in JMRI
Inobu,
On any DCC decoder that would be some function key operation. To the
throttle, it only knows it as a function X, and maybe a custom label with
would say 'Ground Lights'. The backend down in the TMCC code, would build
the command sequence to tell that loco to activate function X.
Are you saying that for TMCC2 it is predefined for what each function does?
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
HI Marc,
I think that by using this paleo computer and operating system you may be building a system that you will never be happy with.
I have a Spectrum ZX81 that still boots up but I wouldn't try to use it for anything serious.
John K
|
Locked
Re: TMCC2 Commands in JMRI
The way JMRI is supposed to work is that some function key on the throttle will be mapped to do that. The person running the engine pushes that button, and the program works out the command to send: No command monitor, no keying in specific commands. That¡¯s what JMRI does for TMCC, Digitrax, Lenz, NCE, EasyDCC, MRC, SPROG, OpenLCB, TAMS, Zimo, DCC++, Roco, eCos and Marklin. There¡¯s no need for the person running the train to know what specific commands are being sent. The people who wrote the code need to know that, of course, and need to put that in the code. The code for different flavors of TMCC will have to sent different commands, maybe even different sequences of commands. So, no, I¡¯m not going to do what you ask because it¡¯s not how JMRI is supposed to work for users. It such a strange request that I still think I¡¯m just not understanding what you¡¯re trying to do. Bob On Oct 24, 2019, at 9:49 PM, Inobu One via Groups.Io <one2beros@...> wrote:
I will explain it but lets go through an exercise so you can experience the issue.
A Legacy engine utilizes the TMCC-2 command set. It has the feature to operate or turn on the Ground lights of an engine.
Can you setup your JMRI to run TMCC and initiate the command to turn on the Ground lights for Engine 65.
Open the TMCC command monitor so you can see the command being sent and post what you send out and how you did it.
In turn I will show you what you should have sent out.
Inobu
-- Bob Jacobsen rgj1927@...
|
Locked
Re: TMCC2 Commands in JMRI
I will explain it but lets go through an exercise so you can experience the issue.?
A Legacy engine utilizes the TMCC-2 command set. It has the feature to operate or turn on the Ground lights of an engine.
Can you setup your JMRI to run TMCC and initiate the command to turn on the Ground lights for Engine 65.
Open the TMCC command monitor so you can see the command being sent and post what you send out and how you did it.
In turn I will show you what you should have sent out.
Inobu
?
|
Locked
Re: TMCC2 Commands in JMRI
Could you please explain in more detail what "the JMRI throttle needs to allow the user to formulate the command via key strokes¡± means please? My naive understanding is that this means that the person driving a train can¡¯t just change the speed or a function, and instead has to know the specific details of the communications protocol. But I must misunderstand, because that¡¯s just crazy. The entire reason JMRI exists is so that people _don¡¯t_ have to do that. So I¡¯d a appreciate a detailed explanation. Bob On Oct 24, 2019, at 9:04 PM, Inobu One via Groups.Io <one2beros@...> wrote:
Because of this the JMRI throttle needs to allow the user to formulate the command via key strokes. -- Bob Jacobsen rgj1927@...
|
Conrad, On 25 Oct 2019, at 1:58 PM, conrad <conradandrose@...> wrote:
From what I gather, you are speaking of prototype locos. I assume this is similar to an automatic transmission auto that, while in gear and idling, will not move when on an upgrade. For a prototype diesel-electric loco: - Idle: the diesel governor is set to keep the motor idling at rpm rate 1 of 8. The generator/alternator excitation is switched off so no electricity is being generated and the traction motors are doing nothing. - Notch 1: the diesel governor is still set to keep the motor idling at rpm rate 1 of 8. However the generator/alternator excitation is switched on so some electrical pressure (voltage) is being generated and the traction motors will try to rotate. This may or may not happen, depending on brake/load/grade. - Notch 2: the diesel governor is set to keep the motor idling at rpm rate 2 of 8. More electrical pressure (voltage) is being generated and the traction motors will try harder to rotate. This is more likely to happen, depending on brake/load/grade. - ... - Notch 8: the diesel governor is set to keep the motor idling at rpm rate 8 of 8. Maximum electrical pressure (voltage) is being generated and the traction motors will be applying a lot of force to the wheels. The motor current will be very great if the motor can't turn at the desired speed due to brake/load/grade and the motors will be getting very hot (possibly into the time-limited yellow or red zone of motor current). The motor current will decrease as the train gets up to speed due to BEMF being generated by the motor. (That's pretty approximate and based on older DC generator/motor technology but you should get the idea.) If so I will have to work on the VSD files and my decoder motor settings. All my n scale locos have been programmed to move on decoder step !. This means that whether lightly loaded or heavily loaded (many cars) they move on step ! (function of BEMF). Guess this is not prototypical. Personally, I set my models to creep off very slowly at speed step 1, but with motor sound still at Idle. A high momentum setting in the decoder will delay move-off. That's about the closest you can get within the limitations of typical decoders. Dave in Australia
|
I have made pretty good progress in the TMCC-2 command syntax. It is substantially different from TMCC1.?
The throttle needs the ability to select the appropriate setOpCode in order to set the first byte. This first byte lets
the base station know which command format is being used. TMCC-1 or TMCC-2.
As you switch between TMCC-1 to TMCC-2 the command set changes drastically. TMCC-2 has a 2 9 bit command bit syntax and 1 3 word command format. Because of this the JMRI throttle needs to allow the user to formulate the command via key strokes.
TMCC-1 and TMCC-2 need to have their own class and 3 system connections
3 System connections because Lionel has 3 base stations. TMCC, Cab1L and CAB2L.
TMCC only TMCC-1
Cab1L TMCC-1 and Limited TMCC-2
Cab2L TMCC-1 All TMCC-2
I'm trying to figure out the best way to organize the command list to roll into XML. From there is the GUI and then parsing itself. Hopefully I can get it to the point where the experts can evaluate what I have, fix my errors and make it an acceptable module.?
?
Inobu
|
Might I request that you that you post the solution for others to peruse. It is often a lot easier to work from an example than from a discussion of what's in it.
Just a thought...
Thank you,
Charles
|
Stephen,
From what I gather, you are speaking of prototype locos.? I assume this is similar to an automatic transmission auto that, while in gear and idling, will not move when on an upgrade.? ?
If so I will have to work on the VSD files and my decoder motor settings.? All my n scale locos have been programmed to move on decoder step !.? This means that whether lightly loaded or heavily loaded (many cars) they move on step ! (function of BEMF).? Guess this is not prototypical.
Conrad
|
Klaus,
Thank you, thank you.? It worked perfectly.? notch 0 (idle) goes from step 0 to 0, notch 1 (run1) goes from step 1 to 12, and so on up to run8.
I did remove <idle-notch>1</idle-notch>.? ?Much success and a great sound.? The ALCO V16 251 is so different than the GE and EMD engines.
Conrad
|
Locked
Re: Database interface?
Eric,
I did this a number of years ago I made my own program in perl and I was able to save my database info into the following formats as my railroad operating friends used different programs: Excel, access, flat file, MySQL/SQL and I was able to connect to jmri using raw xml.... friend of mine took it from there..sadly he's gone now and not sure how he did that..I'll have to see if I can find notes on it...the key to each program is finding the same fields in each database which was a pain because no one used a standard format...all fields were different and arranged in different heirarchy.
On Oct 24, 2019 2:26 PM, Eric Smith <eric@...> wrote: From my research into JMRI, the "database" is a series of XML files. Is anyone aware of any sort of database interface that can be used in place of the XML? I've built my own application to track my inventory, pictures, etc. and would love to be able to tie in my inventory database directly with JMRI for operations. I understand it does import/export, but I'd prefer a real-time connection to a database. Thanks.?
-- Eric Smith?
Northstar Computer Systems
(317) 288-1720
|
Locked
Re: Database interface?
You could write Python scripts within JMRI to handle the connection with your database. How often does your inventory change? The tricky part of a real-time connection is handling coordination and conflict. Bob On Oct 24, 2019, at 11:26 AM, Eric Smith <eric@...> wrote:
From my research into JMRI, the "database" is a series of XML files. Is anyone aware of any sort of database interface that can be used in place of the XML? I've built my own application to track my inventory, pictures, etc. and would love to be able to tie in my inventory database directly with JMRI for operations. I understand it does import/export, but I'd prefer a real-time connection to a database. Thanks.
-- Bob Jacobsen rgj1927@...
|
Locked
Re: Database interface?
Hi Eric,
Whatever you build would have to be read-only. And that shouldn't be too much of a stretch, because there are xml-readers 'out there' that could be configured to create comma-separated files, with which I assume you'd be high and dry.
Should you wish to start injecting your own things into JMRI (in other words, forget about the 'read-only' constraint), then it gets messy and difficult very fast, and you'd have to start to refactor JMRI's storage from the ground up. Not everyone would be happy with that course of action, should you want to push it out into the rest of the world! After all, who needs new bugs taking the place of the ones we know and love?
Wouter
On Thu, 24 Oct 2019 at 19:27, Eric Smith < eric@...> wrote: From my research into JMRI, the "database" is a series of XML files. Is anyone aware of any sort of database interface that can be used in place of the XML? I've built my own application to track my inventory, pictures, etc. and would love to be able to tie in my inventory database directly with JMRI for operations. I understand it does import/export, but I'd prefer a real-time connection to a database. Thanks.?
-- Eric Smith?
Northstar Computer Systems
(317) 288-1720
|
Ken Cameron
John Kneeshaw
Bob Jacobsen
Charles Meo
conrad