Глюки паяльной станции Silverflo 982-I

В прошлом году приобрёл себе паяльную станцию Silverflo 982-I (она же Yihua 982-I) на жалах C245. За год использования несколько раз видел как она глючила при длительной пайке в режиме ожидания, если установленная температура выше 300 °C (температура начинала расти выше установленной когда паяльник находился в подставке). Решалось это выключением/включением обратно и работа продолжалась.

Вчера это поведение повторилось и дополнительно появилась ошибка "S-E" (скорее всего сокращение от Sensor-Error, но я не уверен).

Поискал распиновку для жала C245 и для начала измерил сопротивление нагревателя чтобы проверить что проблема не в жале

Когда не хватает розеток

Надоело постоянно переключать вилки в удлинителе на рабочем столе когда нужно поработать с генератором сигналов, развязывающим трансформатором или паяльником. Изначально на столе был удлинитель на 6 розеток (что-то бюджетное от Defender), но за пару месяцев активного использования у него прикипела кнопка включения и он перестал выключаться.

Покупать аналогичный удлинитель на замену смысла не было, т.к. качество будет не лучше. Решил собрать себе блок на 12 розеток и добавить к нему фильтр помех, предохранитель и выключатель с запасом.

В хозяйственном магазине взял три накладные розетки для помещений

Внутрянка у них так себе, но лучше того что я видел в потрохах удлинителя от Defender.

Не видел раньше такие подпружиненные контакты и не знаю насколько они надёжные, но вилка входит плотно

NetworkManager перестал принимать одинаковый IP для проводной и беспроводной сетей

Подключил проводную сеть к ноутбуку для обновления OpenWrt в домашней Wifi сети и заметил что NetworkManager долго "крутит" иконку настройки нового подключения в трее. Полез в логи посмотреть что там происходит и нашёл такое

Dec 13 11:29:34 XXXXXXXXXX NetworkManager[978]: <warn>  [1765614574.8401] device (enp0s31f6): IP address 192.168.XX.XX cannot be configured because it is already in use in the network by host XX:XX:XX:XX:XX:XX
Dec 13 11:30:04 XXXXXXXXXX NetworkManager[978]: <warn>  [1765614604.9456] device (enp0s31f6): IP address 192.168.XX.XX cannot be configured because it is already in use in the network by host XX:XX:XX:XX:XX:XX

Т.е. он отказывается назначить IP адрес, который ему выдал DHCP сервер, т.к. этот адрес уже используется на беспроводном интерфейсе.

Тут нужно сделать пояснение что такое назначение адресов сделано намеренно и одинаковый IP выдаётся на проводной и беспроводной интерфейсы (не все DHCP сервера позволяют делать такое). В настройках маршрутизации у интерфейсов разный приоритет и при наличии подключения через проводную сеть будет использоваться она, а при отключении пакеты идут через беспроводной интерфейс без разрыва соединений.

Distribution не работает через workload identity в Azure

 Довольно долго провозился с настройкой distribution в Azure через workload identity в AKS который не хотел работать.

Сама настройка простая:

• аннотация на сервис аккаунт в кластере (azure.workload.identity/client-id)
• метка на под (azure.workload.identity/use: "true")
• настроить конфигурацию в distribution

  storage:
    azure:
      accountname: accountname
      container: containername
      credentials:
        type: default_credentials
  

Но в лог валится ошибка "403 Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature."

Nextcloud: AppAPI default deploy daemon is not set

 После обновления Nextcloud до версии 32.x в настройках появилось предупреждение "AppAPI deploy daemon: AppAPI default deploy daemon is not set. Please register a default deploy daemon in the settings to install External Apps (Ex-Apps).".

Я не планирую ставить external apps и просто хочу отключить эту функциональность. В разделе поддержки Nextcloud нашёлся ответ как это сделать - нужно зайти в список активных приложений и отключить "AppAPI". После этого предупреждение пропадает.

Апгрейд SSD в ноутбуке

В процессе установки пакета разработки для STM32 в очередной раз закончилось место на домашнем разделе (/home) в ноутбуке. Походил с du по директориям, но больше 4 GB освободить не получилось. Заниматься радикальной чисткой или перемещением части данных на домашний сервер было лениво и в итоге был заказан новый NVME SSD на 1 TB от Kingston (SNV3S1000G).

Т.к. новый диск заметно больше прежнего, то перенос системы не вызывает вопросов. Подключил новый диск через USB-NVME переходник и скопировал данные

$ sudo dd if=/dev/nvme0n1 of=/dev/sda bs=1M iflag=direct oflag=direct conv=notrunc status=progress

Дальше переставил новый диск в ноутбук и загрузился с LiveCD чтобы увеличить размер домашнего раздела. У меня система стоит на LVM поверх LUKS поэтому команды специфичны для этого варианта установки.

$ sudo parted /dev/nvme0n1 resizepart 3 100%

$ sudo cryptsetup luksOpen /dev/nvme0n1p3 nvme0n1p3_crypt

$ sudo cryptsetup resize nvme0n1p3_crypt

$ sudo pvresize /dev/mapper/nvme0n1p3_crypt

$ sudo vgchange -ay dragoncore

$ sudo fsck -Cf /dev/dragoncore/home

$ sudo lvextend -L+650G dragoncore/home

$ sudo resize2fs -p /dev/dragoncore/home

$ sudo vgchange -an dragoncore

$ sudo cryptsetup close nvme0n1p3_crypt

Заново открываю для себя STM32

Так вышло что микроконтроллеры STM32 я обошёл стороной и в основном использовал ATMEGA8/ATMEGA328 и ESP8266. Заказывал на пробу платы Blue pill с STM32F103C8T6, помигал светодиодом и отложил в ящик до лучших времён. Тогда интерес был в районе IoT и ESP8266 давал больше возможностей в сравнении с ATMEGA и STM32 у которого не было встроенного WiFi.

Недавно собирал частотомер на ESP32-S3 и мне не хватало 32-битного таймера чтобы считать импульсы без переполнения. Полистал спецификацию на популярные сейчас Black pill и заказал две платы с STM32F411CEU6 на борту чтобы сделать ещё один подход к STM32.

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

Для поддержки этой платы потребуется Arduino IDE 2.х (я установил актуальную версию 2.3.6) в которой нужно добавить ссылку https://raw.githubusercontent.com/stm32duino/BoardManagerFiles/refs/heads/main/package_stmicroelectronics_index.json в поле "Дополнительные ссылки для Менеджера плат" в меню Файл / Параметры.