DIY

Насколько я понимаю, самодельный свинцовый аккумулятор можно сделать так.

1. Берётся свинцовая фольга, легированная кальцием (откуда?)

2. Берётся обычная «строительная» свинцовая фольга (Озон).

3. Складывается в сэндвич, кальциевая — внутри, чистая — снаружи.

4. Берётся нетканый «лутрасил» из какого-нибудь устойчивого к серной кислоте пластика (какого?)

5. Кладётся слой «сэндвича», слой нетканки, опять наш тройной электрод, опять нетканка.

6. Сворачивается в рулет, не забыв вложить выводы из легированных кальцием стержней так, чтобы они прижимались к легированному же. Ну, или электроды вырезаются буквой «Г» так, чтобы хорошо торчали.

7. Ставится в банку, заливается готовым электролитом.

8. Подключаем небольшой ток, начинаем формовку. Кислород идёт на образование диоксида, а водород понемногу удирает через «лутрасил» (поэтому и ток небольшой, чтобы не распе́дрило). Подливаем дистиллированную воду день за днём.

9. Когда свинец становится диоксидом и дело доходит до легированной «внутрянки», напряжение подскакивает и система отключается — мол, хозяин, готово! Внутрянка особо в реакциях не участвует и обеспечивает механическую прочность (и подвод тока к сульфату и диоксиду, которыми покрыта тонким слоем). Это самый тонкий момент, где моих знаний не хватает.

Всё верно? Должно сработать? Имеет смысл пытаться и пробовать?

Привет Хабр!

Помогите добить реверс bike tracker на MC60 + STM32L486 – что здесь за интерфейсы и как лучше подступиться.

• модем / GNSS / Bluetooth — Quectel MC60EC3-04-BLE

• отдельный MCU — STM32L486GT7

• внешняя SPI flash — Adesto / Dialog AT25DB321E;антенна Antenova A10340;

• есть SIM-слот, батарейный блок и несколько непонятных тестовых/сервисных точек.

• Из того, что пока смущает –MC60 и STM32 здесь явно живут как два разных мозга, и я пока не до конца понимаю, кто кого будит, кто держит power sequencing и где именно проходит основной UART.

На плате нет «человеческих» кнопок boot/reset, поэтому неочевидно, насколько реалистично подлезть к MC60 напрямую без плясок с его boot/pwrkey линиями. Не уверен, не зашита ли вся критичная логика именно в STM32, из‑за чего идея «просто заменить SIM и жить» может оказаться слишком наивной.

Что уже удалось идентифицировать по плате:

• MC60 — сотовая часть, GPS и Bluetooth а STM32L486 — управляющий MCU,

• SPI flash рядом с белым разъёмом , возможный сервисный коннектор / debug-разъём;

• батарейный блок выглядит как 1S Li-ion pack на нескольких параллельных банках.

Моя цель сейчас не «ломать прод», а именно картировать железо, найти UART между STM32 и MC60 — понять, где SWD на STM32. Определить, можно ли безопасно снять дамп / хотя бы проверить RDP. Понять, есть ли смысл лезть в SPI flash отдельно да и прикинуть, насколько жизнеспособен вариант со своей SIM и своим софтом. Инструменты у меня пока довольно базовые: паяльник и USB‑UART, нормального анализатора и ST‑Link пока нет. (Заказал себе пока, ST‑link v2 Clone M89 для STM).

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

Ссылка на гугл папку с фото (ибо более одного медиафайла не разрешено, добавлять.)

Всем спасибо!

Вопрос к господам аналоговикам.

Есть светодиодная лампа, у неё конденсаторы на входе при включении заряжаются так, что любые контакты обгорают — в вилках, в выключателях… а потом, в устоявшемся режиме, жрёт миллиампер 30-40 всего-навсего.

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

Критика? Подводные камни? Какие-то советы? …и как это скажется (и скажется ли) на реактивной составляющей суммарного потребления этой лампы.

За пару-тройку месяцев пристрастился к публикациям на Хабр.
И, чтобы это не превращать эту новую привычку в пустое графоманство, решил сфокусироваться и прикинуть в этом посте темы для следующих публикаций:

• Как судить песни на онлайн-турнирах в числах?

