Closed nabeya11 closed 6 months ago
Do you have any reference, like logs or screenshots?
The rules do not allow bots to stay near the opponent defense area, even during stop. If a robot keeps staying there, a foul is issued every two seconds. Is the autoRef sending fouls more frequently?
The GC can indeed not handle too many fouls in one stop phase well. However, it should still react and if you continue the match, it should work normally again. Also note, that some software, like the ssl-status-board, is quite a small message data buffer, so larger referee message (with many fouls) my not be parsed successfully.
The rules do not allow bots to stay near the opponent defense area, even during stop. If a robot keeps staying there, a foul is issued every two seconds. Is the autoRef sending fouls more frequently?
Yes, but we met a situation like the following image:
The GC can indeed not handle too many fouls in one stop phase well. However, it should still react and if you continue the match, it should work normally again. Also note, that some software, like the ssl-status-board, is quite a small message data buffer, so larger referee message (with many fouls) my not be parsed successfully.
The gc's UI was unresponsive when the situation occurred in the convention. But when I check this situation afterward, I can move on to the next stage...
Thx for the detailed report.
Regarding the rules: It is expected, that the human ref (with the help of the GCO) detects such a situation and clears it (for example by halting the game and moving the robots manually). Afterwards, the match state should be reverted to a previous state to remove the exessive fouls. The GC and autoRef act according to the rules. We can think about a better definition of the rule for next year, but for this year, it has to be handled manually.
Regarding the errors: There is a fixed-sized read and write buffer for sending and receiving referee messages. If the referee message is too large, they can not be received or sent anymore. This is what happened in the logs. It is not about "too many packets", but about "too large packets". We run into this issue once at German Open as well and I already have it on my list to limit the referee message size to avoid such issues.
Regarding the UI: In my tests, the UI was always responsive and I was able to revert to a previous state without the excessive fouls and with that, everything worked again. Not sure why it crashed during your tournament :thinking:
Thank you for your kind reply.
We managed to continue game with human intervention.
We run into this issue once at German Open as well and I already have it on my list to limit the referee message size to avoid such issues.
:+1:
Regarding the UI: I suggest that it occureded with the enviroment of the tournament (remote controller, or other teams AI...?) We will continue to closely monitor, Thanks.
If there is nothing in particular, I will close this issue in several days!
Game state : out of play (after stop command) Too many packets are sent when a bot stay beside penalty area. That cause to crash game-controller...
As We use your AutoReferee for Robocup JapanOpen2024(4/27-29), we hope it will be fixed. Thanks!