[Java] Humidity (DebouncePeriod)

[Quantasy]

Habe zwei Fragen zum Humidity Bricklet :

 

Firmware V.2.0.0

Java Tinkerforge-2.1.5 (Maven)

 

Gibt es einen Grund, dass die Argumente für min und max bei

setHumidityCallbackThreshold(option, min, max)

vom Typ 'short' sind, obwohl es in der Dok 'int' sind?

 

 

Dann ist mir noch was aufgefallen:

Wenn ich die getDebouncePeriod() aufrufe kriege stets eine...

com.tinkerforge.TimeoutException: Did not receive response in time for function ID 12

at com.tinkerforge.DeviceBase.sendRequest(DeviceBase.java:169)

at com.tinkerforge.BrickletHumidity.getDebouncePeriod(BrickletHumidity.java:438)

 

Habe ich da was falsch verstanden, oder ist da ein kleiner Bug im Spiel?

 

Quantasy

[remotecontrol]

Das passt zu dem Thema, wo mir was Ähnliches in C++ aufgefallen ist:

http://www.tinkerunity.org/forum/index.php/topic,3254.msg20051.html#msg20051

 

Laut TCP/IP-API http://www.tinkerforge.com/de/doc/Software/Bricklets/Humidity_Bricklet_TCPIP.html#BrickletHumidity.set_humidity_callback_threshold sind min/max jeweils "unsigned int", den gibt es in Java aber nicht, sondern nur int und short. Das ist hier nicht ganz einheitlich mit den Typen (müsste eher überall "int" sein, um den positiven Wertebereich bis 2^16 abzudecken).

 

Den Timeout erklärt das nicht.

[photron]

short vs int: remotecontrol hat recht, da ist uns was durcheinander geraten. Das hätte schon immer int sein müssen. In der Doku ist das schon korrigiert. In den Bindings wird das mit der nächsten Release auch int werden.

 

Die häufigste Ursache für eine TimeoutException ist, dass du nicht die UID deines Bricklets verwendest und daruch keine Antwort erhältst.