_pv

вот массив отсортированный по возрастанию количества 1 в байте. const series[256] = {0, 1, 2, 4, 8, 16, 32, 64, 128, 3, 5, 6, 9, 10, 12, 17, 18, 20, 24, 33, 34, 36, 40, 48, 65, 66, 68, 72, 80, 96, 129, 130, 132, 136, 144, 160, 192, 7, 11, 13, 14, 19, 21, 22, 25, 26, 28, 35, 37, 38, 41, 42, 44, 49, 50, 52, 56, 67, 69, 70, 73, 74, 76, 81, 82, 84, 88, 97, 98, 100, 104, 112, 131, 133, 134, 137, 138, 140, 145, 146, 148, 152, 161, 162, 164, 168, 176, 193, 194, 196, 200, 208, 224, 15, 23, 27, 29, 30, 39, 43, 45, 46, 51, 53, 54, 57, 58, 60, 71, 75, 77, 78, 83, 85, 86, 89, 90, 92, 99, 101, 102, 105, 106, 108, 113, 114, 116, 120, 135, 139, 141, 142, 147, 149, 150, 153, 154, 156, 163, 165, 166, 169, 170, 172, 177, 178, 180, 184, 195, 197, 198, 201, 202, 204, 209, 210, 212, 216, 225, 226, 228, 232, 240, 31, 47, 55, 59, 61, 62, 79, 87, 91, 93, 94, 103, 107, 109, 110, 115, 117, 118, 121, 122, 124, 143, 151, 155, 157, 158, 167, 171, 173, 174, 179, 181, 182, 185, 186, 188, 199, 203, 205, 206, 211, 213, 214, 217, 218, 220, 227, 229, 230, 233, 234, 236, 241, 242, 244, 248, 63, 95, 111, 119, 123, 125, 126, 159, 175, 183, 187, 189, 190, 207, 215, 219, 221, 222, 231, 235, 237, 238, 243, 245, 246, 249, 250, 252, 127, 191, 223, 239, 247, 251, 253, 254, 255} const idx[9][2] = {{0, 0}, {1, 8}, {9, 36}, {37, 92}, {93, 162}, {163, 218}, {219, 246}, {247, 254}, {255, 255}}; series[random(idx[n][0], idx[n][1])] даст случайное число с n единицами

это не усб бластер. он и не должен. оригинальный бластер был сделан из ftdi, а китайские клоны ставят мелкие МК с USB, которые для ПК прикидываются что они FT245. соответственно родные драйвера и софт от бластера вполне работают. FT232H много чего умеет и его можно сконфигурировать чтобы он был не "последовательный портом", а работал через d2xx драйвера и ftd2xx.lib это не альтеровский бластер, но использовать впринципе можно https://marsohod.org/prodmbftdi

у меня родной драйвер от фтди при установке просто скопировал ftd2xx.dll в windows\system32 соответственно ничего искать не надо. причем возможно vcp драйвера и так в винде есть поэтому любой usb->serial шнурок и так работать будет, а вот d2xx возможно нету, и его надо бы ручками установить. в картинках: https://ftdichip.com/wp-content/uploads/2022/05/AN_396-FTDI-Drivers-Installation-Guide-for-Windows-10_11.pdf

при повороте там ошибка будет копиться и за стабильностью приглядывать надо. осциллятор стабильнее, да и умножение всего одно. https://godbolt.org/z/Wd4M7e8Tb

а их хоть где-то купить можно вообще?

там справа сверху видно interface: BSL, который по сути должен работать с любым последовательным портом, у которого то ли RTS то ли DTR, дергает ресет контроллера для входа в BSL. но я этим тоже никогда не пользовался насколько оно работает не знаю.

