Решил вспомнить «вкус детства». Купил девайс под названием Smile CFM 1081 аж за 1300 рублей, эту самую вату делать.

И чего-то этот самый вкус не того... не вспоминается... Ну прикольно конечно, но как-то на один раз. А на озоне в отзывах взрослые тети и дяди прям слюни счастья пускают в отзывах. Аж завидно. Может я чего не так делаю?

Тут есть специалисты по вате :)? У меня еще здоровый мешок ароматизаторов для вейпинга валяется (они по факту все пищевые). Может капнуть на сахар?

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

Как правильно посчитать положение baseline шрифта внутри строки?

https://iamvdo.me/en/blog/css-font-metrics-line-height-and-vertical-align - частично осилил эту статью, но там нигде явно не описано положение em-square относительно (ascent+descent)

Я тут столкнулся с понятием Immediate Mode GUI. Начинается там все со стандартного «MVC плёха» но дальше чувствуется запах серы :). Я в принципе положительно отношусь к выпиливанию стейтов, но делать это ценой смешивания кода со всем чем-то можно - как-то подозрительно. Как там анимацию приделывать - вообще непонятно.

Там есть вообще какая-то приличные по современным меркам реализации, пригодные на что-то большее чем накладывание субтитров на видео? Возможно мне попадались не самые лучшие библиотеки.

Есть желание пожать битмапные фонты для тощих эмбедов. Т.к. с памятью не очень, а фонтов хочется хранить побольше, чтобы показывать Material Design во всей красе. https://github.com/littlevgl/lv_examples/issues/26#issuecomment-473279547 - тут примеры «картинок», которые в итоге хочется отрисовывать.

- Фонты размером от 8px до 32px
- Пиксели черно-белые, обычно от 1 до 4 бит (зависит от предпочтений юзера).

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

- декомпрессия должна быть простой, и не требовать много памяти
- сжатие желательно от 2 раз на шрифтах от 16px. Иначе мало смысла заморачиваться.

Можете посоветовать что-то более-менее готовое под такую задачу? Не абстрактно «юзай RLE, энтропию и посмотри сжатие факсов», а что-то более проработанное?

PS. То что внутри u8g2 я смотрел, но оно только под 1-битные пиксели, без оттенков.

Подскажите, где в юникодовском стандарте найти списки символов с разбивкой по языкам. Например «только русские буквы».

Нашел только «unicode blocks», но если брать cyrilic, там очень много лишнего.

Изобретаю упаковщик фонтов для эмбедов, и что-то не получается сочинить набор параметров под текущие задачи/парсеры.

Нужно задавать следующие штуки:

- исходные фонты (их может быть много)
- для каждого фонта - свой набор диапазонов и отдельных глифов

Типа, мержить куски из нескольких фонтов в один (например, брать основной фонт и подклеивать к нему немного иконок).

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

Можете привести примеры как это обычно делают через командную строку? В идеале - чтобы можно было питоновским argparse обработать.

https://github.com/littlevgl/lv_i18n

Запилил аналог gettext для эмбедов. Поревьючьте пожалуйста. На название внимания не обращайте - привязок к lvgl нет, все универсально.

Смысл примерно такой же как у gettext, только на выходе генерится сишный файл со словариком. В качестве промежуточного формата - yaml, структура как в руби. Чтобы можно было и редактировать и экпорт-импорт с веб-переводилками наладить.

Вроде по архитектуре и workflow нормально получилось. Хотя возможны мелкие косяки, типа туповатых регулярок в сканере текстов.

https://stackblitz.com/edit/lvgl-settings-menu-demo (только хром, в FF не пашет)

Пытаюсь сделать макет «меню настроек» для абстрактной железки с мелким тачскрином. По мотивам material UI guideline. Только вот запутался, как дешево и сердито изобразить инпут, где значение менялось бы +/- с ускорением? Рисовать цифровую клавиатуру не хочется - гиморно, и трудно под произвольный экран подстраивать. Если правильно понял, при тыканьи в строку должен появляться модальный диалог, а что у него внутри?

Хотелось бы просто число и две кнопки, только не понимаю как это в стиле material должно выглядеть. И какой должен быть fallback если вместо тачскрина энкодер или джойстик.

