_pv

там что-то в последние плюсовые стандарты добавляли из С про стуктуры и 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 больше чем у литиевых батареек, и даже если половину веса занять мотором/генератором какой-то выигрыш всё равно будет. для совсем мелких дронов смысла пожалуй не имеет, но когда вес начинает в кг измеряться то уже "всё не так однозначно", и с увеличением веса эффективность у "топлива" будет только расти.