From 50ae560c519bbbf2cdb50c2bb0bcd9f8a352f2c4 Mon Sep 17 00:00:00 2001 From: sh123 Date: Mon, 13 May 2019 19:14:07 +0300 Subject: [PATCH 1/5] Update README.md --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 5015a86..a09f0b7 100644 --- a/README.md +++ b/README.md @@ -23,7 +23,7 @@ Can be used in two modes: - lora module SS, **CfgPinSs**, pin 5 - lora module RST, **CfgPinRst**, pin 26 - lora module DIO0, **CfgPinDio0**, pin 14 -- if you are planning to experiment with different bandwidths/spread factors then modify loraprs.h, with current parameters APRS packet time on air is around **10 seconds** to decode with as lower level as possible, use https://github.com/tanupoo/lorawan_toa to make calculations +- if you are planning to experiment with different bandwidths/spread factors then modify loraprs.h, with current parameters APRS packet time on air is around **5 seconds** to decode with as lower level as possible, use https://github.com/tanupoo/lorawan_toa to make calculations - lora bandwidth **CfgBw**, 20 kHz (to fit into standard 25 kHz channel) - lora spread factor **CfgSpread**, 11 (should decode down to -17.5dB) - lora coding rate **CfgCodingRate**, 7 From e332cfbfda3aad7e62cf854640b021afe91fb96f Mon Sep 17 00:00:00 2001 From: sh123 Date: Fri, 8 Nov 2019 14:52:01 +0200 Subject: [PATCH 2/5] Update README.md --- README.md | 1 + 1 file changed, 1 insertion(+) diff --git a/README.md b/README.md index a09f0b7..f64c4d1 100644 --- a/README.md +++ b/README.md @@ -30,6 +30,7 @@ Can be used in two modes: - lora output power **CfgPower**, 20 (max 20 dBm ~ 100mW, change to lower value if needed) - use 80 MHz ESP32 frequency in Arduino, it will prolong battery life when operating portable, higher CPU speed is not required, there are no CPU intensive operations - uses LoRa built-in checksum calculation to drop broken packets +- note, that there a is **significant frequency drift** on temperature changes for different modules, you need to use external TXCO if you are planning to use modules for narrow bandwidths less than 125 kHz or calibrate clients based on server frequency drift report by changing LORAPRS_FREQ, which is OK for experiments # Test Results - Antennas From e478c32c50ae9814b51e20bb0ac3ef58a6bd3ac3 Mon Sep 17 00:00:00 2001 From: sh123 Date: Fri, 8 Nov 2019 14:53:59 +0200 Subject: [PATCH 3/5] Update README.md --- README.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index f64c4d1..a1eb957 100644 --- a/README.md +++ b/README.md @@ -29,8 +29,8 @@ Can be used in two modes: - lora coding rate **CfgCodingRate**, 7 - lora output power **CfgPower**, 20 (max 20 dBm ~ 100mW, change to lower value if needed) - use 80 MHz ESP32 frequency in Arduino, it will prolong battery life when operating portable, higher CPU speed is not required, there are no CPU intensive operations -- uses LoRa built-in checksum calculation to drop broken packets -- note, that there a is **significant frequency drift** on temperature changes for different modules, you need to use external TXCO if you are planning to use modules for narrow bandwidths less than 125 kHz or calibrate clients based on server frequency drift report by changing LORAPRS_FREQ, which is OK for experiments +- uses LoRa **built-in checksum** calculation to drop broken packets +- note, that there a is **significant frequency drift** on temperature changes for different modules, you need to use **external TXCO** if you are planning to use modules for narrow bandwidths less than 125 kHz or calibrate clients based on server frequency drift report by changing **LORAPRS_FREQ**, which is OK for experiments # Test Results - Antennas From 11f0ed143d4fb5ffa58b250b29940bc662a0da60 Mon Sep 17 00:00:00 2001 From: sh123 Date: Fri, 8 Nov 2019 14:57:38 +0200 Subject: [PATCH 4/5] Update README.md --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index a1eb957..cd82099 100644 --- a/README.md +++ b/README.md @@ -4,7 +4,7 @@ Tiny experimental amateur radio ESP32 based LoRa APRSDroid KISS Bluetooth modem ![alt text](https://www.smart-prototyping.com/image/data/5_community/WIFI/101770%20Ra-01/2.png) Can be used in two modes: -- **as a LoRa APRS client**, you need to use APRSDroid application (https://aprsdroid.org), connect to the modem using bluetooth, data will be re-transmitted through the LoRa radio, this is similar to APRSDroid micromodem - https://unsigned.io/micromodem/, received data will be sent back to the APRSDroid using bluetooth +- **as a LoRa APRS client**, you need to use APRSDroid application (https://aprsdroid.org), connect to the modem using bluetooth, data will be re-transmitted through the LoRa radio, this is similar to APRSDroid micromodem - https://unsigned.io/micromodem/, received data will be sent back to the APRSDroid using bluetooth. By having two clients you can not only send your position, but also send and receive APRS messages. - **as a LoRa APRS iGate server**, which connects to your WiFI and forwards received LoRa APRS positions into the APRS-IS network, it also reports client signal level, by appending it into the APRS comment, so you can see your signal reports in different locations # Software Dependencies (install via libraries) From d7c084f3cda28598498c8dabd7d78012b8a20e89 Mon Sep 17 00:00:00 2001 From: sh123 Date: Fri, 8 Nov 2019 23:22:33 +0200 Subject: [PATCH 5/5] Update README.md --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index cd82099..cea324a 100644 --- a/README.md +++ b/README.md @@ -30,7 +30,7 @@ Can be used in two modes: - lora output power **CfgPower**, 20 (max 20 dBm ~ 100mW, change to lower value if needed) - use 80 MHz ESP32 frequency in Arduino, it will prolong battery life when operating portable, higher CPU speed is not required, there are no CPU intensive operations - uses LoRa **built-in checksum** calculation to drop broken packets -- note, that there a is **significant frequency drift** on temperature changes for different modules, you need to use **external TXCO** if you are planning to use modules for narrow bandwidths less than 125 kHz or calibrate clients based on server frequency drift report by changing **LORAPRS_FREQ**, which is OK for experiments +- note, that there a is **significant frequency drift** on temperature changes for different modules, you need to use **external TCXO** if you are planning to use modules for narrow bandwidths less than 125 kHz or calibrate clients based on server frequency drift report by changing **LORAPRS_FREQ**, which is OK for experiments # Test Results - Antennas