CDC 'Play' and DGT Boards - Ignoring Moves

The problem.  You make a move on the physical board and CDC ignores it.  You put it back, do it again and CDC ignores it.  You make the same move with a mouse and it works!  You carry on playing on the physical board.  At some random point time it happens again.

I can't explain why but I can recreate the problem which a good start.  Take this game as an example…

Trying 11. Qb5 will not work but moving the queen to a different square will.  Going with 11. Bh3 then trying 12. Bd7 will also not work.  

It seems that after this sequence of moves white can't put the black king in check from a physical board.  I figure that under these conditions even I could at least draw Magnus himself.

Unlike the castling post there is no ready explanation.  Giving check isn't the problem since, for some games check works ok.  This never happened on 'Live' so there must be something different in the 'Play' code.  It is almost as if CDC is holding an incorrect state for the e-board making some positions seem illegal when the FEN string is passed in.  The FEN would then be erroneously ignored as surmised already on the castling post.   This will need to be fixed by CDC.

It does seem that moves causing check to the opponent's king fail to read.  Interesting...

Not always check though....see: https://youtu.be/kTEudzztzfY?t=374 @6:14

With the game above, the series of moves to reach the position seem to be irrelevant as the issue still occurs.  This would appear to be FEN based and not really anything to do with the DGT Boards.  Taking a look at the code it seems that the FEN string for what would be the current position if the Queen had moved is wrong.

When the full FEN is generated, it is with White to play.  This is passed to getPositionDetails which checks if it is valid.  Since it isn't, the new position is never passed on and the move from the physical board is never made.

This would explain why check is a problem but not why it sometimes works.  Nor does it explain the position [8/1P5P/5P2/P1K5/1Pp5/1k1p1p2/p6p/8 b - - 0 1] from the video above.

At least the problem is reproducible and there is the beginning of a theory as to what may be wrong.

Hi

I have the same issue like above. Is there already a solution available?

Not that I am aware of but I haven't been playing for a while so can't confirm.  I should get some time to play later this week and if it is I will raise it again.

Could you already test this out? Still not working properly for me

Sadly, it still isn't fixed. I raised it with DGT a few weeks ago and they have raised it with chess.com but, as far as I am aware, they have made no real progress either.

The best I can suggest for now is grab the DgtCherub-0.4.5-OMGPLAY-EXPR-02 release from https://github.com/Hyper-Dragon/DgtAngel/releases . As long as you run it in Rabbit mode everything should work with the exception that if you are playing black you won't be able to move your king out of check!

Thank you for your posts about this problem @Hyper-Dragon and @M1nho. I had exactly the same experience yesterday and spent ages trying to resolve it with no joy. This gives me some comfort that my board isn't playing up.

I have the same problem. In one game, played here - 2x. Even when using DgtCherub-0.4.5-OMGPLAY-EXPR-02 release.

There are still many many people that every now and then, are trying to use their DGT chessboards on CDC without knowing that, simply put, it is not possibile. CDC are not fixing the issue on their website - as they admitted - which is preventing us from using our DGT boards on the site. I do own a DGT chessboard as well. Sorry for this bad news guys. I'd love to use my DGT here, but the fact I can't is keeping me from upgrading my account to a paid one.