kopia lustrzana https://github.com/projecthorus/horusdemodlib
Updated 9 Recommended RS41ng Configuration for Horus Binary (markdown)
rodzic
e1b0553ed2
commit
78c67ebeb1
|
@ -3,13 +3,15 @@ Mikael Nousiainen's [RS41ng](https://github.com/mikaelnousiainen/RS41ng) firmwar
|
|||
The RS41ng firmware has a lot of configurability - this page will be limited to discussion of the Horus Binary v1/v2 mode support.
|
||||
|
||||
### Mode Selection
|
||||
The settings which set which modes are transmitted are here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L54
|
||||
The settings which set which modes are transmitted are here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L105
|
||||
|
||||
To transmit just Horus Binary v2, set it to this:
|
||||
```
|
||||
// Which modes to transmit using the built-in Si4032 transmitter chip
|
||||
#define RADIO_SI4032_TX_CW false
|
||||
#define RADIO_SI4032_TX_CW_COUNT 1
|
||||
#define RADIO_SI4032_TX_PIP false
|
||||
#define RADIO_SI4032_TX_PIP_COUNT 6
|
||||
#define RADIO_SI4032_TX_APRS false
|
||||
#define RADIO_SI4032_TX_APRS_COUNT 2
|
||||
#define RADIO_SI4032_TX_HORUS_V1 false
|
||||
|
@ -19,7 +21,7 @@ To transmit just Horus Binary v2, set it to this:
|
|||
```
|
||||
|
||||
### Frequency Setting
|
||||
Frequency settings are here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L74
|
||||
Frequency settings are here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L127
|
||||
|
||||
To transmit on 434.200 MHz (with the tones actually on 434.201 MHz:
|
||||
```
|
||||
|
@ -29,7 +31,7 @@ To transmit on 434.200 MHz (with the tones actually on 434.201 MHz:
|
|||
```
|
||||
|
||||
### Transmit Power
|
||||
Transmit power settings are here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L52
|
||||
Transmit power settings are here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L102
|
||||
|
||||
Note that the default transmit power is 100mW - this is overkill for Horus Binary. You only need 25mW or even less to provide reliable reception right out to the radio horizon, even up to 800km range. Remember, Horus Binary has a ~20 dB performance advantage over something like 1200 baud APRS. High power is *not* required.
|
||||
|
||||
|
@ -41,7 +43,7 @@ For a more reasonable transmit power, use:
|
|||
```
|
||||
|
||||
### Payload ID Settings - Horus V2
|
||||
Horus Binary v2 settings start here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L180
|
||||
Horus Binary v2 settings start here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L239
|
||||
|
||||
The only line you should need to change is:
|
||||
```
|
||||
|
@ -49,14 +51,14 @@ The only line you should need to change is:
|
|||
```
|
||||
Replace the payload ID with your V2 ID, once allocated. (Refer here: https://github.com/projecthorus/horusdemodlib/wiki#how-do-i-transmit-it )
|
||||
|
||||
### Payload ID Settings - Horus V1 (Legacy mode)
|
||||
Horus Binary v1 settings start here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L167
|
||||
### Payload ID Settings - Horus V1 (Legacy mode, not recommended)
|
||||
Horus Binary v1 settings start here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L220
|
||||
|
||||
The same notes as above apply - you should only need to update the payload ID, which must be < 255.
|
||||
|
||||
### Other settings - Transmission Rate & Continuous Mode
|
||||
The gap between transmissions is defined here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L34
|
||||
There is also a setting to enable 'continuous mode' here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L68
|
||||
The gap between transmissions is defined here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L55
|
||||
There is also a setting to enable 'continuous mode' here: https://github.com/mikaelnousiainen/RS41ng/blob/main/src/config.h#L121
|
||||
|
||||
In continuous mode, the transmitter is always enabled, and sends idle tones in the gaps between packets. This can improve decode performance when the signal is very weak, as it allows the demodulator's frequency estimator to 'train in' on the signal before the packet is sent.
|
||||
|
||||
|
|
Ładowanie…
Reference in New Issue