дыбр, изорнет-поверх-усб

внезапно узнал, что для сабжа есть примерно ТРИ стандарта.
в принципе предсказуемо для любого порождения консорциума, где в главарях интел с микрософтом, но.

первое, самое на слуху, RNDIS - частично проприетарно
Ethernet Control Model (ECM), Ethernet Emulation Model (EEM) - вроде открытые.
Network Control Model (NCM) - еще один.

а еще есть кучка проприетарной хрени с проприетарными вендор специфик (проверил три разные вифи-усб свистка - там еще страшнее).

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

делать буду переходник на клиенте (усб-раб) с усб на стандартный тцп-ип стек, плюс возьму стандартную реализацию dns/dhcp и простого вебсервера для управления железкой (итого, усб-клиент будет симулировать сеть, в которой есть вебсервер с управляющими страницами).

идею симулировать страдж девицу при аккуратном рассмотрении отверг -- проблемы и с внезапным кешированием на стороне ос, и с поддержкой, например, фат12/16/24 и длинных имен. там оно уж очень криво.

Упоринос

Любопытно. а кто-нибудь уже пробовал сделать нечто подобное влоб, или аналог но немного иначе?

прошивка для какой-нибудь типовой stm32f4discovery. зашиваем в плату, подключаем по микро-усб к компу.

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

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

клапаны управляемые

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

как такие устройства на англицком называются, чтоб погуглить и в других местах?

нужен электрически управляемый клапан. у которого есть вход для жидкости, выход
ля нее же, два или три электрических контакта. Подавая нужные напряжения, можно
разрешить/запретить протекание жидкости с входа на выход и обратно.
желательно, чтоб там было не 220в, а этак 5..12..24в.

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

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

Кучка термометров

Странный вопрос.

а что сейчас есть из популярного-ширпотребного, чтоб на одну шину в пределах примерно метра по расстоянию повесить штук этак 30 термометров?

даллас 1-варь ds18x20 - понятно, стандартно, примерно 1/16 градуса дискрет, уплывание от времени небольшое. можно при каждом старте калиброваться в известных условиях, а потом смотреть разности, и на небольших интервалах времени получим порядка 1/16 градуса точность.

но 1-варь - крайне упоротая и неудобная шина. какой-нибудь spi или i2c/2wire намного удобнее, ибо реализуется штатно штатными периферийными устройствами асинхронно от остального железа, без запрета прерываний и потерь байтов в уарте или пакетов в cdc-acm-usb.

собственно вопросы

1. а есть ли такие термометры, чтоб мелкий корпус, и2ц, этак до 30шт на шине или этак 5 бит настраиваемого адреса?

2. а есть ли такие термометры, чтоб мелкий корпус и какое-нибудь spi или ж-таг - подобное, чтоб их пачкой каскадировать, тоже этак до 30шт?

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

Хитрый датчик движения

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

Аналогичная задачка есть и для темного переулка: там один подвесной светильник, который засвечивает весь проулок, но датчиков должно быть два в разных концах проулка, и они должны работать по схеме или. Идея взять на али трансивер на 868мгц а схему задержки вообще разместить в светильнике. Тогда датчики можно сделать с батарейным питанием и скрытой установкой.

Может, кто сталкивался с таким? Накидайте плиз идей!

Разъем ODD в моноблоке.

Приветствую!
В компе, брендованном, на плате выход питания для SATA вот такой.
Подскажите, как называется разъем беленький на проводе чтоб отдельно купить?
И может есть провод чтоб сразу на втором конце была планка не под ODD а под нормальный full size SATA?

Watchdog MEMS Accelerometer или вроде того

Приветствую ru_radio_electr.

Мне надо чтоб ручной гаджет был в дежурном режиме,
с потреблением скажем 100uA или вроде того, лучше меньше конечно — пока он лежит
но чтоб гаджет просыпался как только кто-то берёт его в руки.

Знаю что Analog Devices делал например ADXL335, и на нём можно было так сделать.
А может есть что-то новое, проще и дешевле?

(или может следуя "KISS principle" просто сделать грузик на пружинке и контакт... хотя это немодно)

Вопрос по SMD LED

Доброго времени суток друзья! Коллеги, подскажите существуют ли в природе маломощные белые (или жёлтые) светодиоды 1206, которые можно было бы зажечь от полуторавольтовой батарейки (литиевый элемент от часов)? Уже глаза все сломал в этих ваших интернетах. Всё что смог найти — это от 20 мА при 2,8 вольт минимум. Преобразователи типа step-up сразу не подходят — места нет совсем, необходимо запитать напрямую от элемента питания. Понимаю, что затея идиотская — но очень хочется заменить в наручных часах лампу накаливания подсветки на светодиодик :)

Малоногие ARMы

Странный вопрос.
Кто-нибудь игрался с АРМами в малоногих, но паяемых на коленке корпусах?
soic-8, tssop-14 или даже wlp-16?

wlp-16 реально на коленке лутом развести, или не стОит?
"stm32G0" в корпусах типа соик8 обещают, но еще не. или уже?
какие засады с errata, gcc, программаторами?

хочется вообще забыть про малоногие attiny, и что-то типа "измерять одно напряжение, рулить одним ключом, хвастаться о результате по uart/spi/i2c" делать на том же компиляторе, тех же библиотеках, с тем же программатором что и для многоногих stm32f4.

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

ps: на данный момент активно работаю с stm32f407 и капельку с stm32f10x, (g++, lto, opencm, st-flash полностью устраивают. )

pps: капелька оффтопика.
1. c++ на stm32f4 или на иных эмбеддед кто-нибудь использует? плюсы, при грамотном применении, позволяют и объявлять переменные где удобнее, и безопаснее/проще/удобнее делать инициализацию глобальных сущностей типа "uart3" или "timer5". если не злоупотреблять затейливым наследованием и потоками, то кодогенерация практически не отличается от классического С, но добавляется много доп.проверок совместимости типов, булевский тип, итп. вроде сахар, но время и силы экономит.
2. "LTO" (оптимизация во время линковки) кто-нибудь использует? если аккуратно соблюдать Стандарт языка, то побочек от нее нет, а вот код становится и компактнее и быстрее. компактнее - иногда вчетверо при слишком дряном исходнике.
3. на свежих gcc (новее 7.х) сочетание stm32f4 + g++ + LTO -- падает на этапе линковки с внутренними ошибками этого самого линкера. грустно. Кто с этим сталкивался? на работе интернет ограничен, попробую дома воспроизвести баги.