няма как да не смесиш С и С++ за малки чипета (подчертавам) освен ако
не си направиш собствено SDK ( С++ базирано ) допускайки малки изключения и орязано поради ресурси
или не си направиш собствено "Ардуино" ( в кавички )

Не четеш внимателно...

Смесване означава да ползваш двата типа компилатори едновременно. Точно за малък контролер не знам защо би си го причинил?

За SDK също... колко SDK-та ползваш, че и да ги смесваш?

Като код и двата типа компилатори генерират абсолютно едно и също. Но като имена при С++ по подразбиране са с "декорация". Примерно за функция към името се добавя типа на резултата, типа на аргументите и т.н. Съответно не може просто така да линкваш код от двата компилатора. Ако искаш да извикаш функция от С компилатор трябва да я декларираш с extern "C". Декларациите обикновено са в хедърите, ама хедъра ти трябва и за С компилацията. Само че С компилатора не знае какво е това extern "C". Съответно трябва да го слагаш в #ifdef и т.н.
Изобщо изпадаш в една бумащина като във вица за зайчето. Разбира се има ситуации в които това се налага. Примерно нямаш сорсове, а само библиотеки. Но извън подобни ситуации сам да си го причиниш е тъпо...

някой да е срещал просто решение на USB лампа, която може да се светка през мрежата?
тоест трябва да е с някакъв софтуер за уиндоус.
когато хората работят от вкъщи да привлечеш вниманието на някой отсреща че искаш да го питаш нещо, ако е станал от компа

Миро, чета внимателно... няма сми да "разтягаме локуми" за неща, които са ни ясни
просто попаднах на "религиозен фанатик" и ме мързи да обяснявам кви глупости наговори

Да му звъннеш на телефона не става ли?

Формат ц: е доста по-запомнящо се...

Хммм добра идея за продукт, в момента дялкам нещо подобно но за телефони.

Първото ми управление на лампа по интернет беше нещо такова. Имах PIC18F2550 със CDC. Някакъв уеб сървър мисля, беше на apache, със бекенд пращаше на виртуалният COM порт команда на PIC-а да включва изключва реле.
Всъщност може на Node.js да се нащрака по-набързо.

Въпрос за регистри ESP32:
Искам да задам GPIO13 да е изход, но не искам да използвам ф-ия pinMode(), която си работи.
Искам да го направя, чрез директно писане в регистрите. Това обаче не ми се получава.
Насочил съм се към GPIO_ENABLE_REG. Пиша в бит 13, но не става нищо.
Дали това е регистърът, чрез който се задават входове изходи?
(Дълго четох документацията, но друг не намирам.)
Може би трябва да се пипнат и други регистри свързани с GPIO13?

Щом pinmode() работи, компилирай прост пример с нея,
и виж какъв асемблер код генерира - това ще те насочи какви регистри пипа.
Тази функция със сигурност също пише директно в регистри.
А защо не искаш да я ползваш - това е отделен въпрос?

Специално тя и да е бавна се вика обикновено веднъж в програмата. Или поне много нарядко.
А като сте подхванали темата да питам, защо в Arduino средата не мога да настроя като изходи много от портовете на Arduino Nano, че ина SMT32 blue pill ?

инициализирай го веднъж да ти настрои MUX и другите GPIO параметри
и после го тормози с REG_WRITE(GPIO_ENABLE_REG, BITx); //Define GPIO as output

вероятно да има конфиг таблица

За съжаление не мога да видя кода генериран от ардуино!
Даже не мога да видя дефиницията на pinMode!
Някакви напътствия?...

Моя скромен опит с ардуино е че има някои тъпи ограничения и решения, като някои пинове са решили че ще са ледове , други нещо си друго ...до де разбера какво става голямо псуване. Отделно тоя техния бутлоадер и той бъзика пинове ... всичко има оправия ама аз лично нямам нерви
А за есп-то не е един регистър със сигурност.