iiv

Да, круто! Я тоже оффну. У меня курсовик был написать программу расчета межмолекулярного взаимодействия с помощью алгоритмов молекулярной механики для предсказания коэффициентов удерживания веществ в хиральной хроматографии. Я пару недель будущего шефа уговаривал, и он, к моему удивлению, повелся. Правда ближе к курсовой мы оба с ним поняли, что я не успеваю, хотя очень стараюсь, и тема курсовика была заменена на что-то немного по-проще. К концу лета на каникулах первая версия заработала, а тема плавно превратилась в дипломную, а потом, добавив кванты - в диссер, да и сейчас многое с тех начинаний работает и развивается.

ну да, чуть меньше, но все-же растворяется, по крайней мере в достачном для ТС количестве. Считаем, пару молей на литр кислоты в воде растворяться и дадут что-то около pH=2.5, что приведет к тому, что 0.1 моля трехвалентного железа тоже в растворе сможет болтаться. Если взять растворимость трехвалентного цитрата железа в воде из таблицы, то там около 5 грамм на литр, что составляет 0.02 моля на литр, что более-менее соответствует моим расчетам, а ТС ни в жизни выше своими ножницами окислов не насобирает - это надо какую-нибудь шаровую или сайлент блок от машины в кислоте отмачивать 🙂

правильно, поэтому если гидроксид ионов $10^{-12}$ моля на литр (довольно кислая среда, которая на раз создается лимонной), то там хоть единицы молей железа можно растворить. я все детство бросал, но серебрилось не надежно. Слой или потом смывался, или отпадал.

трехвалентный цитрат железа - хорошо растворим в воде и довольно устойчивое соединение при комнатной температуре, много раз в руках держал и в водных растворах растворял. Это только если его нагреть, то он на атомарное железо распадается, но у ТС не такие условия. И, как вы правильно заметили что гидроксид, что оксид железа (а в ржавчине обычно Fe3O4) в воде совсем не растворяются, а лимонная кислота их тут же в раствор переводит. С ЭДТА - ну или слегка замещенный (Na2 ЭДТА), или в этаноле - совсем со свистом любой окисел со свистом в раствор переводит, как раз на этом основаны многие прочищающие смеси - ЭДТА сам по себе довольно безвреден, но херит все во круг с окислами. не, не получится, но тут другая причина - лимоннокислое серебро - обычно одновалентное и почти в воде не растворимо, а лимоннокислая медь - двухвалентная, и более-менее растворима и как раз у ТС с ней получилось. На вскидку, только реакция серебряного зеркала на меди даст крепкий и тонкий слой серебра, но медь надо долго перед этим зачищать, вот кстати, как раз лимонной кислотой той же, хотя я бы вначале нашатырем с мелом, а потом лимонной.

там просто умолчали о нескольких важных процессах. Слабая кислота, типа лимонной, хорошо растворяет окислы. Поэтому только окисел меди уходит в раствор на первой стадии. Причем из-за многоосновности и хелатности лимонной кислоты у нее большинство солей металлов хорошо растворимы. Еще более крутой в этом плане будет ЭДТА (этилендиаминтетрауксусная кислота). На второй стадии эта самая кислота, имея существенный избыток в растворе снова растворяет окислы, теперь уже у железок, но вот само железо она только активирует, но ее не хватает активно его растворять. В то же время, присутствующие ионы меди как раз хорошо замещают железо, и именно из-за всех этих факторов слой получается довольно крепким. Попробуйте заменить лимонную на хотя бы уксусную, эффект уже будет не тот, а если замените на соляную или азотную, то ничего просто не получится - будут в лучшем случае валиться грязные хлопья меди вокруг бурлящей водородом железки.

У Маска в терминалах Старлинка можно посмотреть. Он на диаметр 40см примерно 700 получателей поставил и продаёт по 200 бакс

так правильно, и любой полицейский/милицейский радар тоже скорость видит. Вот только как вы после этого этим радаром сможете идентифицировать куда лететь - ну видите вы его, вот он - приближается со скоростью Х м/с и крутит винтами на Y rpm, а куда лететь-то дальше? В результате, вам все равно или сканирующий двухмерный гимбал, или камера нужна, вроде третьего не дано. Камера, даже обычная оптическая, ардуиноподобная, через оптикал флоу алгоритмы на фоне даже очень перистых облаков любую движущуюся птицу уже на 3-ем - 4том кадре локализует, если птица (дрон) за это время успел значимо пролететь на фоне этих облаков. На фоне деревьев - тут полная шняга - ветки движутся от ветра и локализовать дрон относительно веток - та еще задача и в лоб оптикал флоу там не идет и надо много шаманить.

Доплер на каких волнах? Нормальная скорость вращения кромки винта 200м/с. Поэтому 1. на видео - точно нет (вы же не поставите 1000 fps), 2. на ультразвуке - проще фазированными микрофонами, 3. по термо - нет точно, у меня тепловизоры есть и несколько из низ насквозь винтов смотрят, и при полете винт не видят, 4. по 67ГГц - да, только оно будет на столько слабым, что вы это не увидите. Мы в 2022 в Боше для Ауди доплера на 67ГГц как раз делали, реально там видна только машина лоб в лоб, и то для гарантии точности правильнее результаты с нескольких сенсоров объединять было, а машина - существенно больше коптера.

