И швец, и жнец, и на дуде игрец.

@embedoka

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

Как говорил Кот Матроскин: "Неправильно ты дядя Фёдор бизнесом занимаешься. Нафиг бросай свои железки и иди стучать по клавишам"

И действительно - все (инвесторы) любят деньги SaaS, а он в основном возможен лишь в "ванильной айтишечке" (с) @iDoka

Пофантазируем немного о том, что сон разума рождает чудищ и на свет божий явился бы HaaS - HW as a Service 😈

А такое уже не за горами - американет (не знаю как правильно написать антагониста рунету) в начале года бомбило о том, что BMW сделало подогрев сидений по подписке - ох как знатно подгорало от первого (?) прецедента 🤬

Но если смотреть на это философски: зарабатывать смогут все: владельцы устройств сэкономят денег на подписку, а DHM (Dark HW/Hacker Market) заработает своими мозгами денежку вопреки алчности капиталистов и благодаря HaaS.

Кастомер : DHM = Win : Win 

(картинка - подгон от бессменного ведущего @engnigger)

#сарказм
@embedoka

Saleae-наоборот

Вот есть замечательный продукт Saleae и его опенсорсный побратим Sigrok (на базе которого, кстати, есть и коммерческие проекты).

Основой логического анализатора служит чип FX2LP (CY7C68013A) - мост HighSpeed USB to 8/16bit parallel bus with FIFO ( или т.н. General Programmable Interface).

Так вот эта параллельная шина двунаправленная и странно что такое классное по функционалу и притом дешевое железо не приспособили для формирования сигналов (кто-то по-старинке скетчит на ардуинке (с) @iDoka).

Как бы упростилась жизнь, если бы такой функционал был бы у железки, которая фактически есть в логове каждого DIY-щика. Тем паче, что в дешевых клонах даже часто не ставят однонаправленного буфера перед FX2, ограничиваясь резисторами. Т.е. фактически фича генератора может быть добавлена чисто на программном уровне: заменой FW, которое грузится с хоста при каждом подключении.

Просто представьте: описываете вы эпюры на yaml, json (wavedrom), да даже просто пишете тестбенч на верилог и потом скармливаете в ПО генератора VCD-дамп 😍. Притом, в отличии от того же кейса лог.анализатора можно на хосте перед рилтайм-отправкой аналитически спрогнозировать получится ли сжать вейвформу так, чтобы она пролезла в рилтайм по USB (например тем же RLE, что бы минимумом ресурсов распаковывать на 8051 🙈).

Да, есть еще нюанс (и наверняка не один) в виде неоходимости как минимум одного входа TRIG (если формируем не периодические паттерны), но это уже погружение в детали.

PS: конструктивная критика и дополнения фичами всячески приветствуется

@embedoka

Идея на миллион (чипов) или больше для наших азиатских братьев:

Выпустить bolt-on чип aka-MAX232 для замены оного, только вместо конвертации в уровни RS232 делать USB CDC и/или Bluetooth SPP - отличный ретрофиттинг оборудования возраста г...на мамонта 👍

(какой там floorplan on PCB для LowSpeed USB не критично, ну и одну из дорожек к DB9 использовать как антенну на 2.4ГГц (не кидайте в меня тухлыми помидорами - я верю что китайцы сдюжат и не такое (КСВ) раз на ножку SOIC16 умеют выводить 2.4ГГц и оно даже работает 🙈 (почти))).

PS: Как не вспомнить мем про SOIC16 и реальные изделия по мотивам мема.

PPS: а в дифференциальный RS422/485 прям с самого начала USB так и просится 🥹
(только не говорите, что такое уже есть и я опять всё проспал 😭, потому что crystal-less чипы UART-to-USB в производстве есть давно, по факту нужна просто перепаковка с иной распиновкой)

@embedoka

Подходи не скупись,
Покупай живопись Alveo!

PS: мопед карты не мои,
скрин из фейсбука (но также указан реддит ТС)

@embedoka

потому что ПЛИСы производят в Воронеже, а ЭфПиЖиЭи в капиталистической Америке 🤘

Что-то на богатом…

@embedoka

ARM пытается запретить Qualcomm разрабатывать собственные процессоры, совместимые на уровне набора инструкций с ядрами ARM. И вообще ARM собирается впаривать лицензии и брать деньги со всех, кто занимается подобным.

Какая-то веселуха намечается... 🤑

@embedoka

