{ "api_version": "1", "kind": "dse_post", "self": "https://update.dsesecurity.com/api/v1/posts/provide-an-explicit-stop-for-axis-continuous-ptz-movement/", "item": { "id": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/", "slug": "provide-an-explicit-stop-for-axis-continuous-ptz-movement", "url": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/", "alternate_urls": { "markdown": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement.md", "json": "https://update.dsesecurity.com/api/v1/posts/provide-an-explicit-stop-for-axis-continuous-ptz-movement/" }, "title": "Provide an explicit stop for Axis continuous PTZ movement", "summary": "Give Axis continuous PTZ controls an explicit stop path and verify release behavior. Keep the documented three-minute inactivity timeout separate from normal operator stopping.", "format": { "slug": "guide", "name": "Guide" }, "priority": { "slug": "advisory", "name": "Advisory" }, "featured": false, "image": { "theme": "physical-security", "label": "Physical security", "alt": "Integrated video surveillance and controlled entry at a modern commercial facility.", "card_url": "https://update.dsesecurity.com/assets/editorial/physical-security-card.webp?v=1.8.20", "hero_url": "https://update.dsesecurity.com/assets/editorial/physical-security-hero.webp?v=1.8.20", "social_url": "https://update.dsesecurity.com/assets/editorial/physical-security-social-v2.jpg?v=1.8.20", "width": 2400, "height": 1350 }, "topics": [ { "slug": "it", "name": "IT", "url": "https://update.dsesecurity.com/topic/it/" }, { "slug": "video-surveillance", "name": "Video Surveillance", "url": "https://update.dsesecurity.com/topic/video-surveillance/" } ], "author": { "name": "DSE Security Editorial Team", "url": "https://update.dsesecurity.com/#editorial-team", "type": "Organization" }, "publisher": { "name": "Detection Systems & Engineering", "url": "https://dsesecurity.com/" }, "published_at": "2026-10-29T17:41:30+00:00", "modified_at": "2026-10-29T17:41:38+00:00", "reviewed_on": "2026-10-29", "reading_minutes": 3, "word_count": 555, "potentially_affected": "Axis products exposing the documented PTZ control WebSocket interface; confirm actual device, hardware and software applicability before applying the proposed checks.", "dse_recommendation": "DSE recommends defining and testing an explicit stop transition for every continuous PTZ control offered to operators.", "primary_source": { "name": "Axis Communications — PTZ control WebSocket", "url": "https://developer.axis.com/vapix/network-video/ptz-control-websocket/", "published_on": null, "authority": "Axis Communications" }, "publishing_principles": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/", "usage_info": "https://update.dsesecurity.com/usage/", "copyright_notice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.", "content_html": "

Bottom line: Build an explicit stop action into continuous PTZ operation. Accept the control only after an authorized release-and-stop exercise, rather than using the inactivity timeout as the operator’s normal stopping mechanism.

\n

Source fact: documented behavior

\n

Axis’s PTZ control WebSocket documents continuous movement ending on a zero-speed continuousMove stop command, a new command or a three-minute timeout; the use-case description conditions the timeout on no further commands being sent.

\n

The documentation limits this API to cameras with Artpec7, excluding V59xx, and Artpec9, and explicitly excludes Artpec8.

\n

The PTZ control WebSocket interface does not provide PTZ data polling; the documented status-streaming path uses Device Data Hub topics.

\n

What the source does not establish

\n

Do not infer that releasing a particular mouse, joystick or touch control automatically sends the required stop. Verify the client implementation and actual camera support. Keep command acceptance, observed motion and status reporting separate. Do not treat a protocol timeout as a safety-rated stop or authorization for unattended movement.

\n

Applicability questions

\n\n

DSE recommendation: controlled next steps

\n

The following steps are DSE recommendations based on the cited source.

\n

DSE recommends defining and testing an explicit stop transition for every continuous PTZ control offered to operators.

\n
    \n
  1. Choose a representative supported camera and a safe observation window. Review the client’s movement and release handling before issuing commands. Write down which axes the proposed control can move and which stop request it should send. Set modest supported test speeds and a clear operator abort procedure; do not begin with unrestricted movement in an active security task.
    2. \n
  2. Perform a brief proposed pan-only case, then the other supported axes as appropriate. Release the control and compare the client’s sent request, returned response and independently observed end of movement. For a combined-axis control, explicitly check the stop behavior for every axis that was active. Investigate a response without the expected physical result instead of retrying movement blindly.
    3. \n
  3. Exercise the client’s intended cancellation and error paths with authorized test inputs. Include a rejected movement response and a user-interface exit case in the plan. If the stop path cannot be established, withhold that control from operator use and route the defect to the integration owner. Do not shorten the acceptance exercise to waiting for the inactivity timeout.
    4. \n
\n

Verification and evidence

\n

Retain supported hardware identification, the client revision, sanitized command/response timing and the observer’s movement record. Distinguish an intentional stop from a later timeout. If status streaming is used, preserve its evidence separately so a missing status sample is not silently recorded as a confirmed physical stop.

\n

Ask an operator unfamiliar with the implementation to demonstrate start, release, cancellation and abort in the proposed pilot. Require an explicit outcome for each path before expanding use. This procedure defines checks to perform; it does not report a completed movement test or a certified motion-control function.

\n

Official references

\n\n

Source review completed October 29, 2026. Recheck the official documentation and the deployed device’s capabilities before changing production settings.

\n", "content_text": "Bottom line: Build an explicit stop action into continuous PTZ operation. Accept the control only after an authorized release-and-stop exercise, rather than using the inactivity timeout as the operator’s normal stopping mechanism.\nSource fact: documented behavior\nAxis’s PTZ control WebSocket documents continuous movement ending on a zero-speed continuousMove stop command, a new command or a three-minute timeout; the use-case description conditions the timeout on no further commands being sent.\nThe documentation limits this API to cameras with Artpec7, excluding V59xx, and Artpec9, and explicitly excludes Artpec8.\nThe PTZ control WebSocket interface does not provide PTZ data polling; the documented status-streaming path uses Device Data Hub topics.\nWhat the source does not establish\nDo not infer that releasing a particular mouse, joystick or touch control automatically sends the required stop. Verify the client implementation and actual camera support. Keep command acceptance, observed motion and status reporting separate. Do not treat a protocol timeout as a safety-rated stop or authorization for unattended movement.\nApplicability questions\n\nDoes the exact camera fall within the documented hardware scope and expose the required interface?\nWhich client event sends a stop for each active movement axis?\nHow does the client behave when focus changes, a control is released or a response is rejected?\nWho will observe movement in a clear, authorized test area?\n\nDSE recommendation: controlled next steps\nThe following steps are DSE recommendations based on the cited source.\nDSE recommends defining and testing an explicit stop transition for every continuous PTZ control offered to operators.\n\nChoose a representative supported camera and a safe observation window. Review the client’s movement and release handling before issuing commands. Write down which axes the proposed control can move and which stop request it should send. Set modest supported test speeds and a clear operator abort procedure; do not begin with unrestricted movement in an active security task.\nPerform a brief proposed pan-only case, then the other supported axes as appropriate. Release the control and compare the client’s sent request, returned response and independently observed end of movement. For a combined-axis control, explicitly check the stop behavior for every axis that was active. Investigate a response without the expected physical result instead of retrying movement blindly.\nExercise the client’s intended cancellation and error paths with authorized test inputs. Include a rejected movement response and a user-interface exit case in the plan. If the stop path cannot be established, withhold that control from operator use and route the defect to the integration owner. Do not shorten the acceptance exercise to waiting for the inactivity timeout.\n\nVerification and evidence\nRetain supported hardware identification, the client revision, sanitized command/response timing and the observer’s movement record. Distinguish an intentional stop from a later timeout. If status streaming is used, preserve its evidence separately so a missing status sample is not silently recorded as a confirmed physical stop.\nAsk an operator unfamiliar with the implementation to demonstrate start, release, cancellation and abort in the proposed pilot. Require an explicit outcome for each path before expanding use. This procedure defines checks to perform; it does not report a completed movement test or a certified motion-control function.\nOfficial references\n\nPTZ control WebSocket — Axis Communications; official VAPIX documentation.\n\nSource review completed October 29, 2026. Recheck the official documentation and the deployed device’s capabilities before changing production settings.", "content_markdown": "Bottom line: Build an explicit stop action into continuous PTZ operation. Accept the control only after an authorized release-and-stop exercise, rather than using the inactivity timeout as the operator’s normal stopping mechanism.\n\n## Source fact: documented behavior\n\nAxis’s [PTZ control WebSocket](https://developer.axis.com/vapix/network-video/ptz-control-websocket/) documents continuous movement ending on a zero-speed continuousMove stop command, a new command or a three-minute timeout; the use-case description conditions the timeout on no further commands being sent.\n\nThe documentation limits this API to cameras with Artpec7, excluding V59xx, and Artpec9, and explicitly excludes Artpec8.\n\nThe PTZ control WebSocket interface does not provide PTZ data polling; the documented status-streaming path uses Device Data Hub topics.\n\n## What the source does not establish\n\nDo not infer that releasing a particular mouse, joystick or touch control automatically sends the required stop. Verify the client implementation and actual camera support. Keep command acceptance, observed motion and status reporting separate. Do not treat a protocol timeout as a safety-rated stop or authorization for unattended movement.\n\n## Applicability questions\n\n- Does the exact camera fall within the documented hardware scope and expose the required interface?\n\n- Which client event sends a stop for each active movement axis?\n\n- How does the client behave when focus changes, a control is released or a response is rejected?\n\n- Who will observe movement in a clear, authorized test area?\n\n## DSE recommendation: controlled next steps\n\nThe following steps are DSE recommendations based on the cited source.\n\nDSE recommends defining and testing an explicit stop transition for every continuous PTZ control offered to operators.\n\n- Choose a representative supported camera and a safe observation window. Review the client’s movement and release handling before issuing commands. Write down which axes the proposed control can move and which stop request it should send. Set modest supported test speeds and a clear operator abort procedure; do not begin with unrestricted movement in an active security task.\n\n- Perform a brief proposed pan-only case, then the other supported axes as appropriate. Release the control and compare the client’s sent request, returned response and independently observed end of movement. For a combined-axis control, explicitly check the stop behavior for every axis that was active. Investigate a response without the expected physical result instead of retrying movement blindly.\n\n- Exercise the client’s intended cancellation and error paths with authorized test inputs. Include a rejected movement response and a user-interface exit case in the plan. If the stop path cannot be established, withhold that control from operator use and route the defect to the integration owner. Do not shorten the acceptance exercise to waiting for the inactivity timeout.\n\n## Verification and evidence\n\nRetain supported hardware identification, the client revision, sanitized command/response timing and the observer’s movement record. Distinguish an intentional stop from a later timeout. If status streaming is used, preserve its evidence separately so a missing status sample is not silently recorded as a confirmed physical stop.\n\nAsk an operator unfamiliar with the implementation to demonstrate start, release, cancellation and abort in the proposed pilot. Require an explicit outcome for each path before expanding use. This procedure defines checks to perform; it does not report a completed movement test or a certified motion-control function.\n\n## Official references\n\n- [PTZ control WebSocket](https://developer.axis.com/vapix/network-video/ptz-control-websocket/) — Axis Communications; official VAPIX documentation.\n\nSource review completed October 29, 2026. Recheck the official documentation and the deployed device’s capabilities before changing production settings." }, "json_ld": { "@context": "https://schema.org", "@graph": [ { "@type": "Organization", "@id": "https://dsesecurity.com/#organization", "name": "Detection Systems & Engineering", "alternateName": "DSE Security", "url": "https://dsesecurity.com/", "logo": { "@type": "ImageObject", "url": "https://update.dsesecurity.com/assets/dse-logo-20260812.png?v=1.8.20" } }, { "@type": "Organization", "@id": "https://update.dsesecurity.com/#editorial-team", "name": "DSE Security Editorial Team", "url": "https://update.dsesecurity.com/", "parentOrganization": { "@id": "https://dsesecurity.com/#organization" } }, { "@type": "WebSite", "@id": "https://update.dsesecurity.com/#website", "name": "DSE Updates", "alternateName": "DSE Security Knowledge Hub", "url": "https://update.dsesecurity.com/", "inLanguage": "en-US", "publisher": { "@id": "https://dsesecurity.com/#organization" }, "potentialAction": { "@type": "SearchAction", "target": { "@type": "EntryPoint", "urlTemplate": "https://update.dsesecurity.com/?q={search_term_string}" }, "query-input": "required name=search_term_string" } }, { "@type": "WebPage", "@id": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/", "url": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/", "isPartOf": { "@id": "https://update.dsesecurity.com/#website" }, "lastReviewed": "2026-10-29" }, { "@type": "BreadcrumbList", "@id": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/#breadcrumbs", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "DSE Updates", "item": "https://update.dsesecurity.com/" }, { "@type": "ListItem", "position": 2, "name": "IT", "item": "https://update.dsesecurity.com/topic/it/" }, { "@type": "ListItem", "position": 3, "name": "Provide an explicit stop for Axis continuous PTZ movement", "item": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/" } ] }, { "@type": [ "Article", "TechArticle" ], "@id": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/#article", "identifier": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/", "url": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/", "headline": "Provide an explicit stop for Axis continuous PTZ movement", "description": "Give Axis continuous PTZ controls an explicit stop path and verify release behavior.", "abstract": "Give Axis continuous PTZ controls an explicit stop path and verify release behavior. Keep the documented three-minute inactivity timeout separate from normal operator stopping.", "articleBody": "Bottom line: Build an explicit stop action into continuous PTZ operation. Accept the control only after an authorized release-and-stop exercise, rather than using the inactivity timeout as the operator’s normal stopping mechanism.\nSource fact: documented behavior\nAxis’s PTZ control WebSocket documents continuous movement ending on a zero-speed continuousMove stop command, a new command or a three-minute timeout; the use-case description conditions the timeout on no further commands being sent.\nThe documentation limits this API to cameras with Artpec7, excluding V59xx, and Artpec9, and explicitly excludes Artpec8.\nThe PTZ control WebSocket interface does not provide PTZ data polling; the documented status-streaming path uses Device Data Hub topics.\nWhat the source does not establish\nDo not infer that releasing a particular mouse, joystick or touch control automatically sends the required stop. Verify the client implementation and actual camera support. Keep command acceptance, observed motion and status reporting separate. Do not treat a protocol timeout as a safety-rated stop or authorization for unattended movement.\nApplicability questions\n\nDoes the exact camera fall within the documented hardware scope and expose the required interface?\nWhich client event sends a stop for each active movement axis?\nHow does the client behave when focus changes, a control is released or a response is rejected?\nWho will observe movement in a clear, authorized test area?\n\nDSE recommendation: controlled next steps\nThe following steps are DSE recommendations based on the cited source.\nDSE recommends defining and testing an explicit stop transition for every continuous PTZ control offered to operators.\n\nChoose a representative supported camera and a safe observation window. Review the client’s movement and release handling before issuing commands. Write down which axes the proposed control can move and which stop request it should send. Set modest supported test speeds and a clear operator abort procedure; do not begin with unrestricted movement in an active security task.\nPerform a brief proposed pan-only case, then the other supported axes as appropriate. Release the control and compare the client’s sent request, returned response and independently observed end of movement. For a combined-axis control, explicitly check the stop behavior for every axis that was active. Investigate a response without the expected physical result instead of retrying movement blindly.\nExercise the client’s intended cancellation and error paths with authorized test inputs. Include a rejected movement response and a user-interface exit case in the plan. If the stop path cannot be established, withhold that control from operator use and route the defect to the integration owner. Do not shorten the acceptance exercise to waiting for the inactivity timeout.\n\nVerification and evidence\nRetain supported hardware identification, the client revision, sanitized command/response timing and the observer’s movement record. Distinguish an intentional stop from a later timeout. If status streaming is used, preserve its evidence separately so a missing status sample is not silently recorded as a confirmed physical stop.\nAsk an operator unfamiliar with the implementation to demonstrate start, release, cancellation and abort in the proposed pilot. Require an explicit outcome for each path before expanding use. This procedure defines checks to perform; it does not report a completed movement test or a certified motion-control function.\nOfficial references\n\nPTZ control WebSocket — Axis Communications; official VAPIX documentation.\n\nSource review completed October 29, 2026. Recheck the official documentation and the deployed device’s capabilities before changing production settings.", "datePublished": "2026-10-29T17:41:30+00:00", "dateModified": "2026-10-29T17:41:38+00:00", "mainEntityOfPage": { "@id": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/" }, "inLanguage": "en-US", "isAccessibleForFree": true, "author": { "@type": "Organization", "name": "DSE Security Editorial Team", "url": "https://update.dsesecurity.com/#editorial-team" }, "publisher": { "@id": "https://dsesecurity.com/#organization" }, "image": { "@type": "ImageObject", "@id": "https://update.dsesecurity.com/updates/provide-an-explicit-stop-for-axis-continuous-ptz-movement/#primaryimage", "url": "https://update.dsesecurity.com/assets/editorial/physical-security-social-v2.jpg?v=1.8.20", "contentUrl": "https://update.dsesecurity.com/assets/editorial/physical-security-social-v2.jpg?v=1.8.20", "width": 1200, "height": 630, "caption": "Provide an explicit stop for Axis continuous PTZ movement" }, "articleSection": [ "IT", "Video Surveillance" ], "keywords": [ "IT", "Video Surveillance", "Guide", "Advisory priority" ], "genre": "Guide", "about": [ { "@type": "Thing", "name": "IT", "url": "https://update.dsesecurity.com/topic/it/" }, { "@type": "Thing", "name": "Video Surveillance", "url": "https://update.dsesecurity.com/topic/video-surveillance/" } ], "wordCount": 555, "timeRequired": "PT3M", "publishingPrinciples": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/", "usageInfo": "https://update.dsesecurity.com/usage/", "copyrightHolder": { "@id": "https://dsesecurity.com/#organization" }, "copyrightNotice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.", "citation": { "@type": "CreativeWork", "name": "Axis Communications — PTZ control WebSocket", "url": "https://developer.axis.com/vapix/network-video/ptz-control-websocket/" } } ] } }