А вот управляющую обмотку контактора было не обязательно брать на 12В, можно было легко взять на 220 и питать ее через промежуточное реле
При размыкании всё происходит в обратном порядке: сперва размыкается электромагитное реле и ток подхватывает на десяток миллисекунд твердотельное. Когда контакты электромагнитного разъехались достаточно далеко, отключает линию и твердотельное реле.
А смысл объединять две противоположные по принципу работы и характеристикам вещи в одной?
Одному надо переключение через 10 сек, другому только при включенной усл. "Кнопка 2".
Ну и абсолютно различные условия наработки на отказ: механическое может выпилится после определенного кол-ва срабатываний, а электронное наоборот после превышения токов/напряжения.
потому что дорого :)
ставь два реле (твердотельное и электромагнитное) параллельно и используй.
задержки можно реализовать простыми схемами на транзисторах.
log - это журнал. В одном случае он может быть текстовый для дебага или понимания службой поддержки что и как присходило в системе. А другое знаение - это журнал транзакций, где не человеческим текстом описано что происходит, а формальными записями "от кого, кому, сколько" в виде отдельных полей. Такой лог легко поддается машинной обработке с помощью SQL.
Я ответил детально на ваш вопрос. Замените в моем ответе "токены" (понятие, которое я ввел для понятности и избегания утанницы в связи с опытом реального мира) на "монеты". Что вам не нравится в этом ответе?
То, что вы хотите сделать сущностью "монеты" по факту журнал транзакций.
Сама "монета" у вас несет лишь один атрибут - идентификатор. Если вы в таком виде вынесете ее в отдельную сущность, то это будет просто лишняя таблица. Если нужны еще какие-то данные, привязанные к "монете", то таблица уже оправдана.
А прошлого владелеца в "монете" хранить нельзя, поскольку вы забудете позапрошлого владельца. Понимаете?
А вообще тут запрещены задния. Только вопроы по поводу конкретных моментов непонимания. Здесь нет репетиторов и фриланса.