v1.1.0v1.1.0

- Fixed bug 'no TX on radio B' (rfch 1)
- Added feature: concentrator processing delay compensation in the receive() function for accurate 'end of packet' even timestamping
- Added feature: TX 'start delay' compensation in the send() function to emit packet exactly on target timestamp
- Added feature: timestamp counter verification in send() function, return an error if scheduling was too late
- Switched license to 'Revised BSD'

1 files changed, 10 insertions, 3 deletions

diff --git a/loragw_tx_test/README.TXT b/loragw_tx_test/README.TXT
index ca02b16..435b162 100644
--- a/loragw_tx_test/README.TXT
+++ b/loragw_tx_test/README.TXT
@@ -34,27 +34,34 @@ with any later version of the library assuming the API is downward-compatible.
 3. Usage
 ---------
 
-The application runs until the specified number of packets have been send.
+The application runs until the specified number of packets have been sent.
 Press Ctrl+C to stop the application before that.
 
 Use the -f option followed by a real number (decimal point and scientific
 'E notation' are OK) to specify the modulation central frequency.
+
 Use the -s option to specify the Spreading Factor of Lora modulation (values 7
 to 12 are valid).
+
 Use the -b option to set Lora modulation bandwidth in kHz (accepted values: 125,
 250 or 500).
+
 Use the -p option to set the concentrator TX power in dBm. Not all values are
 supported by hardware (typically 14 et 20 dBm are supported, other values might
 not give expected power). Check with a RF power meter before connecting any
 sensitive equipment.
+
 Use the -t option to specify the number of milliseconds of pause between
 packets. Using zero will result in a quasi-continuous emission.
-Use the -x to specify how many packets should be sent.
+
+Use the -x option to specify how many packets should be sent.
+
+Use the -i option to invert the Lora modulation polarity.
 
 The packets are 20 bytes long, and protected by the smallest supported ECC.
 
 The payload content is:
-[T][E][S][T][packet counter MSB][packet counter MSB] followed by ASCII padding.
+[T][E][S][T][packet counter MSB][packet counter LSB] followed by ASCII padding.
 All Lora data is whitened, so the padding has no influence whatsoever on the
 packet error rate.