• Функция Cover в Suno для возведения нашего творчества в степень

• Типовые баги в русской фонетике относительно песнен из Suno

• Публикуем музыкальный альбом через сервис дистрибьютора

Судя по вот этому вот, печать бакелитом действительно возможна.

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

Тянем филамент из вязкой фазы A (можно чутка растворителя), сушим, чуть прогреваем до достижения фазы B.

Фазу B заправляем в принтер и печатаем, если я всё правильно понял — она при температуре размягчения так и остаётся фазой B, не выделяя дополнительных газов.

Кладём деталь в «бакелизатор», если очень ажурная — засыпаем песочком, чтобы не оплыла, даём давление и «пинтературу». Достигается фаза C и у нас на выходе красивенькая деталька, которая не расплавится обратно, как прочие 3D-печатные детальки.

Если я понял неправильно и размягчение неизбежно сопряжено с дальнейшей полимеризацией (будет «газить» в сопле), то печатать придётся прямо в баллоне на 15 атмосфер (или сколько там уж надо; ну хотя бы не придётся греть баллон, принтер сам прекрасно нагреет локально что надо). А чтобы потом ничего не «бакелизировать» дополнительно — задерём температуру столика выше, чем у экструдера, и пусть каждый слой как лёг, так сразу и прижарился. В сопле те же 15 атмосфер, что и во всём принтере, «газить» не будет, ну и на столике, соответственно, тоже не будет. Минус риск поплавить изделие при переходе из B в C.

На «Озоне» всё вроде продаётся спокойно, так что умеющим в химию — велкам. Для начала, конечно, очень рекомендую вместо принтера взять грошовую «3D-ручку»! Хаб ставлю чисто ваш, потому что это практически чистая химия.

UPD: а из пенопласта филамент сделать можно? Не слышал, чтобы кто-то печатал полистиролом, но…

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

Ну, скажем (бредить так бредить) — основная «авторучка» выполняет функцию паяльника, фазоискателя (неонка+мегаомы между жалом и пимпочкой на корпусе), амперметра, вольтметра, омметра и щупа амперметра/омметра (разница в основном в том, есть в цепи батарейка или нет). А «вилка» — это «общий» и щуп вольтметра (естественно, выполнить её придётся в виде отдельных клемм).

Режим паяльника — тоже такое своего рода «измерение напряжения» в розетке :-D но только, конечно, надо следить, чтобы «общий» всегда был ноль розетки, а вольты — фаза, потому что по понятной причине на жале через амперметрический шунт будет по жизни то же самое, что и на «общем». Далёким от темы людям это кажется чем-то страшным и небезопасным, но нет. У любого прибора можно забыть концы в амперажном гнезде, не посмотреть, ткнуться не туда и не на том режиме и в итоге убить прибор, пациента и самому словить. Так что это не концепт такой, а в принципе в этой области раззвиздяйству места нет, sapienti sat.

Ждать, когда нагреется-остынет между измерением-перепайкой, конечно, крайне перематерная процедура. Но от «авторучки» трудно многого хотеть — лучше так, чем никак.

Здравствуйте! Сегодня хочу вам представить микроядро rMach.

Это проект микроядра в 700 с чем то строк кода. Финальный билд говорит что ядро потребляет 19.9 кб в RAM.

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

Я реализовал там:

1. Reference counting (на порты) - чтобы не жрали память порты которые не кто не использует.

2. Send once (право SERVER) - да, он самый.

3. VM для изоляции и вытеснение. Нет, не virtual memory, а virtual machine.

4. Handoff scheduling - имеет недочёты, но в целом работает.

5. O(1) планировка на стероидах битовых масках.

6. IPC на портах - как в Mach.

Да, снова MicroPython, но уже думаю над C.

А что с Pech? Да ну так себе - к примеру можно обойти изоляцию зная фичи Python'а.

Взломать rMach почти не возможно. Не обещаю, но вроде не возможно.

Как всегда (нет) - пост хотел в "Я пиарюсь", но - карма не позволяет.

Ссылка: https://github.com/SystemSoftware2/rMach

Если найдете баг - пожалуйста, скажите, я буду рад.

Также пример программы на моей VM:

