_pv

LPC4370 + 2 x ADG732 = 64 канала x 12бит x 1.25МГц LPC4370 + 3 x ADG732 = 96 каналов x 12бит x 800кГц у тексаса же есть мелкие армы MSPM0C1103, с более быстрым АЦП внутри, только стоят на порядок дешевле. в 2х2мм копрусе и их пожалуй ещё можно по паре штук daisy-chainить, последовательно в один "сдвиговый регистр".

Этот ToF там просто между двумя приёмопередатчиками не сказать что прям совсем замечательно работает. Да, если напросвет прям между двумя (а лучше несколькими) приёмопередатчиками влезть и начать махать руками, да ещё и какую-нибудь нейронную сеть натравить изменения измеренных rssi и rtt то возможно что-то в тепличных условиях распознать и удастся, как в приведённых выше статьях, но, как мне кажется, на отражении ничего хорошего не получится, особенно используя не особо хорошо документированные ширпотреб китайские wfi модули.

так оно ж там огорожено всё, и радио для esp существует только в виде бинарного блоба, так было во всяком случае, и вряд ли там что-то поменялось. а что им помешает услышать неотраженный сигнал с расстояния аж 70см и на его фоне вообще не услышать никаких отраженных?

У wifi достаточно широкая полоса чтобы время приёма с точностью до ~десятков нс засечь, соответственно отправив туда-сюда несколько десятков пакетов и усреднив, с точностью до нескольких нс время распространения между двумя приёмо передатчиками можно узнать. Но чтобы из этого RTT, как есть, сделать радар, надо взять два модуля (переключиться с передачи на приём отраженного собственного сигнала он не успеет, да и там передача этого ftm пакета поди чуть-ли не мс длится), при этом надо чтобы второй "приёмный" модуль увидел именно отражённый сигнал а не прямой от передатчика, что при близком из расположении и соответсвующих соотношениях их амплитуд малореально. Можно разве что понаставить кучу таких приёмников по краям некой площадки, измерять время распространения попарно всех со всеми и типа томографией пытаться понять, а не движется ли там что-нибудь внутри этого "периметра". з.ы. детектор движения человеков, только вместо wifi из говна и палок: https://10maurycy10.github.io/projects/motion_sensor_hacking/

если только для программирования, то можно всё запараллелить и только ресет по очереди отпускать у одного или другого МК.

А можно сэкономить на усилителе, там вроде как с доступным местом на плате проблема, просто уменьшить шунт и подтянуть опору резистором. Подсветка такое "улучшение" качества стабилизации тока думаю вполне переживет.

да, даже без относительно ШИМа (ТСу вроде только вкл/выкл нужен), но просто чтобы 0.8В на 0.5А на шунте не рассеивать, опору можно аккуратно подтянуть вверх через ещё один резистор, а с шунта соответственно брать оставшиеся 0.1-0.2В, подсветке прям совсем уж аккуратная стабилизация тока не особо нужна, можно в несколько раз и поделить, вместо усиления.

Если вместо делителя 275k / 100k на FB, который делает 0.8В опоры из 3В выходного напряжения, поставить 2.6Ома шунт светодиода на землю , который сделает те же 0.8В опоры из 300мА тока через диоды, то TPS82130 вдруг сам станет "светодиодным" и будет стабилизировать ток через диод, а не напряжение. 100k между шунтом и входом FB можно оставить, и выходную ёмкость, ещё наверное, можно побольше, чтобы пульсации тока через сам диод снизить, светодиодам пожалуй особо без разницы, а лазеры могут оказаться немного более капризные.

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

https://www.omc-stepperonline.com/de/nema-17-hochtemperatur-schrittmotor-16ncm-22-7oz-in-extrudermotor-isolationsklasse-h-180c-17hs08-1004s-h

https://github.com/q3k/chubby75

не, надо flash ацп, 256 компараторов с делителями и декодер на "жесткой логике" сразу в семисегметный bcd, пусть препод удивится.

google: HUB75 +arduino => https://github.com/CamelCaseName/HUB75nano

снаружи и внутри ещё по кольцу ЧТО? выглядит как пластмасса, а внутри возможно какое-нибудь аморфное железо в виде тонкой фольги, смотанной в рулон, причём очень хрупкой просле термообработки (для получения нужных магнитных свойств), потому и в пластмассовом кожухе. https://vacuumschmelze.com/products/inductive-components-and-cores/amorphous-and-nanocrystalline-cores

https://qoiformat.org/ https://github.com/nothings/stb/blob/master/stb_image.h http://elm-chan.org/fsw/tjpgd/

xds110 ещё встроен на launchpadах для армов MSP432/TM4C/MSPM0. использовал как-то 432 launchpad для оживления платы с каким-то немолодым dsp 55 серии, правда версию CCS пришлось малость откатить назад. з.ы. LP-MSPM0C1104 - аж целых 6$ стоит

ttl в витой паре с землёй вполне нормальный вариант, вот разные сигналы в одной паре работать не будут из-за большой ёмкостной связи. если возьмёте самый модный провод USB4(3.2?) / thunderbolt, вообщем на котором китайцы гордо напишут поддержку 20Gbps или HDMI (там ещё и пары в отдельных экранах) то там достаточно отдельных витых пар под все SPI сигналы.

а реально существуют кабеля или девайсы с usbC, которые работают только в одном положении, а в перевёрнутом - нет?

у USB3.1 там ещё и d+/d- вроде задублированы да и питание (иногда соединены с своими зеркальными отражениями внутри коннектора), для того чтобы usbC можно было вверх ногами воткнуть. В самом проводе 3 сигнальных пары: rx, tx и d+- от предыдущего usb. с USB3.2 (которые там со всякими thunderboltами совместимые) пар уже пять, по две в каждую сторону. их наверное не вместе объединять надо, а лучше с землёй вторым проводом.

у usb всего 3 пары и пускать в одной витой паре разные ttl сигналы идея так себе. воткните ёмкость пару сотен пФ с клоков на miso и посмотрите что он там напринимает. у HDMI 4 пары под spi, остальное можно под питание запараллелить. есть mini / micro, проводов готовых хватает, вроде не особо дороже нормальных USB кабелей.

Frequency bands MHz: 861..1054 1076..1315

какое ещё выделение памяти??? это просто объявление указателя, на структуру. и он даже эти несчастные 4 байта под указатель на стэке выделять не будет, а просто посчитает адрес crc. тоже самое что uint8_t *pkt = data; *(uint32_t*) &pkt[crc_offset] = 42; только crc_offset компилятор посчитает в рантайме, исходя из подсунутого в объявление типа структуры размера массива. правда кроме gcc остальные скорее всего на vla внутри структуры ругаться будут.

из одного и того же "быстрого" АЦП, второй медленный и малошумный делается за счёт постобработки добавлением ФНЧ.

вторым вспомогательным напряжение можно мерить, оно-то на 6 порядков не меняется.

немного полуоффтопа, а там готовые трансиверы, вроде сс1352, не дотягиваются до этого диапазона?