We'll a what now?

README.md

@@ -309,7 +309,7 @@ Create a Device
 | `debug` | `boolean` | `false` | Enable debug logging (all sent and received frames, etc. - noisy) |
 | `configId?` | `number` | `undefined` | is a local identifier that appears in log messages but does not go out over the air |
 | `heartbeatInterval` | `number` | `30` | is the time (in seconds) between heartbeat (keepalive) messages to the device |
-| `writeDelay` | `number` | `2000` | is the time (in milliseconds) between writes of frames to the device *Notes on writeDelay:* I don't like `writeDelay`, but I found that if I sent multiple frames in quick succession some might be dropped silently despite there being room in the device's queue, and even when they didn't get dropped they were sometimes sent over the air out of sequence. It's not clear whether every frame sent to the device elicits a response to the client, so we can't necessarily wait for "ack" (To do: verify this), though this would be better than some dumb/arbitrary sleep. For now we'll a default 2000 ms between frames when writing. `2000` was arrived at by trial-and-error. This might be a problem with my device (Heltec v3), so you can try reducing this value and see what happens with your hardware. |
+| `writeDelay` | `number` | `2000` | is the time (in milliseconds) between writes of frames to the device *Notes on writeDelay:* I don't like `writeDelay`, but I found that if I sent multiple frames in quick succession some might be dropped silently despite there being room in the device's queue, and even when they didn't get dropped they were sometimes sent over the air out of sequence. It's not clear whether every frame sent to the device elicits a response to the client, so we can't necessarily wait for "ack" (To do: verify this), though this would be better than some dumb/arbitrary sleep. For now we'll wait a default 2000 ms between frames when writing. `2000` was arrived at by trial-and-error. This might be a problem with my device (Heltec v3), so you can try reducing this value and see what happens with your hardware. |
 
 ###### Returns
 

src/lib/device.ts

@@ -104,7 +104,7 @@ export default abstract class Device extends js.global.EventEmitter {
 	 * so we can't necessarily wait for "ack" (To do: verify this), though this would be better
 	 * than some dumb/arbitrary sleep.
 	 * 
-	 * For now we'll a default 2000 ms between frames when writing.
+	 * For now we'll wait a default 2000 ms between frames when writing.
 	 * `2000` was arrived at by trial-and-error. This might be a problem with my device (Heltec v3),
 	 * so you can try reducing this value and see what happens with your hardware.
 	 */