計劃一目了然
- 觸發注意: 拖車超出計劃的停留窗口或移動到意外的行.
- 人類反應: 堆場協調員檢查視覺環境，驗證堆場系統並聯繫調度.
- 有用的指標: 更少的拖車位置搜索.
- 隱私、安全與美國合規性: 盡可能使用操作標識符，限制駕駛特寫鏡頭並設定明確的保留期限.
從操作問題開始
使用大門和車道上下文來了解拖車何時到達、移動和等待，而無需建造不必要的駕駛員追蹤系統。 本指南專為 區域經銷商和私人船廠 設計。 營運目標：減少遺失拖車搜查和拘留問題。 當工業視訊為操作員提供有關製程、警報或切換的背景資訊時，它是最有用的。 RTSP 可以透過現有攝影機向本地檢視器或分析系統提供數據，但它絕不能取代防護裝置、連鎖裝置、感測器或所需的安全程序。
相機佈局
| 區 | 這個觀點應該回答什麼 | 安置注意事項 |
|---|---|---|
| 院門 | 確認 院門 處的條件或切換，而不要求攝影機做出最終決定。 | 框架 院門 足夠緊密以實現既定目標，同時排除不相關的私人或敏感區域。 |
| 刪除行 | 確認 刪除行 處的條件或切換，而不要求攝影機做出最終決定。 | 框架 刪除行 足夠緊密以實現既定目標，同時排除不相關的私人或敏感區域。 |
| 碼頭排隊車道 | 確認 碼頭排隊車道 處的條件或切換，而不要求攝影機做出最終決定。 | 框架 碼頭排隊車道 足夠緊密以實現既定目標，同時排除不相關的私人或敏感區域。 |
選擇符合實際現場溫度、灰塵、濕度和振動等級的 PoE 攝影機。 使用廣泛的上下文視圖以及用於儀表或切換點的細節相機，並在 H.265 標準化之前確認編解碼器相容性。
為什麼 RTSP 和 ONVIF 適合這項工作
RTSP 是一種用於即時媒體會話的控制協議，這就是為什麼基於標準的攝影機串流可以由相容的本地檢視器打開，而不僅僅是製造商的雲端應用程式。 ONVIF Profile T 增加了高級 IP 視訊功能的通用模型，例如 H.264 和 H.265 串流、成像設定、事件、元資料以及可選的 PTZ 或音訊功能。 支援仍因具體型號和韌體而異，因此在購買前請核實在美國銷售的相機。
對於這種情況，請在返回正確的設定檔時使用 ONVIF 發現；否則手動新增記錄的 RTSP URL。 建立唯一的僅檢視攝影機帳戶，保留攝影機的本機IP位址並測試主碼流和子碼流。 較低位元率的子流通常是更好的網格視圖，而當授權操作員需要細節時，主流是有用的。
rtsp://camera.example:554/<vendor-path>使用製造商記錄的路徑和專用的僅供查看的帳戶。 避免在螢幕截圖、支援票據或公開頁面中發布憑證。
實用的本地優先設置
- 用簡單明確的語言定義觸發條件：「留意 拖車超出計劃的停留窗口或移動到意外的行。」確保每部攝影機和每則警報都服務於這個營運問題。
- 在白天和天黑後步行三個建議區域 - 院門 · 刪除行 · 碼頭排隊車道。 檢查眩光、背光、天氣、哪些私人區域進入畫面。
- 選擇主動 RTSP 或 ONVIF 攝影機。 選擇符合實際現場溫度、灰塵、濕度和振動等級的 PoE 攝影機。 使用廣泛的上下文視圖以及用於儀表或切換點的細節相機，並在 H.265 標準化之前確認編解碼器相容性。
- 在可行的情況下，將攝影機置於單獨的網路或 VLAN 上，變更預設憑證、更新韌體並使用 SmartRTSP 的唯一檢視帳戶。
- 為每個攝影機提供 DHCP 預留、同步時間並按實體區域而不是型號標記串流。 如果 UDP 顯示遺失，則測試 TCP 傳輸。
- 將子碼流新增到日常網格中，並單獨驗證主流。 僅當營運策略需要時才進行本地記錄。
- 對於異地查看，請透過託管 VPN 連線回來。 請勿將 RTSP 連接埠 554 或 ONVIF 發現連接埠轉送至公共網際網路。
日常操作手冊
觸發注意
拖車超出計劃的停留窗口或移動到意外的行.
人類反應
堆場協調員檢查視覺環境，驗證堆場系統並聯繫調度.
有用的指標
更少的拖車位置搜索.
同步時間，按實體區域標記每個流，並定義操作員在收到警報後應執行的操作。 監控封包遺失和儲存運作狀況，並在交換器、記錄器或電源維護後測試故障轉移。
對相機有什麼要求
- 記錄了對美國型號和韌體的 RTSP 和 ONVIF 支持
- 連續供電運轉；在佈線可行的情況下首選 PoE
- 一個主碼流加上一個較低位元速率的 H.264 子碼流
- 強大的帳戶控制、HTTPS 管理和支援的韌體更新路徑
- 環境等級、夜間性能和鏡頭角度與實際區域相匹配
- 當工作流程受益時，隱私屏蔽和事件元數據
隱私、安全與美國合規性
將員工監控限制為記錄在案的安全或營運目的。 在分段網路上保留錄影、限制出口並與安全、保全、人力資源、勞工和法律團隊協調。
場景邊界: 盡可能使用操作標識符，限制駕駛特寫鏡頭並設定明確的保留期限.
本現場指南是操作和技術訊息，而不是法律、安全、醫療或工程建議。 與合格的專業人員核實適用的聯邦、州、地方、合約和行業要求。
常見故障模式
相機出現在發現中，但影片是黑色的
選擇 H.264 設定檔或子流，然後確認流路徑和憑證。 某些觀看者或裝置可能無法解碼攝影機選擇的 H.265 設定檔。
串流運轉幾分鐘然後停止
透過 TCP 測試 RTSP、降低位元率、檢查 Wi-Fi 訊號或開關錯誤並避免在每個網格圖塊中使用主流。
事件無法跨攝影機匹配
在路由器、攝影機和檢視設備上設定 NTP。 幾分鐘的時鐘漂移可能會使原本有用的剪輯產生誤導。
遠端檢視僅在開啟路由器連接埠後才有效
關閉轉送連接埠並使用 VPN。 直接暴露的攝影機服務創造了可避免的攻擊面。
相機僅在運動後喚醒
電池優先和雲端優先相機通常不提供基於標準的連續 RTSP。 當需要連續觀看時，請使用供電的 RTSP 或 ONVIF 型號。
SmartRTSP
SmartRTSP 讓日常觀眾可以在 iPhone、iPad、Mac 和 Apple TV 上在地觀看。 使用 ONVIF 發現或授權的 RTSP URL，然後圍繞重要區域建立清晰的網格。
打開SmartRTSP主頁常見問題
此設定是否需要訂閱相機雲？
不需要。如果攝影機公開標準本地 RTSP 或 ONVIF 串流，SmartRTSP 可以連接到本機網路。 可選的供應商雲端功能是獨立的。
我可以在遠離現場的地方查看此攝影機嗎？
是的，但使用託管 VPN 返回攝影機網路。 請勿將 RTSP 或 ONVIF 連接埠直接暴露到網際網路。
我可以重複使用現有的相機嗎？
通常，如果確切的型號和韌體提供授權的 RTSP 串流或 ONVIF 媒體設定檔。 在計劃全面部署之前測試一台相機。
團隊應該如何回應定義的觸發因素？
當團隊觀察 拖車超出計劃的停留窗口或移動到意外的行 時，反應為：堆場協調員檢查視覺環境，驗證堆場系統並聯繫調度。 相機提供背景；記錄在案的人工程序仍然是控制權。