Skip to Content
PRIZM DeviceFirmwareHardware settings

Hardware settings

The Hardware tab is the first of three tabs — Hardware, Security and Device — in the configuration interface the device serves while it is in Soft AP mode. It is where you tell the firmware which GPIO pins your board actually uses, so a freshly flashed board does nothing useful until these settings match your wiring. See Soft AP mode for how to connect to the device and open the interface.

The tab is a single form in two parts: Hardware Configuration for the built-in modules, and Peripheral Pinout Mapping for the communication buses.

Hardware presets

At the top of the tab is a Hardware Presets dropdown holding ready-made configurations for PRIZM boards. Selecting one fills in every field in the form at once; editing any field afterwards switches the dropdown back to Custom. The preset name itself is never saved to the device — only the values it filled in.

Hardware Configuration

Cellular Module

Settings for the cellular modem. Every field is greyed out while Module Enabled is off.

SettingWhat it does
Module EnabledTurns the cellular modem on or off.
Chipset ModelThe modem fitted to your board — QUECTEL_BG96 or SIMCOM_7672G.
TX PinGPIO carrying data from the ESP32-S3 to the modem.
RX PinGPIO carrying data from the modem to the ESP32-S3.
Power Pin (optional)GPIO that powers the modem on. Required in practice — see below.
Reset Pin (optional)GPIO that resets the modem.
CTS Pin (optional)Clear-to-send flow control.
RTS Pin (optional)Request-to-send flow control.
Connection Timeout (ms)Max time to wait for network before failure.

Only QUECTEL_BG96 is functional today. If you select SIMCOM_7672G, the device accepts the setting and saves it, but cellular stays disabled no matter how the rest of the card is filled in.

Watchdog & Restart

SettingWhat it does
Auto-Restart EnabledRestarts the device automatically when it loses its connection.
Restart Delay (ms)Wait time before system restart if connection lost.

Power Management

SettingWhat it does
Shutdown Logic EnabledTurns the shutdown behaviour on or off.
Shutdown Pin (optional)GPIO driven by the device as it powers down.
Signal In PinGPIO watched for the shutdown request.

Holding the signal-in pin low gracefully shuts the device down, so it can disconnect from the cloud and detach from the cellular network before losing power. On Core Neo this is the SOFT_SDN signal behind the SIG button — see Soft Shutdown Pin.

Wi-Fi

The Wi-Fi network the device joins during normal operation. This is not the Soft AP network you are currently connected to — see Soft AP mode.

SettingWhat it does
Module EnabledTurns Wi-Fi on or off.
SSIDName of the network to join.
Password (optional)Network password. Use the Show / Hide button to check what you typed.

Status LED

The device’s status indicator. For what each colour and blink pattern means, see LED status indicators.

SettingWhat it does
Module EnabledTurns the status LED on or off.
ChannelRMT channel driving the LED.
PinGPIO the LED is wired to.
Brightness (0 - 100)LED brightness as a percentage.

Peripheral Pinout Mapping

Assign GPIOs for communication buses. Each bus has its own Enabled toggle, and its pin fields are greyed out while that toggle is off.

BusPins
I2C Channel 0SCL, SDA
I2C Channel 1SCL, SDA
SPISPI SCK, SPI MISO, SPI MOSI, SPI CS0
BusPins
UART Channel 0TX, RX, RTS (optional), CTS (optional), DE (optional)
UART Channel 1TX, RX, RTS (optional), CTS (optional), DE (optional)
CANTX, RX

Channel numbers match your blueprint

The channel numbers on this page are the ones your blueprints refer to. When you deploy a blueprint whose prefabs talk to hardware, the Peripheral settings in the deploy dialog ask which channel to use, and that number picks the card above:

Channel in peripheral settingsBus used on the device
0UART Channel 0 / I2C Channel 0
1UART Channel 1 / I2C Channel 1

The blueprint supplies the channel number; this page supplies the pins that channel runs on. Both halves have to be filled in for the bus to work.

If a blueprint asks for a channel whose card here is switched off or missing pins, the bus never starts and the prefab reads nothing — the deploy itself still reports success. Any channel number other than 1 falls back to channel 0 instead of reporting an error, so a typo reads the wrong bus silently.

Entering pin numbers

Every pin field is a plain text box. There is no dropdown of valid pins, no range check and no warning when two peripherals claim the same GPIO, so it is worth knowing the rules before you save.

  • Valid GPIOs are 0–21, 38–44 and 46–48. Any other number is rejected when the device boots: the peripheral fails to start and Invalid gpio pin appears in the device log.
  • Nothing stops you assigning one GPIO to two peripherals. The form saves cleanly and the conflict only shows up as a failure at boot.
  • Text that is not a number is silently discarded — the field ends up empty rather than rejected.
  • Leave a field blank to unset a pin.

A bus only starts if all of its required pins are filled in. CAN and UART need TX and RX, I2C needs SCL and SDA, SPI needs all four, the status LED needs channel, pin and brightness, and Wi-Fi needs an SSID. A half-filled card is treated as disabled, with nothing in the interface to say so.

The cellular Power Pin is labelled optional but is one of these required pins — leave it blank and the modem never comes up.

Saving changes

Save Changes at the top of the tab saves both parts of the form; there is no separate button for the peripherals section. Your browser shows a confirmation once the device has stored the new configuration.

Saving writes the configuration to the device but does not apply it. The new pin assignments take effect on the next boot — open the Device tab and press Reboot Device.

Last updated on