From dc1d3d1d2c2f13825e9f5855e65d1f4eeb840ea6 Mon Sep 17 00:00:00 2001 From: CNLohr Date: Wed, 27 Mar 2024 16:25:23 -0700 Subject: [PATCH 1/5] Update README.md --- README.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/README.md b/README.md index 470c6b1..0f3e13e 100644 --- a/README.md +++ b/README.md @@ -240,6 +240,8 @@ For TTGO Lora32, there was a +3dBi antenna added. For the MikroTik LR9, it used * [A more grounded paper on LoRa](https://chrisye-liu.github.io/files/yang22emu.pdf) * [Reversing LoRa by Matt Knight](https://github.com/matt-knight/research/blob/master/2016_05_20_jailbreak/Reversing-Lora-Knight.pdf) * [An academic paper on LoRa](https://dl.acm.org/doi/10.1145/3546869) + * Brought to my attention after I published, [Everything has its Bad Side and Good Side: Turning Processors to +Low Overhead Radios Using Side-Channels](https://dl.acm.org/doi/abs/10.1145/3583120.3586959) Accomplished something very similar to this, with an arduino! ### Software Resources Directly Used * [ch32v003fun](https://github.com/cnlohr/ch32v003fun) From d17b0ee51e73a4552f94a9e8f85c69f5ccb92aee Mon Sep 17 00:00:00 2001 From: Ikko Eltociear Ashimine Date: Fri, 29 Mar 2024 00:43:02 +0900 Subject: [PATCH 2/5] Update README.md tageting -> targeting --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 0f3e13e..4503534 100644 --- a/README.md +++ b/README.md @@ -16,7 +16,7 @@ Firmware-only LoRa transmission, for a variety of processors. Send LoRa packets, without any radio, chips, external hardware or built-in radios at all on a variety of common, inexpensive processors. While not truly bit banging, this repository shows how using either a shift register (i.e. I2S or SPI port) or an APLL, you can send LoRa packets that can be decoded by commercial off the shelf LoRa gateways and other chips. > [!NOTE] -> This repo is designed for use with ITU Region 2 (The Americas) tageting 902-928MHz. Code changes are needed for use in Region 1 (EU, Russia, Afraica) to target 863-870MHz or Region 3 (Australia, China, India) to target 920-923MHz. +> This repo is designed for use with ITU Region 2 (The Americas) targeting 902-928MHz. Code changes are needed for use in Region 1 (EU, Russia, Afraica) to target 863-870MHz or Region 3 (Australia, China, India) to target 920-923MHz. > [!CAUTION] > Because we rely on harmonics and aliasing, the primary frequency components emitted by your microcontroller are going to be in portions of the RF spectrum where RF transmissions are banned. Please filter your output or perform your tests in an area where you are unlikely to leak significant RF. The overall EIRP output is genreally ≪300uW across the whole spectrum spread out over hundreds of emission frequencies, but there is virtually no way a device deliberately transmitting on these frequencies could ever pass FCC part 15 compliance, even with filtering. From 0872256b3cfecacb87115fa0db2586420be3b0bf Mon Sep 17 00:00:00 2001 From: Dmytro Budnyk Date: Sat, 30 Mar 2024 23:58:30 +0200 Subject: [PATCH 3/5] Update README.md Fixes internal links for pages with spaces. Makes them work on github.com --- README.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/README.md b/README.md index 0f3e13e..c1f5f7f 100644 --- a/README.md +++ b/README.md @@ -6,10 +6,10 @@ * [Background](#background) * [LoRaWAN](#lorawan) * [Limitations](#limitations) - * [Future Work](#future_Work) + * [Future Work](#future-work) * [Resources](#resources) - * [Special Thanks](#special_thanks) - * [Range Tests](#range_tests) + * [Special Thanks](#special-thanks) + * [Range Tests](#range-tests) ## Introduction From 53a4ac1115bf46f363d7afa9bb2be8d4ef988334 Mon Sep 17 00:00:00 2001 From: CNLohr Date: Tue, 2 Apr 2024 22:33:19 -0400 Subject: [PATCH 4/5] Update README.md Closes #4 --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 0f3e13e..6754f83 100644 --- a/README.md +++ b/README.md @@ -246,7 +246,7 @@ Low Overhead Radios Using Side-Channels](https://dl.acm.org/doi/abs/10.1145/3583 ### Software Resources Directly Used * [ch32v003fun](https://github.com/cnlohr/ch32v003fun) * [esputil](https://github.com/cpq/esputil) dependency-free ESP programming - * [nosdk8266](github.com/cnlohr/nosdk8266) + * [nosdk8266](https://github.com/cnlohr/nosdk8266) ### Hardware * [MikroTik LR9](https://mikrotik.com/product/wap_lr9_kit) From d5d9de86bd21268cbc9541d94e61237e4af31385 Mon Sep 17 00:00:00 2001 From: CNLohr Date: Tue, 2 Apr 2024 22:41:20 -0400 Subject: [PATCH 5/5] Update README.md Refs #8 --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 845743b..a4836d2 100644 --- a/README.md +++ b/README.md @@ -16,7 +16,7 @@ Firmware-only LoRa transmission, for a variety of processors. Send LoRa packets, without any radio, chips, external hardware or built-in radios at all on a variety of common, inexpensive processors. While not truly bit banging, this repository shows how using either a shift register (i.e. I2S or SPI port) or an APLL, you can send LoRa packets that can be decoded by commercial off the shelf LoRa gateways and other chips. > [!NOTE] -> This repo is designed for use with ITU Region 2 (The Americas) targeting 902-928MHz. Code changes are needed for use in Region 1 (EU, Russia, Afraica) to target 863-870MHz or Region 3 (Australia, China, India) to target 920-923MHz. +> This repo is designed for use with ITU Region 2 (The Americas) targeting 902-928MHz. Code changes are needed for use in Region 1 (EU, Russia, Africa) to target 863-870MHz or Region 3 (Australia, China, India) to target 920-923MHz. > [!CAUTION] > Because we rely on harmonics and aliasing, the primary frequency components emitted by your microcontroller are going to be in portions of the RF spectrum where RF transmissions are banned. Please filter your output or perform your tests in an area where you are unlikely to leak significant RF. The overall EIRP output is genreally ≪300uW across the whole spectrum spread out over hundreds of emission frequencies, but there is virtually no way a device deliberately transmitting on these frequencies could ever pass FCC part 15 compliance, even with filtering.