Rsa97, о, здорово. Кажется, это то, что нужно и можно не изобретать велосипед. Погуглил сигналки с двухсторонним кодированием - дорого, от 10 тыр. А в более дешевых - сомнение, что он там есть. Но алгоритм как раз такой. Но, за направление спасибо, я не знал. Нашел самую простую сигналку за 1600р. Вполне можно использовать.
Вот только остается вопрос - при современном уровне вычислительной мощности персональных ПК - насколько стойкие эти алгоритмы к подбору кода?
В своей реализации можно было бы параноидально увеличить длину кода или внести свои модификации, чтобы стандартный софт подбора не подошел.
По п.1. Я сразу оговорился - никаких GSM.
По п.2 - Что есть РТК ?
По п.3 - там там тот же статический или KeeLoq. Нет смысла. А если и будет замудренный, то будет слишком дорого.
GavriKos, Еще раз простите. Конечно никакого wifi, только 433. Поэтому п.1,2 неактуальны.
По п.3. Разве здесь велико удорожание? Сама плата ESP32 - 200р, модуль 433 еще 100р. Аккумулятор с зарядником от USB и корпус. Менее 1000р. Габарит будет с половину пачки сигарет, и то если брать готовые модули. Но в машине ему лежать - не критично.
Да, на борту ESP32 есть модуль WiFi. Я не имел ввиду его использовать. Я имел ввиду использовать какой-либо внешний модуль 433МГц. И тогда никаких ожиданий регистрации Wifi и т.п. И с энергопотреблением тоже нет проблем.
"sha256 на esp32 занимает <1 мс даже без аппаратного ускорителя, с вычислениями вопросов нет." - за это огромное спасибо! Значит, шанс есть.
Можете пояснить какой именно "специальной развязки" ?
А также к каким именно поломкам и каким образом?
И каким именно образом отсутствие функции горячей замены может повлиять на появление в системе жесткого диска? Например, тем или иным образом, у него появилось питание и на порте SATA устройство появилось и стало отвечать.
Я правильно понимаю, что вышеописанное ограничение касается именно HDD на SATA интерфейсе?
Т.е. включить его питание в салазках на горячую, чтобы он появился в системе - я могу. А вот выключить уже не могу, т.к. не могу гарантировать что сейчас с ним система не ведет обмен. И пунктов "извлечь" и "отключить", чтобы прекратить этот обмен - у меня тоже нет. Тогда остается только уводить систему в сон или выключение и потом выключать питание винта.
"Быстрое удаление" - там такого вообще нет. Есть "Отключить кэширование записей". Но это не работает. Пункта "извлечь" в контекстном меню не появляется, в трее значка безопасного удаления тоже нет.
У меня это в голове не укладывается. Ну хорошо, пусть 80% кладут, но ведь остальные 20% имеют мозги, их на хабре как раз много. Как же они? Чем они пользуются?
Свое облако (ftp и т.п.) мне не светит. Провайдер выдает серый ип, у него маленький пул и каждый мой пакет вылетает с разных ип. Так что с ddns я пролетаю, хотя и имею NAS, а покупать белый не хочется.
Ну вот и как быть в итоге? Хочется предоставить оперативный доступ к постоянно пополняемой коллекции фото (может быть и видео) человеку с планшетом. И если коллекция в облаке весит 10+ (20-30+ с видео) гигов, ему теперь на планшет качать 10+ гигов для создания локальной копии?
Самое грустное, что этот вопрос большинство людей особо не интересует, беспечность везде. Потому и программных решений сходу не находится :(
Это верно, немного беременным быть нельзя. А вот немного временно локально кэшированым - вполне можно :) Я спрашивал о том, что как бы обойтись бел локальной копии, имея ввиду, что не держать на устройстве копию ВСЕГО объема облака. Так понял и Ваш ответ. А локальный временный кэш на один файл для нужд шифрования/дешифрования - почему бы и нет, это нормально. Это бы вполне решило постановку задачи.
Отправку в облако нешифрованных данных - не рассматриваю в принципе, независимо от декларирования облаком наличия или отсутствия какого-то там "шифрования", по крайней мере, пока облако не станет предоставлять клиента с открытым исходным кодом.
Почему софт не может шифровать файлы на лету, в памяти, возможно, кусками? А также, скачивать и расшифровывать на лету ? Вроде, что-то такое декларировало кто-то из облаков, мол зачем вам хранить файлы у себя на винте? Скиньте их все в облако и работайте с ними по запросу :)
Например, TPS7A4901 фирмы Texas Instruments. Это ультра малошумящий LDO стабилизатор. В обратную цепь можно включить переменник и регулировать вых. напряжение. Правда выходной ток всего 150мА, но зато они очень чистые. Такого рода стабилизаторы применяют для питания АЦП и ЦАП, чувствительных ОУ и т.п., когда мусор в питании может передаться в результат работы питаемой микрухи.
В момент переключения аакумов будет перепад напряжения. Который будет больше многих пульсаций. Если только время пользования эти блоком питания не будет превышать времени разряда одного аккума.
Вот только остается вопрос - при современном уровне вычислительной мощности персональных ПК - насколько стойкие эти алгоритмы к подбору кода?
В своей реализации можно было бы параноидально увеличить длину кода или внести свои модификации, чтобы стандартный софт подбора не подошел.