https://zulipchat.com/

Хочу понять, каковы шансы, что проект не загнется.

Иногда надо куда-то деть юзеров из основного трекера, чтобы не мешали своей бытовухой разработчикам. Есть всякие форумы, gitter и т.п. Но gitter слишком «плоский» по структуре для толстых проектов, а форумы надо хостить и администрить.

Ссылку на Zulip сегодня увидел впервые. Выглядит от конечно странновато, но идея забавная. Кто-нибудь уже успел покататься?

Пилю i18n для LVGL. Хочу понять, какие сайты можно порекомендовать разработчикам для переводов (ну и подо что пилить скрипты импорта-экспорта).

Про Weblate в курсе, но как-то маловато опенсорсных проектов на их хостинге. Куда нонче идут в первую очередь, если хочется очередной опенцорц перевести?

Хочу понтануться и писать прошивки сразу с поддержкой переводов.

Собственно вопрос - а как нынче это принято делать, чтобы было молодежно и современно?

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

Если поддаться NIH-синдрому, то я бы наверное фразы хранил в JSON/YAML и генерил по нему сишные исходники, заодно раскрывая синтаксис плюралов до стандартного gettext(). Но все-таки интересно, может уже есть накатанные процессы?

И второй вопрос - а идентификаторы фраз сейчас принято использовать или это устарело?

_(err_file_not_found) // тут какой-нибудь enum
_('File not found')   // а как переводы не растерять если текст поменяется?

https://github.com/littlevgl/lvgl

Сегодня релизят 5.3. Давно облизываюсь. Надо сказать, за последние пару месяцев его прилично отрихтовали, чтобы превратить из «проекта» в «продукт». Типа, все по-взрослому.

- Заколбасили сборки на webassembly. Непосредственно для эмбедов не надо, но офигенно удобно, чтобы не отходя от кассы потыкать палочкой и ознакомиться с фичами.
- Привернули поддержку platformio, чтобы в один клик инсталлировать все что надо, и сразу делать сборку под симулятор для быстрого прототипирования.

Если кому интересно и есть желание - помогите наладить стандартный пайплайн для continuous integration. https://github.com/littlevgl/lvgl/issues/768#issuecomment-459160150. Я какбэ знаю, что там должно быть, но шарю только в жабаскриптовых тулзах, а в сишных вообще никак.

https://www.chipdip.ru/product0/6229

Кто-нибудь знает состав этого флюса (пайка алюминия мягкими припоями, безотмывочный)? Нигде не смог найти.

Про всякие Ф61а и Ф64 я в курсе. Но про этот загадочный флюс написано, что он безотмывочный и нет грозного «работать только под вытяжкой». Как-то это подозрительно.

---

Заодно расскажите пожалуйста, в чем смысл паять алюминий припоем из олово-свинец-цинк-кадмий (t = 220С), если можно взять стандартный олово-свинец (t = 180С) или стандартный с добавкой серебра. Температура чуть ниже, зато без кадмия.

https://www.chipdip.ru/product0/9000172909 - это тот самый припой для алюминия, насчет которого есть сомнения. Или вредность кадмия сильно преувеличена?

---

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


Перемещено leave из talks

Пытаюсь изобрести к embedded GUI кросс-платформенный эмулятор дисплея. Чтобы можно было быстро клепать интерфейсы на PC, не имея на руках железа.

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

Кто-нибудь имел дело с подобным? Хотелось бы понять куда копать. Это все для локальных применений. Жать ничего не надо, если иногда фреймы выпадут - тоже не беда.

Или предложите другие варианты, как сделать дешево и сердито. https://github.com/littlevgl/pc_simulator - есть вариант на SDL, но автор сказал что под вендой с этим много лишних приключений.

Хочется листовую теплоизоляцию до 400-500С, которую легко порезать ножницами. Вроде должна подойти асбестовая бумага или асбокартон. Это можно где-нибудь купить в розницу по интернетам?

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

PPS. Про силиконовые коврики для пайки тоже в курсе, но хочется что-то еще менее теплопроводное.