как у них получилось сделать консольную утилиту которая работает только с компортом так, чтобы ей требовлася windows 7 и выше для меня загадка, это как-то специально постараться надо. процесс использования выглядит как запуск консольной утилиты "BSL-Scripter.exe script_file.txt" https://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPBSL_Scripter/latest/index_FDS.html полистайте там старые версии может что под XP и запустится, но скорее всего при этом не будет уметь FRAM серии. вот тут пытаются какой-то старый uniflash под XP научить новым FR девайсам. https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/624312/ccs-msp430fr2533-uniflash-support-in-window-xp https://www.ti.com/lit/ug/slau799b/slau799b.pdf он вроде BSL тоже как-то уметь должен, но не разу им не пользовался, и вообще хз, может какой-то другой uniflash который когда-то давно внутри ccs был. и на https://www.elprotronic.com/pages/ti-msp430 вам тут уже вроде ссылку давали

для прошивки через bsl в составе win mspgcc вроде были какие-то консольные утилиты, когда-то давно через них какие-то старые f1 прошивал через bsl. ещё когда-то пользовались вот этим https://web.archive.org/web/20160728051810/http://kurt.on.ufanet.ru/ но с датой последнего обновления в 2010 есть немаленькая вероятность что новые контроллеры он прошивать не станет (впрочем как возможно и утилиты из win mspgcc), тем более что там вроде в самом BSL у FR серии какие-то изменения были. https://www.eevblog.com/forum/microcontrollers/(msp430)-modified-bsl-scripter-for-windows-now-works-with-usb-to-uart-adapters/ для обновления прошивки "в поле" свой бутлоадер удобнее BSL, примеров у TI опять же полно примеров. и почти все msp430, которые не 20 летней давности и имеют sbw, прошиваются и отлаживаются ezfetом, который есть на любом launchpadе, самые убогие с G2 от 10$ были.

вроде как этот "диск" только через проводник винды диск, из любой другой программы, которая не знает про mtp (да хотя бы из консоли) без дополнительных костылей файл не открыть. забить на одновременный доступ и не писать изнутри ничего на флэшку пока она к ПК подключена.

на площадь диаметра 50м от солнца прилетает 2МВт мощности (что ж это за приёмник в который столько засунуть можно, тут вот абсорберы синхротронного излучения в ускорителе, что какую-то несчастную сотню кВт принимают, и то там наворочено ужос-ужос какой-то с отводом тепла просто от куска меди, а тут фотоприёмник), или 6e24 фотонов в секунду, и 3e-13 часть из них будут шуметь, в секунду. а если смотреть в полосе 60МГц т.е. за 15нс, то 3e-9 часть, а 2нВт от 2МВт это 1e-15. т.е. почти 6 порядков, да ещё в квадрате, где-то потерялись а если 2нВт действитльно только дробовой шум то в полосе 60МГц, это должен быть дробовой шум от принимаемых мкВт, а не от 2МВт. ну либо оптическая полоса приёмника настолько узкая.

mtp / ptp сторонние программы смогут открыть, только через костыли которые его диском сделают. но iiv скорее всего одновременный доступ к карте и с устройства и с ПК не особо нужен

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

понятно что одновременно писать в один и тот же файл - так себе идея. тем не менее расшаренную через самбу сетевую папку никто не запрещает нескольким ПК подключить себе как сетевой диск и делать с ним что угодно в разумных пределах. или нескольким клиентам одновременно добавлять файлы на ftp сервер или даже читать файл в то время пока кто-то другой в него пишет. а с USB mass storage нельзя сделать readonly для винды файл, в который пишет только устройство, а ОС только читает и другой файл для наоборот. винда закэширует и не увидит изменения в файле сделанные устройством без её ведома.

никак эта проблема не решается в ОС эти SD-wifi как представлены? через какую-нибудь прослойку со своим ПО типа яндекс.диска, или вообще через веб? для обмена с USB устройством как с диском нужен rndis и сеть про сетевой диск винды ещё догадываются что файлы там могут внезапно сами кем-то другим поменяться, а с флэшкой винды файловую систему закэширововали и потом полагают что меняться сама по себе на устройстве она уже никак не может.

https://github.com/search?q=esp32+msc отчасти богомерзкая ардуина, но есть и примеры с tinyUSB