CREATE_PORT
STORE my_port

PUSH 42
PUSH 0
FETCH my_port
SEND

FETCH my_port
RECV
PRINT
HALT

Удачи!

Блогер встроил в обычный тостер Raspberry Pi 5, 7-дюймовый экран и кастомный корпус, а также Windows 98. Для управления поджаркой блогер написал собственную программу. Через неё можно опускать лотки и включать нагрев. Сенсорный экран в Windows 98 до конца не заработал, поэтому управлять системой нужно мышкой. Но самое главное — компьютер жарит хлеб.

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

Новозеландский художник, инди-игроразработчик и хакер Сет Грум довёл идею до крайности и оптимизировал собственную мышь. Вдохновением послужила Zeromouse Blade, но Сету не понравились её плоские поверхности — энтузиаст захотел побольше эргономики. Как утверждает Грум, его вариант в руке не чувствуется вообще.

За основу была взята старая Logitech MX Master 3, которая у Сета валялась где-то в коробке. Грум полностью пересобрал корпус и геометрию, оставив начинку, а внешнюю оболочку заменил на лёгкую пространственную раму. В результате общий вес мыши c колёсиком снизился с 143 до 36,4 граммов.

Модель создавалась в Blender, затем распечатывалась на 3D-принтере из PLA, полилактида. В дальнейшем Сет переделал творение из нейлона с углеволокном, снизив вес пластиковой конструкции на 14 %.

Дорогие сообщники!

Спасибо вам за эти 18 лет классных историй. Вместе с вами мы сделали мир чуточку лучше.

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

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

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

«Яндекс Образование» запустило бесплатную программу обучения ИИ-робототехнике для школьников, причём без регистрации и без авторизации. Учебный курс включает бесплатную онлайн-платформу для программирования роботов. Выполняя задания в симуляторе с виртуальным роботом-доставщиком, школьники узнают, как автономные устройства ориентируются в пространстве, анализируют среду и самостоятельно принимают решения. Писать код не нужно — алгоритм собирается как конструктор из команд-блоков. Ещё к платформе можно подключить образовательные конструкторы Mindstorms EV3.

Представлен открытый проект ROBOTO_ORIGIN. Это полноценный человекоподобный робот, который умеет ходить, бегать и прыгать, а все чертежи, электроника и код распространяются бесплатно. Проект сделан как DIY-конструктор: часть корпуса печатается на 3D-принтере, а моторы, платы и датчики покупаются отдельно в любом интернет-магазине. После сборки и установки ПО робот уже способен выполнять базовые движения. Авторы подробно показали весь процесс: от сборки корпуса и списка комплектующих до настройки системы и обучения через симуляции и ИИ-алгоритмы. По сути это открытая платформа для изучения робототехники: сообщество может менять функции, писать свои сценарии и прокачивать возможности андроида.

Маркетологи еще раз переименовали 14,4-вольтовые аккумуляторы. Теперь в 18 В

Сначала маркетологи сделали из стандартных 18-вольтовых аккумуляторов 20 и 21-вольтовые, поменяв лишь название. Потом по цепочке добрались до аккумуляторов 10,8 В, превратив их в 12 В. Следом 14,4 В обозвали 16 В.

А теперь – ход конем. Из 14,4-вольтовых, переименованных ранее в 16 В, сделали 18 В, заменив лишь цифру на наклейке.

А какое напряжение правильное?

Аккумуляторы для электроинструмента состоят из набора литий-ионных элементов формфактора 18650 (реже 21700). Для каждой модели производители указывают спецификации, включая рабочие напряжения. Для абсолютного большинства аккумуляторов полностью заряженным считается элемент с напряжением 4,2 В. Полностью разряженным – 2,8 В.

Напряжение 3,6 В является средним в этом диапазоне и по нему можно посчитать емкость в ватт-часах. В современных аккумуляторах производители вместо 3,6 В чаще указывают 3,7 В.

Если взять три элемента в ряд по 3,6 В, их напряжение будет 10,8 В.

Берем четыре элемента – получаем 14,4 В.

Пять элементов – ровно 18 В.

Откуда взялись 20, 21 В и прочие?

