PT & Tams MasterControl

Moderator: Moderators

Postby Peter Mueller » 23.09.2010, 22:08

RocRail now didn't work with my Tams, I get this last message on the screen:
Code: Select all
20100923.225751.241 r9999I 00000EE0 OP50x    1433 ----------------------------------------
20100923.225751.241 r9999I 00000EE0 OSerial  0090 Opening serial[com1]  [return code=0] [0] [OK]
20100923.225751.251 r9999I 00000EE0 OSerial  0111 blocking[1] directIO[0]
20100923.225751.251 r9999I main     OControl 0950 initDigInts OK
20100923.225751.251 r9999I main     OControl 0159 Init shortcut sensor...
20100923.225751.251 r9999I evtreade OP50x    0905 PTevent reader started.
20100923.225751.251 r9999I statread OP50x    1092 Status reader started.
20100923.225751.251 r9999I clocktic OControl 1043 ClockTicker started.
20100923.225751.251 r9999I checker  OControl 1100 Checker started.
20100923.225751.251 r9999I cconmngr OClntCon 0331 Manager started.
20100923.225751.251 r9999I broadcas OClntCon 0441 Broadcaster started.
20100923.225751.251 r9999I main     OClntCon 0544 ClientConnection started on port 62842.
20100923.225751.251 r9999I main     OModel   0520 updateFB
20100923.225751.251 r9999I main     OApp     0789 memory allocations old=0 new=39290
20100923.225751.251 r9999I htm010E9 OHttp    0151 HTTPManager started on 53701.
20100923.225751.262 r9999I hts010E9 OHttp    0104 HttpService started on 53701.
20100923.225752.253 r9999I statread OP50x    0592 Sending XNOP...
20100923.225801.526 r9999W evtreade OP50x    0118 CTS not ready

I hope, it is only a simple setting I have to change. Can somebody help me?
Sincerely, Peter


I like the active participation in patchwork model railroading, layouts that are built up by several teammates quickly for a short time.
Peter Mueller
 

Postby andre0604 » 24.09.2010, 09:22

Hi Rob,

I got the same result as Peter. I will do some testing by using a terminal programm to find the right commands and syntax but that can take some days.

Best regards
Andre
andre0604
 

Postby rjversluis » 24.09.2010, 10:09

Hi,

the underlying p50x is unchanged.
All commands, except the PT, are routed directly to p50x.

You can check the p50x library instead of the tamsmc.
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBus - CAN-GCA ] - [ 0: RocNetNode - GCA-Pi ]
rjversluis
Site Admin
 

Postby rjversluis » 24.09.2010, 10:21

Hi,

the CTS line must be set by Tams MC;

- check wiring
- check Tams MC
- check with older revision of Rocrail

I do not have an IB or Tams MC, but if I set CTS the program runs with a lot of time outs on read.
If I do not set CTS it will hang very long on the same line as you reported.

Code: Select all
20100924.111826.324 r9999I statread OP50x    1092 Status reader started.
20100924.111827.325 r9999I statread OP50x    0592 Sending XNOP...
20100924.111827.825 r9999I statread OP50x    0623 Version info requested...
20100924.111828.845 r9999E statread OSerial  0617 ***READ TIMEOUT*** size=120 rc=0 read=1 errno=0 tries=100


and so on...
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBus - CAN-GCA ] - [ 0: RocNetNode - GCA-Pi ]
rjversluis
Site Admin
 

Postby Peter Mueller » 24.09.2010, 21:43

rjversluis wrote:the CTS line must be set by Tams MC;

I have solved my problems:
- COM-Port was set by default to COM1, but I needed COM5

after having solved that problem, the next problem appeared: stop & go executed fine, but I couldn't drive any locomotive. The reason:
- the virtual command station was now no.1, and I had to delete it and engage it again after chosing the tamsmc-command station.

Now everything is OK.
Sincerely, Peter


I like the active participation in patchwork model railroading, layouts that are built up by several teammates quickly for a short time.
Peter Mueller
 

Postby rjversluis » 25.09.2010, 07:12

Hi Peter,

what about the Programming?
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBus - CAN-GCA ] - [ 0: RocNetNode - GCA-Pi ]
rjversluis
Site Admin
 

Postby andre0604 » 25.09.2010, 08:35

Hi Peter,

yes that is my question too, is your programming track working? With myTAMS throttle and switches are working fine but the issue programming track is still left.

Best regards
Andre
andre0604
 

Postby rjversluis » 25.09.2010, 10:01

Hi Andre,

do you have a trace?
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBus - CAN-GCA ] - [ 0: RocNetNode - GCA-Pi ]
rjversluis
Site Admin
 

Postby andre0604 » 25.09.2010, 10:37

Hi Rob,

my first result of testing is that if I am sending the command "xptrp 3" by using hyperterminal I get a response from the programming track and I can see the CV value on the terminal window. I did try again using Rocrail without succes (see attached trace).

Best regards
Andre
You do not have the required permissions to view the files attached to this post.
andre0604
 

Postby ron&bram » 25.09.2010, 10:50

Hi Andre,

Rob did some updates to get the programming to work, you need at least version 1865 for testing, not 1859.
Best regards, Viele Grüsse, vriendelijke groeten, Ronald :rr_cap:
GCA85/50/93/145/146/153 Loconet, Twincenter+booster for locs, seperate booster for accessory decoders, dedicated laptop with XP and Ubuntu for Rocrail, AndRoc, LGB indoor OTF layout
ron&bram
 

Postby andre0604 » 25.09.2010, 18:13

Hi Ronald,

thanks for your Info. There is some progress now and I got a response from PT but it is the wrong value. In the release notes I can see a fix for CV offset but I can not test it because there is no nightly build. I will wait until it is ready for download and then test again.

Best regards
Andre
andre0604
 

PT

Postby fredjansen » 25.09.2010, 19:00

Hi Andre

a nightly build is started now, it takes about 45 minutes.

BR

Fred Jansen
fredjansen
 

Postby rjversluis » 25.09.2010, 19:09

Hi Andre,

the offset issue was for the massoth library, not for the tamsmc.

Can you be more specific?
To which CV does the value match?
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBus - CAN-GCA ] - [ 0: RocNetNode - GCA-Pi ]
rjversluis
Site Admin
 

Postby andre0604 » 26.09.2010, 00:05

Hi Rob,

you are right it is not an offset issue. If I try to read CV1 (locoadress 14) the adress field shows 30203. Do you need a trace again or some other testing?

Best regards
Andre
andre0604
 

Postby rjversluis » 26.09.2010, 06:42

Hi Andre,

a byte level trace would be very helpfull.

But we are going in the right direction. :-)
Best Regards, Rob.
:!: PS: Do not forget to attach the usual files.
:!: PS: Nicht vergessen die übliche Dateien an zu hängen.
[ macOS - Linux] - [ N: CBus - CAN-GCA ] - [ 0: RocNetNode - GCA-Pi ]
rjversluis
Site Admin
 

PreviousNext

Return to P50 and P50x