docs(camera): correct the "dead camera" conclusion — root cause was undrawn detection area

The Hik DS-2CD1043G2-LIU was NOT defective. An earlier wiki entry wrongly
concluded it needed RMA (dead event engine) based on a silent alertStream
+ diskfull/EventScribe:except + dead RTC surviving a full factory reset.

Real cause: no detection AREA was drawn on the frame. With no region, the
camera detects nothing -> generates no event -> posts nothing. The instant
an area was drawn, the first vehicle produced a clean POST.

- Flag "draw the detection area" as the FIRST thing to check.
- Document the confirmed real payload: multipart/form-data (MoveDetection.xml),
  EventNotificationAlert with eventType=VMD, eventState=active,
  targetType=vehicle (vehicle/human classified on-device), targetRect bbox.
  Note the dateTime is garbage (dead RTC) -> use our own receive time.
- Reframe the SSH diagnostics: diskfull/EventScribe/RTC are RED HERRINGS,
  not proof of a dead camera; don't escalate to hardware fault while a basic
  config precondition is unmet.
- Append a log correction (append-only) superseding the earlier conclusion.

Claude-Session: https://claude.ai/code/session_01Xcm6ikLgGoCxxHrxtjkk5V

wiki/log.md

@@ -1398,3 +1398,17 @@ error / clock at 1970), and ZERO outbound to :3000 over a 3-min netstat watch, s
 basic reset + FULL factory reset. Verdict: defective camera (RMA), not our code. Captured the
 diagnostic method (alertStream silence / SSH showStatus / netstat) in [[lpr-camera]]. Fallback for a
 dead-push camera: pull + [[opencv-anpr-service|vision]] (the same camera still serves snapshots).
+
+## [2026-06-22] CORRECTION | Hik camera was NOT defective — the cause was an undrawn detection area
+Supersedes the earlier "[2026-06-22] debug" entry's conclusion that the DS-2CD1043G2-LIU had a dead
+event engine needing RMA. WRONG. The camera is healthy; it pushed a clean event the instant a
+detection AREA was drawn on the frame (the "Draw Area" step). With no region drawn, the camera
+detects nothing → generates no event → posts nothing anywhere — which produced all the symptoms
+(silent alertStream, zero outbound to :3000). The diskfull / EventScribe:except / dead-RTC findings
+were red herrings (the RTC is genuinely dead, hence a bogus 2032 dateTime in the payload, but it does
+NOT block event push). Lesson: don't escalate to "hardware fault" while a basic config precondition
+is unmet; vendor status-API error strings are unreliable. Confirmed real payload: multipart/form-data
+(MoveDetection.xml) with EventNotificationAlert -> eventType=VMD, eventState=active,
+targetType=vehicle (vehicle/human classified ON-DEVICE), targetRect bounding box. The push endpoint +
+all-methods + skipSourceIpCheck + rejection-recording are all validated against the real device now.
+See [[lpr-camera]] (corrected).