[erl.] BiDiB RF-Basis in Rocrail unterstützt !

http://www.opendcc.de
http://www.bidib.org
Aleksey
Posts: 84
Joined: 07.01.2012, 18:35
Location: Russia

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by Aleksey » 13.05.2017, 19:14

Hello!
I would like to clarify the situation with the support of the module BiDiB RF-Basis in the program Rocrail.
I have conflicting information about this.
Correct me if I am wrong.
Now the program can receive from the car decoder only information about the state of the battery, the speed and programming of the POM, but the program can not process messages about the address of the sensor that the car decoder received from the module IRM.
I understand correctly?
I connected the Module BiDiB RF-Basis to the PC via GBMBoost Master.
When information is received from the decoder via the BiDiB bus, the following code is output in the server's trace:

Code: Select all

20170513.212029.335 r9999I bidibrea OBiDiB   3874 UNSUPPORTED: msg=0xAC, path=1.0.0.0
20170513.212029.335 r0000I bidibrea OBiDiB   *trace dump( 0x0383FDF8: length=10 )
    offset:   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F |ASCII...........|
    --------------------------------------------------------- |----------------|
    00000000: 09 01 00 07 AC 03 00 00 01 02                   |..........      |
20170513.212029.626 r9999I bidibrea OBiDiB   3874 UNSUPPORTED: msg=0xAC, path=1.0.0.0
20170513.212029.626 r0000I bidibrea OBiDiB   *trace dump( 0x0383FDF8: length=10 )
    offset:   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F |ASCII...........|
    --------------------------------------------------------- |----------------|
    00000000: 09 01 00 08 AC 03 00 00 01 02                   |..........      |
20170513.212029.927 r9999I bidibrea OBiDiB   3874 UNSUPPORTED: msg=0xAC, path=1.0.0.0
20170513.212029.928 r0000I bidibrea OBiDiB   *trace dump( 0x0383FDF8: length=10 )
    offset:   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F |ASCII...........|
    --------------------------------------------------------- |----------------|
    00000000: 09 01 00 09 AC 03 00 00 01 02                   |..........      |
20170513.212030.229 r9999I bidibrea OBiDiB   3874 UNSUPPORTED: msg=0xAC, path=1.0.0.0
20170513.212030.229 r0000I bidibrea OBiDiB   *trace dump( 0x0383FDF8: length=10 )
    offset:   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F |ASCII...........|
    --------------------------------------------------------- |----------------|
    00000000: 09 01 00 0A AC 03 00 00 01 02                   |..........      |
20170513.212030.529 r9999E bidibrea OBiDiB   3562 MSG_SYS_ERROR, path=1.0.0.0 seq=11 error=48

ups60
Posts: 1058
Joined: 30.07.2013, 17:36
Location: 50321 Brühl

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by ups60 » 13.05.2017, 19:49

Hi Aleksey,

its because its a very new feature and is not fully implemented. Near information you find in the opendcc-forum. A short mail there was:

"this feedback with additional information is new. There has been a lot of work required in the background (discussion, how to handle such stuff, a first spec, prove-of-concept, testing) and this work goes on. I.e. the spec is not finished completely and released. So the work goes on and this requires time. Please give us this time to get things integrated in all applications. Please don't be too impatient and bomb every implementer with enquiries."

Have a look in this thread: https://forum.opendcc.de/viewtopic.php? ... 493#p45493

Uwe

Bergi
Posts: 105
Joined: 23.11.2016, 19:32

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by Bergi » 13.05.2017, 20:55

Hi there,
… work goes on. I.e. the spec is not finished completely and released.
Notice that that message was from January. We did release the new spec version in early April, so now you may bug Rob to implement this feature :-)

rjversluis
Site Admin
Posts: 42023
Joined: 10.04.2006, 08:48
Location: Speyer, Germany
Contact:

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by rjversluis » 13.05.2017, 21:00

Bergi wrote:Hi there,
… work goes on. I.e. the spec is not finished completely and released.
Notice that that message was from January. We did release the new spec version in early April, so now you may bug Rob to implement this feature :-)
this is already implemented.

Aleksey
Posts: 84
Joined: 07.01.2012, 18:35
Location: Russia

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by Aleksey » 14.05.2017, 05:43

ups60 wrote:Hi Aleksey,

its because its a very new feature and is not fully implemented. Near information you find in the opendcc-forum. A short mail there was:

Uwe
rjversluis wrote:this is already implemented.
Hello!
That's why I say that I have conflicting information.

Rob, if this is already implemented, but it does not work for me.
An error is given(UNSUPPORTED):

Code: Select all

20170513.212030.229 r9999I bidibrea OBiDiB   3874 UNSUPPORTED: msg=0xAC, path=1.0.0.0
20170513.212030.229 r0000I bidibrea OBiDiB   *trace dump( 0x0383FDF8: length=10 )
    offset:   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F |ASCII...........|
    --------------------------------------------------------- |----------------|
    00000000: 09 01 00 0A AC 03 00 00 01 02                   |..........      |
20170513.212030.529 r9999E bidibrea OBiDiB   3562 MSG_SYS_ERROR, path=1.0.0.0 seq=11 error=48
And how then to adjust the sensor on the track plan so that it is associated with the message that the decoder sends?
rocrail.000.trc
Plan_test.xml
rocrail.ini
You do not have the required permissions to view the files attached to this post.

