aboutsummaryrefslogtreecommitdiffstats
path: root/android-mobile
diff options
context:
space:
mode:
authorGravatar Christof Arnosti <charno@charno.ch>2020-03-08 15:25:55 +0100
committerGravatar Dirk Hohndel <dirk@hohndel.org>2020-03-08 11:22:55 -0700
commitb15b9c6cd0e8d83ec12a868c10cf184217f51309 (patch)
tree78ea1cf9a3772745222830053545af080e667c8d /android-mobile
parentfe932059fe0e989089bd259c541db41d358cfa47 (diff)
downloadsubsurface-b15b9c6cd0e8d83ec12a868c10cf184217f51309.tar.gz
usb-serial-for-android: Implement timeout-handling
Since the Android USB stack and subsequently the usb-serial-for-android driver have problems with read-timeouts, the read-timeout is now implemented in AndroidSerial.java. Also, DC_STATUS_TIMEOUT is returned if there are less bytes returned than expected. Different chipsets seem to behave differently with usb-serial-for-android. On CP210x the read blocks until there is some data here, but on FTDI the chip seems to return whatever is currently in the buffer (so 0 bytes if the buffer is empty). This different behaviour should be mitigated by the changes by this commit. Signed-off-by: Christof Arnosti <charno@charno.ch>
Diffstat (limited to 'android-mobile')
-rw-r--r--android-mobile/src/org/subsurfacedivelog/mobile/AndroidSerial.java12
1 files changed, 8 insertions, 4 deletions
diff --git a/android-mobile/src/org/subsurfacedivelog/mobile/AndroidSerial.java b/android-mobile/src/org/subsurfacedivelog/mobile/AndroidSerial.java
index 59b8dc9e9..1193b0ceb 100644
--- a/android-mobile/src/org/subsurfacedivelog/mobile/AndroidSerial.java
+++ b/android-mobile/src/org/subsurfacedivelog/mobile/AndroidSerial.java
@@ -19,6 +19,7 @@ import java.util.Queue;
import java.util.List;
import java.util.LinkedList;
import java.lang.Math;
+import java.util.Date;
public class AndroidSerial {
@@ -221,17 +222,20 @@ public class AndroidSerial {
Log.d(TAG, "read length: " + data.length);
int toReadFromHwLength = data.length - readBuffer.size();
-
int arraylength = (toReadFromHwLength % 64) != 0 ? toReadFromHwLength + (64 - (toReadFromHwLength % 64)): toReadFromHwLength; // use blocks of 64 for reading
- // When we don't have enough in the buffer, try to read from HW
- if (toReadFromHwLength > 0) {
+ long startTime = (new Date()).getTime();
+
+ // while we don't have enough in the buffer, try to read from HW until there is enough or timeout is reached.
+ while (toReadFromHwLength > 0 && (startTime + timeout > (new Date()).getTime() || timeout == 0)) {
// Read and append to buffer
byte[] readFromHwData = new byte[arraylength];
- int actuallyReadFromHwLength = usbSerialPort.read(readFromHwData, 0); // With this it works... But the timeout is ignored! Fix this!
+ int actuallyReadFromHwLength = usbSerialPort.read(readFromHwData, 0); // This behaves differently on different chipsets. CP210x blocks, FTDI seems to return instantly.
for (int i = 0; i < actuallyReadFromHwLength; i++ ) {
readBuffer.add(readFromHwData[i]);
}
+ toReadFromHwLength = data.length - readBuffer.size();
+ arraylength = (toReadFromHwLength % 64) != 0 ? toReadFromHwLength + (64 - (toReadFromHwLength % 64)): toReadFromHwLength; // use blocks of 64 for reading
}
//Log.d(TAG, "read buffer: " + printQueue(readBuffer));