bbvch / farbsort-gui Goto Github PK

situation:
a stone is placed in the tray when the lightbarrier is active. but the stone is not removed when the tray lightbarrier gets deactivated later on.

expected:
the stone should be removed from the tray when the lightbarrier is deactivated.

Situation:
Sobald sich mehrere Steine auf dem Förderband befinden, ruckelt die Animation.

Erwartetes Verhalten:
Die Animation mit 4 Steinen auf dem Förderband soll ruckelfrei laufen.

Probleme:
Der Simulator wird immer zweimal instanziert. Einmal in der Hauptmaske und ein weiteres Mal in der Konfigurationsmaske.

Situation:
Farbsort-Gui neustarten, während der Websocket weiterläuft. Nach dem Restart werden die Messages vom Websocket empfangen und angezeigt, aber keine neuen Steine auf dem Förderband platziert. Die Animation des Förderbands läuft nicht.

Erwartetes Verhalten:
Nach dem Neustart sind alle Zustände des Websockets wiederhergestellt. Die Steine werden entsprechend den Messages auf dem Förderband platziert und das Förderband ist animiert.

Situation:
Wenn die Farbe eines Steins nicht erkannt wurde oder nicht ausgeworfen werden konnte, dann landet dieser Stein im Ausschussbecken. Steine die hier landen, werden nie vom UI entfernt. Der Grund hierfür liegt darin, dass es für den Ausschuss keinen Sensor gibt, welcher die Entnahme des Steins melden könnte.

Erwartetes Verhalten:
Steine die im Ausschuss landen, werden nach einem bestimmten Timeout entfernt.

Situation:
Wenn die Verbindung zum Websocket getrennt wird und sich Steine auf dem Förderband befinden, bleiben diese stehen. Auch nach dem Wiederherstellen der Verbindung bleiben die Steine stehen. Sie müssen manuell per Mausklick vom GUI entfernt werden.

Erwartetes Verhalten:
Sobald die Verbindung zum Websocket abbricht, sollen alle Steine auf dem Förderband entfernt werden.

Verarbeitung bedeutet hier von der Detektion (S1) bis zum Erreichen des Sensors (S3-S5).

Noch ist die Farbzuweisung der einzelnen Behälter hart codiert. Der Benutzer soll die Möglichkeit haben, die Farbzuweisung pro Behälter zu ändern.

Situation:
Wenn zwischen den beiden Masken gewechselt wird, verschieben sich die Steine in Bewegung an den oberen Rand. Der Rest der Animation läuft fehlerhaft.

Erwartetes Verhalten:
Zwischen den beiden Masken kann gewechselt werden und die Animationen sind korrekt.

In QML werden momentan zwei Simulator Instanzen parallel betrieben.
Zum Einen könnte durch ein Disconnect der Signal/Slots des nicht aktiven wohl ein Performance-Gewinn erzielt werden, andererseits kann momentan auch im Betrieb (zumindest simulated) zwischen den jeweiligen Screens (MainScreen, SettingsScreen) gewechselt werden, was zu falsch positionierten Steinen auf dem Simulator führt.
Ein Wechsel der Screens ist gemäss @messi1 auch nicht vorgesehen und sollte die Hardware (und die Simulation) stoppen.

Ohne Sprünge und Pausen.

Situation:
Alle Steine innerhalb der Farberkennung springen gemeinsam zum Sensor S2, sobald sich der erste Stein beim Sensor S2 befindet. Dadurch stimmt die Annimation nur noch für den ersten Stein. Alle nachgerutschten Steine bleiben auf dem Förderband beim Ausstosser für eine l$ngere Zeit stehen, bevor diese ausgestossen werden.

Erwartetes Verhalten:
Die Animation soll der Realität nachempfunden sein. Dies bedeutet: keine Sprünge und keine lange Pausen auf dem Förderband.