Антенна диполь на диапазон 2 метра

Вчера попробовал слушать диапазон 2 метра, но внутри квартиры у окна ничего принять не удалось. Пару раз натыкался на что-то цифровое, но это не считается. Сегодня собрал новую антенну диполь для диапазона 2 метра чтобы понять будет ли разница со штатным телескопом приёмника Malahit Lite 880.

Ещё со времён экспериментов с RTL-SDR приёмником я обзавёлся двумя телескопическими антеннами 190-1110 мм состоящими из 7 колен каждая. В основании антенны была резьба М3. Новая антенна сможет работать на частотах примерно от 67 МГц до 394 МГц в зависимости на какую длину будут выдвинуты плечи антенны.

Смоделировал и распечатал основание антенны для крепления в вертикальном положении (в диапазоне 2 метра используется вертикальная поляризация).

Хомут для крепления антенны сделал под трубу диаметром 32 мм. К основанию антенны хомут крепится двумя винтами М4х16.

Перестали работать USB Type-C порты слева на HP EliteBook 8 G1i

Вернулся из отпуска, включаю рабочий ноутбук (HP EliteBook 8 G1i) и замечаю что звук идёт через встроенные динамики а не через USB гарнитуру.

У этого ноутбука 4 USB порта:

• левая сторона: 2 USB Type-C (40Gbps)
• правая сторона: USB Type-A (5Gbps) и USB Type-C (10Gbps)

Перед отпуском было обновление драйверов Intel, но никаких ошибок в логе Windows или диспетчере устройств не видно. В процессе чтения логов заметил что не идёт зарядка батареи ноутбука от блока питания который через USB Type-C подключен в один из портов слева.

Попробовал подключить гарнитуру и зарядное в правый USB Type-C порт - работают без проблем. На всякий случай зашёл в настройки HP Compute Setup и поискал настройки USB портов. Такие нашлись в "Advanced / Port Options", но там есть настройки только портов справа. Чего-либо касательно портов слева я не нашёл.

Начал искать описание подобной проблемы в Интернет и нашёл упоминание что USB порты могут быть отключены из-за срабатывания защиты (например статика). Чтобы вывести их из этого состояния нужно:

1. выключить ноутбук
2. отключить все кабели
3. зажать кнопку включения на 30 секунд (при этом подсветка клавиатуры сначала гаснет а затем снова зажигается)

После выполнения этой процедуры ноутбук включился и порты слева заработали как и ранее.

Антенна Mini Whip

Наслушавшись положительных отзывов в местном радиолюбительском сообществе решил обзавестись антенной Mini Whip. Конструкция этой антенны была предложена Рулофом Баккером (PA0RDT), но сейчас китайцы наладили массовое производство этой антенны и продают её сразу с инжектором питания (BIAS-TEE).

Антенна активная и работает только на приём. На шелкографии указан диапазон 10 кГц - 30 МГц, но скорее всего её реальные возможности будут скромнее. Как обычно китайцы пожалели припой и SMA разъёмы обязательно нужно пропаивать чтобы они не отвалились вместе с дорожками при минимальном механическом воздействии. На плате антенны SMA разъём не подходит к толщине текстолита и нижние контакты просто висят в воздухе.

Подключил инжектор и антенну к лабораторному блоку питания на котором было выставлено ограничение напряжения 12 В и тока 0,2 А, но после включения выхода ЛБП перешёл в режим стабилизации тока. Это очень странно, т.к. такие конструкции обычно потребляют в районе 50 мА. Выставил ограничение тока на 0,5 А и антенна стала потреблять около 300 мА при этом на плате антенны сильно нагревался один из танталовых конденсаторов (отмечен желтым).

Модуль на IP2326 для зарядки 3S лития

Ранее я тестировал модуль на микросхеме CN3303 для зарядки 3S лития, а сегодня попробовал аналогичный модуль, но на микросхеме IP2326. Маркировка на модуле "LX-LISC-V2".

Этот модуль продавался сконфигурированным для заряда 2S аккумуляторов, но если легко переделать для заряда 3S. Для этого нужно замкнуть контакты обозначенные красным и удалить сопротивление 180 кОм обозначенное жёлтым.

После этой модификации модуль будет заряжать аккумулятор до 12,6 В. Ограничение зарядного тока определяется номиналом сопротивления ISET. Формула для расчёта ограничения тока заряда есть в документации на микросхему:

Приём DRM вещания на MLite-880

Получилось принять цифровое вещание стандарта DRM (Digital Radio Mondiale) в коротковолновом диапазоне на SDR приёмник Malahit Lite (MLite-880).

На приведённой фотографии принимается вещание BBC на частоте 3955 кГц. Если настроиться на эту частоту в режиме AM, то на панораме виден такой сигнал.

В Беларуси нет станций, которые вещают в этом стандарте. Приходится искать подходящую станцию, которая будет вещать в нужном направлении и ловить её в эфире по расписанию.

Зарядное для 3S Li-Ion аккумулятора

Несколько недель заряжал встроенный 3S Li-Ion аккумулятор приёмника от лабораторного блока питания. На ЛБП предварительно нужно задать ограничение напряжения 12,6 В и тока 1 А после чего подключить его к приёмнику. В домашних условиях это не является проблемой, т.к. ЛБП есть под рукой и не один. Но несмотря на 6-7 часов работы приёмника от полностью заряженного аккумулятора этого может быть недостаточно в условно походных условиях.

Ещё при сборке приёмника в корпус нашёл модуль зарядки 3S литиевого аккумулятора, который может работать от обычной телефонной зарядки. Для тестирования припаял к нему стандартный разъём 5,5х2,1 с коротким проводом чтобы минимизировать падение напряжения на этом проводе.

Эти модули продаются в различных конфигурациях для заряда 2S, 3S и 4S аккумуляторов.

Изменить настройки модуля под другую конфигурацию аккумулятора не получится, т.к. это зависит от использованной микросхемы заряда, а не конфигурации перемычек или резистивного делителя.

Нет звука со встроенного микрофона HP ProBook 440 G8 в Debian 13

Заметил что в моём HP ProBook 440 G8 нет звука со встроенного микрофона. Сейчас установлен Debian 13 со всеми обновлениями, но запись звука через arecord даёт только тишину.

