This release notes document describes the details of version C7:
Note
The terms "partner" or "partnership" refers to a collaborative relationship and does not imply a legal partnership or joint venture.
Note
Some features are subject to cellular network availability
This Release Notes document describes the following details for version C7 of the SURFSIGHT Portal:
KING-1195
This new feature enables partners to configure the data usage webhook notifications directly within the App Portal UI. You can now enable this feature via a simple toggle and designate up to 20 custom data consumption thresholds (from 0.1 GB to 20 GB). You can also define an optional monthly data plan limit (up to 20 GB). This empowers you to better manage bandwidth consumption and receive automated alerts as your fleet approaches or reaches its data limits.
KING – 234
This alarm provides alerts when an AI-14 device's in-cabin camera is not recording as expected, particularly when privacy settings or device settings indicate that it should be recording and an SD card is present. The alarm automatically closes when recording resumes, helping you identify and resolve potential issues and supporting the capture of crucial in-cabin footage.
KING-249
This feature introduces a new mechanism to detect and alert when an AI-14 device has been disconnected from the cloud for more than four continuous days. An alarm will be raised to help Lytx admins and partners proactively monitor their fleet, identify non-communicating devices, and enable consistent connectivity. The alarm automatically deactivates once the device reconnects and transmits a diagnostic message, with detailed event logs available via APIs.
KING-230
Provides alerts when an AI-14 device's road-facing camera is not recording as expected, even when an SD card is present. The alarm automatically closes when recording resumes, helping you quickly identify and resolve potential gaps in critical video footage.
KING- 233
This feature introduces an alarm for AI-14 devices that are powered on and off more than five times within a single day. This helps Lytx admins and partners monitor unusual power cycling activity on their devices directly through the portal. The alarm provides detailed event logs via APIs and automatically deactivates when the daily power-on count falls back to five or less.
KING- 70
This feature introduces an alarm for AI-14 devices when an SD card is detected as unmounted or not inserted. This allows Lytx partners to proactively monitor their fleet on the portal and enable devices to have proper storage for recording. The alarm provides detailed event logs via API and automatically deactivates once the SD card is re-inserted and successfully mounted.
KING-877
This feature empowers Lytx Admins and Partners to create simulated alarms for AI-14 devices directly via APIs. This allows for comprehensive testing, training, and validation of alarm response workflows without triggering real-world events. Simulated alarms behave just like system-generated alarms, complete with configurable alarmDefinitionId, createdAt timestamp, and metadata, providing a robust tool for verifying your operational readiness.
KING-236
This alarm notifies users when a connected auxiliary camera on a device is not recording, when it is supposed to be recording. This alarm is triggered when diagnostic messages indicate a recording issue (provided an SD card is inserted). You can track these events on the portal and receive detailed responses via Alarm v2 APIs. The alarm deactivates automatically once the auxiliary camera resumes recording.
KING-237
This feature introduces a new alarm that notifies Lytx Admins and partners whenever a paired auxiliary camera becomes disconnected from a device. This enables proactive monitoring on the portal, enabling you to quickly identify and address issues with your auxiliary camera setups. The alarm provides detailed event logs via Alarm v2 APIs and automatically deactivates only when all disconnected auxiliary cameras are reconnected.
KING- 1251
This update addresses an issue where the Health icon in the Surfsight portal's left menu did not show a visual indication when new alarms were raised via the new alarm service. The Health icon now provides a clear visual alert for new alarms, prompting you to take action.
The following table lists the current known issues:
|
Issue ID |
Problem |
|---|---|
|
KB issue |
At kb.surfsight.net some tables are poorly formatted and may cause difficulty in reading them. We're currently working on overhauling our knowledge base and planning this fix as part of the changes. In the interim, partner resellers can refer to these PDFs in case they need a different format for better legibility. |
|
SUR-3605 |
Live video may sometimes flash continuously while streaming. We are monitoring this issue and evaluating possible solutions. |
|
SUR-5044 |
Locked dashcams' event settings are not set to off by default. They continue to send video to the cloud using data from the mobile network for any events configured with video attached. Work-around: Before locking a dashcam, change all of its event settings to off. |
|
SUR-6123 |
Customers can set the minimum speed set the minimum speed for MVAI events creation between 0 and 180 kmh. However, if you set speed lower than 5 kmh, the events will not be created. (Due to hardware limitations, we are investigating possible solutions.) |
|
SUR-9168 |
Applying Filters Causes Errors in Health UI Alarms Tab: When you apply filters in the Health UI Alarms tab, changing the severity filter results in a 500 Internal Server Error. Additionally, switching to the Alarms Beta tab after applying filters triggers a 400 Bad Request. |