Кто-то из маркетологов внезапно узнал про максимальное напряжение элементов в 4,2 В вместо регламентных 3,6 В. Умножил его на 5 и получил 21 В. Далее решил переименовать свои 18-вольтовые аккумуляторы в 21-вольтовые, чтобы умыть конкурентов. У конкурентов тоже есть маркетологи. Те смекнули, что объяснить что-то покупателям – сложно и дорого. Проще тоже переклеить наклейки. И понеслось.

В чем сейчас проблема?

Другие подвальные бренды сейчас обнаружат, что инструмент конкурентов с наклейкой 18 В выглядит привлекательнее на маркетплейсах, чем их с наклейкой 16 В. И тоже начнут переклеивать наклейки.

Впрочем, уже начали. Rddspon прощупывает рынок.

 Вот, как-то так.

Оказалось, что многие не в курсе этого. И в комментариях в моем телеграм-канале практически каждый день спрашивают, какие аккумуляторы лучше – 20V или 21V и подойдут ли? Перешлите это тем, кто путается.

…ну а клеить на 14,4-вольтовые аккумуляторы наклейки 18V – это уже чистое мошенничество.

P.S. последние тесты аккумуляторов формфактора Makita LXT 18V выложил вот тут.

Dcnfk yt c njq yjub& Yt ,tlf! :vb СфзыДщсл и не придётся перепечатывать текст заново.

Ставим AutoHotKey - фреймворк для клавиатурных утилит. Потом пишем скрипт ruen.ahk:

#Requires AutoHotkey v2.0
#SingleInstance Force

; пробегаемся по всем клавишам, удаляем одинаковые в разных раскладках, экраниуем через `
en := "QWERTYUIOP{}|ASDFGHJKL:`"ZXCVBNM<>?~@#$^&qwertyuiop[]asdfghjkl;'zxcvbnm,./``"
ru := "ЙЦУКЕНГШЩЗХЪ/ФЫВАПРОЛДЖЭЯЧСМИТЬБЮ,Ё`"№;:?йцукенгшщзхъфывапролджэячсмитьбю.ё"

; собираем карты переключения в обе стороны
en2ru := Map()
for ch in StrSplit(en)
    en2ru[ ch ] := SubStr( ru, A_Index, 1 )
ru2en := Map()
for ch in StrSplit(ru)
    ru2en[ ch ] := SubStr( en, A_Index, 1 )

; общий код для всех хоткеев
Correct() {
    
    backup := ClipboardAll() ; сохраняем буфер, потом восстановим
    
    A_Clipboard := "" ; чистим буфер
    Send "#{Space}^c" ; Жмём Win+Space и Ctrl+C
    ClipWait 0.5 ; дожидаемся копирования в буфер
    
    if A_Clipboard { ; буфер не пустой
        
        result := ""
        mode := "en" ; по дефолту переводим в английский
        
        Loop Parse A_Clipboard { ; для каждого символа из буфера
            
            ; ищем варианты переключений для текущего симовола
            ru := en2ru.Get( A_LoopField, "" )
            en := ru2en.Get( A_LoopField, "" )
            
            if en && ru { ; возможны оба варианта - выбираем прошлый
                result .= mode = "en" ? en : ru
            } else if en {
                result .= en
                mode := "en"
            } else if ru {
                result .= ru
                mode := "ru"
            } else { ; оставляем как есть
                result .= A_LoopField
            }
            
        }
        
        A_Clipboard := result ; пишем в буфер
        Send "^v" ; жмём Ctrl+V
        Sleep 100 ; ждём пока данные заберут
        
    }
    
    A_Clipboard := backup ; восстанавливаем буфер
    
}

; CapsLock - хоткей коррекци выделения
CapsLock:: {
    Correct()
}

; Shift + CapsLock - хоткей коррекции последнего слова
+CapsLock:: {
    Send "^+{Left}" ; Жмём Ctrl+Shift+Left
    Correct()
}

; Ctrl + CapsLock - хоткей коррекции до конца строки
^CapsLock:: {
    Send "+{End}" ; Жмём Shift+End
    Correct()
}

; Ctrl + Shift + CapsLock - хоткей коррекции с начала строки
^+CapsLock:: {
    Send "+{Home}" ; Жмём Shift+Home
    Correct()
}

Даблкликаем по нему, и получаем:

• переключение раскладки выделенного текста по CapsLock

• последнего слова - по Shift + CapsLock

• до конца строки - по Ctrl + CapsLock

• от начала строки - по Ctrl + Shift + CapsLock

При желании его можно скомпилировать в exe-шник. Интерфейс самого AHK так и сделан.

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

Известные альтернативы:

• Punto Switcher - 100 метровый звездолёт против 12 у AHK. Автопереключение часто не к месту, а горячую клавишу Break пойди найти на ноуте. Про интеграцию вашего буфра обмена с сервисами Яндекса я даже не заикаюсь.

• Caramba Switcher - 60 метров и никаких настроек. Переключения по шифту - тот ещё глюкодром, с которым борятся через самообучение.

• Mahou - поди найти клавиши Scroll и Pause.

• Остальные лень ковырять - расскажите в комментах кому не влом.

Энтузиаст придумал, как смотреть сразу по 12 рилсов за раз - нужны всего лишь икеевский стеллаж и проектор. Работает система так:

• размещаем на стеллаже сетку из 12 окон и открываем 12 вкладок с рилсами.

• через OBS захватываем каждый поток, структурируем и подгоняем по размеру.

• загружаем всё в сетку в Touch Designer — и готово.

• если добавить Kinect и прописать скрипт, можно будет управлять скроллом всей сетки рукой в воздухе.

Достойный внимания proof-of-concept с GitHub: превращаем обычный ноутбук в устройство с сенсорным экраном без какой-либо электроники.

Что понадобится: маленькое зеркало, картон, клей. Бюджет — около 100 рублей

Как это работает:

1. Зеркало крепится перед веб-камерой под углом так, чтобы камера смотрела вниз на экран

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

3. Алгоритм анализирует расстояние между пальцем и отражением: если они соприкоснулись — регистрируется клик, есть зазор — курсор следует за пальцем без нажатия

Ограничения очевидны: зависимость от освещения, калибровка, точность. Но как демонстрация принципа — отлично

Репозиторий проекта: github.com/bijection/sistine

Ещё больше интересного и полезного из мира IT — в моём Telegram-канале

Всем привет!

В этом посту я хочу подвести итоги года.

Во первых всех с наступающим ^-^.

Во вторых в этом году я познал НАМНОГО больше чем в прошлом году.

К примеру - познал что батарея без своего разъёма - это очень плохо.

В этом году я сделал много проектов и до сих пор делаю их:

• "ЛИСП машина" - мой первый по настоящему крутой проект.

• Микрокомпьютер с GUI - для меня это был крутой проект из-за попытки реализовать GUI.

• Компилятор pycc - хоть и не компилирует в машинный код, но для меня это вершина в моём "языкописательстве" (поправьте если что).

• Ядро Pech - бета скоро станет 2.0.0. Почему так резко? PEF должен был быть с первого релиза но, я не люблю терпеть и выложил без PEF (к моменту выпуска я уже был полностью погружен в создание PEF).

• Ядро PearKernel - первые попытки соорудить своё ядро.

Также делаю свою ОС на ядре Pech.

Ещё в этом году было много проектов но большая часть из них - не удались, не популярны или были удалены и заброшены.

Желаю вам в следующем году побольше крутых проектов, денег на эти проекты и на жизнь, больше знаний и... Вообще надеюсь чтобы вы отметили этот новый год на отлично.

Кстати как и просили. Пример кода на PEF:

[HEADER]
prio:2
pid:1
name:TEST
[ATTRS]
x:0
[PROG]
while True:
    print(x)
    x += 1
    await asyncio.sleep(SLEEP_TIME) #0.020 секунд (20 мс.)

А проще:

[HEADER]
prio:ваш приоритет.
pid:ваш pid (уникальный).
name:имя вашего процесса.
[ATTRS]
имя:любое значение (В ОДНУ СТРОКУ!)
[PROG]
ваш код

Данный пост хотел закинуть в "Я пиарюсь" но карма не позволяет.

Всем удачи!

Всем привет!

Сегодня был выпущен релиз Pech 2.0.0 BETA!

Основные изменения:

1. Новый формат написания: PEF (Pech Executable File):

   Этот формат был сделан с целью упростить написания

   кода и работы с переменными.

Мало да? Ну это же бета :-).

Также не основные изменения (это не грандиозно, но нужно):

1. Выяснилось, что моё ядро с функциями НАМНОГО медленнее

   чем с exec и compile (с exec минимум на 10 тыс. задачах 10.7 мс!)

2. Выяснилось, что нужно будет сделать кэширование для процессов.

Планы на будущее:

Сделать кэширование.

Сделать кучу серверов.

Да этого мало, но эти изменения пригодятся.

Удачи!

Хотите сделать flipper zero своими руками? Тема неоднократно поднималась в коментах, горячие головы утверждали что это под силу радиолюбителю. Но применяемая серия микроконтроллеров stm32wb55 имеет корпуса которые обычным паяльником не запаять, плюс схемотехника обвязки и антенны на 2.4ГГц требует некоторых знаний и умений. Можно конечно сделать плату на заказ, однако некая WeAct Stuido предлагает готовые платочки (на stm32wb55 - правда с их ассортиментом придется разобраться) в формате black/bluepill. и гораздо дешевле flipper. Модули с нужным SD,LCD, NFC и СС1101 тоже есть в продаже. Мысль сделать франкенфлиппера (хотя флиппер еще тот франкенштейн по лору) меня посетила уже давно. Для разных задач можно даже не подпаивать все модули. Но смущало что вероятно придется подкручивать gpio (будет несовместимость) плюс необходимость secure keys меня остановила.

Однако нашлись смелые люди. На днях некий Yellow Purple опубликовал два хороших видео где показана сборка diy flipper zero из подручных материалов. Именно flipper а не далекого аналога на esp32. Знания языка для их понимания не требуется - все показано визуально. правда потребуются иные знания и навыки.

https://www.youtube.com/watch?v=dbdhTg0jV_E

https://www.youtube.com/watch?v=x_dpWzmNMbo

как оказалось, исходники (с допилами?) выложены на GitHub, хотя еще надо посмотреть чего там понаделано https://github.com/GthiN89/FuckingCheapFlipperZero-DIY-Flipper-zero-The-real-on

Нужные бинарники с картинками и схемами тоже есть https://github.com/Magnowz/Flipper-Diy

Всем привет!

Сегодня состоялся релиз версии 1.0 моего исследовательского ядра Pech (ранее PearKernel). Проект прошел большой путь трансформации архитектуры, и я готов поделиться результатами.

Основные изменения:

1. Архитектура системных серверов:
   Теперь Pech следует микроядерным концептам. Вместо монолитной логики я внедряю систему серверов. Это изолированные процессы, которые наделены специфическими полномочиями (Capabilities). Например, реализованный в этом релизе FS-сервер имеет прямой доступ к файловой системе и предоставляет интерфейсы для других пользовательских процессов.

2. Асинхронный IPC:
   Механизм межпроцессного взаимодействия (IPC) полностью переработан. Теперь он базируется на системе полнодуплексных (full-duplex) асинхронных каналов. Для управления очередями сообщений была разработана собственная реализация асинхронной очереди (asyncio.Queue), так как в asyncio для MicroPython не было asyncio.Queue.

3. Переход на кооперативную многозадачность:
   Я принял решение временно отказаться от собственной реализации вытесняющей многозадачности в пользу модели на базе asyncio. Это позволило значительно повысить стабильность работы системы и упростить логику переключения контекста между серверами. В планах на будущие версии — гибридная модель, объединяющая гибкость asyncio и строгий контроль ресурсов.

4. Рефакторинг ядра:
   Я отошел от структуры «всё в одном классе». Логика ядра теперь декомпозирована, что упрощает масштабирование. При проектировании я ориентировался на концепции Mach 3.0, стараясь адаптировать их под современный асинхронный подход.

Планы:

В ближайшие пару месяцев я сосредоточусь на разработке инфраструктуры серверов и создании фреймворка для GUI.

Ссылка на репозиторий в первом комментарии. Жду конструктивной критики и идей по развитию архитектуры IPC!

Удачи!