Locked
Locobuffer WORKING GREAT !
Jon:
Robin came by today and got my locobuffer up and running. It turned out to be a couple of cold solder joints. So after re-solding most of the likely points and re-connecting it, it started talking to the laptop and DCS100 and has not stopped. I'm glad it was not anything major. Thank you for all your help. That is what makes this hobby one the best in the world. Thanks again.
Bill Ligon
Phoenix, AZ
|
Locked
Re: Not reading Soundtraxx DSDAT100LC and DSX
DSX users - note that if you program the DSX decoder to the same address as
the decoder that is driving the motor, then I believe that you will not be
able to read it (both decoders will respond to the read requests). The way
to do this is to use a different address for the DSX decoder and then
consist the two decoders.
Robin Becker
Tucson, AZ
D&RGW Model Railroad Layout
toggle quoted message
Show quoted text
-----Original Message-----
From: Bob Jacobsen [mailto:Bob_Jacobsen@...]
Sent: Saturday, November 16, 2002 8:02 AM
To: jmriusers@...
Subject: Re: [jmriusers] Not reading Soundtraxx DSDAT100LC and DSX
At 5:08 AM +0000 11/16/02, drgwpaul wrote:
Hello all,
I'm new to DecoderPro programming I loaded the program with no
problems. DecoderPro works good but it cannot read the Soundtraxx
DSDAT100LC and the DSX type, why? I have some locos with the DSX and
motor decoder combination and I get the error message that it cannot
read. There's a problem with the definition files for these decoders. Until
it's fixed, you can access most of the features by selecting "LC
diesel decoders" instead of "Plug&Play LC decoders". That'll get
around the problem.
Does DecoderPro work on Mainline Programming mode? It has the
selection but it's not highlighted. How do I change it from normal Track
Programming mode? What type of system are you using? This only works for Digitrax
right now, because that's what was written first. EasyDCC and NCE
will probably be available next, with Lenz to follow.
Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
To unsubscribe from this group, send an email to:
jmriusers-unsubscribe@...
Your use of Yahoo! Groups is subject to
|
At 8:34 PM +0000 11/16/02, Robert wrote: A feature I would like to request if possible is "Shift Graph Left"
and "Shift Graph Right" for speed tables. I have found that some of my
Loco's of the same type need a little more, or less aggressive speed
table than another, and instead of setting all 28 settings, just
shifting the whole table would be a nice feature. That's a good idea, and even better it was easy to implement. (It's nice to get something done in just a couple minutes!) I've just committed that change to the code. It'll be in the next test release. Thanks for the suggestion. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
|
I like the idea of running trains from the computer. To this end, I
have added a throttle implementation to JMRI (see previous post). I'd
also like to add a fast clock.
Fast clock users will be able to set the clock time and the scale (1
real minute equals 30 fast-clock-minutes). Are there any other
obvious features I'm forgetting?
Glen
|
Hello Group, I'm a new user of about 1 week. I have the NCE and a
Windows 98 box. From discovering Decoder Pro to actually using it was
less than an hour (including making an RS-232 cable). I have never
played with speed tables before due to the annoyances of doing it on
the ProCab, but your software makes it easy and fast.
A feature I would like to request if possible is "Shift Graph Left"
and "Shift Graph Right" for speed tables. I have found that some of my
Loco's of the same type need a little more, or less aggressive speed
table than another, and instead of setting all 28 settings, just
shifting the whole table would be a nice feature.
Thank you,
Robert Ray
|
Locked
Re: Not reading Soundtraxx DSDAT100LC and DSX
At 5:08 AM +0000 11/16/02, drgwpaul wrote: Hello all,
I'm new to DecoderPro programming I loaded the program with no
problems. DecoderPro works good but it cannot read the Soundtraxx
DSDAT100LC and the DSX type, why? I have some locos with the DSX and
motor decoder combination and I get the error message that it cannot
read. There's a problem with the definition files for these decoders. Until it's fixed, you can access most of the features by selecting "LC diesel decoders" instead of "Plug&Play LC decoders". That'll get around the problem. Does DecoderPro work on Mainline Programming mode? It has the
selection but it's not highlighted. How do I change it from normal Track
Programming mode? What type of system are you using? This only works for Digitrax right now, because that's what was written first. EasyDCC and NCE will probably be available next, with Lenz to follow. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
|
Locked
Re: Program on the Main
Hi Bob Thanks for getting back. Yes I would be very happy to test the system when you have it ready for using with a lenz system, but please note I have no idea about programming just a very pleased user of decoder pro which I think is ean excellent piece of software. I am using a Lenz set 01 with the following LZ100 Command Station LV101 Power Station LI100 Computer interface Regards John Humphries --- In jmriusers@y..., Bob Jacobsen <Bob_Jacobsen@l...> wrote: At 4:46 PM +0000 11/15/02, johnhumphries_2000 wrote:
Is it possible to use Decoder Pro for programming on the
main with my Lenz command station which supports programming on the main?
Sorry, not yet. This is because the Lenz-specific code for that
hasn't been written. It works for Digitrax, and is "almost"
working for NCE and EasyDCC, at which point I'll start on Lenz.
Would you be willing to do some testing when it reaches that point?
Also, which Lenz command station are you using?
Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@l..., 510-486-7355, fax 510-495-2957)
|
Hi Guys,
I am new to this group and using the excellent Decoder Pro, I notice
when the programme starts up I get two options one to programme on
the program track which is highlighted and the other to programme
on the main which is greyed out.
Is it possible to use decoder pro for programming on the main??
Thanks in advance
JohnHumphries
|
Locked
Not reading Soundtraxx DSDAT100LC and DSX
Hello all,
I'm new to DecoderPro programming I loaded the program with no
problems. DecoderPro works good but it cannot read the Soundtraxx
DSDAT100LC and the DSX type, why? I have some locos with the DSX and
motor decoder combination and I get the error message that it cannot
read.
Does DecoderPro work on Mainline Programming mode? It has the
selection but it's not highlighted. How do I change it from normal Track
Programming mode?
Thanks,
Paul Federiconi
|
Locked
Re: simple command to test port with hyperterm?
I built a test version of RRCntl that displays the status of the RS232
handshake lines. Anyone out there on Windows interested in giving this a
quick test this and able to toggle the handshakes (DSR, DCD, CTS) please
contact me off list. Thanks.
Robin Becker
Tucson, AZ
D&RGW Model Railroad Layout
|
Locked
Re: simple command to test port with hyperterm?
Alex,
John already has comm event trapping in the code! You get messages for 2
seconds in the first panel of the status bar for normal events (CTS line
change), and you get an error dialog for things like "Break received". I've
added a simple panel to show the handshake lines (uppercase for TRUE,
lowercase for false), but can't really see what else to do.
Robin
toggle quoted message
Show quoted text
-----Original Message-----
From: Alex Shepherd [mailto:ashepherd@...]
Sent: Friday, November 15, 2002 3:57 PM
To: jmriusers@...
Subject: Re: [jmriusers] simple command to test port with hyperterm?
Locobuffer uses CTS and RTS, but I guess we'd want DSR and DCD also?
Anything else? You pretty much have identified what we need but having it show anything
that causes an status event callback (I'm guesing here) may be
useful in the
future. Look for things like the BREAK indication or any other
state change
that might help with diagnosing problems.
Alex
To unsubscribe from this group, send an email to:
jmriusers-unsubscribe@...
Your use of Yahoo! Groups is subject to
|
Locked
Re: simple command to test port with hyperterm?
Locobuffer uses CTS and RTS, but I guess we'd want DSR and DCD also?
Anything else? You pretty much have identified what we need but having it show anything that causes an status event callback (I'm guesing here) may be useful in the future. Look for things like the BREAK indication or any other state change that might help with diagnosing problems. Alex
|
Hi Bob, et al:
My system seems to be working, now.
I set the baud rate to: 19,200.
The Flow control is off.
I turn on the IMac first.
When IMac is all booted up, I turn on power to the Loco Buffer,
Loys Toys Power supply and the DB150.
And the thing works!!!
Now, a most interesting change: Before, everytime I used the
KeySpan USB/Serial connector, I had to reconfigure my Internet
connection. That is, somehow, the Keyspan was telling the IMac
to use the Infrared Port (which I never use) instead of the Internal
Modem. Before I could connect to the Internet, I had to change
the settings in the control panel. Now, since I am no longer
using flow control, the Internet connection is working fine. Go
figure? Maybe there is some connection that one of you smarter
guys can see. At least you now know that one of the Keyspan
gizmos was/is not working properly. Someone said in recent
post they didn't think anyone was having trouble with KeySpan,
just Belkin).
I played with DecoderPro last night for quite a while, and it
seems to work okay. (as long as I use the RUN mode on the
DB150) If I switch to OPS Mode, I get nothing.
Hope something I've related will be of some help.
Thanks for listening,
Mike
|
Locked
Re: simple command to test port with hyperterm?
Alex,
I do VB and will take a look. When I suggested doing a simple VB app as a
come tester, I think someone pointed out there already was one - RRCntl :-)
Locobuffer uses CTS and RTS, but I guess we'd want DSR and DCD also?
Anything else?
Robin
toggle quoted message
Show quoted text
-----Original Message-----
From: Alex Shepherd [mailto:ashepherd@...]
Sent: Friday, November 15, 2002 3:29 PM
To: jmriusers@...
Subject: Re: [jmriusers] simple command to test port with hyperterm?
Yes I suggested to Bill to download and try RRCntl and he is going to do
that. I just wanted to have a simpler item in the toolkit, and remembered
a
comment you made about using a simple terminal emulator.
I had Bill use AC Volts at first, but his meter only has a 200V range
available and the results were not useful. (Don't know what the bandwidth
is for his Radio Shack meter ac input) Yeah we need a real simple app that shows the state of the hardware lines,
displays any loconet messages and let you send some messages like power
on/off to verify correct operation.
RRCntl pretty much does this except it doesn't show the hardware line
states - shame I don't have the VB IDE.
Alex
To unsubscribe from this group, send an email to:
jmriusers-unsubscribe@...
Your use of Yahoo! Groups is subject to
|
Locked
Re: simple command to test port with hyperterm?
Yes I suggested to Bill to download and try RRCntl and he is going to do
that. I just wanted to have a simpler item in the toolkit, and remembered a comment you made about using a simple terminal emulator.
I had Bill use AC Volts at first, but his meter only has a 200V range
available and the results were not useful. (Don't know what the bandwidth
is for his Radio Shack meter ac input) Yeah we need a real simple app that shows the state of the hardware lines, displays any loconet messages and let you send some messages like power on/off to verify correct operation. RRCntl pretty much does this except it doesn't show the hardware line states - shame I don't have the VB IDE. Alex
|
Locked
Re: simple command to test port with hyperterm?
Alex,
Yes I suggested to Bill to download and try RRCntl and he is going to do
that. I just wanted to have a simpler item in the toolkit, and remembered a
comment you made about using a simple terminal emulator.
I had Bill use AC Volts at first, but his meter only has a 200V range
available and the results were not useful. (Don't know what the bandwidth
is for his Radio Shack meter ac input)
Robin
toggle quoted message
Show quoted text
-----Original Message-----
From: Alex Shepherd [mailto:ashepherd@...]
Sent: Friday, November 15, 2002 2:59 PM
To: jmriusers@...
Subject: Re: [jmriusers] simple command to test port with hyperterm?
The only test equipment Bill has is a meter. As expected this has proved
less than ideal in confirming RS232 operation (or lack thereof). As a test
I had Bill connect the meter to the rs232 serial input on the LocoBuffer
(IC2 pin 19). The meter read +8VDC continuously. Next I asked him to
download a file to the LocoBuffer using Hyperterm. When he does this, the
TX light on the Belkin blinks continuously and the meter reading started
jumping around although the value wasn't changing much (a few tenths of a
volt). I took this to mean that the PC was most likely transmitting
successfully through the Belkin to the LocoBuffer. (Comments?) Try the meter on AC as the toggling RS232 levels should produce a
reading a
several volts.
Have you verified correct operation with John's RRCntl program?
You may also want to try the Loconet tools here:
I have used their LocoNet Monitor which works well but there is a comment
there that says they can send now but I am not sure what that means.
Alex
To unsubscribe from this group, send an email to:
jmriusers-unsubscribe@...
Your use of Yahoo! Groups is subject to
|
Locked
Re: simple command to test port with hyperterm?
The only test equipment Bill has is a meter. As expected this has proved
less than ideal in confirming RS232 operation (or lack thereof). As a test I had Bill connect the meter to the rs232 serial input on the LocoBuffer
(IC2 pin 19). The meter read +8VDC continuously. Next I asked him to
download a file to the LocoBuffer using Hyperterm. When he does this, the
TX light on the Belkin blinks continuously and the meter reading started
jumping around although the value wasn't changing much (a few tenths of a
volt). I took this to mean that the PC was most likely transmitting
successfully through the Belkin to the LocoBuffer. (Comments?) Try the meter on AC as the toggling RS232 levels should produce a reading a several volts. Have you verified correct operation with John's RRCntl program? You may also want to try the Loconet tools here: I have used their LocoNet Monitor which works well but there is a comment there that says they can send now but I am not sure what that means. Alex
|
Locked
Re: simple command to test port with hyperterm?
Bob, Thanks. Power On/Off is perfect. I should have thought of looking in the Loconet Monitor for the outgoing messages myself. <sigh> I just ran the power control here with the Loconet Monitor running and the command for ON is 83 7c and OFF is 83 7d. That's 131 124 decimal, which I think you can send using the numeric keypad by holding <alt> down, typing 0131 releasing <alt>, holding <alt> down, typing 0124, releasing <alt>. Your points about possible Java/PC/BelkinUSB issues are why I'm thought we'd try just sending a message using HyperTerm instead of DecoderPro. I want to narrow down the problem. At this point I _think_ the evidence tends to indicate that his PC is sending data (blinking LED on Belkin, apparent meter response at LocoBuffer IC2 pin 19). (Unfortunately Bill didn't see any meter response at IC1 pin 2, the transmit out to Loconet, but with short messages most meters wouldn't do anything.) Robin
-----Original Message-----
From: Bob Jacobsen [mailto:Bob_Jacobsen@...]
Sent: Friday, November 15, 2002 2:09 PM
To: jmriusers@...
Subject: Re: [jmriusers] simple command to test port with hyperterm?
At 12:46 PM -0700 11/15/02, Robin Becker wrote:
So I was wondering whether there was a
simple LocoNet command that could be sent using Hyperterm to see whether the
LocoBuffer answers. This would allow a test of the hardware without
involving the Java Comm lib. Thanks. Probably the simplest LocoNet commands that have noticable effect are
power on and power off. I'm away from the layout, so I'm not 100%
sure of the coding, but you could open a LocoNet monitor, turn on raw
data display, and get the correct set of bytes. I think it's
something like: 0x83 0x7c, where the second byte is the error-check
code, for power on and 0x82, 0x7d for power off. Note that you _must_
have the upper bit set or the packet will be ignored.
You can also send this by clicking on the buttons in the "Power
Control" tool in the JmriDemo program.
If all you're trying to do is send _something_, without caring that
it works, see if the packets you're sending show up on the LocoNet
monitor. Everything there comes from the input; the outgoing
messages aren't shown until the LocoBuffer echoes them.
It's quite possible there's something wrong in the Java comm library,
but I doubt the problem is that simple. It's more likely to be some
interaction of the library with the specific software for the Belkin
adapter, since other USB adapters work fine, and even this one works
for a message or two before locking up and failing to transmit. The
interleaved send/receive we do is a little tricky. It might be
tickling some problem somewhere, for example there could be a
confusion if the program sends the 0x11 and 0x13 XON/XOFF codes and
the Belkin tries to act on them.
Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
To unsubscribe from this group, send an email to:
jmriusers-unsubscribe@...
Your use of Yahoo! Groups is subject to
|
Locked
Re: simple command to test port with hyperterm?
At 12:46 PM -0700 11/15/02, Robin Becker wrote: So I was wondering whether there was a
simple LocoNet command that could be sent using Hyperterm to see whether the
LocoBuffer answers. This would allow a test of the hardware without
involving the Java Comm lib. Thanks. Probably the simplest LocoNet commands that have noticable effect are power on and power off. I'm away from the layout, so I'm not 100% sure of the coding, but you could open a LocoNet monitor, turn on raw data display, and get the correct set of bytes. I think it's something like: 0x83 0x7c, where the second byte is the error-check code, for power on and 0x82, 0x7d for power off. Note that you _must_ have the upper bit set or the packet will be ignored. You can also send this by clicking on the buttons in the "Power Control" tool in the JmriDemo program. If all you're trying to do is send _something_, without caring that it works, see if the packets you're sending show up on the LocoNet monitor. Everything there comes from the input; the outgoing messages aren't shown until the LocoBuffer echoes them. It's quite possible there's something wrong in the Java comm library, but I doubt the problem is that simple. It's more likely to be some interaction of the library with the specific software for the Belkin adapter, since other USB adapters work fine, and even this one works for a message or two before locking up and failing to transmit. The interleaved send/receive we do is a little tricky. It might be tickling some problem somewhere, for example there could be a confusion if the program sends the 0x11 and 0x13 XON/XOFF codes and the Belkin tries to act on them. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
|
Locked
Re: Program on the Main
At 4:46 PM +0000 11/15/02, johnhumphries_2000 wrote: Is it possible to use Decoder Pro for programming on the
main with my Lenz command station which supports programming on the
main? Sorry, not yet. This is because the Lenz-specific code for that hasn't been written. It works for Digitrax, and is "almost" working for NCE and EasyDCC, at which point I'll start on Lenz. Would you be willing to do some testing when it reaches that point? Also, which Lenz command station are you using? Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
|
Bob Jacobsen