Сабж. Есть две штуки в полностью рабочем состоянии, которые с радостью продам или обменяю на другое железо. (Одноплатники на ARM, роутеры куда влезет OpenWRT, отладочные платы. ) На UART посажен hc-05 bluetooth модуль, потому есть беспроводной доступ к u-boot и консоли, если требуется.

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

Предлагайте свои варианты ;)

Собственно, сабж. Описание есть у Джоша в блоге: https://joshmitteldorf.scienceblog.com/2019/02/05/rumors-of-age-reversal-the-...

И там же ссылка на PDF с результатами: https://drive.google.com/open?id=1D2dLXvE9_D6pCWozovnA44obV-Un4Z8v

Которые выглядят ну очень многообещающе. Так как они еще не опубликовались и не запатентовались точный протокол не раскрывают. Делаем ставки, взлетит ли и сработает ли на человеках. На человеках уже испытывают вот это https://www.youngplasmastudy.com/ с весьма любопытными результатами.

Собственно, собрал я себе сервак в 2U корпусе, полет нормальный. Но вот на материнке только 2 разъема для 4-pin вентиляторов и один 3-pin. А хочется добавить еще парочку для жестких, да не просто, а с управлением оборотами. Быстрый гуглеж по aliexpress и прочему показал, что такие девайсы отсутствуют - есть только убогие переходники с molex'а, которые будут крутить на максимальных оборотах. (А крутить серверный 80мм вентилятор на полных оборотах постоянно как-то не хочется).

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

Собственно, дано: proxmox, старенькая nvidia gts450 (которую убедили при помощи nvflash, что она квадра) проброшенная в виртуальную машину с виндой. Так как мониторинг железа идет на стороне proxmox, то хотелось бы и температуру считывать из proxmox, а не только из виртуалки. Есть ли истории успеха?

Собственно, решил потыкать сабж. Смотрел пока по диагонали, глубоко закапываться возможности не было. Из «красивых» решений:

