Standalone mode

Standalone mode means that the camera starts the (flashed) application as soon as it gets power, without being connected to any particular host computer. This is useful for applications where camera is stationary and just inspecting the world and providing analytics (eg. people/vehicle counting, LPR, fall detection, etc.)

Usually, this mode is also more robust to any instabilities (eg. networking issues, where connection between camera and host computer would drop), as application will restart automatically.

Standalone mode is only possible on OAKs that have on-board flash memory, which are currently OAK POE and OAK IOT camera models.

Scenarios when standalone mode is particularly useful:

  • People/vehicle/object tracking and counting (People counting demo here). Each camera can do its own counting (inside Script node), and only send final count (eg. every hour) to some server via MQTT/HTTP.

  • License Plate Recognition (LPR) camera (demo here). Each camera does vehicle detection, license plate detection and LPR, and only reports license plate (in string) to a server.

  • Fall detection for elderly people (demo here). Each camera tracks people and checks their poses for any anomalies (eg. person falling down). If anomaly is detected, it sends an alert to a server.

In case you already have a computer on-board (eg. a robot/drone), standalone mode isn’t as useful, and adds extra complexity.

Communication with the camera

To “communicate” with the outside world (eg. a server), POE cameras can use Script node to send/receive networking packets (HTTP/TCP/UDP…). Here are a few examples:

Note

Standalone mode is missing a DNS resolver, so you will need to use IP addresses instead of domain names.

Converting a demo to standalone mode

Since there won’t be any communication between the host and the device, you first need to remove all XLinkOut and XLinkIn nodes.

This means that the device will only communicate with the “outside world” via either SPI (SPIOut/SPIIn) or Script node (GPIO/UART or network protocols if you have OAK POE mode; HTTP/TCP/UDP…).

Example: Let’s update PoE TCP Streaming oak.py script to standalone mode. We’ll remove the dai.Device(pipeline) part, and replace it with Flash the pipeline.

              conn.send(bytes(header, encoding='ascii'))
              conn.send(data)
      except Exception as e:
          node.warn("Client disconnected")
  """)
-  # Connect to the device (via host computer)
-  with dai.Device(pipeline) as device:
-      print("Connected")
-      while True:
-          time.sleep(1)
+  # Flash the app to the device
+  (f, bl) = dai.DeviceBootloader.getFirstAvailableDevice()
+  bootloader = dai.DeviceBootloader(bl)
+  progress = lambda p : print(f'Flashing progress: {p*100:.1f}%')
+  bootloader.flash(progress, pipeline)

Now, whenever the device gets power, it will start the application which starts the TCP server. You can connect to it with any TCP client (eg. host.py script) and start receiving the video stream.

Flash the bootloader

To run the application on the camera, a Bootloader is required. Note that bootloader is already flashed on all POE cameras, as it’s also required for network booting. To flash the latest bootloader, we suggest using the Device Manager. To view the API code behind it, see Flash Bootloader example code.

Flash the pipeline

After you have standalone Pipeline defined and Bootloader already flashed on the device, you can flash the pipeline to the device, along with its assests (eg. AI models). You can flash the pipeline with the following snippet:

import depthai as dai

pipeline = dai.Pipeline()

# Define standalone pipeline; add nodes and link them
# cam = pipeline.create(dai.node.ColorCamera)
# script = pipeline.create(dai.node.Script)
# ...

# Flash the pipeline
(f, bl) = dai.DeviceBootloader.getFirstAvailableDevice()
bootloader = dai.DeviceBootloader(bl)
progress = lambda p : print(f'Flashing progress: {p*100:.1f}%')
bootloader.flash(progress, pipeline)

After successfully flashing the pipeline, it will get started automatically when you power up the device. If you would like to change the flashed pipeline, simply re-flash it again.

DepthAI Application Package (.dap)

Alternatively, you can also flash the pipeline with the Device Manager. For this approach, you will need a Depthai Application Package (.dap), which you can create with the following script:

import depthai as dai

pipeline = dai.Pipeline()

# Define standalone pipeline; add nodes and link them
# cam = pipeline.create(dai.node.ColorCamera)
# script = pipeline.create(dai.node.Script)
# ...

# Create Depthai Application Package (.dap)
(f, bl) = dai.DeviceBootloader.getFirstAvailableDevice()
bootloader = dai.DeviceBootloader(bl)
bootloader.saveDepthaiApplicationPackage(pipeline=pipeline, path=<path_of_new_dap>)

Clear flash

Since pipeline will start when powering the device, this can lead to unnecesary heating. If you would like to clear the flashed pipeline, use the code snippet below.

Warning

Code below doesn’t work yet. We will be adding “flashClear” helper function to the library.

import depthai as dai
(f, bl) = dai.DeviceBootloader.getFirstAvailableDevice()
if not f:
    print('No devices found, exiting...')
    exit(-1)

with dai.DeviceBootloader(bl) as bootloader:
    bootloader.flashClear()
    print('Successfully cleared bootloader flash')

Factory reset

In case you have soft-bricked your device, or just want to clear everything (flashed pipeline/assets and bootloader config), we recommend using the Device Manager. Factory reset will also flash the latest bootloader.

Got questions?

Head over to Discussion Forum for technical support or any other questions you might have.