[closed] Dispatch to Uhli-FRED via gca101 does not work

RocNet(RaspberryPi), mergCBUS and LocoNet based hardware developed by Peter Giling. (GCA)
Documentation: http://wiki.rocrail.net/doku.php?id=english#hardware
Order information: http://wiki.rocrail.net/doku.php?id=gca:gca-index-en/

[closed] Dispatch to Uhli-FRED via gca101 does not work

Postby jriedl » 11.08.2014, 18:28

EDIT:
Rob did a lot of investigations but what the Uhli-Fred does is unclear. Todate for me it is OK, as I now use original FREMO FREDIs. For those, who are not a member of FREMO can use the FREDI from Peter Gilling. So I drive the combination of BiDiB GBMMaster/GBM16T on one side, and on the loconet as throttle the FREDi. This combination also works with the LocobuffertUSB from rr-cirkits + LN-ES/VT + powersupply (all from Blücher Elektronik) as current driver for the FREDI. Uhli -Freds are then on the way to ebay
/EDIT

Hello,

I'm starting to operate GBMMaster using rocrail and a standalone original Uhlenbrock FRED (the initial one) connected to a gca101.

What I can do:
(1) Using the throttles of the Intellibox the locos move (Note: what ist crazy: to switch direction I can not use to push the knob of the throttle, but must switch the light on and off, sometimes serveral attemts only work).
(2) clearing the loco in the Intellibox to then dispatch the loco from rocrail to the FRED works as well.

What I can not do:
(1) I want to have the FRED working without the Intellibox.
<EDIT>:
The gca101 provides a disregarded jumperhole (JP2, in the build manual it is sayed not needed) to power +12V on pin1 or 6 as substitute for railsync if no commnad Station is connected (this I now soldered in and set ready to use in case).
</EDIT>
Also I set jumper 1, so that the 15mA current is provided. The FRED circles the lights when connected, I issue then the loco free command on the FRED ("Stop" and "function") but the attempt to dispatch from rocrail fails on the FRED. On rocrail perspective it seems OK.

What makes me thinking: when the throttles work in conjuction with the configuration above, the throttleID is about 685 or 512.
20140811.190613.518 r9999I slotsrvr OLocoNet 0267 slot# 2 format=0 steps=28 speed=0(0) dir=rev inuse=1 throttleID=1679777
220140811.190613.518 r9999I 00000124 OLoc 0777 lc=BR 101 V_raw=0 V=0 fn=0 dir=Forwards throttleID=685.

When I dispatched in the standalone mode, rocrail attemps to assign strange throttleIDs:
20140811.191124.553 r9999I slotsrvr OLocoNet 0267 slot# 2 format=0 steps=28 speed=0(0) dir=rev inuse=1 throttleID=17455468 -> hey: no OLoc command is issued?

Any help is highly appreciated

Jürgen
You do not have the required permissions to view the files attached to this post.
Last edited by jriedl on 01.09.2014, 18:34, edited 2 times in total.
[K.Bay.Sts.B Epoche 1] [FREMO] [Linux]
jriedl
 

Re: rocrail dispatch to standalone FRED via gca101 does not

Postby rjversluis » 11.08.2014, 19:21

Jürgen,

you have to provide the rocrail.ini also in this case.
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
 

Re: rocrail dispatch to standalone FRED via gca101 does not

Postby jriedl » 12.08.2014, 08:13

Hi Rob,

attached you will find the rocrail.ini.

For your info: I'm using the standard layout, but in reality I use only a 1m rail track, just to see how it works, where 1 of 16 connection from the GBMMaster -> GBM16T is connected to (and signalled using the "Rückmelder 3" (how is this in englisch: rückmelder?)

Investigating the forum there are a couple of questions regarding the Fred dispatch not working (the "function LED" remains "red"). Unfortunately I could not find a "solved" remark, and I'm rather clue less now. Yes I red, that you once tested the Uhli FRED functioning. And, the FRED is in dispatch mode according to the Uhlenbrock documentation (I'm using the FRED always only in dispatch mode).

Thanks for your support.

