-
Notifications
You must be signed in to change notification settings - Fork 0
Configuring LED Strips
This page covers the Config tab and how to map your physical lighting hardware.
The package separates the setup into these areas:
- LED Control
- LED General Config
- Status Config
- LED Front Config
- LED Rear Config
- Discharge Curve
- Loop Settings
This section lets you set runtime brightness levels.
Available controls include:
- Brightness
- Idle Brightness
- Status/Mall Grab Brightness or related variants depending on enabled features
- Highbeam Brightness for supported hardware
The UI explicitly states that:
- LED output state is controlled by Refloat
- highbeam state is controlled by Refloat
- manual toggles are disabled in this package UI
So use this section for brightness tuning, not for replacing ride-state logic.
This section controls package-wide LED behavior.
Controls how often the LED loop runs.
Higher values can feel more responsive, but conservative values are usually better when you are still validating wiring and stability.
Controls smoothing between previous and target LED frames.
- Lower values = more immediate updates
- Higher values = more blending/smoother transitions
Exposed as a numeric field in the UI. Treat this as an advanced tuning value unless you have a known reason to change it.
When enabled, the code keeps the main mode in white/red during running state instead of updating animated ride modes.
Use this if you want predictable riding visibility rather than animation while in motion.
This caps output brightness. The default in the source is 80%.
Use this as your global safety ceiling.
When supported hardware is active, the package can dim the main RGB output while a highbeam channel is engaged.
Use this to avoid overdriving visual intensity when highbeam is on.
Main running mode options are:
- White/Red
- Battery Meter
- Cylon
- Rainbow Chase
Select the mode used after the idle timeout is reached.
Select the mode used during the startup window before the normal ride mode takes over.
The UI provides status rendering modes. The default option is a mixed telemetry-style behavior:
- Green to red for voltage
- Blue for sensor indication
- Yellow to red for duty
Enables the alternate status/mall-grab lighting behavior.
Enables brake strobing behavior.
This is the threshold for brake activation. The source default is -4.0 A.
Brake lighting triggers when current is sufficiently negative during running state.
After this time, the package switches to the configured Idle Mode and Idle Brightness.
After a longer idle period, the code can clear LEDs entirely when conditions allow.
Defines how long startup mode stays active after boot while the board is not yet in a running state.
This configures the dedicated status strip.
- Status Strip
- Status Target CAN-ID
- Status Pin
- Status Num
- Status Type
- Status Reversed
The UI currently exposes:
- None
- Custom
- GRB
- RGB
- GRBW
- RGBW
- WRGB
- Set Status Strip to
Customif you have a generic strip. - Select the node that physically owns the strip with Status Target CAN-ID.
- Enter the correct Status Pin.
- Enter the number of LEDs in Status Num.
- Choose the correct Status Type.
- Enable Status Reversed only if the animation direction is backwards.
Front and rear setup is structurally identical.
The source UI includes presets for:
- Custom
- Avaspark Laserbeam
- Avaspark Laserbeam Pint
- JetFleet H4
- JetFleet H4 (no limit DCDC)
- JetFleet GT
- Stock GT
- Avaspark Laserbeam V2
- Avaspark Laserbeam V2 Pint
- Light-shutka Flashfires
- Fungineers GTFO
When you pick a preset, the UI auto-fills LED count and, in some cases, pixel type.
- Set Front Strip or Rear Strip.
- Choose
Customfor a generic strip, or select a known preset. - Set Front/Rear Target CAN-ID to the node that physically drives that strip.
- Set the correct data pin.
- If supported by your hardware, set the Highbeam Pin.
- Verify the LED count.
- Select pixel order.
- Use Reversed if the effect direction is wrong.
The code includes some defensive behavior:
- pin
0is rejected for active strips in several cases - invalid or corrupted LED counts are clamped back to sane defaults
- extremely low blend values are forced upward
So if a strip does not behave correctly, first verify:
- you are not using a problematic pin
- LED count is correct
- pixel order is correct
- target CAN-ID points to the device actually wired to the strip
The package estimates state of charge from pack voltage and the selected discharge curve.
- Cell Type
- Series Cells
The UI includes these choices:
- Linear
- P28A
- P30B
- P42A
- P45B
- P50B
- DG40
- 50S
- VTC6
- Pick the cell profile closest to your battery build.
- Enter the number of series cells.
- Save the config.
- Verify battery-based LED modes behave sensibly.
This section includes CAN Frequency (Hz).
Use conservative values first in larger systems so you can validate stability before optimizing responsiveness.