jcmvbkbc

Какие косяки меня могут поджидать?

Разный порядок передачи байтов (big/little endian), в двух ваших примерах он уже разный (учитывая, что STM32 -- little endian по умолчанию).

Есть способ лучше?

С точки зрения сгенерированного кода оба предложенных варианта одинаковы.
С точки зрения читабельности (и при отсутствии требований к порядку байтов) я бы предложил следующее:

void send_uint32(uint32_t v)
{
    uint8_t transmitBuffer[4];
    memcpy(transmitBuffer, &v, sizeof(v));
    HAL_UART_Transmit_IT(&huart1, transmitBuffer, sizeof(v));
}

При наличии требований к порядку байтов я бы выбрал сдвиги.

В коде (строке 830) устанавливается размер исходящего буфера сокета (с которого отправлятся udp-пакеты) равный размеру отправляемого udp пакета (38 байт). Не могу понять - зачем это вообще нужно?

Для экономии памяти, очевидно. Возможно было актуально в какой-то момент времени, судя по остальным комментариям в этом файле.

может ли быть буфер настолько маленьким (какого вообще его минимальное значение)?

Как трактовать опции сокетов -- это внутреннее дело ядра. В тегах стоит linux, линуксовый man 7 socket говорит следующее:

SO_SNDBUF
     Sets  or  gets the maximum socket send buffer in bytes.  The kernel doubles this value
     (to allow space for bookkeeping overhead) when it is set using setsockopt(2), and this
     doubled value is returned by getsockopt(2).  The default value is set by the
     /proc/sys/net/core/wmem_default file and the maximum allowed value is set by the
     /proc/sys/net/core/wmem_max file.  The minimum (doubled) value for this option is 2048.

if expr match $file ".sfc" <- ЧТОЯ ТУТ ДЕЛАЮ НЕ ТАК?

expr ожидает регулярное выражение, которое матчит всю входную строку:
if expr match "$file" ".*\.sfc"

На стр. 6 есть картинка с подписью bottom view -- так микросхема выглядит снизу. А на рисунке который вы вставили в вопрос показано как выглядит футпринт на плате.

Может ли быть такое, что после закрытия приложения detach поток продолжит работать?

После завершения приложения -- нет.
"Закрытие" -- это что-то из мира окон, закрытие окна ничего не значит.

/home/user/domainN.com/ > SSD /home/user/domainN.com/wp-content/uploads/ > HDD
bind/mount/fstab ?

Да, возможно, да, bind.
mount:

mount --bind /mnt/domainN.com /home/user/domainN.com/wp-content/uploads

Можно делать после того как SSD и HDD примонтированы.
fstab:

/mnt/domainN.com   /home/user/domainN.com/wp-content/uploads    none    bind    0       0

Должно идти после строк монтирования /mnt и /home/user/domainN.com.

char num1[N];
  char num2[N];
  char num3[N];
  char *nums[3] = {num1,num2,num3};

А чего не nums[3][N]?

while(c=fgetc(in))

Когда ты думаешь условие while перестанет выполняться?

if ( c == '\n' || c == ' ' )

Я бы добавил проверку на конец файла: if ( c == '\n' || c == ' ' || c == EOF)

(*(nums+i))[j]

А чего не nums[i][j]?

int length(char s[]){

Есть такая готовая функция strnlen из string.h

maxNum не обрабатывает случай когда аргументы равны.

В языке make нет конструкции if .... Есть всякие другие. Вам, похоже, подойдёт ifdef ...

if ... есть в языке automake, но чтобы получить рабочий Makefile, исходный Makefile.am нужно прогнать через automake, а получившийся Makefile.in нужно прогнать через configure.

sed ':x {N ; s/\([^.!?]\)\n/\1 / ; /\n/!bx ; P ; D}' -i file.txt

Изучил много литературы на эту тему, попытался разобраться досконально с этой производной, знаю определения формулы, понимаю геометрический и физический смысл производной.

Не обманывай себя: если бы ты понимал геометрический смысл производной, у тебя не возникло бы дальнейших вопросов.

Не могли бы вы объяснить это простыми словами

Давай с элементарного геометрического смысла и начнём: пусть у тебя есть график дифференцируемой функции y=f(x), это такая непрерывная линия. А ты -- очень маленький и стоишь на этой линии. y показывает на север, x -- на восток, а линия, например, уходит на северо-восток. Ты настолько маленький, что тебе кажется, что линия вблизи тебя -- прямая. Производная f'(x) говорит тебе, насколько линия наклонена к направлению на восток в точке x. Т.е. если f'(x) = 2 в точке x где ты стоишь, то если ты пройдёшь 1 шаг на восток, нужно будет пройти 2 шага на север, чтобы вернуться на линию.

Все эти "бесконечно малые" можно интерпретировать как "настолько маленькие, чтобы поведение функции заметно не менялось", т.е. что функция "почти прямая" в этом масштабе, и при дальнейшем уменьшении ничего не меняется.

Все минусы питающие управляемые устройства соединить с PGND, управляемые устройства подключить одной стороной к плюсам их источников и другой стороной -- к OUT[0-7].

Можно ли на PGND соеденить питание +, а на OUT пинах подключить устройства, которые должны будут получать питание или нет?

Нет, потому что ток в OUT[0-7] может только втекать.

Почему компилятор g++ пишет, что не определены конструкторы с деструкторами и метод?

g++ main.cpp neuron.cpp layer.cpp -o test

g++ ... -I/usr/local/include/RHVoice ...
main.cpp:(.text+0x17): undefined reference to `RHVoice_new_tts_engine'
main.cpp:(.text+0x27): undefined reference to `RHVoice_get_voices'

Судя по пути до каталога с заголовками нужно добавить что-то такое: -L/usr/local/lib -lRHVoice. Чтобы узнать точно, нужно посмотреть, куда установилась и как называется библиотека (*.a или *.so) RHVoice.

Что выбрать?

То, в чём потом не запутаешься. Потому что в массивах ты уже запутался.
Я бы предложил один массив структур с полями для имени, фамилии и отчества.

Что лучше выбрать с точки зрения использования памяти и производительности?

Лучше выбрать то, в чём потом не запутаешься. Если будет тормозить -- прогнать через профилировщик и смотреть на результаты профилирования.