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)
|
Locked
simple command to test port with hyperterm?
I've been trying to help Bill Rogers get his system running.
Windows XP laptop
Belkin USB-to-serial
LocoBuffer
Digitrax DCS100
The 5-6-8 jumper is installed on the serial connector on the LocoBuffer.
DecoderPro receives fine (LocoNet Monitor) but appears to be unable to send
(IDENT results in a timeout). However, the TX indicator on the Belkin
always blinks when IDENT is pressed, indicating that the PC is trying to
send.
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?)
When a throttle knob is term, Hyperterm shows data (non-ascii) on the screen
so it looks like it can receive too. 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.
Robin Becker
Tucson, AZ
D&RGW Model Railroad Layout
|
Hi Guys,
I am new to the group and have just started using the excellent
Decoder Pro, At start up ther are two buttons one for programming on
the program track and one for programming on the main which is
greyed out. Is it possible to use Decoder Pro for programming on the
main with my Lenz command station which supports programming on the
main.
Regards
John Humphries
|
Locked
Re: OT: Macintosh Questions
At 4:55 AM +0000 11/14/02, jfrederick0389 wrote: It's my understanding that JMRI was written on a Mac, so I'm assuming
that there are people out there using Macs with it. My question is
what are you using to attach an MS100 or Locobuffer to the Mac
(specifically an iMac)? I use a Keyspan PDA Adapter to connect a LocoBuffer with MacOS X (10.1.5 and 10.2), and MacOS 9. It also works with an MS100 under MacOS 9, but not yet with MacOS X. There have been problems with other USB <-> Serial adapters. The Keyspan "Dual Serial" adapter works with a LocoBuffer, but not with the MS100. And a couple people have unresolved problems with the Belkin F5U409-CU, including one on the Mac. I'd be interested in hearing about other adapters that people have gotten to work. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
|
Locked
Re: OT: Macintosh Questions
Ah! Thanks much. I missed that one. --- In jmriusers@y..., William Hipple <hunk@h...> wrote: Try here, this come fro the Decoder pro pages.
--
William, Charleston, SC
N scale & Digitrax Chief
Great Model Train Forums!
It's my understanding that JMRI was written on a Mac, so I'm
assuming that there are people out there using Macs with it. My question
is what are you using to attach an MS100 or Locobuffer to the Mac
(specifically an iMac)? Also, other that DecoderPro and JMRI,
what other Mac software is there to interface with DCC and Digitrax
and do other MRR functions. Inventory and railroad operation software
is of interest. Thx.
To unsubscribe from this group, send an email to:
jmriusers-unsubscribe@y...
Your use of Yahoo! Groups is subject to the Yahoo! Terms of
Service <> .
|
Locked
Re: OT: Macintosh Questions
Try here, this come fro the Decoder pro pages.
-- William, Charleston, SC N scale & Digitrax Chief Great Model Train Forums!
It's my understanding that JMRI was written on a Mac, so I'm assuming
that there are people out there using Macs with it. My question is
what are you using to attach an MS100 or Locobuffer to the Mac
(specifically an iMac)? Also, other that DecoderPro and JMRI, what
other Mac software is there to interface with DCC and Digitrax and do
other MRR functions. Inventory and railroad operation software is of
interest. Thx.
To unsubscribe from this group, send an email to:
jmriusers-unsubscribe@...
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service
<> .
|
Locked
Re: OT: Macintosh Questions
jfrederick0389 wrote: It's my understanding that JMRI was written on a Mac, so I'm assuming
that there are people out there using Macs with it. My question is
what are you using to attach an MS100 or Locobuffer to the Mac
(specifically an iMac)? Also, other that DecoderPro and JMRI, what
other Mac software is there to interface with DCC and Digitrax and do
other MRR functions. Inventory and railroad operation software is of
interest. Thx.
I set myself up to use the Locobuffer but have not gotten around to test it out. Today I still am using the NCE system with my mac. I do believe Bob is doing his Digitrax testing using both Locobuffer and MS100. Best Regards, Mark Gurries Linear Technology Power Supply & Battery Charger Applications Engineer/Manager --------------------------------------------------------- Model Railroad Club and NMRA DCC presentations are at: -------------------------------------------------------- Audio Enthusiast (Love SAE equipment) ----------------------------------------------------------
|
Locked
OT: Macintosh Questions
It's my understanding that JMRI was written on a Mac, so I'm assuming
that there are people out there using Macs with it. My question is
what are you using to attach an MS100 or Locobuffer to the Mac
(specifically an iMac)? Also, other that DecoderPro and JMRI, what
other Mac software is there to interface with DCC and Digitrax and do
other MRR functions. Inventory and railroad operation software is of
interest. Thx.
|
Locked
Re: Vmid/Vmax feature of DH121 Restricted to 14/28 SS'
JOHN... Thank you for clarifying the DN121's attributes. Bob --- In jmriusers@y..., "John Deecker" <jdeecker@a...> wrote: BOB ....The DN121 is a little different than most other Digitrax decoders....... the DN121 supports vstart, vmid and vmax in all speed steps ...BUT .. it does not support 28 step speed tables at all ... additionally .. the DN121 gives a '255' 'xFF' readback for every CV that it does not support.
Regards John
John and Sandi Deecker jdeecker@a...
Hemlock Junction Railroad 150 Mill St Milton ON L9T 1S2
DCC, HO, N & G model railroad supplies
----- Original Message -----
From: Bob Blackwell
To: jmriusers@y...
Sent: Monday, November 11, 2002 5:23 PM
Subject: [jmriusers] Vmid/Vmax feature of DH121 Restricted to
14/28 SS'
Bob J,
I caught the following message in the Digitrax NG and thought it
might have an impact on DecoderPro. The DB has been updated
accordingly. I'm off now to check out the DN121 instruction card
to see if it suffers from the same limitation?
Bob B
|
Locked
LocoNet Throttle Implemented
For those that are getting the very latest source code via CVS, the
code now contains a LocoNet Throttle for the MS100 configuration.
Look in the LocoNet menu of JMRIDemo for the "New Throttle..."
option.
You should be able to enter the decoder address for the locomotive
into the address field, hit the set button and start running the
train. Functions also work.
It's short on features right now, but you can set the text on the
function buttons and change their behavior (lock or not) via a right
click on the button. (I set my horn button to not lock so when I
release the mouse button the horn stops.)
Other LocoNet configurations can be applied quickly. If you are a
LocoNet user (other than MS100) and make use of the latest source
code, let me know. I will add the code to make your configuration
work, and you can test it.
Next on my TODO list is saving/loading throttles to files so you
don't have to change text of buttons, location/size of windows, and
decoder addresses each time you start the program.
Feel free to report bugs or suggest features.
Glen
|
Locked
Re: Vmid/Vmax feature of DH121 Restricted to 14/28 SS'
BOB ....The DN121 is a little different than most other Digitrax decoders....... the DN121 supports vstart, vmid and vmax in all speed steps ...BUT .. it does not support 28 step speed tables at all ... additionally .. the DN121 gives a '255' 'xFF' readback for every CV that it does not support.
Regards John
John and Sandi Deecker jdeecker@...
Hemlock Junction Railroad 150 Mill St Milton ON L9T 1S2
DCC, HO, N & G model railroad supplies
toggle quoted message
Show quoted text
----- Original Message -----
From: Bob Blackwell
To: jmriusers@...
Sent: Monday, November 11, 2002 5:23 PM
Subject: [jmriusers] Vmid/Vmax feature of DH121 Restricted to 14/28 SS'
Bob J,
I caught the following message in the Digitrax NG and thought it
might have an impact on DecoderPro. The DB has been updated
accordingly. I'm off now to check out the DN121 instruction card to
see if it suffers from the same limitation?
Bob B
|
Bob Jacobsen