_pv

немного полуоффтопа, а там готовые трансиверы, вроде сс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 пролезет)