Jürgen
You do not have the required permissions to view the files attached to this post.
[K.Bay.Sts.B Epoche 1] [FREMO] [Linux]
jriedl
 

Re: rocrail dispatch to standalone FRED via gca101 does not

Postby rjversluis » 12.08.2014, 08:32

Jürgen,

what is the problem?

The rocrail.ini is OK and the trace also:

Code: Select all
20140811.185300.492 r9999I slotsrvr OLocoNet 0267 slot# 1 format=0 steps=28 speed=21(17) dir=fwd inuse=1 throttleID=17437052
20140811.185300.492 r9999I 00000EA8 OBiDiB   0199 slot created for
20140811.185300.492 r9999c 00000EA8 OBiDiB   0914 loco 2 V=22 dir=fwd lights=off steps=28
20140811.185300.523 r9999c bidibrea OBiDiB   2217 loco 2 ack=1
20140811.185300.570 r9999I lnreader OLocoNet 1012 posting [A0011F41] to slotServer
20140811.185300.570 r9999I lnreader OLocoNet 0702 slot=1 addr=2 spd=31 id=512
20140811.185300.570 r9999I 00000124 OLoc     0755 lc=BR 110 V=24(17)
20140811.185300.570 r9999I 00000124 OLoc     0777 lc=BR 110 V_raw=31 V=24 fn=0 dir=Reverse throttleID=512


I just corrected the trace line from the slotserver; The throttleID is a string, not a number.

Also I fixed this in the bidib library:
Code: Select all
20140811.185300.492 r9999I 00000EA8 OBiDiB   0199 slot created for

If no loco ID is set the address will be used as key; The Fred does not provide a loco ID.
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
 

Re: rocrail dispatch to standalone FRED via gca101 does not

Postby jriedl » 13.08.2014, 21:13

Ok Rob,

I take the challenge :-)

I attached three original trace files, taken all with the following procedure:
(1) start rocserver
(2) start rocview
(3) handover loco BR101 (*), no further command like "drive" is made
(4) shutdown rocview
(5) shutdown rocserver.

(*) in trace
"Situ2-with-FRED-at-gca101-only-without-takeover-procedure-rocrail.002.trc"
I show, that there is literally no difference when the FRED is running standalone on the gca101 and at the FRED itself ***no*** takeover is made (stop & function),
compared to
"Situ1-with-FRED-at-gca101-only-with-takeover-procedure-rocrail.002.trc"
where at the FRED a takeover procedure (stop & function) ***is*** made.

When you look at the trace file "Situ0-with-IB-as-railsync_driver-at-gca101-rocrail.001.trc" you see, that there is a difference: the throttleID is non zero, but switches to 512.

I have assembled a comparison file for you for ease of read: "Summary-rocrail.rtf". It will be attached in the following post, as only 3 attachements are allowed.

Here ist is colored
o "blue": dispatch command and dispatched confirmation
o "red": al commands related to throttle ID.

Here I give a summary:
Case IB at gca101 as railsync driver, no other function, and one FRED also connected to gca101 to take over the loco:
Code: Select all
procedure with IB as railsync driver at gca101 for loco BR101
###
20140813.204651.875 r9999I cmdr0100 OLoc     2943 processing cmd="dispatch" for [BR 101]
20140813.204651.984 r9999c lnreader OLocoNet 1377 slot=1 addr=1 throttleid=512
20140813.204652.031 r9999c lnreader OLocoNet 1377 slot=1 addr=1 throttleid=512
20140813.204652.047 r9999c lnreader OLocoNet 1377 slot=1 addr=1 throttleid=0
20140813.204652.063 r9999I slotsrvr OLocoNet 0267 slot# 1 format=0 steps=28 speed=0(0) dir=fwd inuse=0 throttleID=16382356
20140813.204652.078 r9999I slotsrvr OLocoNet 0560 set slot# 1 dispatched
20140813.204652.078 r9999c lnreader OLocoNet 1377 slot=1 addr=1 throttleid=512
20140813.204652.078 r9999c lnreader OLocoNet 1377 slot=1 addr=1 throttleid=0
20140813.204652.719 r9999c lnreader OLocoNet 1377 slot=1 addr=1 throttleid=512
20140813.204653.500 r9999I lnreader OLocoNet 0702 slot=1 addr=1 spd=0 id=512
20140813.204653.500 r9999I 00000F84 OLoc     0777 lc=BR 101 V_raw=0 V=0 fn=0 dir=Forwards throttleID=512
20140813.204653.500 r9999I slotsrvr OLocoNet 0267 slot# 1 format=0 steps=28 speed=0(0) dir=fwd inuse=1 throttleID=16357980


