_pv

у 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, не дотягиваются до этого диапазона?

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

Вроде нет, но для 0.1Ом шунта, чтобы на 0.5А не особо просаживаться, на 1мкА будет 100нВ, что с десятком кГц полосы уже будет меньше 1нВ/rtHz. Но на микроамперах вроде нет нужды в быстрых измерениях и можно некий адаптивный фильтр поверх натянуть, который полосу будет резать сильнее если токи небольшие. У китайцев есть модули с ADS1263, я их 8 штук в ft232h подключал, с оберткой в lua: https://github.com/pavel212/uffi/blob/master/example/ads1263.md Он там через mpsse почти непрерывно на 30МГц может spi поток гнать, иногда только какие-то небольшие затупления случаются с буферизацией и USB, на 15МГц вообще непрерывно без пауз.

там что-то в последние плюсовые стандарты добавляли из С про стуктуры и VLA, может и это уже научились. для месье понимающих толк, С вроде как умеет вот так: int get_data_size(){ return 0xF + (rand() & 0xF);} int main(){ struct { uint8_t hdr[8]; uint8_t byte[get_data_size()]; uint32_t crc; } *pkt = (void*)data; pkt->crc = 42; ... удачи с выравниванием, упаковкой (переносимой между компиляторами) и валидацией значений, возвращаемых get_data_size

Математика вольфрамовская умеет произвольную точность в численных вычислениях, но ТС изобретает какую-то дичь. Plot[Sin[10^999 + x], {x, 0, 10}, WorkingPrecision -> 10000]

какая-то кнопка save/export есть к лаунчпадам тоже готовый софт есть для рисования графиков, только он в CCS встроен 😞

я к тому что он есть не всегда (я про API :)) попадались оценочные платы на АЦП, где прилагался только страшненький гуй исключительно для рисования гистограмм шумов, всё остальное закрыто/огорожено. хочешь достать данные - реверси протокол, ну или вот схема - пили себе api сам.

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

тексасовские ланунчпады 15-20$ и там описания протоколов общения с дебаггером вроде вполне открыты. https://github.com/carrotIndustries/energytrace-util

натравить grep какой-нибудь на map файл в качестве post build шага, который этот размер напечатает в консоли. у CCS там ещё после линкера вроде есть всякие дополнительные утилиты для конвертирования в различные hex/bin форматы, возможно их можно активировать для конвертации полученного в bin и заодно напечатать его размер.

в map файле после линкера

если хочется самому, а не готовый преобразователь интерфейсов usb -> во что-то последовательное, то ещё есть CH32V305 с hi speed phy

встроенным загрузчиком через последовательный порт?

некоторые launchpadы от TI, что поновее, c energy trace, тоже умеют микропотребление измерять.

а из него прям непрерывный поток можно вытащить? (понятно что не GS/s, а хотя бы десяток MS/s, сколько в usb/ethernet пролезет)

процентов 80 если не 90 этого опыта имхо можно накопить в ограниченном пространстве, таская дроном провода от розетки, вместо батареек.

Это да, но если для батареек разделить эти 100часов на десяток минут работы до разряда, то после такого количества циклов перезарядки они тоже "закончатся".

вот целый дисер по эффективности мелких движков, https://apps.dtic.mil/sti/tr/pdf/ADA631146.pdf но правда совсем уж мелких от 0.16 to 7.5 cm3, у самого крупного из них приводят эффективность по топливу 1.3кг/кВтч, то есть 3МДж/кг, что всё равно раза в 3-5 больше чем у литиевых батареек, и даже если половину веса занять мотором/генератором какой-то выигрыш всё равно будет. для совсем мелких дронов смысла пожалуй не имеет, но когда вес начинает в кг измеряться то уже "всё не так однозначно", и с увеличением веса эффективность у "топлива" будет только расти.

Знакопеременные магниты на роторе при его вращении движутся мимо катушек статора, за последние 200 лет, как Фарадей это придумал, ничего принципиально нового тут никто вроде не открыл, разве что чуть более злые магнитные материалы нашли. з.ы. ещё можно наоброт соединить два bldc мотора проводами, один в другой, безо всякого управления, и один из них покрутить руками :)

Многополюсность-то как мешает? Только подобрать с таким KV чтобы на оптимальных оборотах бензинового двигателя выходное 3х фазное напряжение просто выпрямить без дополнительных преобразований. хотя всё равно скорее всего какая-нибудь буферная батарейка будет.