<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>RadarGuard on DNTD Dynamics</title>
    <link>https://dntddynamics.com/lab-notes/radarguard/</link>
    <description>Recent content in RadarGuard on DNTD Dynamics</description>
    <image>
      <title>DNTD Dynamics</title>
      <url>https://dntddynamics.com/images/og-card.png</url>
      <link>https://dntddynamics.com/images/og-card.png</link>
    </image>
    <generator>Hugo -- 0.124.0</generator>
    <language>en</language>
    <lastBuildDate>Thu, 21 May 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://dntddynamics.com/lab-notes/radarguard/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Swept-volume workspace clipper — the sensor finally knows what the arm can reach</title>
      <link>https://dntddynamics.com/lab-notes/radarguard/swept-volume-clipper/</link>
      <pubDate>Thu, 21 May 2026 00:00:00 +0000</pubDate>
      <guid>https://dntddynamics.com/lab-notes/radarguard/swept-volume-clipper/</guid>
      <description>This part teaches the safety system the arm&amp;rsquo;s reachable envelope, so detections the arm can&amp;rsquo;t physically reach stop triggering stops. The safety zones stop being uniform spheres and start being shaped to what the arm can actually threaten.</description>
    </item>
    <item>
      <title>Micro-doppler classifier — not everything that moves is a person</title>
      <link>https://dntddynamics.com/lab-notes/radarguard/microdoppler-classifier/</link>
      <pubDate>Wed, 20 May 2026 00:00:00 +0000</pubDate>
      <guid>https://dntddynamics.com/lab-notes/radarguard/microdoppler-classifier/</guid>
      <description>This part adds a layer that tells a walking person apart from a box on a cart before the detection reaches the zone logic — so the system stops crying wolf at harmless objects, without ever being able to miss a real person.</description>
    </item>
    <item>
      <title>Persistent background map — the sensor shouldn&#39;t relearn the room every boot</title>
      <link>https://dntddynamics.com/lab-notes/radarguard/persistent-background/</link>
      <pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate>
      <guid>https://dntddynamics.com/lab-notes/radarguard/persistent-background/</guid>
      <description>The startup background-learning phase is necessary — but only once. Phase 5 makes the learned map persist across reboots, and closes the loophole where a person standing still long enough could be quietly absorbed into the background.</description>
    </item>
    <item>
      <title>Full safety stack live — background learning, ego-motion compensation, and the motionless person problem</title>
      <link>https://dntddynamics.com/lab-notes/radarguard/mmwave-full-safety-stack-live/</link>
      <pubDate>Sat, 16 May 2026 00:00:00 +0000</pubDate>
      <guid>https://dntddynamics.com/lab-notes/radarguard/mmwave-full-safety-stack-live/</guid>
      <description>The IWR6843AOP is now running a complete ROS 2 safety pipeline on the Jetson — CLEAR/CAUTION/STOP zone detection with ego-motion compensation, voxel background learning, fault handling, and a heartbeat watchdog. One non-obvious bug dominated the session: velocity filtering was silently eating motionless people.</description>
    </item>
    <item>
      <title>TLV frames live on the Jetson — wrong firmware was the whole problem</title>
      <link>https://dntddynamics.com/lab-notes/radarguard/mmwave-tlv-live-wrong-firmware/</link>
      <pubDate>Sun, 03 May 2026 00:00:00 +0000</pubDate>
      <guid>https://dntddynamics.com/lab-notes/radarguard/mmwave-tlv-live-wrong-firmware/</guid>
      <description>Two days chasing a sensor that accepted every config command, then emitted 16 bytes of 0xFF. Root cause: ISK firmware on AOP hardware. The fix was one file.</description>
    </item>
    <item>
      <title>sensorStart Error -1 — the chirp was running outside the 60–64 GHz band</title>
      <link>https://dntddynamics.com/lab-notes/radarguard/mmwave-sensorstart-error-chirp-out-of-band/</link>
      <pubDate>Wed, 29 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://dntddynamics.com/lab-notes/radarguard/mmwave-sensorstart-error-chirp-out-of-band/</guid>
      <description>All 12 calibrations passed. Sensor State 1. Then nothing. The chirp engine silently refused to run because the end frequency exceeded the regulatory band by 750 MHz.</description>
    </item>
    <item>
      <title>IWR6843AOPEVM arrived — bringup notes and the mmWave Studio trap</title>
      <link>https://dntddynamics.com/lab-notes/radarguard/iwr6843aopevm-arrived-bringup-notes/</link>
      <pubDate>Tue, 21 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://dntddynamics.com/lab-notes/radarguard/iwr6843aopevm-arrived-bringup-notes/</guid>
      <description>EVM in hand, USB detection working immediately. mmWave Studio looked like the obvious next step. It was a trap — the AOP standalone board can&amp;rsquo;t connect. UniFlash is the right tool.</description>
    </item>
  </channel>
</rss>