Here the throttleID switches between 0 and 512 (ist is the ID of my FRED) or between 16382356 or 16357980 for whatever reasons.

And now here the summary with one FRED only at gca101, powered with the shortcircuit to give a DC railsync power to the FRED as I described in my initial post.
Code: Select all
20140813.205137.332 r9999I cmdr00FC OLoc     2943 processing cmd="dispatch" for [BR 101]
20140813.205137.442 r9999c lnreader OLocoNet 1377 slot=1 addr=1 throttleid=0
20140813.205137.567 r9999I slotsrvr OLocoNet 0267 slot# 1 format=0 steps=28 speed=0(0) dir=fwd inuse=0 throttleID=16380028
20140813.205137.598 r9999I slotsrvr OLocoNet 0560 set slot# 1 dispatched
20140813.205137.614 r9999c lnreader OLocoNet 1377 slot=1 addr=1 throttleid=0
20140813.205139.286 r9999I 000009F8 OLoc     0777 lc=BR 101 V_raw=0 V=0 fn=0 dir=Forwards throttleID=0
20140813.205139.286 r9999I slotsrvr OLocoNet 0267 slot# 1 format=0 steps=28 speed=0(0) dir=fwd inuse=1 throttleID=16405268

The throttleID remains zero or gets a stringvalue which is different al time: 16380028 or 16405268

Rob, if necessary I can provide you a Uhli FRED and the gca101 with all it takes.
You do not have the required permissions to view the files attached to this post.
[K.Bay.Sts.B Epoche 1] [FREMO] [Linux]
jriedl
 

Re: rocrail dispatch to standalone FRED via gca101 does not

Postby jriedl » 13.08.2014, 21:15

Rob,

here is the summary file as announced As .zip file because .rtf is not allowed.
Jürgen
You do not have the required permissions to view the files attached to this post.
[K.Bay.Sts.B Epoche 1] [FREMO] [Linux]
jriedl
 

Re: rocrail dispatch to standalone FRED via gca101 does not

Postby rjversluis » 14.08.2014, 05:50

Jürgen,

you should update before testing.
Zero throttleID:
http://wiki.rocrail.net/doku.php?id=roc ... hrottle_id
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
 

Re: rocrail dispatch to standalone FRED via gca101 does not

Postby jriedl » 14.08.2014, 11:21

Hi Rob,

the allow zero throttleid ist already set. I attach the page, perhaps something others is wrong?
On the other side: when the IBox is attached as dummy, then it works as expected, abd there the throttleID get also value 512.

Best Regards

Jürgen
You do not have the required permissions to view the files attached to this post.
[K.Bay.Sts.B Epoche 1] [FREMO] [Linux]
jriedl
 

Re: rocrail dispatch to standalone FRED via gca101 does not

Postby rjversluis » 14.08.2014, 11:26

Did you update your Rocrail installation?
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
 

Re: Dispatch to standalone Uhli-FRED via gca101 does not wor

Postby rjversluis » 14.08.2014, 12:42

The Uhli-Fred waits for an OPC_GPBUSY from the CS before it continues... :roll:
I added this patch in the CAN-GCALN already.
In Rocrail I added this OPC today. (7746+)
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
 

Re: Dispatch to standalone Uhli-FRED via gca101 does not wor

Postby jriedl » 15.08.2014, 20:00

Thank you Rob for your work,

but the patch didn't make it. I still need the IB as dummy. It seems, that it even gets worse: it looks like, that with the version 7751 I can not really release a loco from the throttle. If I want to assigns another loco, the FRED remains red on the function LED. I can only assign the initial loco.