я про них тоже подумал, когда тему увидел. Но вспомнил тот гемор, с которым 67ГГц радар в Боше распознает встречную машину на расстоянии от 15 метров (я в команде разработчиков в 2022 году был) и решил не советовать - размер цели - существенно меньше, расстояние может быть существенно дальше, дешевые решения имеют существенно хуже чувствительность, чем то TI решение, что использовалось в Bosch, и смею предположить, что просто не получится. ИМХО, даже ультразвук будет надежнее, хотя, как я писал, по обычному звуку на микрофонной решетке. Из дешевых только однобитный узконаправленный датчик температуры на двухосевом гимбале просматривается или честный компьютер-вижн на esp32-дуинке, но, далеко не на ардуиноподобном софте, а лучше обе технологии в паре. А то, что коптеры 400км/ч летают - не смешите тапочки нашего форума. Да, коптеры тоже могут так летать, но не в контексте ТС. То, что в контексте ТС полетит с примерно 20м/с.

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

согласен, что цена списка компонент - не есть супер ключевое, что определяет разработку и как раз Ваш совет (спасибо!!!) и совет уважаемого _pv отговорили меня использовать ttl в витой паре. Но помех много, и надо что-то делать, а найти контроллер на 4 USB которые еще и хостом и девайсом могут прикидываться, получается очень не просто. Да и надежность нужна, вот и мечусь в поиске адекватного решения. это отладить - застрелиться, и схематику (из-за не предсказуемости витой пары у USВ), и на уровне верилога. На контроллерах, конкретно со внутренней 320КБайт памяти - имхо значительно проще будет, тем более, что у них ноги как у плиски переконфигурируемые, то есть если сейчас 1-вый шлет в 3-тий, то я выбираю между контроллерами те ноги, чтобы их по SPI скоммутировать и шлю между контроллерами по такой шине. Да, будет немного больше задержка, но по крайней мере впритык к 12МБит/с можно слать и как-то угадать по поводу конфигурационных сигналов, возможно поставив какую-то программную синхронизацию через эти USB.

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

Спасибо большое всем, что советуете. Похоже будет надежнее в каждый мой юнит поставить по 4 штуки самых дешевых esp32-c3 (это которые однопроцессорные с USB), в виде микросхем. По идее если от каждого к каждому прокинуть 4 пина и еще 4 пина прокинуть на головной модуль, то любая конфигурация будет реализуема, а все остальное разрулить софтвером и подбуферизовывая такие передачи внутренней памятью. При цене меньше бакса за микросхему это по идее дешевле любого twisted pair конвертера и полностью совместимо. забить на все эти премудрости с питанием и просто пустить по самому проводу 20V, не показывая этим esp32-c3 что там так много напряжения. Тогда как бы я не воткнул провода, у меня один бы становился хостом, а один - слейвом, но коммуникация шла бы по родному для USB протоколу. По крайней мере все передачи данных до 12МБит/с будут работать.

Вы как-то писали (возможно даже уточняли мне в личку), что уже смогли сделать свой нанопоровый секвенатор, и, честно говоря, я очень за вас рад. Раз вы его сделали, зачем же вам завязываться на спартан, сейчас есть просто уйма других альтернатив плисок, а, раз софтвер у вас свой, так проще возьмите и перенесите, чем латать старые поры и старые плиски. Нет?

то есть внутри провода штеккер по разному соединяется? Ведь в самом штеккере 5 пар, tx1+/tx1-, tx2+/tx2-, rx1+/rx1-, rx2+/rx2-, d+/d- да, у меня те же подозрения возникали. А если каждую витую пару объединить и по каждой из них свою ногу SPI посылать? у меня на обоих сторонах мое железо. Я как раз планировал забить на PD и только использовать сами провода, чтобы не мудрить со штекерами. Просто физически у меня много единиц модулей и я хочу между ними реализовать что-то на подобие Parallel Virtual Machine и иметь гарантированную латентность для передачи коротких (старт/стоп) сообщений. Причем одновременно попользовать питание этого USB, так как на одном-двух модулях у меня приходит внешнее питание, сами модули не прожорливые, но такая конструкция бы позволила бы и данные передавать и питание. То есть у меня конечная цель такова: есть 10-20 модулей, физически расположенных на 50-200см расстоянии друг от друга и я не могу проложить провода от одного ко всем. Модули не прожорливые (5 ватт примерно потребление), внутри каждого есть DC-DC. На один-два, а может три модуля приходит внешнее питание примерно 15-20В. Мне надо: 1. перераздать питание по всем модулям, 2. соединить все модули так, что всреднем каждый модуль был соединен с 2-4 другими и данные по каждому соединению идут дуплексно и синхронно с гарантированной латентностью управляющего сигнала (одного пина да/нет) около 100нс, и средней скоростью передачи точка-точка около 10МБит/с. Так как модули сидят не на одной плате, а на устройстве и межу ними есть только определенные маршруты расположения проводов, и окружение имеет много помех от электромоторов, а вес соединения очень важен, пытаюсь найти разумное решение. Много раз использовал обычные USB для передачи одного аналогового сигнала на разумные расстояния во всяких CNC, вот и предположил, что и для этой задачи можно воспользоваться USB проводами, чтобы не конфекционировать провода со штеккерами под эту задачу. Как я говорил, размер, вес и стоимость - играют роль. то, что USB гораздо лучше подходит для длинных (метровых) соединений - полностью с Вами соглашусь, но вот организовать по 4 соединения от каждого модуля на несколько их соседей по USB - та еще задача. Я даже МК не нашел, который бы поддержал бы 4 USB порта одновременно, а ставить USB - хабы в моем случае не вариант - у меня нет главного МК, все просто в сети. Причем какой-то из них может отвалиться, но работать все должно и дальше. Конечно чисто теоретически можно у каждого модуля внутри поставить 4 esp32, от каждого вытащить во внешний мир свой USB по D+/D-, а эти 4 штуки esp32 между собой и с самим модулем чем-то типа октал-spi соединить, но вроде это перебор.