Bei mir wird aus dem blinkenden gelb nach einiger Zeit ein sattes rot. Wenn ich das Brett dann einschalte, leuchtet die Lampe allerdings satt grün. Deutet das rot auf eine Fehlfunktion hin?

Gruß

Jan

Autsch.
Da kann DGt was von Millennium lernen.
Der zeigt eine falsch stehende Figur an und wenn die richtig ist, kommt die nächste.

Die Qualität des Brettes und der Figuren allerdings sind ein Traum bei DGT.

Millennium "ist" ja auch ein Schachcomputer, DGT lediglich ein PC-Brett

DGT sieht das anders.

So, ich habe mir mal den Sourcecode von Arasan 22.0 angesehen, und die Engine hat mit dem internen Buch sowie dem unnötigen searchmoves von Picochess dasselbe Problem wie meine.

Aus protocol.cpp:

Ich habe den Autor mal angeschrieben und vorgeschlagen, das so ähnlich wie ich bei der nächsten CT800-Version zu machen: daß Buchzüge gewählt werden können, wenn die Schnittmenge zwischen searchmoves und verfügbaren Buchzügen nicht leer ist.

Die Antwort von Jon (dem Autor von Arasan) ist, daß das ein Randfall ist, wo UCI das Zusammenspiel von searchmoves und OwnBook nicht klar definiert. Er faßt es so auf, daß die mit searchmoves vorgegebenen Züge alle untersucht werden sollen, was das Abschalten des internen Buches erfordert.

Kann man so sehen, wobei ich das nur bei Analyse mit go infinite teile, wo ich ohnehin das Buch abschalte.

Andererseits ist eine entsprechende Verbesserung bei dem "neuen" Picochess-Zweig bereits im Test, wo das sowieso unnötige searchmoves gar nicht erst übertragen wird, was das Problem dann auch für Arasan löst.

Hallo zusammen,

Zum Thema UCI und "Engine kann Bedenkzeit selbst bestimmen":

So, wie ich das UCI-Protokoll verstanden habe, muss das kein Widerspruch sein.

Man kann meines Wissens mehrere Möglichkeiten benutzen:

1. "movetime" mit einer festen Bedenkzeit

Hat so weit ich weiß so gut wie jede UCI-Engine.

2. Die GUI sagt der Engine Bescheid, wie viel Zeit auf den Uhren ist, das sieht dann z.B. so aus:

In diesem Fall übergibt - so wie ich es verstanden habe - die GUI der UCI-Engine die Zeit auf der Uhr der beiden Spieler und die Engine muss selbst entscheiden, wann sie die Infos an die GUI zurückgibt.

(Habe leider keine Ahnung, ob jede UCI-Engine dieses Feature haben muss.)

3. Die GUI sagt "Berechne unendlich lang" (go infinite) und sagt dann selbst irgendwann mal "Stop".


Zum Thema "UCI und Take Back":

UCI ist stateless, das ist:

a) gut

-> Merkt zum Beispiel jeder, der schnell eine beliebige Stellung aufbauen und analysieren möchte.

und

b) schlecht

-> Merkt jeder, der Züge zurücknehmen möchte.

siehe hierzu auch:
https://www.chessprogramming.org/UCI#Critique


Wenn also ein picochess-Entwickler den Kontext mit hineinbringen möchte, kann er meines Wissens nicht auf Hilfe innerhalb von UCI zurückgreifen.

Denkbar wäre GUI-seitig evtl. eine Stack-artige Datenstruktur, in der die FENs nach jedem Halbzug samt Bedenkzeiten und movestogo bis zur nächsten Zeitkontrolle abgelegt werden.

Ich bin aber kein Experte, was UCI angeht und habe lediglich mal die Befehle direkt in der Konsole eingegeben. Also korrigiert mich bitte, wenn ich falsch liege.
Und damit ist noch nichts über die Winboard/XBoard-Engines gesagt, sofern diese in picochess zum Einsatz kommen dürfen.
Auch nichts über Engines, die mit Mame und Chessplugin eingebunden sind.
Die Takeback-Routine müsste dann auch mit diesen Engines funktionieren.

Zu guter Letzt nochmal vielen Dank an alle, die in picochess und/oder dem DGT Pi involviert waren: Ihr seid super!


Viele Grüße
Markus

Wenn man eine PGN schreibt in der man die zugzeiten als Kommentare ablegt (als fleissübung noch rechentiefe und stellungsbewertung) kann sich das Gerät dann vor und / oder zurück durch die PGN NOTATION hangeln und die Uhren können mit jedem Zug vor oder zurück wieder synchronisiert werden.

Und am Ende hat man dann eine pgn die man sogar noch als FEATURE abliefern kann.

__________________
Die ganze Welt des Computerschachs

Hallo liebe DGT Pi Besitzer und Elektroniker,

nach einigen Monaten einwandfreien Betriebes, schaltet sich nun mein PI nicht mehr ein.

Auf der Platine (am Netzeingang) leuchtet jedoch eine rote LED und das Gerät wird nach einiger Zeit "betriebswarm". Das Display funktioniert, da die Uhr im Batteriebetrieb ja funktioniert. Am Netzteil liegt es auch nicht.

Kennt jemand dieses Problem, gibt es evtl. Tips zur Diagnose ?

Vielen Dank !

Gruss
Nisse

Die rote LED zeigt an, dass der Raspi Spannung bekommt und das diese höher als 4,63V ist (bei weniger würde sie blinken). Interessanter wäre, was die grüne LED macht, die Zugriffe auf die SD-Karte anzeigt.
Unabhängig davon wäre mein erster Versuch, eine andere SD-Karte zu benutzen, um zu sehen, ob diese die Fehlerursache ist. Falls ja muss einfach eine neue SD-Karte her.

Viele Grüße

-Joscho