Today I stop. Will investigate further over the weekend. and then report to you.

BR

Jürgen
[K.Bay.Sts.B Epoche 1] [FREMO] [Linux]
jriedl
 

Re: Dispatch to standalone Uhli-FRED via gca101 does not wor

Postby rjversluis » 15.08.2014, 21:10

Uhli is licencie of Digitrax LocoNet, Rocrail is not.
Therefor only the LocoNet PE can be implemented.
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
 

Re: Dispatch to standalone Uhli-FRED via gca101 does not wor

Postby jriedl » 16.08.2014, 13:07

Hi Rob,

I can understand you, that don't want to bother with proprietary HW. However, the first Uhli FRED was said to be based on the FREMO Fred. Therefore the Uhli shall work as well.

What I did now, was to make a silent HW switch over. I will explain:
I soldered 2 RJ12 sockets, so that I can connect them on a bread board. On the gca101 the first RJ12 loconet connection goes to the breadboard and connects 1:1 to the IB. The second gca101 RJ12 serves the Uhli FRED. Handover of a loco funtions as expected.

Then:
1) I disconnected the IB railsync power and enabled the 12V on the gca101. The FRED still works as expected.
2) I disconnected the IB loconet signal (pin3 +4) and set the 15mA current Jumper on the gca101; and the Uhli FRED ***remains to work***

When I then disconnect the FRED the 3 LEDs circle and do not get the loco assignment back. So there are some options:
1) the Uhli FRED is broken (so both of them i own)
2) the firmware of the gca101 is broken (the most recent firmware does not fit into the Amtel processor - I tok the one advertised on rocrail.net
3) from rocrail perspective there is something missing.

What I see in the server log, is when the FRED is reconnected and circles the LEDs per circle as long as it circles (Log 1):
Code: Select all
20140816.134055.764 r9999I slotsrvr OLocoNet 0112 message = [BF000242] len=8
20140816.134055.764 r9999I slotsrvr OLocoNet 0330 slot# 1 has address 2
20140816.134055.764 r9999I slotsrvr OLocoNet 0512 slot# 1 for loco address 2
20140816.134055.764 r9999I slotsrvr OLocoNet 0357 slot# 1 inuse=1
20140816.134055.764 r9999I slotsrvr OLocoNet 0412 slot# 1 dir=1 f0=1
20140816.134055.780 r9999c lnreader OLocoNet 1377 slot=1 addr=2 throttleid=512
20140816.134056.155 r9999I lnreader OLocoNet 1012 posting [BF000242] to slotServer

Question: is this the normal behaviour?

When I connect the FRED with the IB as loconet dummy, the log looks like this:
Code: Select all
20140816.134855.282 r9999I lnreader OLocoNet 1012 posting [BF000242] to slotServer
20140816.134855.282 r9999c lnreader OLocoNet 1292 Busy
20140816.134855.282 r9999c lnreader OLocoNet 1377 slot=1 addr=2 throttleid=512
20140816.134855.282 r9999I lnreader OLocoNet 1012 posting [EF0E01300201300700000004041B] to slotServer
20140816.134855.298 r9999c lnreader OLocoNet 1292 Busy
20140816.134855.298 r9999I slotsrvr OLocoNet 0112 message = [BF000242] len=8
20140816.134855.298 r9999I lnreader OLocoNet 1012 posting [A001005E] to slotServer
20140816.134855.298 r9999I slotsrvr OLocoNet 0330 slot# 1 has address 2

20140816.134855.298 r9999I lnreader OLocoNet 0702 slot=1 addr=2 spd=0 id=512
20140816.134855.298 r9999I slotsrvr OLocoNet 0512 slot# 1 for loco address 2
20140816.134855.314 r9999I 000000D0 OLoc     0755 lc=BR 110 V=0(0)
20140816.134855.314 r9999I 000000D0 OLoc     0777 lc=BR 110 V_raw=0 V=0 fn=1 dir=Forwards throttleID=512
20140816.134855.314 r9999I slotsrvr OLocoNet 0357 slot# 1 inuse=1

