суббота, 24 февраля 2024 г.

Включение VoLTE в сети МТС Беларусь

МТС анонсировал поддержку технологии VoLTE в Беларуси в апреле 2022 года. Тогда я пробовал перезагружать телефон, отключать проверку поддержки VoLTE у оператора через набор *#*#86583#*#*, звонил в техподдержку - ничего из этого не помогло.

Сегодня это заняло всего 5 минут - достаточно позвонить в контакт-центр (номер 0890 в сети МТС) и попросить оператора подключить услугу "VoLTE (технологическая настройка)". После этого активировать VoLTE в настройках телефона согласно инструкции на сайте МТС и на всякий случай перезагрузить телефон.

Восстановление сервера через последовательный порт

 Вчера проигнорировал правило "ничего не делать в пятницу вечером" и заплатил за это ранним подъёмом в субботу. Началось всё с небольшой "уборки" на домашнем сервере в результате которой был удалён LVM том, который использовался для раздачи файловой системы для Raspberry PI. До перехода на SSD я использовал SD карты только для загрузчика, а корень файловой системы лежал на NFS. В этом случае SD карта не изнашивалась от постоянной записи, да и работало через NFS быстрее (особенно сборка пакетов для Debian/Ubuntu).

В общем отмонтировал файловую систему, удалил LVM том, а вот почистить /etc/fstab забыл. После установки обновлений ядра отправил сервер на перезагрузку из которой ему было не суждено было выйти. Казалось бы - подключи монитор и клавиатуру и поправь одну строчку в конфиге и всё заработает... но у этого сервера нет видеокарты. За давностью лет не помню почему так вышло, но как есть так есть. Полистал местную барахолку на предмет б/у PCI-Express видеокарт с пассивным охлаждением, добавил пару штук в закладки и пошёл спать.

Утром в свежую голову пришла идея как восстановить сервер без видеокарты.

четверг, 22 февраля 2024 г.

Midnight Commander 4.8.31

Собрал пакеты Midnight Commander 4.8.31 для Debian/Ubuntu с архитектурами i386, amd64, armel, armhf и arm64. Пакеты для i386 и armel есть только в тех дистрибутивах, где они поддерживаются официально (в Ubuntu есть не все):

  • Debian Buster (i386, amd64, armel, armhf, arm64)
  • Debian Bullseye (i386, amd64, armel, armhf, arm64)
  • Debian Bookworm (i386, amd64, armel, armhf, arm64)
  • Debian Sid (i386, amd64, armel, armhf, arm64)
  • Ubuntu Trusty (i386, amd64, armhf, arm64)
  • Ubuntu Xenial (i386, amd64, armhf, arm64)
  • Ubuntu Bionic (i386, amd64, armhf, arm64)
  • Ubuntu Focal (amd64, armhf, arm64)
  • Ubuntu Jammy (amd64, armhf, arm64)

Инструкция по подключению репозитария. Больше информации о бинарных сборках Midnight Commander можно найти на странице https://midnight-commander.org/wiki/Binaries.

Использование PCRE2 для поиска не включено, т.к. в этом случае пакет не собирается в Ubuntu Trusty. В апреле этого года будет EOL для Ubuntu Trusty и можно будет собрать пакет с поддержкой PCRE2.

среда, 21 февраля 2024 г.

Новая шкала для амперметра

Пару лет назад я купил амперметр со шкалой до 5A на базе стрелочного индикатора 91c16 и делал для него самодельный токовый шунт. Этот индикатор очень дешёвый, точность на уровне "показометра" и в добавок пластмассовый корпус электризуется от статики и он может совсем завраться. Пару раз использовал его для простенькой электронной нагрузки, но потом он надолго отправился в ящик с разным хламом.

Недавно мне понадобился амперметр чтобы "оценивать" ток до 1A. Время было позднее, а проверить работу нового ЛБП очень хотелось. Тут-то и пригодился этот индикатор

нужно лишь заменить шкалу с 5A на 1A.

воскресенье, 18 февраля 2024 г.

Превышение напряжения стабилизации при включении L79xx

Продолжаю свой проект простого линейного блока питания на несколько напряжений (+12V, +5V, +3.3V, -5V и -12V) и током до 1A. В текущем варианте схемы используются линейные стабилизаторы L7812/L7805 для +12V и +5V, L7912/L7905 для -12V и -5V и LM317 для получения +3.3V. Вместо LM317 первоначально была LF33, но у неё максимальный ток всего 500mA.

Напряжение после сглаживающих конденсаторов подаётся на линии +25V и -25V через сдвоенный выключатель, но для тестирования переходных процессов при включении я использую электронный выключатель. Такой выключатель, в отличии от механических, не подвержен дребезгу контактов.

При тестировании включения линий +12V, +5V и +3.3V никаких сюрпризов - напряжение нарастает от нуля до напряжения стабилизации не превышая его. Только LM317 требует больше времени для стабилизации в отличии от L7812 и L7805.

Когда дошёл до тестирования линий -12V и -5V начались проблемы. При включении на выходе -12V есть выброс напряжения до -26V. Длительность выброса около 150 микросекунд, но в теории этого может хватить чтобы сжечь какую-нибудь чувствительную микросхему.

-12В без нагрузки
Выход -12V без нагрузки

суббота, 10 февраля 2024 г.

Электронный выключатель

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

Функционально хочется следующее:

  • переключение состояния по кнопке на плате;
  • вход для подключения внешней кнопки;
  • TTL вход для внешнего управления (например для периодического включения и выключения);

После нескольких итераций на макетке получилась такая схема:

суббота, 6 января 2024 г.

Viber 21.0.0.1 не запускается в Debian 12

Viber перестал запускаться в Debian 12 после обновления до версии 21.0.0.1. При запуске в консоли выдаёт ошибку

$ /opt/viber/Viber 
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: minimal, minimalegl, vnc, wayland-egl, wayland, eglfs, offscreen, xcb, linuxfb.

zsh: IOT instruction  /opt/viber/Viber

Для отладки проблем с плагинами Qt нужно запустить приложение с переменной окружения QT_DEBUG_PLUGINS=1

$ QT_DEBUG_PLUGINS=1 /opt/viber/Viber

[output skipped]

qt.core.plugin.factoryloader: Got keys from plugin meta data QList("linuxfb")
qt.core.plugin.factoryloader: checking directory path "/opt/viber/platforms" ...
qt.core.library: "/opt/viber/plugins/platforms/libqxcb.so" cannot load: Cannot load library /opt/viber/plugins/platforms/libqxcb.so: (libxcb-cursor.so.0: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога)
qt.core.plugin.loader: QLibraryPrivate::loadPlugin failed on "/opt/viber/plugins/platforms/libqxcb.so" : "Cannot load library /opt/viber/plugins/platforms/libqxcb.so: (libxcb-cursor.so.0: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога)"
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: minimal, minimalegl, vnc, wayland-egl, wayland, eglfs, offscreen, xcb, linuxfb.

zsh: IOT instruction  QT_DEBUG_PLUGINS=1 /opt/viber/Viber

Xcb плагин не может найти libxcb-cursor.so.0, нужно проверить зависимости у /opt/viber/plugins/platforms/libqxcb.so