Там ещё интересно, что Arm ещё на лицензирование вида take-it-or-leave-it хочет перейти. Т.е. либо ты вместе с их ядром используешь только их GPU, NPU, ISP, либо не используешь их ядро. И никаких тебе GPU от AMD и Imagination

Single-LED interface или немного о UI/UX в девайсах

Как давний пользователь девайсов, единственным UI которых является одноцветный светодиод, меня не покидает ощущение, что все их создатели пользовались одной методичкой (либо "списывали" друг у друга):

➡️ LED OFF: отключено от "сети"
➡️ LED BLINKING: подключено к "сети", заряжается
➡️ LED ON: подключено к "сети", заряжено (зарядка окончена)

Для гуманитариев стандартных пользователей более чем достаточный функционал, но неужели никто до сих пор не догадался ШИМом светодиода во время зарядки показывать уровень заряженности батареи?
(это не ШИМ в привычном понимании, но технически это всёже широтно-импульсная модуляция просто очень медленная (1Гц) и только на таймлапсе можно будет заменить разный уровень яркости) - по факту существующий функционал LED blink это ШИМ с заполнением 50%.

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

Идея с LED PWM при зарядке настолько очевидно, что тут видимо одно из двух:
1) это нужно 5% пользователей, да и то это не будет определяющим фактором для решения о покупке
2) это будет "непонятно" 95% пользователей: "оставьте меандр, не занимайтесь ерундой!"

(Девайсы, работающие по сценарию LED ON/BLINK/OFF, в моем арсенале самые разные: аккумуляторная бритва, зарядный кейс от блютуз-наушников, зарядник аккумулятора зеркалки.)

!!! UPD: пример работы. Частота мига 1Гц
▶️ 100ms on; 900ms off = 10% Battery
▶️ 500ms on; 500ms off = 50% Battery
▶️ 800ms on; 200ms off = 80% Battery

@embedoka

Вот, например, [почти] вся техника Эппл [широко]вещает по BLE такую стандартную характеристику как уровень остаточного заряда 🤘

И как же мне не хватает этого на Dell Latitude, который в sleep под Linux к батарейке беспощаден и может за неделю всё высосать (приходится открывать крышку и смотреть через экран сколько заряда осталось). BTW, пульсирующий LED на Delle присутствует, но информативности от него - ноль 😭

Жду когда в любом девайсе будет встроен always-on BLE (причём ведь уже и по цене и по энергоэффективности решения уже вплотную к фазе "в каждому утюге") 🙏

PS: не могу не выразить признательность авторам замечательной программулины LightBlue, которая не раз выручала при дебаге BLE-девайсов 🥹 (скрин, кстати, оттуда).

@embedoka

Беспощадная работа машины пропаганды в действии (похоже у Ю.Панчула появился антипод)

Т.о. по логике автора: если ты недостаточно мотивирован/умён/талантлив, то твой удел - протирать штаны в МЦСТ и проч, составляя конкуренцию Емелям на печи и Иванам-дурачкам (зато не уволят - счастье!), а Silicon Valley, Израиль, Германия: место силы и притяжения микроэлектронной элиты - не смей посягать! 😳

источник
#золотохабра
@embedoka

Про умные часы

Давно восхищался таким девайсом как Pebble - не без основания этих ребят можно считать пионерами направления Smart Watch и наконец я ознакомился с их историей "от и до". Конечно грустный конец: момент когда надо было продаваться крупняку на пике был недальновидно упущен и в итоге Fitbit купил Pebble по оценке в 10х меньшей предыдущего предложения на пике (и купил фактически только software depаrtment - хардварщиков просто распустили после поглощения (либо они не являлись частью сделки)).

Так вот что до сих пор любопытно, что на рынке нету достойных альтернатив Pebble: я имею в виду возможность добавления собственного функционала (т.е. написание и установка ПО).

Да, есть WatchOS & WearOS, но:
1) мизерное время работы от батарейки
2) написание доп. ПО монополизировано и переусложнено: обычному энтузиасту, который захотел вывести пару значений с нательного BLE-cенсора за пару вечеров такое не сдюжить (за пару десятков вечеров - тоже врядли 😬).

❓ Может я чего-то не очевидного не замечаю: подскажите - есть ли сейчас доступное "железо", позволяющее относительно простое добавление функционала пользователем (SDK для написания собственных приложений под платформу) ?

PS: технически smartwatch/браслет - это удобный User Interface, который всегда "под рукой" (извините за каламбур), для снятия телеметрии/упраления нательными (и не только) сенсорами (и не только), а в случае девайсов класса Pebble - еще и с потрясающей автономностью 💪

@embedoka