20140816.134855.314 r9999I slotsrvr OLocoNet 0412 slot# 1 dir=0 f0=1
20140816.134855.329 r9999c lnreader OLocoNet 1377 slot=1 addr=2 throttleid=512
20140816.134855.329 r9999I slotsrvr OLocoNet 0112 message = [EF0E01300201300700000004041B] len=28
20140816.134855.329 r9999I slotsrvr OLocoNet 0642 set slot# 1 addr 2 data (dir=rev)
20140816.134855.345 r9999I slotsrvr OLocoNet 0396 set stat1byte for slot# 1 form at=0 steps=28 inuse=1 stat=0x30
20140816.134855.345 r9999I slotsrvr OLocoNet 0267 slot# 1 format=0 steps=28 speed=1(1) dir=rev inuse=1 throttleID=17418300
20140816.134855.345 r9999I 00000258 OBiDiB   0199 slot created for
20140816.134855.345 r9999c 00000258 OBiDiB   0914 loco 2 V=2 dir=rev lights=on steps=28
20140816.134855.345 r9999I 00000258 OBiDiB   0199 slot created for
20140816.134855.360 r9999c 00000258 OBiDiB   1003 loco 2 f[-1]=off
20140816.134855.376 r9999c lnreader OLocoNet 1321 LNCV response
20140816.134855.376 r9999I 000000D0 OControl 1136 Program event 7: cv0=0 addr=0 type=1
20140816.134855.376 r9999I slotsrvr OLocoNet 0112 message = [A001005E] len=8

20140816.134855.376 r9999c bidibrea OBiDiB   2217 loco 2 ack=1
20140816.134855.376 r9999I slotsrvr OLocoNet 0632 set slot# 1 speed to 0
20140816.134855.376 r9999I slotsrvr OLocoNet 0267 slot# 1 format=0 steps=28 speed=0(0) dir=rev inuse=1 throttleID=17326548
20140816.134855.376 r9999I 00000258 OBiDiB   0199 slot created for
20140816.134855.392 r9999c 00000258 OBiDiB   0914 loco 2 V=0 dir=rev lights=on steps=28
20140816.134855.407 r9999c bidibrea OBiDiB   2217 loco 2 ack=1


What I recognize: comparing the first lines of the circling LEDs (log 1), the slotserver is more invoked (no handover to the FRED), in the second loging the lnreader is invoked where the LEDs circle (handover to the FRED).

What I now will do, if you can't give me a hint,
(1) I send the Uhlis to Uhlenbrock questioning the most recent firmware, if such exists at all
(2) ask Peter concerning this issue
(3) try o get an original Fremo FRED as sample

Best Regards

Jürgen
[K.Bay.Sts.B Epoche 1] [FREMO] [Linux]
jriedl
 

Re: Dispatch to standalone Uhli-FRED via gca101 does not wor

Postby rjversluis » 16.08.2014, 16:10

I did spend some time testing with a FredI and a Fred.
The FredI works with the GCA101 and slotserver. Also the Digitrax UT4 works fine with the slotserver.
The Fred, the analog one, does not. But I'm sure it did work in the past.
I put a DCS100 in the LocNet and disabled the slotserver.
The Fred works. (The Uhli-Fred should be a kind of compatible with this one.)

Scanning the packets on LocoNet and compare the ones from the SlotServer with the DCS100: No diff...
Sorry, but I have not the faintest idea.
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
 

Re: Dispatch to standalone Uhli-FRED via gca101 does not wor

Postby jriedl » 16.08.2014, 16:29

Thank you Rob,

Question: how do you scan the Loconet on TCP/IP?. With Wireshark + addons? And how on USB? If it is other SW (hopefully for free) I can get hands on, I will do further investigations, and If I can drill it down I will report.

I just ordered a couple of FREMO Freds, in about 3 weeks I will know better if its the Uhli or not.
Now I will search for Peter to get him a PM.

Thank you for your work anyway.

See you

Jürgen
[K.Bay.Sts.B Epoche 1] [FREMO] [Linux]
jriedl
 

Next

Return to GCA (Hardware by Peter Giling)