mirror of
https://github.com/iNavFlight/inav.git
synced 2025-07-13 03:19:58 +03:00
remove RX_PWM from documentation
This commit is contained in:
parent
0a058cc825
commit
088502f208
9 changed files with 26 additions and 70 deletions
|
@ -24,7 +24,7 @@
|
|||
|
||||
## Radio Receivers
|
||||
|
||||
This board does not support Parallel PWM receiver connection. Only SerialRX, PPM and MSP receivers are supported.
|
||||
SerialRX, PPM and MSP receivers are supported.
|
||||
|
||||
SerialRX and PPM receivers should be connected to dedicated _PPM SBUS_ connector above _Motor 1_. MSP receivers should be connected to one of UARTs configured as MSP.
|
||||
|
||||
|
@ -77,9 +77,9 @@ LED strip is enabled on Motor 5 pin (PA1)
|
|||
|
||||
## SoftwareSerial
|
||||
|
||||
This board allows for single **SoftwareSerial** port on small soldering pads located next to UART3 pins.
|
||||
This board allows for single **SoftwareSerial** port on small soldering pads located next to UART3 pins.
|
||||
|
||||
| Pad | SoftwareSerial Role |
|
||||
| ---- | ---- |
|
||||
| CH5 | RX |
|
||||
| CH6 | TX |
|
||||
| CH6 | TX |
|
||||
|
|
|
@ -25,7 +25,7 @@
|
|||
|
||||
## Radio Receivers
|
||||
|
||||
This board does not support Parallel PWM receiver connection. Only SerialRX, PPM and MSP receivers are supported.
|
||||
SerialRX, PPM and MSP receivers are supported.
|
||||
|
||||
SerialRX and PPM receivers should be connected to dedicated _PPM SBUS_ pin on the _RX_ connector. MSP receivers should be connected to one of UARTs configured as MSP.
|
||||
|
||||
|
|
|
@ -34,7 +34,7 @@ Due to differences on the board (I2C - see below), there are two firmware varian
|
|||
* Current Sensor: Yes (AIO, CTR), otherwise FCHUB-6S option
|
||||
* Integrated Power Distribution Board: Yes (AIO, CTR), otherwise FCHUB-6S option
|
||||
* Integrated Voltage Regulator: 5V 2A & 9V 2A (AIO), 5V 2A (CTR), otherwise FCHUB-6S option
|
||||
* 6 PWM / DSHOT capable outputs (iNav does not implement DSHOT)
|
||||
* 6 PWM / DSHOT capable outputs
|
||||
* WS2812 Led Strip : Yes
|
||||
* Beeper: Yes
|
||||
* RSSI: Yes
|
||||
|
@ -108,5 +108,3 @@ Rcgroups Thread Matek F405: https://www.rcgroups.com/forums/showthread.php?28892
|
|||
Rcgroups Thread Matek F405-AIO: https://www.rcgroups.com/forums/showthread.php?2912273-Matek-Flight-Controller-F405-AIO
|
||||
|
||||
This board doesn't have hardware inverters for UART pins. This page explains getting SmartPort telemetry working on F4 board: https://github.com/iNavFlight/inav/blob/master/docs/Telemetry.md
|
||||
|
||||
|
||||
|
|
|
@ -86,7 +86,7 @@ More target options:
|
|||
|
||||
## Radio Receivers
|
||||
|
||||
This board does not support Parallel PWM receiver connection. Only SerialRX, PPM and MSP receivers are supported.
|
||||
SerialRX, PPM and MSP receivers are supported.
|
||||
|
||||
SerialRX and PPM receivers should be connected to dedicated _PPM SBUS_ connector above _Motor 1_. MSP receivers should be connected to one of UARTs configured as MSP.
|
||||
|
||||
|
|
|
@ -20,7 +20,7 @@
|
|||
|
||||
## Radio Receivers
|
||||
|
||||
This board does not support Parallel PWM receiver connection. Only SerialRX, PPM and MSP receivers are supported.
|
||||
SerialRX, PPM and MSP receivers are supported.
|
||||
|
||||
SerialRX and PPM receivers should be connected to dedicated _PPM SBUS_ connector. For SerialRX use UART2
|
||||
|
||||
|
|
|
@ -43,21 +43,6 @@ http://seriouslypro.com/spracingf3#manual
|
|||
|
||||
### IO_1
|
||||
|
||||
The 8 pin IO_1 connector has the following pinouts when used in RX_PARALLEL_PWM mode.
|
||||
|
||||
| Pin | Function | Notes |
|
||||
| --- | -------------- | -------------------------------------------- |
|
||||
| 1 | Ground | |
|
||||
| 2 | VCC_IN | Voltage as-supplied by BEC. |
|
||||
| 3 | RC_CH1 | |
|
||||
| 4 | RC_CH2 | |
|
||||
| 5 | RC_CH5 | |
|
||||
| 6 | RC_CH6 | |
|
||||
| 7 | LED_STRIP | Enable `feature LED_STRIP` |
|
||||
| 8 | VCC | 3.3v output for LOW CURRENT application only |
|
||||
|
||||
When RX_PPM/RX_SERIAL is used the IO_1 pinout is as follows.
|
||||
|
||||
| Pin | Function | Notes |
|
||||
| --- | -------------- | -------------------------------------------- |
|
||||
| 1 | Ground | |
|
||||
|
@ -71,21 +56,6 @@ When RX_PPM/RX_SERIAL is used the IO_1 pinout is as follows.
|
|||
|
||||
### IO_2
|
||||
|
||||
The 8 pin IO_2 connector has the following pinouts when used in RX_PARALLEL_PWM mode.
|
||||
|
||||
| Pin | Function | Notes |
|
||||
| --- | ----------------- | -------------------------------------------- |
|
||||
| 1 | Ground | |
|
||||
| 2 | VCC_IN | Voltage as-supplied by BEC. |
|
||||
| 3 | RC_CH3 | |
|
||||
| 4 | RC_CH4 | |
|
||||
| 5 | RC_CH7/HC-SR04_TRIG | |
|
||||
| 6 | RC_CH8/HC-SR04_ECHO | |
|
||||
| 7 | ADC_1 | Current Sensor |
|
||||
| 8 | ADC_2 | RSSI |
|
||||
|
||||
When RX_PPM/RX_SERIAL is used the IO_2 pinout is as follows.
|
||||
|
||||
| Pin | Function | Notes |
|
||||
| --- | ------------------------- | -------------------------------------------- |
|
||||
| 1 | Ground | |
|
||||
|
|
|
@ -26,7 +26,7 @@ but only the first 32 are used.
|
|||
|
||||
WS2812 LEDs require an 800khz signal and precise timings and thus requires the use of a dedicated hardware timer.
|
||||
|
||||
Note: Not all WS2812 ICs use the same timings, some batches use different timings.
|
||||
Note: Not all WS2812 ICs use the same timings, some batches use different timings.
|
||||
|
||||
It could be possible to be able to specify the timings required via CLI if users request it.
|
||||
|
||||
|
@ -53,9 +53,6 @@ from another BEC. Just ensure that the GROUND is the same for all BEC outputs a
|
|||
| ChebuzzF3/F3Discovery | PB8 | Data In | PB8 |
|
||||
| Sparky | PWM5 | Data In | PA6 |
|
||||
|
||||
Additionally, since RC5 is also used for Parallel PWM RC input on both the Chebuzz and STM32F3Discovery targets, led strips
|
||||
can not be used at the same time at Parallel PWM.
|
||||
|
||||
If you have LEDs that are intermittent, flicker or show the wrong colors then drop the VIN to less than 4.7v, e.g. by using an inline
|
||||
diode on the VIN to the LED strip. The problem occurs because of the difference in voltage between the data signal and the power
|
||||
signal. The WS2811 LED's require the data signal (Din) to be between 0.3 * Vin (Max) and 0.7 * VIN (Min) to register valid logic
|
||||
|
@ -186,7 +183,7 @@ This mode binds the LED color to RSSI level.
|
|||
| Orange | 40% |
|
||||
| Red | 20% |
|
||||
| Deep pink | 0% |
|
||||
|
||||
|
||||
When RSSI is below 50% is reached, LEDs will blink slowly, and they will blink fast when under 20%.
|
||||
|
||||
|
||||
|
@ -202,7 +199,7 @@ This mode binds the LED color to remaining battery capacity.
|
|||
| Orange | 40% |
|
||||
| Red | 20% |
|
||||
| Deep pink | 0% |
|
||||
|
||||
|
||||
When Warning or Critial voltage is reached, LEDs will blink slowly or fast.
|
||||
Note: this mode requires a current sensor. If you don't have the actual device you can set up a virtual current sensor (see [Battery](Battery.md)).
|
||||
|
||||
|
@ -242,7 +239,7 @@ This mode flashes LEDs that correspond to roll and pitch stick positions. i.e.
|
|||
| Mode | Direction | LED Color |
|
||||
|------------|--------|---------------------|
|
||||
|Orientation | North | WHITE |
|
||||
|Orientation | East | DARK VIOLET |
|
||||
|Orientation | East | DARK VIOLET |
|
||||
|Orientation | South | RED |
|
||||
|Orientation | West | DEEP PINK |
|
||||
|Orientation | Up | BLUE |
|
||||
|
@ -297,7 +294,7 @@ the same time. Thrust should normally be combined with Color or Mode/Orientatio
|
|||
|
||||
#### Thrust ring state
|
||||
|
||||
This mode is allows you to use one or multiple led rings (e.g. NeoPixel ring) for an afterburner effect. The light pattern rotates clockwise as throttle increases.
|
||||
This mode is allows you to use one or multiple led rings (e.g. NeoPixel ring) for an afterburner effect. The light pattern rotates clockwise as throttle increases.
|
||||
|
||||
A better effect is acheived when LEDs configured for thrust ring have no other functions.
|
||||
|
||||
|
@ -305,7 +302,7 @@ LED direction and X/Y positions are irrelevant for thrust ring LED state. The o
|
|||
|
||||
Each LED of the ring can be a different color. The color can be selected between the 16 colors availables.
|
||||
|
||||
For example, led 0 is set as a `R`ing thrust state led in color 13 as follow.
|
||||
For example, led 0 is set as a `R`ing thrust state led in color 13 as follow.
|
||||
|
||||
```
|
||||
led 0 2,2::R:13
|
||||
|
@ -321,7 +318,7 @@ x,y position and directions are ignored when using this mode.
|
|||
|
||||
Other modes will override or combine with the color mode.
|
||||
|
||||
For example, to set led 0 to always use color 10 you would issue this command.
|
||||
For example, to set led 0 to always use color 10 you would issue this command.
|
||||
|
||||
```
|
||||
led 0 0,0::C:10
|
||||
|
@ -419,7 +416,7 @@ Mode 6 use these functions:
|
|||
| 5 | gps: no satellites |
|
||||
| 6 | gps: no fix |
|
||||
| 7 | gps: 3D fix |
|
||||
|
||||
|
||||
The ColorIndex is picked from the colors array ("palette").
|
||||
|
||||
Examples (using the default colors):
|
||||
|
@ -521,13 +518,13 @@ Which translates into the following positions:
|
|||
|
||||
```
|
||||
6 3
|
||||
\ /
|
||||
\ 5-4 /
|
||||
\ /
|
||||
\ 5-4 /
|
||||
7 \ FRONT / 2
|
||||
| 12-15 |
|
||||
| 12-15 |
|
||||
8 / BACK \ 1
|
||||
/ 10-11 \
|
||||
/ \
|
||||
/ \
|
||||
9 0
|
||||
```
|
||||
|
||||
|
@ -535,7 +532,7 @@ LEDs 0,3,6 and 9 should be placed underneath the quad, facing downwards.
|
|||
LEDs 1-2, 4-5, 7-8 and 10-11 should be positioned so the face east/north/west/south, respectively.
|
||||
LEDs 12-13 should be placed facing down, in the middle
|
||||
LEDs 14-15 should be placed facing up, in the middle
|
||||
|
||||
|
||||
### Exmple 28 LED config
|
||||
|
||||
```
|
||||
|
@ -577,12 +574,12 @@ led 27 2,9:S:FWT:0
|
|||
```
|
||||
16-18 9-11
|
||||
19-21 \ / 6-8
|
||||
\ 12-15 /
|
||||
\ 12-15 /
|
||||
\ FRONT /
|
||||
/ BACK \
|
||||
/ \
|
||||
22-24 / \ 3-5
|
||||
25-27 0-2
|
||||
25-27 0-2
|
||||
```
|
||||
|
||||
All LEDs should face outwards from the chassis in this configuration.
|
||||
|
|
|
@ -41,5 +41,3 @@ Under CLI :
|
|||
|
||||
|
||||
FrSky D4R-II and X8R supported.
|
||||
|
||||
The feature can not be used when RX_PARALLEL_PWM is enabled.
|
||||
|
|
15
docs/Rx.md
15
docs/Rx.md
|
@ -2,16 +2,10 @@
|
|||
|
||||
A receiver is used to receive radio control signals from your transmitter and convert them into signals that the flight controller can understand.
|
||||
|
||||
There are 3 basic types of receivers:
|
||||
There are 2 basic types of receivers:
|
||||
|
||||
1. Parallel PWM Receivers
|
||||
2. PPM Receivers
|
||||
3. Serial Receivers
|
||||
|
||||
## Parallel PWM Receivers
|
||||
|
||||
8 channel support, 1 channel per input pin. On some platforms using parallel input will disable the use of serial ports
|
||||
and SoftSerial making it hard to use telemetry or GPS features.
|
||||
1. PPM Receivers
|
||||
2. Serial Receivers
|
||||
|
||||
## PPM Receivers
|
||||
|
||||
|
@ -128,7 +122,7 @@ SUMH is a legacy Graupner protocol. Graupner have issued a firmware updates for
|
|||
|
||||
10 channels via serial currently supported.
|
||||
|
||||
IBUS is the FlySky digital serial protocol and is available with the FS-IA6B, FS-X6B and FS-IA10 receivers.
|
||||
IBUS is the FlySky digital serial protocol and is available with the FS-IA6B, FS-X6B and FS-IA10 receivers.
|
||||
The Turnigy TGY-IA6B and TGY-IA10 are the same devices with a different label, therefore they also work.
|
||||
|
||||
IBUS can provide up to 120Hz refresh rate, more than double compared to standard 50Hz of PPM.
|
||||
|
@ -160,7 +154,6 @@ There are 3 features that control receiver mode:
|
|||
```
|
||||
RX_PPM
|
||||
RX_SERIAL
|
||||
RX_PARALLEL_PWM
|
||||
RX_MSP
|
||||
```
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue