Обновить
101

Роутерно-зависимый техноманьяк

62
Подписчики
Отправить сообщение

Давать, считай физический, доступ третьим лицам к машине и/или выпускать её за пределы локальной сети - идея спорная уже в зародыше

У себя на работе эту проблему решили кросскомпилировав OpenVPN под RISC-V выкинув стоковый Tailscale в NanoKVM

Кто знает, если тема с PSP вам интересна, то может будет и вторая/третья часть - с подробным процессом аппаратного ремонта и разработки 3D-игры с нуля...

Не останавливайся! Я тут на днях тоже загорелся поразрабатывать что-нибудь под ЗЫЗу, отрыл что есть PSPLINK от ребят из pspdev и там полный фарш:

  • Само собой полноценное SDK с какой-никакой документацией

  • SDL2

  • Отладчик

  • Профайлер

  • GDB сервер

  • И это всё через стоковый USB, красотища

Пока жду IPS матрас, но руки уже чешутся, хоть на битом матрасе это всё щупай...

Параллельно голову мучает вопрос - Почему при таком наборе популярность Homebrew для зызы сильно меньше чем у той же PS2 (по крайней мере в рунете так точно)??? Про аппаратные моды вообще молчу, там шаром покати, замена диспла да пердолинг корпуса чтобы акум побольше влез..

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

Или вот, типичная ситуация. Есть у Вас два набора регистров. На одном наборе устройство работает. На другом наборе регистров устройство не работает. Надо понять в чем, собственно, дело.

У меня подобную роль исполняет gdb'шная консоль отладчика и дубовый printf, разницу не посчитает конечно, но регистры в удобоваримом виде получить можно:

000000000000  0000.00.00 00:00:00.000 ETH Main >Boot message: 0.

Breakpoint 6, main () at Core/Src/Commons/main.c:236
236    InitRS485();
source dump_usart.batch
LPUART1 CR1=0x0000000d, UE=1, TE=1, RE=1, M=0, PCE=0
LPUART1 CR2=0x00000000, STOP=0
LPUART1 CR3=0x00000300, RTSE=1, CTSE=1
LPUART1 BRR=0x00022b8e
LPUART1 RDR=0x00000000
LPUART1 TDR=0x00000000
LPUART1 ISR=0x006000d0, TXE=1, TC=1, RXNE=0, ORE=0


LPUART2 CR1=0x0000000d, UE=1, TE=1, RE=1, M=0, PCE=0
LPUART2 CR2=0x00000000, STOP=0
LPUART2 CR3=0x00000000, RTSE=0, CTSE=0
LPUART2 BRR=0x000d0555
LPUART2 RDR=0x00000000
LPUART2 TDR=0x00000000
LPUART2 ISR=0x006000d4, TXE=1, TC=1, RXNE=0, OR

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

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

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

У ребят беда с холодными бэкапами даже рабочих устройств коих на базе X86 компов хватает

Вот например аппарат для анализа крови:
По этическим соображениям замазал людей в реанимации
По этическим соображениям замазал людей в реанимации

Банально даже файлохранилища под это бэкапы нет. Я говорил с их сисадмином, говорит что даже заводы вроде как куплены, но что-то дело не шевелится -_-

Если успею, то попробую поднять, предварительно получив "добро" у начальника

Жаль Ваш проект не про это

Без негатива к кому либо, кроме торчебесов само собой. Но, боюсь если был бы про это, то торчебесы заказали пару 'спортиков' и автор быстро бы остановил работу бота после таких нападок. Немного другой контингент, стоит разделять всё-таки

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

Вы кажется со всяким шлаком по типу Driver Booster и Driver Pack перепутали. SDI таким не страдает и давно зарекомендовал себя (посмотрите состав популярных WinPE), как здоровая альтернатива вышеперечисленных "программ"

Рад что кто-то придумал достойное применение для этого апельсина)

Такой вопрос, исходники так и планируется выдавать только после покупки? Просто появилась идея отвязать софт от ARM (и само собой конкретного оранжа) и сделать пакет со всем ПО для openwrt. Просто уж больно много древних роутеров можно в подобном русле переиспользовать/дать вторую жизнь. Личный пример: tl-rmr3220 на AR9331 16/32 вполне спокойно тянет печать+сканирование в 400dpi+

Даже если свои куки подсовывать?

А есть в интернете успешные эксперименты с этим чудом или это чисто теоретические размышления?

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

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

P.s. исходники в открытом доступе планируются?

Все эти внешние ссылки имеют свойство протухать

Правда, но лишь отчасти и скорее зависит куда заливать. Например с тем же ВК проходит финт: сделать беседу на двух человек (потом можно кинуть) > заливать изображения туда. Как показывает практика userapi.сom отдаёт изображение даже если открывать с любого IP и устройства

И живут достаточно долго
 Ссылка живёт 3 с лишним года и на ней больше полутысячи переходов
Ссылка живёт 3 с лишним года и на ней больше полутысячи переходов

Замечательный draw.io + стиль "sketch" для всех блоков, на гите исходники диаграмм

Для YouTube вполне актуально, учитывая конечное сжатие у них на серверах. Логика такая: монитор 1080 -> ставим 2к, монитор 2к -> ставим 4к. Так не страдает детализация видео и в целом картинка сочно смотрится (особенно если снято изначально нормально)

Максимум - открытый контроллер с usb3.0 и пилить все 300 лет.

Ну почему. Как минимум - на многие боксы с USB 3.0+ <> NVME, можно найти прошивки и спецсофт для прошивки. Как максимум, идеальный и менее затратный по времени - SDK (купленный за деньги/слитый через китайца, не важно)

Контроллеры там ARM, дизассемблер/исходники в зубы и модим прошивку. Дисплей, кнопки/джойстик вешаем на отдельный МК, а его на I2C/UART и дружим с основным контроллером, как это сделано в Zalman'е

Если делать сразу и нормально, то брать специализированный контроллер (ASMedia/Jmicron/Realtek) с PCIe(NVME), TypeC USB 3.1, на который есть открытая документация/а лучше SDK. И пилить аналог Zalman'а со всеми его прелестями, только размером с одну-две коробки спичек

Что касается всяких SoC на одноплатниках/SoM или боже упаси, esp32 с SDкартой - то КПД этих разработок крайне низок, т.к. скорости остаются на уровне SD карты (либо же это будет тупо дорого, в случае с одноплатником/SoM). Проще и дешевле использовать прошитую флешку/тот же Zalman, заявляю как человек прошедший путь от простейших мультибутов на grub4dos, загрузки по сети, DriveDroid, прошитых флешкек+Ventoy и закончившим на пресловутом Zalman'е с Ventoy на одном устройстве

Моя всемогущая мультибут вундервафля

Я полагаю речь про Embedded AT

1
23 ...

Информация

В рейтинге
Не участвует
Откуда
Сочи, Краснодарский край, Россия
Дата рождения
Зарегистрирован
Активность