1. Собирается баш/бат скриптами. баш в лучших традициях коммерческих САПРов (привет cadence'у!) надо source'ить. Спасибо, что не csh.

2. OVMF, который я решил ткнуть для начала тупо не собрался не найдя файликов, а create-release.sh выдал эпичное:

bash: ./create-release.py: /usr/bin/python^M: bad interpreter: No such file or directory

Кажется, это были виндовые переносы строк.

3. На другие Pkg скриптов сборки даже не завезли, ну или я плохо искал.

4. CI/CD и статическим анализом по ходу не пахнет. А если оно и проводится, то точно не скриптами из репы edk2.

Есть истории успеха для сборки хоть чего-то минимально рабочего для ARM?

Сабж. Колхозю домашний сервак в 2U корпусе от старого Hyperion RS250 G3. Родной БП реально 1U, так как там их предусмотрено два для резервирования, один над другим. И он воет так, что все демоны разбегаются. ATX БП там не влезет на пару мм, к сожалению. Соответственно хочется какой-нибудь сравнительно недорогой и сравнительно тихий БП для этой железке ватт на 500-700.

Собственно, оставалось немного пустого места на текстолите, решил туда воткнуть ближайшего злобного пингвина. Платка ничего особенного из себя не представляет - всего лишь экспериментальный BTLE токен на nRF52832 со встроенным LiPo зарядником от USB, ярким RGB светодиодом, местами для подключения трех прецизионных термисторов, да SPI флешкой. Если идея взлетит, планируется дополнительная нахлобучка с BMD101.

>>> Просмотр (2304x1728, 1880 Kb)

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

В gcc поддержка есть, кросскомпилятор есть, проблем никаких.

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

2. Обязательно ли всю пакетную базу собирать на таргете, или все же допилили кросс-сборку пакетов до адекватного состояния?

Перемещено tailgunner из linux-install

Народ, а поделитесь историями успеха. В какую страну быстрее и дешевле выбраться на недельку-другую, где доступны анализы генома от 23andyou, а в идеале где еще недорого можно сделать анализ метилирования ДНК (a.k.a. Hovarth clock, methylation age).

Делал ли кто себе уже сабж?

В тред так же призывается Dorif

Сабж. Используем активно ctest. Проблема только в том, что сdash оказался достаточно убогим. Связка jenkins + xUNIT + jenkins-test-result-analyzer ведет себя лучше, но почему-то не показывает время затраченное на выполнение теста, не отличает fail и timeout, до кучи test-result-analyzer течет(!) (Да, написание чего-то на джаве автоматически не даст вашему коду иммунитета от утечек памяти!) и иногда роняет jenkins, особенно на большой регрессии.

Собственно, хотелось бы какое-нибудь опенсорсное средство просмотра результатов тестовой регрессии, с возможностью сопоставления как по истории билдов, так и результатов прогона на разных конфигурациях. Какие еще есть альтернативы?

Собственно, сабж лежит без дела уже достаточно давно. Один с 8Gb eMMC, другой с 16Gb eMMC. В недалеком прошлом эти борды использовались как сервера на которых крутилась почта/веб.

ТТХ есть тут: http://www.hardkernel.com/main/products/prdt_info.php?g_code=G135235611947

Фотки: https://cloud.ncrmnt.org/index.php/s/8wJdwxHsZzXQqLj

От меня добавлено следующее:

1. Алюминиевый корпус для каждого, наружу торчат только USB для уарта, USB для сети cdc_eem (быстрее чем встроенная 100mbit).

2. Самодельный USB-2-UART (лог. уровни от 1.2 до 5 вольт), на плате которого есть импульсный преобразователь 12->5 вольт. (Отдельно фотка usb2uart: https://cloud.ncrmnt.org/index.php/apps/gallery/s/XDMFjT5jn6CALJn ). Преобразователь привинчен на стойках к корпусу, наружу смотрят только светодиоды.

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

3. Радиатор на HSIC хаб.

За это каждый хочу по 3-4к, либо поменяю на какую-нибудь прикольную электронику.

Собственно, купил родным, которым это актуально сабжевый глюкометр. Суть его такова: на плечо фигачится сенсор с NFC, которая мониторит глюкозу непрерывно. Результат можно считать телефоном (неоф. приложение) или официальным ридером от Abbott. Сенсор живет 2 недели, потом в помойку. Интереса ради, разобрал оный, когда тот протух.

Кишки оказались очень любопытными. Внутри на платке FRAM микроконтроллер от TI, по сути платка - это breakout board этого микроконтроллера, так как абсолютно все есть на пятаках, к которым просто подпаяться.

Сам мк - RF420TAL152H, если быть точным, платформа для NFC датчиков. Там 8кб рома с NFC стеком, 2кб FRAM для кода/данных, и 4кб SRAM, есть несколько ADC, таймеров и прч. радостей. На одном ADC канале сидит термодатчик, на другом сам штырь глюкометра.

Из коробки 1952 байта FRAM в режиме read-only можно читать по NFC, писать нельзя, по ходу прошивка это практически дефолт, ибо два ли в (2048-1952) байт можно было много чего запихать.

JTAG на пятаках сзади есть, как и все остальное. Так что думаю попробовать для начала прошить, и проверить не залочено ли (а-ля лок-биты в авр), но это как откопаю jtag для msp430 (Spi By Wire по ходу не поддерживает, так что ланчпад в виде программатора не заюзаешь).

А теперь знатоки, внимание вопрос: Сижу тут и думаю, куда бы в хозяйстве это дело применить лулзов ради. Как NFC теги - не интересно: nfc стикеры стоят 10$ за сотню, и к тому же всегда есть проездные метро. Как отдельный датчик - тут esp8266 заруливает и запедаливает.

P.S NFC часть по ходу работает даже если батарейку вообще нафиг достать.

31 октября вышел очередной релиз проекта MediaDeb — сборки Debian для телефонов на базе СнК mediatek.

MediaDeb позволяет быстро собрать и запустить прошивку на базе Debian на старых телефонах, таким образом давая вторую жизнь старому аппарату в виде одноплатного компьютера/небольшого сервера, зачастую превосходящего по характеристикам Raspberry Pi.

( читать дальше... )

>>> Скачать бинарные сборки

Сабж. Оный хочу использовать для растворения материала поддержки (HIPS) при 3д-печати. Основная деталь из ABS. Но так как деталь будет большая, а материала поддержки мало - переводить дорогущий реагент в большом количестве не очень хочется. Вопрос: Чем можно разбавлять сабж?

sudo /usr/local/sbin/cast -u Dorif

Давным давно я покупал всей семье аппараты UMI-X2 (mt6589). Время этих телефонов прошло, апдейтов на них уже не прилетит, некоторые трубки частично убиты. К UMI-X2 еще и добавился еще и мой старый iOcean-X8 (mt6592) с убитым SIM-слотом. Выкидывать весьма производительные железки мне не хотелось, потому я сделал для аппаратов кастомные ядра и портировал Debian Stretch.

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

Бокс отпечатан из пластика PLA, крышка держится на пазах+магнитах. Сверху стоит вентилятор, под ним проложен фильтр от пыли, между «этажами» предусмотрены отверстия для вентиляции. На дне дырки, через которые выходит воздух.
В виде ножек использованы силиконовые антиударные самоклеющиеся накладки для мебели, которые легко можно купить в любом леруа.

Время печати всего удовольствия - около 30 часов на моем Flying Bear P902. Моделировал в SolveSpace.

Каждый аппарат по USB определяется как композитное устройство в составе которого: сетевая карта (cdc-eem), виртуальный последовательной порт с консолью и usb mass_storage (если потребуется прямой доступ к SD/eMMC).

На данный момент аппараты планируется использовать как ферму для сборки debian-пакетов под arm через Jenkins CI. Тут два варианта: если удастся завести docker, то узлы будут эквивалентны, с контейнерами под debian armhf/armel и raspbian armhf. А если нет - то на каждый аппарат по своему дистру. Нет только аппарата на aarch64, но что-то подсказывает мне, что если второй раз разобью экран своего K6000 Pro, будет и эта архитектура в этой чудной зомби-ферме.

Кстати, за время с прошлой новости, я добавил в MediaDeb поддержку WiFi для UMI-X2, перевел систему сборки проекта на cmake, добавил в ядро все необходимое для поддержки iotop, оптимизировал систему для работы с еMMC и еще сделал много мелких доделок, включая еженедельные сборки для поддерживаемых аппаратов. А еще сделал бенчмарки

>>> Просмотр (1920x3237, 2079 Kb)

Вышла первая версия MediaDeb — проекта по запуску Debian GNU/Linux на телефонах на базе СнК от Mediatek (без chroot, честная прошивка с Debian).

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

( читать дальше... )

>>> Скачать

Сейчас покопавшись в хламе понял, что есть несколько убитых старых аппаратов на mt6589. В общем поковырялся, собрал/портанул кастомное ядро (медиатек это ад и израиль, конечно, повключать всякие нужные systemd фичи превратилось в увлекательное приключение), в итоге запустил debian stretch (не chroot, а честно через минимальное initrd с busybox). Итого имеем headless систему с сетью по usb, с 4мя и 8мью ядрах арма соответственно.

Кому надо - качаем бесплатно без смс и регистрации первый превью билд: https://yadi.sk/d/fFOhlM-r3L74Qt

Сделано для UMI-X2, но в теории будет работать и на других аппаратах на MT6589, разве что preloader и lk.bin можно попробовать дернуть из стоковой прошивки.

Что есть/работает:

• Кастомное ядро, выключено ограничение на доступ к сети только отдельным группам, добавлены фичи, которые необходимы жизненно systemd. Работает UART, usb client, emmc, степпинг по частоте. Остальное не проверялось
• Кастомное initrd на основе busybox с поддержкой простого «режима восстановления».
• Минимальная корневая ФС Debian Stretch
• Вычещена таблица разделов, максимально удалены ненужные разделы типа recovery/usrdata и т.п., только отжирающие место на eMMC

Последовательность загрузки

• INITRD Включает usb в комбо-режим (флешка + посл. порт + сеть (eem)) и ждет 10 секунд логина на вирт. ком-порту. Это на случай, если загрузка не проходит и необходимо вручную выполнить реанимационные мероприятия
• Если никто не залогинился, то монтируется корневая фс и начинается загрузка Debian
• Debian настроен на получение IP адреса на usb интерфейсе по DHCP (ждет IP до 5 минут), соответственно на хост-системе необходимо добавить этот интерфейс в мост и/или разадавать IP адреса.
• На вирт. последовательном порту будет так же доступен шелл после окончания загрузки

Для входа в систему используем:

Логин: root

Пароль: 12345678

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

Дополнительный софт можно установить штатно через apt-get, через него же и обновлять систему.

Прошиваем через flashtool с полным форматом

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

Собственно, сабж. Если у кого есть - поделитесь!

Имеются 4х-канальные донглы, диска с драйверами нет. С прошивкой из SmiUSBGrabber3C и 3F, которые можно найти в интернете работает только один канал из 4х.

Недавно опять пришла в голову мысль сделать свой ЭЭГ хедсет и очень приглядываюсь к чипу BMD101, на который спеки слили в интернеты добрые китайцы.

Во всех реализациях опенсурс EEG (OpenEEG, OpenBCI) я видел исключительно самопальный аналоговый фронтэнд. В связи с чем у меня вопрос, какие подводные камни скорее всего ждут при использовании этого одночипного решения?

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

Сабж. Нужен девайс, в котором обязательно будет функция таймера, датчики - пульс, оксиметр, акселерометр. И который обязательно будет выживать регулярное плавание в нем в бассейне. Хороший мониторинг сна с периодическим съемом пульса/оксиметрии будет плюсом.

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

Сейчас юзаю TTLife DF30, в бассейне пока еще не испытывал, да и смысла нет, так как функции таймера в нем нет.