Hallo Herr Steiger,

ich habe heute auf die neue Firmware (4.6.6) und die Txt-Version 0.8.0 gewechselt und es scheint als würde das Quittieren von Fehlern in der Cloud nicht funktionieren.

Es wird zwar der Timestamp über MQTT veröffentlicht, und der VGR bekommt auch die entsprechende MQTT-Nachricht, verwirft diese aber (!!!)

In TxtFactoryClient.cpp wird der Timestamp in der MQTT-JSON-Nachricht geprüft, ob dieser im 10-Sekunden Fenster liegt.
Allerdings wird der return der trycheckTimestampTTL negiert (!ft::trycheckTimestampTTL), das dürft meiner Meinung nach nicht sein.
Sonst müsste in der MQTT-Nachricht ein Timestamp angegeben werden der mindestens 10 Sekunden von der aktuellen Zeit abweicht.

Dies sind die entsprechenden Code-Stellen.
Utils.cpp (ft::trycheckTimestampTTL)
https://github.com/fischertechnik/txt_training_factory/blob/master/TxtSmartFactoryLib/src/Utils.cpp#L64

TxtFactoryClient
https://github.com/fischertechnik/txt_training_factory/blob/master/TxtFactoryClient/src/main.cpp#L316


Mein Test Setup:
-	Werkstück in SLD einlegen und nach der Farberkennung entfernen.
-	VGR fährt zur Abholposition
-	NFC wird geprüft  Error
-	VGR befindet sich in Error-State
-	Über Fischertechnik-Cloud Dashboard/MQTT-Nachricht (Topic f/o/state/ack) Nachricht veröffentlichen
o	mosquitto_pub -u txt -P xtx -t f/o/state/ack -m "{\"ts\": \"$(date -u +'%Y-%m-%dT%H:%M:%S').00Z\"}" -h 192.168.0.10
-	VGR erhält Nachricht, Timestamp wird validiert (erfolgreich) -> Negierung in IF-Statement
-	VGR bleibt im Error-State


Freundliche Grüße,
Mark-Oliver Masur

…ATE_ACK

Fix Bug with Error-Acknowledgement-Messages

…ATE_ACK

Update main.cpp

MQTT-Acknowledge Messages Timestamp Check Bugix (#3)

Append env-var check, to make sure TOOLCHAIN_BIN_PATH is set.

2. Add Endless Working Mode
3. Add Pickup Workflow
4. Add Store Workflow

…to support custom mqtt client ids and prefixes. Configurable through /opt/knobloch/Data/Config.Client.json: 'mqtt_client_id': '<client_id>' and 'mqtt_prefix': '<prefix>'