Update GPR and SAR3D processing

device_firmware/librevna_protocol.md

@@ -273,6 +273,26 @@ runtime-бандлы пересобираются из NPZ при Start. Ста
 не меняет.
 RSL2 отвергается; Python и C++ обновляются одновременно после остановки процессов.
 
+### Живые настройки backprojection
+
+GUI публикует настройки через `processing_live.json`; формат кадров колец от
+изменения настроек не меняется. Для coherent GPR и SAR `pair_depth_equalize`
+(boolean, по умолчанию true) включает `equalize_pairs_by_depth` перед медианной
+нормировкой пары. `gpr_background_subtract_enabled` и `gpr_background_mean_count`
+действуют в обоих режимах: среднее предыдущих коллекций вычитается до IFFT.
+Плоскость coherent GPR — земля с высотой `gpr_bp_ground_depth_m` и наклоном
+`gpr_look_angle_deg`. SAR использует `sar3d_frame_radius` предыдущих кадров и
+текущий. Размеры сцены: `sar3d_x_size_m`, `sar3d_z_size_m` (0 — автоматически),
+`sar3d_y_min_m`, `sar3d_y_max_m` — наземные координаты, независимо от depth gate.
+
+SAR публикует `sar3d_target_width` как TableF32 с тремя колонками [X,Y,Z]:
+ширины непрерывного отклика на половине максимума по осевым сечениям через
+совместный максимум сглаженного объёма (метры, не меньше одного вокселя).
+`sar3d_peak` по-прежнему содержит [уровень,X,Y,Z]. GUI использует ширины для
+квадратного контура цели. Зум и `SAR_CLOUD_THRESHOLD` — настройки отображения
+desktop/веба; в live-файл не входят, ревизию и расчёт не меняют. RSL3 не меняется:
+новая таблица использует существующий тип payload.
+
 ## 7. Почему поле мощности читается, но не используется
 
 В парсере стоит: