Ocelot

Возможно Вам подойдет алгоритмический метод. Шифруйте любым криптографическим алгоритмом с выходным пространством [1..999999] на фиксированном ключе числа 1, 2, 3, ... .

Пока ключ фиксирован в силу биективности алгоритма Вы будете получать уникальные ID

Замерить ток потребляемый двумя двигателями на старте, и взять аккумулятор который гарантированно может отдать этот ток. Не обязательно большей емкости, главное чтобы мог отдавать нужный ток.
Если такой возможности нет - тогда колхозить схему с конденсатором.
Чтобы подсчитать емкость конденсатора нужно опять же знать какой ток потребляют двигатели на старте, в течении какого времени, и какой ток способен отдавать акумулятор. Зная это можно рассчитать емкость конденсатора.
Хотя можно не считать а подобрать опытным путем, ежели он есть, опыт в смысле.

поставить стабилизатор напряжения?

В данной ситуации не поможет скорее всего.
Стабилизатор напряжения хорош когда аккумулятор без проблем отдает нужный ток, но напряжение не стабильно.
А в данном случае скорее всего аккумулятор просто не может обеспечить такой большой ток. И стабилизатор ничего не сможет сделать. Банально нечего стабилизировать.

Ну как сказать... Все переходит на цифру и в общем те же аналоговые глазки/камеры как были 3 года назад, так и сейчас работают так же, разве что увеличилось разрешение, уменьшились помехи (в общем)
А вот в цифровом варианте все меняется, раньше тот же объемный объемный датчик подключался кабелем к "мозгам", то сейчас чаще имеет свои мозги, автономное питание, средства беспроводной связи. Обычные IP камеры сейчас имеют достаточно мозгов что бы детектировать движение, параллельно передавать видео поток и подключаться к интернету для отправки уведомления.
Все пытаются сделать "smart" устройства.
В системам безопасности вобще легкий хаос, десяток протоколов взаимодействия, различные центральные устройства. Сейчас модно брать готовые комплекты домашней безопасности, например тот же Xiaomi предлагает купить головное устройство и любые датчики безопасности (все беспроводные) и туда же подключить домашнюю автоматизацию: управляемые розетки, термостаты, лампы и т.д. И не париться про совместимость

В любой команде UNIX могут быть совершенно произвольные ключи. Их смысл целиком и полностью задается разработчиком. Разработчик может дать им какое угодно название, части ключей дать короткие имена, а части длинные, использовать стандарт GNU (--keyname=keyvalue) или же getopt (-keyname=keyvalue), а то и вовсе стандарт DOS (/keyname:keyvalue) - и ничего тут не поделаешь :) Внутри неких крупных проектов (например GNU) есть некое внутреннее соглашение о формировании параметров, ключей и т.д., но общего соглашения среди всех разработчиков нет и быть не может :)

Используй библиотеки для своего ЯП -- не нужно изобретать велосипед, когда уже все и так есть

а) Никак не быть.
б) Как прототип -- вполне допустимо. При любом производстве -- нет.
в) Сразу же. Но я бы не стал делать на Arduino изначально.
г) Без хотя бы текстового описания задачи сложно оценивать стоимость.

например в сборке GNU GCC для ARM есть такая утилита как objcopy, она конвертирует форматы, в том числе может перегнать ELF в голый бинарник, например так:
arm-none-eabi-objcopy -O binary "Boot_F4_fast_uart.elf" "Boot_F4_fast_uart.bin"
так что советую ознакомиться с маном на objcopy
https://sourceware.org/binutils/docs/binutils/objc...

ELF или PE это уже линковка, сначала генерируется объектный файл, любой компилятор можно настроить, чтобы не линковал, а давал его на выходе.