https://github.com/rust-embedded/wg/issues/256

С ноября идет опрос, на чем сфокусироваться в 2019 году. Кто собирается юзать раст на эмбедах - допишите пожалуйста, чего вам не хватает, или проголосуйте за то что есть.

Напоминаю, что Rust 2018 вышел, и какбэ готов к эмбедам. Теперь начался этап стабилизации экосистемы.

https://easyeda.com/reflow/reflow-micro-table

Дошли руки развести железку микропаялки на металокерамическом нагревателе. Это такая мелкая коробка 6*10*3см, которая позволит прожаривать маленькие платы по термопрофилю.

Смысл - в миниатюрности, здоровые печки далеко не всегда удобны, и занимают много места. Девайс использует керамический нагреватель 50*50*2мм. Рабочая зона где-то 30*30мм - если вы собираете платы на 0603 и 0402, этого будет более чем достаточно.

Если посмотрите плату - она же является частью корпуса. Снизу допечатывается «поддон», и сверху крышка индикатора с кнопкой. Металокерамический нагреватель прихватывается двумя проволочными хомутами, через пару слоев силиконового коврика и кусочек термоизолирующего хлопка от 3D-принтера.

Я в курсе, что настоящие посоны жарят платы исключительно на bga rework station. Но они по размерам не меньше грилей. Вариант компактной паялки на кварцевой кассете тоже планируется, но он будет покрупнее, и посложнее для самостоятельной сборки. А микропаялка задумывалась как совсем простой девайс, чтобы сделать сборку современных миниатюрных плат доступной для всех хоббистов.

Посмотрите незамыленным взглядом, может найдете какие-то косяки.

Софта пока нет. Если кому-то интересно покодить на сишечке - пишите.

Тепловизор нужен для очень редкого использования, проверять равномерность работы самопальных паялок и нагрев корпусов. То есть, небольшие объекты (меньше 20*20см), небольшое расстояние, температура до 300 градусов. Хотелось бы понимать неравномерность температур в цифрах, а не просто сквозняки в форточках искать.

Если правильно понял, желательно со встроенной обычной камерой, иначе на картинке фик поймешь что выводит. Наверное мне было бы удобнее (и дешевле) просто приставку в телефону. По деньгам - ну хотелось бы за 100, но если никак, то до 400.

На банггуде довольно неплохой список актуальных изделий китайпрома: https://www.banggood.com/ru/Wholesale-Thermal-Imager-c-7973.html

Вроде как-то правдоподобно выглядят HT-18 (290$) и HT-102 (91$ на али).

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

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

- https://malectrics.eu/
- http://www.eevblog.com/forum/projects/guesses-on-what-i-am-attempting-here/

Первый полностью опенсорсный. Второй нет, но посерьезнее и очень много полезной инфы.

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

В принципе сейчас на али/ебее можно за 20-50 баксов купить вполне приличные ионисторы, с очень низким ESR (несколько миллиом и меньше). Но там другая проблема - напряжение впритык (чтобы нужный ток развить). А если собирать из них батарею - будет уже крупновато по размеру.

Собсна, вопрос чисто практический - от одного ионистора варить реально или будет такой брак что бессмысленно начинать? Наверное можно расчитывать на ток 200-300 ампер, вместо 1500 как в kWeld. Соответственно, импульс будет дольше, тепло будет сильнее расползаться от точки сварки. Нужна инфа от тех кто пользовался - как оно на практике, с разными параметрами импульсов.

Хочу странного. Так как все плавно переходят на USB Type-C, то ставить на новые платы гнездо Micro USB не хочется. То есть, мне нужен обычный старый медленный USB, но тупо с новым гнездом. Пока даже без OTG, просто шить stm32 через dfu bootloader.

Как развести новое гнездо? Правильно ли я понимаю, что хватит 2 сигналов и питания?

- A6, B6 -> D+, A7, B7 -> D- на stm32 (или поменять местами?)
- A12, B12 -> GND
- A9, B9 -> VBUS
- Кожух на GND (?)

Сойдет или надо что-то поменять? Шить будут ~1 раз в жизни, так что сильно упарываться на тему скорости и защит не хочется.