Logs were mixed thanks to threading...
Here a correct version of the logs with B's lookahead equals to
0.1 instead of 0.2.
Does not change the problem though.
David.
Le 19/06/2015 16:53, David Come a écrit :
Hi,
I encountered an odd behavior when using CERTI (lasted git
version) within my Java Framework (the HLA/Ptolemy plugin, see http://ptolemy.eecs.berkeley.edu/
for more info on Ptolemy).
.I'm also using the latest version of JCERTI available on the git
repo .
My simulation is a ping-pong between 2 federates, each of them has
a lookahead of 0.1 and both start at 0.
There are 2 objects in the federation, drone and calcul.
A publishes and updates drone and has subscribted to calcul,
and vice-versa for B.
Here a quick ascii-art sequence diagram :
A --0.1-->Drone--> B
| <--Calcul--0.2--- |
| --0.3-->Drone--> |
Both use the NER time advance mechanism and ask NER(100) at each
time.
The sequence stops after the first ping-pong exchange because the
RTI grants to B access to time 100.
This bothers me because there is a transient UAV message
timestamped at 0.30000000000000004 from A to B but B never
receives it before the TAG.
Please find attached the full logs from A and B.
I don't know if :
- There is a bug in CERTI
- There is a bug in JCERTI
- There is a bug in my code
Any help is welcomed.
Thanks.
David.
|