$ arecord -l
**** List of CAPTURE Hardware Devices ****
card 0: sofhdadsp [sof-hda-dsp], device 0: HDA Analog (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 6: DMIC (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 7: DMIC16kHz (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

В логе загрузки ядра не вижу чего-то подозрительного связанного со звуком.

$ journalctl -k | grep audio
Sep 26 15:25:17 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: enabling device (0000 -> 0002)
Sep 26 15:25:17 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100
Sep 26 15:25:17 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
Sep 26 15:25:17 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: use msi interrupt mode
Sep 26 15:25:17 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: hda codecs found, mask 5
Sep 26 15:25:17 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
Sep 26 15:25:17 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4
Sep 26 15:25:17 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: BT link detected in NHLT tables: 0x4
Sep 26 15:25:17 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: DMICs detected in NHLT tables: 2
Sep 26 15:25:18 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware paths/files for ipc type 0:
Sep 26 15:25:18 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3:  Firmware file:     intel/sof/sof-tgl.ri
Sep 26 15:25:18 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3:  Topology file:     intel/sof-tplg/sof-hda-generic-2ch.tplg
Sep 26 15:25:18 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864
Sep 26 15:25:18 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:1
Sep 26 15:25:18 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: unknown sof_ext_man header type 3 size 0x30
Sep 26 15:25:18 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864
Sep 26 15:25:18 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:1
Sep 26 15:25:18 dragoncore kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Topology: ABI 3:22:1 Kernel ABI 3:23:1
Sep 26 15:25:18 dragoncore kernel: snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC236: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
Sep 26 15:25:18 dragoncore kernel: snd_hda_codec_realtek ehdaudio0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Sep 26 15:25:18 dragoncore kernel: snd_hda_codec_realtek ehdaudio0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
Sep 26 15:25:18 dragoncore kernel: snd_hda_codec_realtek ehdaudio0D0:    mono: mono_out=0x0
Sep 26 15:25:18 dragoncore kernel: snd_hda_codec_realtek ehdaudio0D0:    inputs:
Sep 26 15:25:18 dragoncore kernel: snd_hda_codec_realtek ehdaudio0D0:      Mic=0x19

Встроенные микрофоны определяются DMICs detected in NHLT tables: 2. Попробовал обсудить эту проблему с нейронкой и она вывела меня на сообщение об ошибке в alsa-ucm-conf ([Regression] v1.2.13 broke my laptop's headphone microphone в котором описана проблема в аналогичном ноутбуке.

Собрал супергетеродинный приёмник на 4 диапазона в корпусе

На прошлой неделе смоделировал корпус и распечатал все части на 3D принтере из PETG филамента. За выходные собрал переднюю панель, установил печатные платы на свои места и сделал межплатную коммутацию. Все соединения в приёмнике разборные, т.к. я предвижу некоторую отладку и последующие доработки.

Выключатель питания совмещён с ручкой регулировки громкости. Аудио разъём 3,5" отключает встроенный динамик (6 Ом 1,5 Вт) если подключены наушники. Кнопки на передней панели слева направо:

• меню настройки
• диапазон (80 / 40 / 20 / 15 метров)
• режим (LSB / USB / CW)
• уменьшить шаг перестройки частоты
• увеличить шаг перестройки частоты

Когда приёмник стоит на столе, то работать с ним комфортно положив запястье на стол. В условиях улицы, когда приёмник лежит на коленях, приходится наклонять его немного вверх чтобы изображение на экране не инвертировалось. Габариты корпуса без учёта выступающих частей получились 230х230х86 мм. Вес полностью собранного приёмника около 1,1 кг.

Новый аккумулятор для супергетеродинного приёмника

В макетной версии приёмника использовался старый аккумулятор от робота-пылесоса с конфигурацией 4S2P что давало до 16,8 В в полностью заряженном состоянии. Электроника приёмника была спроектирована под напряжение питания 12 В а излишек напряжения рассеивался на линейном стабилизаторе блока питания. Напрашивался переход на аккумуляторную сборку с меньшим количеством элементов после чего можно убрать линейный стабилизатор вовсе.

Но прежде стоит проанализировать что изменится в работе приёмника:

• Цифровая часть использует отдельный стабилизатор на 5 В который надёжно работает при входном напряжении от 7 В.
• Реле в ДПФ и кварцевом фильтре рассчитаны на 12 В, но судя по документации производителя их срабатывание гарантируется до напряжения 9 В.
• В УНЧ используется микросхема LM386 для которой напряжение питания должно быть от 4 В до 12 В, но абсолютный максимум это 15 В. Не самые лучшие условия для работы, но вполне потерпит пока аккумулятор немного разрядится.
• Транзисторные усилители скорее всего будут работать вплоть до срабатывания защиты аккумулятора.

Для нового аккумулятора я отобрал 3 бывших в употреблении элемента 18650 с маркировкой LGABE11865 (обзор есть на lygte-info.dk) с примерно одинаковым внутренним сопротивлением (около 73 мОм) и остаточной ёмкостью около 2500 мАч. Приёмник потребляет до 350 мА в зависимости от режима работы и этого должно хватить на 6-7 часов непрерывной работы. Сами аккумуляторы устанавливаются в держатель на 3 элемента 18650 и их можно будет легко заменить если это потребуется.

Моделирование корпуса супергетеродинного приёмника

На выходных взялся за моделирование корпуса для приёмника. Сначала сделал габаритные модели печатных плат всех узлов с отверстиями под крепление. Потом смоделировал сам корпус из двух половинок в которые вставляются передняя и задняя панели. Я уже делал похожий корпус для входного формирователя частотомера в пробной версии Компас-3D, но поскольку Аскон на год отложил выпуск Компас-3D Home для Linux, то пришлось изучать FreeCAD и пока он меня вполне устраивает.

Помимо самого корпуса и плат пришлось смоделировать довольно много вспомогательных деталей вроде кнопок, экрана, энкодера, потенциометра, ручек, разъёмов и т.д. Детализацию делал только там где это может повлиять на собираемость - например выступы на энкодере и потенциометре, расположение разъёма I2C экрана и т.д.

На изображении модель полностью собранного корпуса.

Переднюю панель переделывал несколько раз, т.к. не нравился её внешний вид. Поскольку она вынимается из корпуса, то в будущем можно будет её заменить не перепечатывая весь корпус заново.

Цифровая часть супергетеродинного приёмника

Продолжение проекта супергетеродинного приёмника на 4 диапазона. Пришло время плотно заняться цифровой частью приёмника - перенёс схему с макетной платы на печатную, поменял микроконтроллер, экран и добавил EEPROM для сохранения настроек приёмника.

До этого вся цифровая часть жила на беспаечной макетной плате и использовала плату BlackPill (STM32F411). Прошивка занимала очень небольшую часть его ресурсов и я решил перейти на его младшего брата BluePill (STM32F103). Изменение схемы под новый микроконтроллер было минимальным и если я ничего не путаю, то достаточно было только поменять один пин +5 В.

Для начала запустил новую плату с экраном SSD1306 (этот OLED экран использовался на макетной плате), но похоже столкнулся с проблемой шины I2C которая описана в errata на чип в разделе I2C 2.8.7. Я попробовал реализовать подход, который описан в документе, но мне это не помогло. При подаче питания шина I2C не работала пока не нажмёшь сброс. В итоге мне помогло добавить 100 мс задержки перед инициализацией шины I2C.

Обновление супергетеродинного приёмника

Это продолжение проекта супергетеродинного приёмника на 4 диапазона. В этот раз заменил усилитель ВЧ, смесители, усилитель ПЧ и блок питания. Теперь все печатные платы крепятся на лист ХДФ через пластиковые стойки с вплавленной латунной втулкой и резьбой М3. Это позволит многократно снимать и ставить обратно платы не отрывая каждый раз термоклей на который я раньше их крепил.

Убрал временные SMA разъёмы с платы диапазонного полосового фильтра (ДПФ) и установил BNC разъём на основание. До этого использовался SMA-BNC переходник и это было слабым местом, т.к. создавало приличный рычаг. Печатать крепление для BNC разъёма не пришлось, т.к. с постройки магнитной рамочной антенны остались кое-какие запчасти.

Супергетеродинный приёмник на 4 диапазона

Установил диапазонный полосовой фильтр и кварцевый фильтр для SSB и CW в свой самодельный супергетеродинный приёмник. Эта доработка добавила поддержку четырёх диапазонов (80, 40, 20 и 15 метров). Прежде он работал только с диапазоном 20 метров и только верхней боковой полосой.

После установки новых плат в приёмник, в его прошивку была добавлена поддержка переключения диапазонов и режимов работы (LSB, USB, CW). Переделал переключение шага частоты - раньше нажатие на кнопку энкодера сдвигало курсор на следующий разряд и это оказалось не удобным. Сейчас для увеличения или уменьшения шага изменения частоты есть две отдельные кнопки. Третья кнопка переключает по кругу режим (LSB, USB, CW). Четвёртая кнопка переключает по кругу диапазоны (80, 40, 20 и 15 метров). Пятая кнопка должна вызывать настройки коррекции частоты синтезатора, настроек BFO для LSB, USB и CW, но этот функционал пока не реализован. Да и EEPROM пока не дошли руки установить чтобы настройки сохранялись между выключением питания.

Переключаемый кварцевый фильтр для SSB и CW

Продолжаю развивать свой супергетеродинный приёмник. В этот раз собрал переключаемый кварцевый фильтр для голосовой (SSB) и телеграфной (CW) связи.

Для переключения фильтра использовал два реле HJR4102E-L-12VDC-S-Z которые изначально покупались для диапазонного фильтра на 4 диапазона, но в дело не пошли. После изготовления печатной платы ДПФ оказалось что они полностью отличаются от HJR4102-L-12VDC-S-Z под которые была спроектирована печатная плата ДПФ.

Чтобы развести печатную плату под HJR4102E пришлось добавить новый символ и посадочное место в Kicad, но это делается легко на основе уже существующего HJR4102.

Миниатюрный приёмник ATS Mini

Из Китая за полтора месяца приехал компактный всеволновой приёмник ATS Mini. Построен на популярной микросхеме SI4732 и позволяет принимать ДВ, СВ, КВ в том числе с однополосной модуляцией и УКВ диапазоны. Примечательно что однополосная модуляция официально не поддерживается в SI4732, но её реализуют через загрузку бинарного патча в DSP микросхемы.

Приёмник продавался на маркетплейсе как ATS Mini V4, но судя по виду корпуса и печатной платы это самая первая ревизия приёмника. Возиться с возвратом не стал, т.к. продавец сразу согласился компенсировать половину стоимости за "ошибку в описании". Понятное дело что про ошибку в описании это враньё и ему просто нужно сбагрить старую ревизию, но ждать ещё несколько недель мне не хотелось да и за половину изначальной стоимости он выглядит интересно.

Поскольку внешний вид корпуса отличался от фотографий в карточке товара, то приёмник был вскрыт для осмотра печатной платы.

Диапазонный полосовой фильтр на 4 диапазона

Мой супергетеродинный приёмник на диапазон 20 метров работает вполне неплохо, но пора добавить дополнительные диапазоны. Для начала решил ограничиться только четырьмя диапазонами:

• 80 метров (3,5 - 3,8 МГц) - нужно будет добавить дополнительную ёмкость в магнитную рамочную антенну чтобы она стала более низкочастотной.
• 40 метров (7 - 7,2 МГц)
• 20 метров (14 - 14,35 МГц)
• 15 метров (21 - 21,45 МГц) - после переделки антенны её верхний порог как раз должен приходиться на 22 МГц (сейчас это 25 МГц).

Для реализации мне потребуется собрать переключаемый ДПФ на эти диапазоны и добавить в ГПД функцию переключения диапазона и переключение верхней/нижней боковой полосы SSB.

В прошлый раз для ДПФ использовал каркасы для катушек индуктивности с подстраиваемым сердечником, а в этот раз буду использовать кольца из карбонильного железа К37-02 и К37-06 (по-идее это аналоги колец T37-2 и T37-6).

Фильтр использовал double-tuned circuit как и в прошлый раз. Номиналы конденсаторов и намоточные данные колец использовал из описания QRP Labs: Band Pass Filter Kit.

Обновление зависимостей в GitLab

Делал исследование на тему автоматизации обновления зависимостей в GitLab по аналогии с GitHub Dependabot.

Чаще всего приходится обновлять:

• GitLab CI скрипты
• Версии Helm чартов
• Теги контейнерных образов, которые использует Helm чарт

Поиск в сети дал три кандидата, которые более-менее подходили под эти требования:

• Renovate
• Updatecli 
• Dependabot-gitlab

Dependabot-gitlab 

Про dependabot-gitlab особо рассказать нечего. Он является обёрткой над dependabot-core. Я не нашёл какой-либо информации о поддержке обновления CI скриптов GitLab поэтому этот вариант был сразу отброшен.

Кабель RG-174 из консервных банок

После нескольких итераций сборки супергетеродинного приёмника остался последний метр кабеля RG-174, отрезками которого я соединял платы в приёмнике между собой. Насколько я помню, конкретно этот кабель я купил в БелЧип и он производства Ruichi. На выходных поехал в "Чип и Дип" чтобы купить ферритовые кольца, микросхему EEPROM памяти для ГПД и заодно взять 5 метров кабеля RG-174, Кабель коаксиальный 50 Ом (9001920116) про запас.

В карточке товара не указан конкретный производитель, но в описании упомянут медный центральный проводник и ничего не сказано про материал оплётки. В PDF-ке, которая прикреплена к этой позиции, указан многожильный медный центральный проводник и алюминий покрытый медью в качестве материала оплётки.

Меня это устраивает, т.к. тот самый последний метр кабеля как раз такого типа. Если не повредить медное покрытие алюминиевых жил, то паять такую оплётку можно обычной канифолью.

Супергетеродинный приёмник на диапазон 20 метров

Переделал свой приёмник прямого преобразования (ППП) в супергетеродинный приёмник с одной промежуточной частотой (ПЧ). В текущем виде приёмник работает только с диапазоном 20 метров (14 - 14,35 МГц) и только верхней боковой полосой.

Структурная схема супергетеродинного приёмника с одной промежуточной частотой:

От прошлого приёмника повторно использованы диодный кольцевой смеситель и усилители высокой и низкой частот.

УВЧ для супергетеродинного приёмника

Продолжаю переделывать приёмник прямого преобразования в супергетеродинный. Уже готовы кварцевый полосовой фильтр, диапазонный полосовой фильтр на 20 метров и второй смеситель на ADE-1, который остался после сравнения с самодельным смесителем.

Подключил к приёмнику новый ДПФ (диапазонный полосовой фильтр), второй смеситель на ADE-1 и кварцевый полосовой фильтр. Сигнал ГПД (VFO) на новый смеситель взял с генератора сигналов, а старый ГПД приёмника прямого преобразования был настроен на частоту 6144 кГц что примерно соответствует верхней боковой полосе фильтра ПЧ. В этом случае он становится генератором биений.

Заработало сразу, но чувствительность заметно упала, что не удивительно т.к. три новых элемента в тракте вносят потери:

• ДПФ примерно 2,3 дБ
• Смеситель на ADE-1 примерно 6,3 дБ
• Кварцевый фильтр примерно 1,5 дБ

В сумме это больше 10 дБ потерь. Чтобы компенсировать затухание собрал дополнительный усилитель высокой частоты, который будет стоять между ДПФ и первым смесителем. Схему УВЧ на одном транзисторе позаимствовал из трансивера HBR/MK2. Позже нашёл статью высокочастотные усилители с обратной связью в которой подробно описан этот вид усилителей, там же есть и ссылки на первоисточники.

Диапазонный полосовой фильтр на 20 метров

Продолжаю переделывать приёмник прямого преобразования в супергетеродинный приёмник. Ранее был изготовлен кварцевый фильтр, а сейчас заменю фильтр нижних частот (который был взят из проекта апконвертера) на полосовой фильтр для диапазона 20 метров (14 МГц - 14,350 МГц). Такие фильтры сокращённо называют ДПФ или диапазонный полосовой фильтр.

Изучил несколько вариантов полосовых фильтров, сделал симуляции в Qucs-S и в итоге остановился на варианте double-tuned circuit, который подсмотрел у R2AUK в его трансивере HBR/MK2.

Конденсаторы C2 и C4 подстроечные, изменяя их ёмкость можно сдвигать полосу фильтра вверх или вниз по частоте. Конденсатор С3 влияет на потери и ширину полосы пропускания.

Chromium падает с ошибкой при запуске

Принесли ноутбук с Debian 13 на котором перестал запускаться браузер Chromium. Когда он работал в последний раз ответить затруднялись, но предположим что это было в прошлом месяце. Если выполнить команду chromium в консоли, то появляется ошибка

[0709/162448.238320:ERROR:third_party/crashpad/crashpad/snapshot/elf/elf_dynamic_array_reader.h:64] tag not found
Ловушка трассировки/останова

Если запустить с временным профилем (chromium --temp-profile), то браузер запускается но теряются все закладки, история просмотра и прочее.

Поиск по багтрекеру Debian вывел на #1141488 chromium: 150.0.7871.46-1~deb13u1 crashes on startup в котором описана эта проблема. Оставалось только запустить sudo apt --update upgrade чтобы chromium обновился до версии 150.0.7871.100-1~deb13u1. После обновления Chromium снова запускается и работает.

Так что если у вас установлена версия 150.0.7871.46-1~deb13u1 и Chromium перестал запускаться, то нужно обновиться до 150.0.7871.100-1~deb13u1.

Кварцевый полосовой фильтр

Одним из ключевых элементов супергетеродинного приёмника является фильтр промежуточной частоты. Чтобы перейти от приёмника прямого преобразования к супергетеродинному мне не хватает этого фильтра. В продаже доступны готовые кварцевые фильтры на 455 кГц и 10,7 МГц, но они предназначены для АМ или ЧМ (FM) вещания и полоса пропускания шире чем требуется для голосовой связи (SSB) и тем более телеграфной (CW). Есть ещё классические электромеханические фильтры (ЭМФ), но они сейчас редкость и стоят недёшево.

Альтернативой будет самостоятельная постройка кварцевого фильтра. Для начала нужно определиться с промежуточной частотой будущего приёмника. Я отталкивался от стоимости кварцев и удаления искомой частоты от какого-либо из диапазонов. Была выбрана частота 6,144 МГц - одни из самых дешёвых кварцев, которые я нашёл в БелЧип'е и эта частота находится не слишком близко к 7 МГц (диапазон 40 метров).

Купил пакетик кварцев (52 штуки обошлись немногим более 9 рублей или около 3 USD) и пронумеровал каждый из них для измерения и последующей сортировки.

Измерение параметров кварцевого резонатора

Чтобы построить супергетеродинный приёмник мне нужен кварцевый фильтр. Можно купить готовый фильтр на 455 кГц или 10,7 МГц, но хочется попробовать собрать его самостоятельно. Для его постройки нужны кварцевые резонаторы с максимально близкой частотой (разброс не более 10% от полосы пропускания). Для голосовой связи нужен фильтр с полосой 2,4 - 3 кГц это не более 240 - 300 Гц разброса частоты кварцев, а для телеграфной связи нужен фильтр на 400 Гц что даёт всего 40 Гц разброса. У обычных кварцевых резонаторов точность частоты ±100 ppm что для резонатора на 8 МГц означает ±800 Гц, т.е. просто купить нужное количество резонаторов не получится. Но можно взять заведомо больше недорогих кварцев, измерить их параметры и выбрать нужное количество с близкими характеристиками.

Для подбора были куплены 52 кварца на частоту 6,144 МГц в корпусе HC-49U (маркированы как "MBС 6.144") - одни из самых дешёвых в БелЧипе и их частота лежит в диапазоне 6 - 12 МГц (не слишком близко к 7 МГц и на низкую частоту проще подобрать одинаковые кварцы). Для отбора кварцев нужно изменить их частоту последовательного резонанса F_S. Кварцевый резонатор можно изобразить в виде эквивалентной схемы.

C₀ - ёмкость образованная корпусом и выводами кварцевого резонатора. В англоязычной литературе её называют holder capacitance или ёмкость держателя - отсылка ко временам когда резонаторы делались вручную и зажимались в специальном держателе.

"The server responds but can't determine if things goes well" в aNag

На смартфоне смотрю статус Nagios через aNag (неофициальный клиент для Icinga, Thruk, Naemon и Nagios под Android). Недавно потребовалось подтвердить (acknowledge) оповещение чтобы оно не уведомляло при каждой проверке. В ответ на привычный свайп влево aNag ответил "The server responds but can't determine if things goes well". При этом никакого подтверждения в самом Nagios не произошло. Аналогично вела себя и принудительная проверка сервиса (reschedule check).

Проверил что установлена последняя версия aNag v6.4.0, нашёл на сайте разработчика ссылку в Discord и отправился просить помощи. В процессе обсуждения выяснилось что проблема на стороне aNag, который не переваривает недавнее исправление в Nagios, которое Debian выпустил в конце мая.

nagios4 (4.4.6-4.1+deb13u1) trixie-security; urgency=high

  * CSRF Security Fix backported from upstream 4.5.12 commit
    e5ed38e53a5d65721520c7c67be0746d63da28cb (cgi/cmd.c and
    html/index.php.in).  See
    https://www.nagios.com/security-disclosures/nagios-core/4-5-12/
    for the upstream disclosure.  No CVE assigned.
    Closes: #1136340.
  * This can break third party integrations that POST to cmd.cgi
    without first setting NagFormId (the CSRF check fails).  Upstream
    PR 1055 has been added as a workaround - see README.Debian.

 -- Russell Stuart <russell-debian@stuart.id.au>  Fri, 22 May 2026 20:45:00 +1000 

После нескольких итераций исправлений разработчик добился чтобы aNag правильно обрабатывал операции acknowledge и recheck. Исправленная версия aNag v6.4.1 уже опубликована в Play Market.

Доработка Qidi Q1 Pro для печати TPU

Почти полтора года назад в моей мастерской появился 3D принтер Qidi Q1 Pro, но только сейчас попробовал печатать эластомером. Из коробки попытка печати TPU на этом принтере скорее всего закончится затором в экструдере и его чисткой, но если добавить несколько деталей, то принтер вполне будет печатать TPU 95A.

Один из известных недочётов этого принтера это царапины на верхней прозрачной крышке которые оставляет PTFE трубка, подающая филамент в экструдер. Я немного приподнимал крышку на резиновых вставках и таким образом избегал царапин. С printables.com можно скачать модель проставки (Qidi Q1 Pro Riser), которая приподнимает крышку над принтером и заодно является основанием для стоек держателя катушки (Qidi Q1 Pro TPU spool holder). В такой конфигурации TPU подаётся напрямую в экструдер минуя штатную трубку.

Приёмник прямого преобразования

В школе собирал детекторные приёмники на картонках, которые можно было слушать на высокоомные наушники ТОН-2. Добавив к такому приёмнику каскад усиления низкой частоты на одном или двух транзисторах получался приёмник прямого усиления. Дальше увлечение перешло на компьютеры и впоследствии стало профессией.

Спустя много лет вернулся к тематике радио и продолжил прогресс с "сохранённой позиции" - следующим после приёмника прямого усиления следует приёмник прямого преобразования.

У приёмника модульная конструкция, часть компонентов были взяты из проекта апконвертера, а остальные изготовил с нуля.

Ковыряние в shell скриптах

Досталась по работе задача прикрутить к CI поддержку нескольких веток разработки. Например ветка development это текущий код, который давно поддерживается, но уже есть планы перевести его в разряд наследия и начать с чистого листа в лучших AI практиках.

Разработчики заводят новую ветку development-X.Y в которую заливается код "не имеющий ничего общего" с кодом в ветке development. Проблема в том что CI не поддерживает такой сценарий и как только будет выпущена версия X.Y.0, то собьётся версионирование в ветке development чего нужно избежать.

За версионирование в CI отвечает shell портянка строк на 200. Благо к ней есть тесты, написанные для bats и это большое благо, иначе количество сюрпризов повысилось бы кратно.

Вот несколько интересных граблей, на которые наступил в процессе:

Добавил новый параметр для фильтрации версий local filter="$10" - тесты отвалились, т.к. в значении переменной filter было "имя_сценария0", а не "0.[0-9]+" как должно было быть. Дело в том что bash трактует "$10" как обращение к первому параметру к которому в строке добавили ноль. Чтобы этого не происходило нужно писать local filter="${10}". Забавно что shellcheck на такое не ругается.

Когда добрался до сравнения версий, которое было сделано в виде хака version() { echo "$@" | awk -F. '{ printf("%d%03d%03d\n", $1,$2,$3); }'; } нашёл "спящую" ошибку, которая проявится спустя какое-то время. При использовании такой функции версия 0.48.0 на выходе имела вид 0048000, но если в начале числа стоит 0, то bash воспринимает его как восьмеричное число и ловит ошибку -bash: [[: 0048000: value too great for base (error token is "0048000").

Активный ФНЧ на 3 кГц

Собрал активный фильтр нижних частот с частотой среза 3 кГц чтобы отсекать высокочастотный свист и улучшить избирательность приёмника прямого преобразования. Для расчёта номиналов использовал схему и калькулятор из статьи онлайн расчёт активных фильтров на ОУ и транзисторах.

Моделирование фильтра делал в Qucs-S и начал со схемы на операционном усилителе, но она не работала без двухполярного питания. Двухполярное питание можно получить с помощью таймера 555 или, если снизить напряжение питания аналоговой части до 10 В, микросхемой семейства 7660 (на "летающих конденсаторах"). Но оба варианта потребует делать фильтрацию импульсных помех, чего не хотелось бы из-за усложнения схемы.

Балун по току 1:1

Наступило лето и можно выбраться подальше от городских помех чтобы на свежем воздухе послушать эфир. Для начала планирую сделать антенну диполь на диапазон 20 метров, т.к. в этом диапазоне активность есть и днём и ночью.

Поскольку диполь это симметричная антенна, а коаксиальный кабель не симметричен, то собрал себе балун (balun) который является симметрирующим устройством и исключает протекание тока по оплётке коаксиального кабеля. Другими словами балун нужен чтобы приём или передача сигнала велась только самой антенной а не фидером впридачу.

Вообще антенна будет работать и без него, на канале Алексея Игонина есть видео про изготовление простой антенны из подручных материалов и она вполне работала и без симметрирования.

Для изготовления балуна взял ферритовое кольцо М2000НМ 32х16х8. У этого кольца острые грани и их стоит сгладить (напильником, бормашинкой и т.д.) чтобы избежать повреждения изоляции провода при намотке, затем дополнительно обмотать кольцо чем-то изолирующим поскольку феррит марки НМ проводит ток (я использовал ПВХ изоленту).

Подготовка печатной платы для ЛУТ

Перешёл на Inkscape для подготовки нескольких копий изображения дорожек и шелкографии печатной платы на листе бумаги для ЛУТ. В примере использована печатная плата УНЧ на LM386.

Для начала нужно в Kicad распечатать изображение дорожек и шелкографии в отдельные PDF файлы. Плата УНЧ односторонняя, поэтому печатается изображение меди снизу платы (слой "B.Cu") и шелкографию сверху (слой "F.Silkscreen").

При печати верхнего слоя меди или шелкографии нужно не забыть включить зеркалирование изображения ("Print mirrored"). Во всех случаях нужно установить печать в масштабе 1:1. Для удобства центровки при сверлении я использую мелкие отметки ("Small mark" в Drill marks) вместо реального диаметра сверла.

Генератор плавного диапазона на MS5351

После сборки усилителя низкой частоты попробовал собрать приёмник прямого преобразования используя вместо генератора плавного диапазона (ГПД) генератор сигналов UTG932E. Проверив работоспособность приёмника решил собрать отдельный ГПД на базе модуля SI5351 чтобы попробовать приёмник на улице. В домашних условиях слишком много помех даже на магнитную рамочную антенну.

У меня в запасах должен был быть один модуль SI5351 из которого я когда-то хотел собрать ВЧ генератор, но был куплен NanoVNA который закрыл эту потребность. Перерыв все закрома я так и не смог его найти хотя уверен что нигде его не использовал.

В итоге в ближайшем магазине электроники были куплены микросхема MS5351M от Hangzhou Ruimeng Tech (аналог SI5351) и кварцевый резонатор на 25 МГц (NX3225GA-25MHZ-STD-CRG-2). Подозреваю что в большинстве китайских модулей маркированных как SI5351 на самом деле стоит именно MS5351 вместо оригинальной SI5351 от Silicon Labs т.к. она значительно дешевле.

Чтобы не возиться с разводкой печатной платы для корпуса MSOP-10 взял переходник SOP-10 на DIP-10 и припаял микросхему и кварц на переходник. На выходах 2, 3 (кварцевый резонатор) и 6, 9, 10 (выходы CLK0 - CLK2) нет пинов чтобы не добавлять лишнюю ёмкость от беспаечной макетной платы.

На выход CLK1 припаял разъём SMA т.к. этот вывод соседствует с GND и почти совпадает с размерами SMA разъёма, заодно в дело пошёл разъём SMA у которого был отломан один из земляных выводов.

Исправление nagios-nrpe-server в Debian 13

Дошли руки поправить старую проблему с nagios-nrpe-server, которая появилась после обновления серверов на Debian 13 и воспроизводилась после каждой перезагрузки сервера. Последнее время обновления ядра выходят довольно часто и надоело перезагружать этот сервис руками.

DISK CRITICAL - /run/credentials/getty@tty1.service is not accessible: No such file or directory

В Debian 13 используется версия systemd в которой добавили ImportCredentials из systemd-creds для getty. В сочетании с опцией privateTmp=true для nagios-nrpe-server.service это приводит к такой ошибке.

В самом сервисе есть указание запускаться перед getty@tty1.service, но в моём случае это не даёт нужного эффекта. Чтобы ошибка не возникала при каждой перезагрузке достаточно выключить privateTmp для nagios-nrpe-server.service.

$ sudo systemctl edit nagios-nrpe-server.service

И переопределить значение privateTmp с true на false. Нужно добавить нужные строки до строки "### Edits below this comment will be discarded", примерно так:

Усилитель низкой частоты на LM386

Собрал несколько вариантов усилителя низкой частоты (УНЧ) на популярной микросхеме LM386. На макетной плате использована микросхема LM386N-1 в DIP корпусе от Texas Instruments. К выходу усилителя подключен динамик 6 Ом на 1,5 Вт. В тестах напряжение питания усилителя 8 В, а рекомендованный диапазон питающего напряжения от 4 В до 12 В.

Сначала собрал схему из документации с максимально возможным усилением в 200 раз, добавив электролитический конденсатор 220 мкФ по питанию.

Усилитель высокой частоты на BGA2869

Экспериментирую с приёмником прямого преобразования и в качестве усилителя высокой частоты поставил готовый модуль. На шелкографии печатной платы заявлены следующие характеристики:

• усиление 30 дБ
• частоты от 100 кГц до 2 ГГц
• питание от 9 В до 12 В

В описании товара не было информации о применяемой микросхеме, но на чипе видна маркировка "MDt" что соответствует BGA2869 от NXP произведённому в Малайзии.

На модуле указано питание от 9 В до 12 В, но в документации указано иное: от 4,5 В до 5,5 В при абсолютном максимуме 7 В. Ошибки нет, т.к. в цепи питания стоит гасящий резистор на 220 Ом на котором и падает "лишнее" напряжение. При питании от 11 В на микросхема потребляет ток около 26 мА и на неё приходит 5,2 В что вполне соответствует рекомендуемому диапазону питающего напряжения.

Отладка HTTP заголовков

В рамках активности по замене bitnami чартов дошли руки обновить oauth2-proxy. В процессе столкнулся с тем что перестала работать авторизация в одном из приложений для которого был использован alpha config.

Чтобы проверить какие HTTP заголовки oauth2-proxy передаёт на бэкенд после прохождения авторизации можно запустить "echo" сервис, который будет отображать всю информацию о запросе который к нему поступил.

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: echo
spec:
  replicas: 1
  selector:
    matchLabels:
      app: echo
  template:
    metadata:
      labels:
        app: echo
    spec:
      containers:
        - name: echo
          image: docker.io/mendhak/http-https-echo:31
          ports:
            - containerPort: 8080
          env:
            - name: HTTP_PORT
              value: "8080"
---
apiVersion: v1
kind: Service
metadata:
  name: echo
spec:
  selector:
    app: echo
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080

После применения манифеста остаётся заменить бэкенд на http://echo и посмотреть какие заголовки были переданы со стороны oauth2-proxy.

Сравнение смесителя ADE-1 с самодельным

Собрал кольцевой диодный смеситель на ADE-1 (от 0,5 до 500 МГц, +7 дБм LO) и сравнил его с самодельным в котором использованы ферритовые кольца М400НН 10х6х3 и диоды шоттки 1N5711.

В качестве источника полезного сигнала (RF) и гетеродина (LO) использовал генератор сигналов Uni-T UTG932E, который был доработан до 60 МГц.

Первый выход генератора выдаёт синусоидальный сигнал частотой 14 МГц и уровнем -73 дБм (-53 дБм установлено на генераторе и на его выход подключён внешний аттенюатор на 20 дБ), который подключается к порту RF смесителей.

Использование rclone для копирования файлов в GCS бакет

Попробовал использовать rclone для переноса файлов из on-prem хостинга в облако Google. В отличии от утилит gcloud или gsutil, rclone есть в репозитарии Debian/Ubuntu и его легко поставить через APT.

Для переноса я не стал создавать user-managed ключ для IAM сервис аккаунта, вместо этого взял токен от виртуальной машины которая запущена с нужными правами в GCP.

$ curl -H 'Metadata-Flavor:Google' 169.254.169.254/computeMetadata/v1/instance/service-accounts/default/token
{"access_token":"ya29.c.[redacted]_af","expires_in":3599,"token_type":"Bearer"}

Тут важно взять весь вывод целиком если задаётся параметр "token", либо только значение "access_token" для соответствующего параметра в rclone. В противном случае будет ошибка вида:

Failed to create file system for "gcs:example-files/": failed to configure Google Cloud Storage: google: could not find default credentials. See https://cloud.google.com/docs/authentication/external/set-up-adc for more information

Далее создание конфигурации для GCS (можно отвечать на вопросы в rclone config, но на всякий случай оставлю готовую конфигурацию для приватных бакетов с uniform access) и собственно сама миграция.

Установка OpenWebRX+ на Raspberry PI 3 Model B

Если SDR приёмник подключается к rtl_tcp, который запущен на Raspberry PI 3 Model B через Wi-Fi сеть (эта модель поддерживает только 2.4 ГГц Wi-Fi), то её скорости иногда не хватает чтобы принимать сигнал без запинок. Решил попробовать OpenWebRX+ чтобы декодирование I/Q сигнала выполнялось локально на Raspberry а по сети передавалось меньше данных.

Записал образ Debian 13 для Raspberry на microSD карту которая подключена через USB считыватель и видна в системе как /dev/sda

curl -fsSLO https://cloud.debian.org/images/cloud/trixie/daily/latest/debian-13-raspi-arm64-daily.tar.xz

tar -xzf debian-13-raspi-arm64-daily.tar.xz

sudo dd if=disk.raw of=/dev/sda bs=10M oflag=direct status=progress

После записи образа установил microSD карту в одноплатник, подключил проводную сеть, клавиатуру и монитор и загрузился в систему (при первой загрузке попросит задать пароль для root пользователя и часовой пояс).

Далее поставил минимальный набор пакетов, настроил имя хоста, локаль и отключил проверку дубликатов IP адресов в Network Manager.

sudo apt --update install network-manager openssh-server openssh-client locales vim less

echo pi3 | sudo tee /etc/hostname

echo '127.0.1.1 pi3.local pi3' | sudo tee -a /etc/hosts

sudo hostname -F /etc/hostname

cat << _EOF_ | sudo tee /etc/locale.gen
en_US.UTF-8 UTF-8
ru_RU.UTF-8 UTF-8
_EOF_

sudo locale-gen

cat <<_EOF_ | sudo tee /etc/NetworkManager/conf.d/50-no-ipv4-dad.conf
[connection-dad-default]
ipv4.dad-timeout=0
_EOF_

sudo systemctl restart NetworkManager.service

Дальше настроил подключение к Wi-Fi точке через nmtui и установил сервис для управления антенной из SDR приложения.

Апгрейд Wi-Fi в HP ProBook 440 G8

Несколько месяцев использования ноутбука HP ProBook 440 G8 показало что работа его родного Wi-Fi модуля Realtek RTL8852AE оставляет желать лучшего. И если колебания скорости копирования по сети ещё можно пережить, то притормаживания SSH сессии (при работе через Wi-Fi) здорово раздражают. В рабочем ноутбуке установлен модуль Intel AX201 и с ним нет никаких проблем при работе на той же точке доступа, в итоге решил менять Realtek на что-то от Intel.

Про HP я неоднократно слышал что в прошивке есть список одобренных Wi-Fi модулей и какой попало поставить не получится. Для начала зашёл на страницу поддержки HP и проверил какие драйвера предлагаются на беспроводные сети.

Кроме драйверов для Realtek для этой модели ноутбука предлагаются драйверы для целого ряда адаптеров Intel (BE201, BE200, BE202, AX411, AX211, AX210, AX101, AX201, AX203, AX200, 9260, 9560, 9461 и 9462) и можно предположить что с ними не возникнет проблем из-за проверки в BIOS.

GitLab CI/CD job token

Решил сделать пометку на память, т.к. было потрачено изрядное количество времени на отладку пайплайна Terraform в GitLab.

Началось с рутинной установки нового компонента, которая прервалась на этапе выполнения инициализации Terraform:

│ Error: Error accessing remote module registry
│ 
│   on example.tf line 1:
│    1: module "example" {
│ 
│ Failed to retrieve available versions for module "example" (example.tf:1)
│ from gitlab.example.com: error looking up module versions: 403 Forbidden.

Выглядело как "протухший" токен, но локально с этими кредами новый модуль выкачивался. Дальше было несколько часов возни и в итоге коллега нашёл что дело в изменениях, связанных с GitLab CI/CD job token.

Питание контроллера антенны через bias tee

Сделал питание для контроллера магнитной рамочной антенны через bias tee. До этого контроллер питался от литиевого аккумулятора и его заряда хватало часов на 40 работы, после чего требовалось около двух часов на зарядку.

Вид со стороны антенны

Если по какой-то причине питание через bias-tee не требуется, то разъём отключается и контроллер будет питаться от аккумулятора на антенне.

В апконвертере переделал питание гетеродина от bias tee чтобы не было лишних проводов на столе

Апконвертер с bias tee

Скорость работы разных считывателей SD карт

В прошлый раз я сравнивал скорость работы карты памяти Kingston SD10V/8GB в считывателе с двумя разъёмами USB со считывателем ноутбука Dell Latitude E7470. Эта карта памяти сама по себе не может работать быстро (скорость чтения до 30 МБ/с) и когда под рукой появилась microSD карта SanDisk Ultra 32GB SDSQUNR-032G-GN3MN (скорость чтения до 100 МБ/с) то решил повторить сравнительный тест на более быстрой карте.

В этот раз в сравнение добавился ещё один безродный microSD Type-C считыватель на котором нет никакой маркировки производителя. В системе последний определяется также как Super Top microSD card reader (SY-T18).

В ноутбук microSD карта будет подключаться через переходник microSD на SD. Оба внешних считывателя подключаются в Type-C порт ноутбука.

Обновление OpenWrt с сохранением скриптов

Чтобы яркие синие индикаторы WiFi точки доступа не мешали спать я делал выключение их по расписанию. Чтобы доработки не потерялись при обновлении OpenWrt нужно их добавить в /etc/sysupgrade.conf

# cat >> /etc/sysupgrade.conf <<_EOF_
/etc/crontabs/root
/root/wifi-leds
_EOF_

Дальше обновление системы делается как обычно.

# export OPENWRT_RELEASE=25.12.2

# cd /tmp

# wget https://downloads.openwrt.org/releases/${OPENWRT_RELEASE}/targets/ramips/mt76x8/openwrt-${OPENWRT_RELEASE}-ramips-mt76x8-tplink_re365-v1-squashfs-sysupgrade.bin

# wget https://downloads.openwrt.org/releases/${OPENWRT_RELEASE}/targets/ramips/mt76x8/sha256sums

# sha256sum -c sha256sums 2>/dev/null | grep OK

# sysupgrade -v /tmp/openwrt-${OPENWRT_RELEASE}-ramips-mt76x8-tplink_re365-v1-squashfs-sysupgrade.bin

После обновления эта настройка сохраняется.

Безымянный USB карт-ридер

Периодически приходится копировать снимки экрана из NanoVNA или TinySA на домашний компьютер. До обновления последнего я просто извлекал microSD карту из перечисленных устройств и ставил её во встроенный считыватель прежнего ноутбука через переходник на SD. В новом ноутбуке нет встроенного считывателя для SD карт и пришлось озадачиться поиском внешнего, который будет подключаться через USB.

Взял на маркетплейсе одну из популярных моделей, у которой есть как классический USB Type-A разъём, так и современный USB Type-C. Это позволит подключить такой считыватель не только к любому компьютеру, но и к большинству современных телефонов.

Отличия ферритов НМ и НН

Решил сравнить имеющиеся в наличии ферритовые кольца разной проницаемости. Несколько ферритовых колец 16х8х6 марки М1000НМ осталось ещё с самой первой попытки сделать диодный кольцевой смеситель для апконвертера. Тогда первые же замеры показали плохой результат и следовательно необходимость заменить материал колец на НН с более низкой проницаемостью. В текущей версии смесителя использованы кольца 10х6х3 М400НН, но с промежуточных попыток ещё есть кольца 10х6х3 М600НН, которые я покупал пока ждал доставку колец М400НН. Ещё один кандидат в сравнение - кольцо 32х16х8 М2000НМ, которое я брал для балуна, но пока оно ждёт своего часа.

Вид колец с нумерацией слева направо:

1. 10х6х3 М400НН
2. 10х6х3 М600НН
3. 16х8х6 М1000НМ
4. 32х16х8 М2000НМ

Сперва проверил электрическую проводимость самих колец - кольца из материалов НН (NiZn) показывают бесконечность на самом высоком пределе измерения мультиметра Uni-T UT61E+ (впрочем любой другой мой мультиметр показывает аналогично), а кольцо из материала НМ (MnZn) имеет сопротивление в десятки кОм.

Проверка частотомера с помощью U-blox NEO M8N

Попробовал навигационный модуль u-blox neo m8n в качестве эталона частоты для проверки частотомеров осциллографа Rigol DS1054z и генератора сигналов Uni-T UTG932e.

Я приобрёл модуль у которого есть SMA и IPEX разъёмы для антенны и отдельный выход PPS для импульсов. На плате нет USB-UART преобразователя, поэтому для подключения его к компьютеру потребуется внешний.

С подключённой активной антенной модуль потребляет около 50 мА при питании от 3,3 В (на антенном разъёме есть питание для активной антенны).

По-умолчанию модуль выдаёт импульсы с частотой 1 Гц, но частоту импульсов можно изменять в довольно широких пределах от 0,25 Гц до 10 МГц. Опорный генератор модуля имеет частоту 48 МГц и если нужна высокая точность, то стоит выбирать частоты которые можно получить делением опорной частоты нацело. Например для импульсов частотой 10 МГц требует делитель 4,8 и сигнал будет иметь заметную погрешность, а частота 8 МГц требует делитель 6 и ошибка будет минимальной.

Защита аккумулятора от глубокого разряда

Пока контроллер магнитной рамочной антенны питается от литиевого аккумулятора 4S2P, который установлен на самой антенне. Это старый аккумулятор от пылесоса, который собран из ячеек Samsung ICR18650-22F на 2200 мАч каждая. В силу своего возраста они потеряли часть ёмкости и уже не могут работать по прямому назначению, но для питания самоделок вполне подходят. Заменил родной разъём аккумулятора на XT60 и сделал ответную часть с выходом на приборные разъёмы для заряда.

По документации производителя эти ячейки считаются "пустыми" при напряжении 3 В на ячейку, а при 2,75 В нужно прекращать разряд во избежании необратимых изменений. К сожалению плата защиты аккумулятора не отключает выход при достижении 11 В и даёт разряжать его дальше. Чтобы не мучить батарею добавил в код контроллера функцию отслеживания напряжения питания и отключения контроллера, если напряжение питания станет ниже 12 В.

Возня с Kyverno

Какое-то время пришлось возиться с Kyverno в GKE и решил сделать пометки для истории. Началось всё с обратной связи от разработчиков, которым Kyverno не давал создать сервис Knative.

Failed to create Ingress: admission webhook "validate.kyverno.svc-fail" denied the request: resource Ingress/NAMESPACE/SERVICE was blocked due to the following policies disallow-empty-ingress-host: disallow-empty-ingress-host: The Ingress host name must be defined, not empty.

Это результат работы политики disallow-empty-ingress-host, которая написана без учёта того что одинаковые kind Ingress может быть у разных apiVersion и скорее всего они будут несовместимы.

Добавил исключение в конфигурацию, но обновление чарта с политиками Kyverno завершилась с ошибками:

admission webhook "validate-policy.kyverno.svc" denied the request: no unique match for kind Service
admission webhook "validate-policy.kyverno.svc" denied the request: no unique match for kind Ingress

В общем отделаться по-быстрому исключением и закинуть улучшение в бэклог не вышло. Выпустил новый релиз чарта с подправленными политиками (/v1/Service вместо Service и networking.k8s.io/*/Ingress вместо Ingress) и раз полез в Kyverno, то заодно подтянул изменения с нижних окружений, которые касались Kyverno.

В числе этих изменений было и обновление версии самого Kyverno. Полистал коротенький upgrading kyverno, но там подсветили только риск при обновлении до 1.13, которая уже была позади. Список изменений в GitHub это просто компиляция сообщений из комитов, но на всякий случай полистал и его. Обновление версии Kyverno в GKE принесло проблему, которая не проявлялась в AKS - большое количество полиси отчётов стали содержать ошибки вида:

Управление антенной из SDR приложения

 Продолжение проекта магнитной рамочной антенны. В прошлый раз был добавлен актуатор для КПЕ в виде шагового мотора и сделана прошивка для микроконтроллера. В этот раз я полностью собрал антенну и сделал автоматическое управление из SDR приложения.

Для автоматического управления антенной взял Raspberry PI 3 Model B у которого на борту есть WiFi и Ethernet. Поскольку антенна будет стоять на балконе (на котором не предусмотрена розетка Ethernet), то пока единственным вариантом соединения с raspberry будет WiFi.

Продолжение истории с Cilium в GKE

Какое-то время назад я писал про отваливающиеся пробы у подов в GKE кластере после установки Cilium. Тогда пришлось сделать шаг назад и удалить Cilium из кластера чтобы не блокировать команды разработки.

Отладку продолжил в изолированном кластере и в итоге получилось решить изначальную проблему с отваливающимися пробами. Около двух недель как Cilium снова управляет сетью в GKE, но периодически приходится решать мелкие проблемы.

Из свежего - несколько часов разбирался почему некоторые поды определённых демонсетов становятся "not ready" спустя несколько часов после создания. Интриги добавляло что это происходило ночью и один из них смог сам починиться и продолжить работу. Эта проблема отличалась от той, с которой я разбирался в отдельном кластере, т.к. там поды не проходили проверки сразу после создания. В итоге причина снова была в Cilium.

Дистанционная настройка рамочной антенны

 Это продолжение проекта магнитной рамочной антенны. Такие антенны настраиваются на очень узкий участок диапазона и при смене частоты в приёмнике нужно менять настройки антенны. Это не особо удобно даже если антенна стоит рядом и становится проблемой, если она находится на балконе. Чтобы не бегать каждый раз на балкон делаю электропривод для конденсатора переменной ёмкости.

Для вращения вала КПЕ буду использовать шаговый электродвигатель 17HS4023 формата NEMA17. Я раньше не имел дела с такими моторами и взял размер NEMA17 т.к. они используются в 3D принтерах и найти их в местных магазинах не составляет проблемы. На барахолках можно поискать б/у шаговики от принтеров или сканеров. Шаговые моторы от оптических (CD/DVD) или флоппи приводов выглядят слишком мелкими и скорее всего смогут вращать вал КПЕ только через редуктор.

Ошибка "metadata.resourceVersion: Invalid value: 0: must be specified for an update" в Terraform после редактирования ресурса

После редактирования ресурса knativeserving в Kubernetis кластере через kubectl edit Terraform не может применить к нему изменения через gavinbunney/kubectl провайдер:

│ Resource: "operator.knative.dev/v1beta1, Resource=knativeservings", GroupVersionKind: "operator.knative.dev/v1beta1, Kind=KnativeServing"
│ Name: "knative-serving", Namespace: "knative-serving"
│ for: "/tmp/1389615405kubectl_manifest.yaml": error when patching "/tmp/1389615405kubectl_manifest.yaml": knativeservings.operator.knative.dev "knative-serving" is invalid: metadata.resourceVersion: Invalid value: 0: must be specified for an update
│ 
│   with kubectl_manifest.knative_serving,
│   on knative.tf line 163, in resource "kubectl_manifest" "knative_serving":
│  163: resource "kubectl_manifest" "knative_serving" {

Я пробовал использовать параметр force_conflicts = true, но это не даёт эффекта.

Исправляется ошибка удалением аннотации kubectl.kubernetes.io/last-applied-configuration с нужного ресурса.

kubectl -n knative-serving annotate knativeserving knative-serving kubectl.kubernetes.io/last-applied-configuration-

Обновление прошивки HP ProBook 440 G8

Сменил свой домашний ноутбук с Dell Latitude E7470 на HP ProBook 440 G8. Переставил NVME SSD диск из Dell в HP и заодно решил обновить последнему прошивку.

До обновления была установлена версия прошивки T85 Ver. 01.22.00 от 22 августа 2025:

$ sudo dmidecode -t 0      
# dmidecode 3.6
Getting SMBIOS data from sysfs.
SMBIOS 3.3 present.

Handle 0x0000, DMI type 0, 26 bytes
BIOS Information
	Vendor: HP
	Version: T85 Ver. 01.22.00
	Release Date: 08/22/2025
	Address: 0xF0000
	Runtime Size: 64 kB
	ROM Size: 32 MB
	Characteristics:
		PCI is supported
		PC Card (PCMCIA) is supported
		BIOS is upgradeable
		BIOS shadowing is allowed
		Boot from CD is supported
		Selectable boot is supported
		EDD is supported
		Print screen service is supported (int 5h)
		8042 keyboard services are supported (int 9h)
		Serial services are supported (int 14h)
		Printer services are supported (int 17h)
		ACPI is supported
		USB legacy is supported
		Smart battery is supported
		BIOS boot specification is supported
		Function key-initiated network boot is supported
		Targeted content distribution is supported
		UEFI is supported
	BIOS Revision: 22.0
	Firmware Revision: 51.44

HP предлагает обновление прошивки в виде исполняемого файла для Windows, который можно скачать со страницы поддержки продукта. На момент написания этой заметки доступна версия 01.23.00 Rev.A от 16 января 2026 (имя файла sp168956.exe).

Обновление ключа подписи репозитария GitLab

При установке обновлений APT выдал ошибку об устаревании ключа, которым подписан репозитарий Gitlab:

Get:5 https://packages.gitlab.com/gitlab/gitlab-ce/debian trixie InRelease [16.9 kB]
Err:5 https://packages.gitlab.com/gitlab/gitlab-ce/debian trixie InRelease
  Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on F6403F6544A38863DAA0B6E03F01618A51312F3F is bad:            The primary key is not live   because: Expired on 2026-02-27T20:15:41Z
Fetched 239 kB in 1s (361 kB/s)
1 package can be upgraded. Run 'apt list --upgradable' to see it.
gitlab-ce is already the newest version (18.7.5-ce.0).
Selected version '18.7.5-ce.0' (gitlab-ce:1/trixie [amd64]) for 'gitlab-ce'
Summary:
  Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0
Warning: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. OpenPGP signature verification failed: https://packages.gitlab.com/gitlab/gitlab-ce/debian trixie InRelease: Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on F6403F6544A38863DAA0B6E03F01618A51312F3F is bad:            The primary key is not live   because: Expired on 2026-02-27T20:15:41Z
Warning: Failed to fetch https://packages.gitlab.com/gitlab/gitlab-ce/debian/dists/trixie/InRelease  Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on F6403F6544A38863DAA0B6E03F01618A51312F3F is bad:            The primary key is not live   because: Expired on 2026-02-27T20:15:41Z
Warning: Some index files failed to download. They have been ignored, or old ones used instead.

Чтобы обновить ключ достаточно следовать инструкции. У меня не установлен curl, поэтому немного изменил команду для дистрибутива Debian Trixie

$ sudo mkdir -p /etc/apt/keyrings

$ sudo wget -O /etc/apt/keyrings/gitlab-keyring.asc https://packages.gitlab.com/gpg.key

$ echo 'deb [signed-by=/etc/apt/keyrings/gitlab-keyring.asc] https://packages.gitlab.com/gitlab/gitlab-ce/debian/ trixie main' | sudo tee /etc/apt/sources.list.d/gitlab-ce.list

$ sudo apt-get update