rjversluis
Site Admin
Posts: 42023
Joined: 10.04.2006, 08:48
Location: Speyer, Germany
Contact:

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by rjversluis » 14.05.2017, 06:54

Code: Select all

msg=0xAC
ist mir unbekannt.

rjversluis
Site Admin
Posts: 42023
Joined: 10.04.2006, 08:48
Location: Speyer, Germany
Contact:

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by rjversluis » 14.05.2017, 07:20

Bergi wrote:Hi there,
… work goes on. I.e. the spec is not finished completely and released.
Notice that that message was from January. We did release the new spec version in early April, so now you may bug Rob to implement this feature :-)
und wo finde ich diese neue spec?
Wenn es hier um ein BiDiB Message handelt sollte das auch in der bidib_messages.h zu finden sein und in bidib.org dokumentiert.

rjversluis
Site Admin
Posts: 42023
Joined: 10.04.2006, 08:48
Location: Speyer, Germany
Contact:

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by rjversluis » 14.05.2017, 08:31

OK, ist jetzt implementiert.
12.291+

Code: Select all

MSG_BM_POSITION // 1:addr_l, 2:addr_h, 3:type, 4:location_id_l, 5:location_id_h
Location ID = Sensor ID
Address = Code

http://wiki.rocrail.net/doku.php?id=bid ... on_reports

Aleksey
Posts: 84
Joined: 07.01.2012, 18:35
Location: Russia

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by Aleksey » 14.05.2017, 12:48

rjversluis wrote:OK, ist jetzt implementiert.
12.291+

Code: Select all

MSG_BM_POSITION // 1:addr_l, 2:addr_h, 3:type, 4:location_id_l, 5:location_id_h
Location ID = Sensor ID
Address = Code

http://wiki.rocrail.net/doku.php?id=bid ... on_reports
Hello, Rob!
Thank you!
Yes, it works!
Great, but there is one point.
After the sensor is activated, it remains active. Of course, I can deactivate it using Actions or Scripts. However, it may be worthwhile to make an additional option in the properties of the sensor, which will automatically deactivate it?
IMHOThis can be done by analogy with the "Duration" option in the Action definition.
http://wiki.rocrail.net/doku.php?id=actions-en#duration

rjversluis
Site Admin
Posts: 42023
Joined: 10.04.2006, 08:48
Location: Speyer, Germany
Contact:

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by rjversluis » 14.05.2017, 13:17


Aleksey
Posts: 84
Joined: 07.01.2012, 18:35
Location: Russia

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by Aleksey » 14.05.2017, 15:16

I guess I've explained it poorly. This setting on the contrary makes a short pulse of the sensor longer.

The problem is that the program from the car decoder does not receive the sensor status "off", the program receives only the status "on" from the car decoder. Therefore, after the first activation, the sensor is considered permanently active.
The specified "Timer" setting can not deactivate it, because the program has not received information about deactivation of the sensor.

P.S. Maybe I'm wrong, but still this option does not work for me. In the settings of Rocrail, on the Automation tab, I noted the item "Timed sensors".
In the sensor settings, the interval for the timer off.
You do not have the required permissions to view the files attached to this post.

rjversluis
Site Admin
Posts: 42023
Joined: 10.04.2006, 08:48
Location: Speyer, Germany
Contact:

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by rjversluis » 14.05.2017, 16:34

Hi Aleksey,

I corrected the behaviour of the timer.

Bergi
Posts: 105
Joined: 23.11.2016, 19:32

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by Bergi » 14.05.2017, 17:10

Hi,
Aleksey wrote:The problem is that the program from the car decoder does not receive the sensor status "off"
That's true, but I'd say it's by design. The program only receives "car decoder is now at position XY", and the next time "car decoder is now at position YZ". So you could query which point the car met last.
If you would create a sensor for the "location with guid XY", it would only be able to go "off" when the car that reported to be at that position will report a different position.
In any case, it should be configured as a momentary contact only. @Rob, am I right to assume that this is a new sensor type?

Aleksey
Posts: 84
Joined: 07.01.2012, 18:35
Location: Russia

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by Aleksey » 14.05.2017, 18:55

rjversluis wrote:Hi Aleksey,

I corrected the behaviour of the timer.
Hello, Rob!
Thanks, I'll check later.

Aleksey
Posts: 84
Joined: 07.01.2012, 18:35
Location: Russia

Re: BiDiB RF-Basis in Rocrail unterstützt !

Post by Aleksey » 14.05.2017, 19:15

Bergi wrote:Hi,
Aleksey wrote:The problem is that the program from the car decoder does not receive the sensor status "off"
That's true, but I'd say it's by design. The program only receives "car decoder is now at position XY", and the next time "car decoder is now at position YZ". So you could query which point the car met last.
If you would create a sensor for the "location with guid XY", it would only be able to go "off" when the car that reported to be at that position will report a different position.
In any case, it should be configured as a momentary contact only. @Rob, am I right to assume that this is a new sensor type?
Hi, Andreas!
In principle, this course is correct behavior, but it does not fit with the movement of cars. After all, the car is not a locomotive or train.
We do not need to constantly detect the occupation of the block. Important is the fact that the car passes the sensor.
In addition, when driving cars, they can follow one another and on the same block, maybe several cars at the same time.
That's why automatic reset of the sensor state is very necessary here.
I hope you understood what I wanted to say :-)

Post Reply

Return to “OpenDCC-BiDiB (DE)”