_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 и заодно напечатать его размер.