Питание моторов как раз сделано напрямую от батарей, чтобы обороты были как можно больше. И на этих оборотах оно фигачит так, что я на тестовой модели ограничил шим до 50%, чтобы оно хоть как-то управлялось.
Хотя я склонялся сделать питание от 5в, чтобы обороты были постабильнее (в некоторых ситуациях это важно).
Конкретно эти моторы 1.5А при блокировке точно не потребляют, лично замерял :) но будут скорее всего другие моторы, от geekservo.
L9110s одноканальные. Подразумевается использование до 2х моторов, в большинстве случаев этого достаточно.
Старая добрая Nano банально проще в прошивке и работе. Поддерживается везде, не нужны кастомные ядра, и нет никаких заморочек с загрузкой. Контроллер следующей версии как раз подумываю сделать на esp32 c3, или pi pico (у меня с ними большой опыт работы на предыдущих проектах). Хотя, есть идея вообще взять какой нибудь MIK32 Амур, дабы устройство было полностью отечественное :)
Про EV3 я написал абзац в начале статьи. Мне не очень нравится их экосистема и графический язык (честно говоря, мне в принципе графические языки не нравятся :)). Особенно не нравятся габариты итоговых сборок, в тот же лабиринт с размером клетки 30х30 поместить робота на Lego так, чтобы он не сшибал стенки, проблематично. В моем проекте все-таки ещё уклон на компактность.
Что-то точно будет открыто, например модели корпусов для датчиков. А контроллеры, или наборы с ними в составе хотелось бы попробовать продавать, но за адекватный ценник.
С элтисами не работал. onewirehub довольно не плохо эмулирует, но могут стоять ещё дополнительные защиты, например по потреблению тока. Можно попробовать поставить резистор между контактом с данными и gnd, и в целом поработать над схемой.
Пока планируем хранить ключи во flash памяти esp32, и реализовать подключение к ней, как к flash накопителю. Но если не выйдет, будет sd карта. Метить ключи можно будет либо в файле с ключами, либо в самом устройстве. Но пока не понятно, как сделать удобный ввод текста через 3 кнопки :) Пока просто порядковые номера
Обычно на компараторе это и реализовывают, но при наличии АЦП мне показалось логичнее решить это при помощи него, вместо отдельной микросхемы (у esp8266 встроенного компаратора нет) Насколько быстрый сниффер нужно было сделать? Просто вычисление периода происходит один раз перед считыванием, и почти не занимает времени. Зато можно читать ключи при разном, или не стабильном напряжении :)
Запись на T5557 есть, но пока не всегда стабильно работает. Пробовали взять антенну с ключа (как раз с T5557), работало не стабильно. Но ещё в эту сторону экспериментируем. Эмуляция, кстати, хорошо работает)
Визиты, метакомы и старые цифралы открывались банальной эмуляцией универсальных dallas ключей (наверное просто старые домофоны попадаются). Eltis вроде не встречался, надо будет ещё по городу с этой штукой погулять :) Вообще планируем отдать в МЭС на тестирование.
Mifare Ultralight вроде даже телефоном же можно скопировать...
Если это не современная сигнализация, можно попробовать, с флиппера теслы же открывают). Но это скорее будет запись и повторение сигнала. Вообще есть идея внедрить модуль 433мгц для подобного.
У меня выходит от 100 до 600 мс, но я живу в Сибири, а все мои пакеты почему-то летят через Стокгольм :D (там ближайший сервер). В принципе, для моей неторопливой игрушки достаточно.
С этим вопросом как раз сейчас разбираюсь. По идее при p2p связи сервер в Стокгольме нужен только на момент соединения (рукопожатия).
Питание моторов как раз сделано напрямую от батарей, чтобы обороты были как можно больше. И на этих оборотах оно фигачит так, что я на тестовой модели ограничил шим до 50%, чтобы оно хоть как-то управлялось.
Хотя я склонялся сделать питание от 5в, чтобы обороты были постабильнее (в некоторых ситуациях это важно).
Конкретно эти моторы 1.5А при блокировке точно не потребляют, лично замерял :) но будут скорее всего другие моторы, от geekservo.
L9110s одноканальные. Подразумевается использование до 2х моторов, в большинстве случаев этого достаточно.
Старая добрая Nano банально проще в прошивке и работе. Поддерживается везде, не нужны кастомные ядра, и нет никаких заморочек с загрузкой.
Контроллер следующей версии как раз подумываю сделать на esp32 c3, или pi pico (у меня с ними большой опыт работы на предыдущих проектах).
Хотя, есть идея вообще взять какой нибудь MIK32 Амур, дабы устройство было полностью отечественное :)
Про EV3 я написал абзац в начале статьи. Мне не очень нравится их экосистема и графический язык (честно говоря, мне в принципе графические языки не нравятся :)). Особенно не нравятся габариты итоговых сборок, в тот же лабиринт с размером клетки 30х30 поместить робота на Lego так, чтобы он не сшибал стенки, проблематично. В моем проекте все-таки ещё уклон на компактность.
Что-то точно будет открыто, например модели корпусов для датчиков. А контроллеры, или наборы с ними в составе хотелось бы попробовать продавать, но за адекватный ценник.
С элтисами не работал. onewirehub довольно не плохо эмулирует, но могут стоять ещё дополнительные защиты, например по потреблению тока. Можно попробовать поставить резистор между контактом с данными и gnd, и в целом поработать над схемой.
Пока планируем хранить ключи во flash памяти esp32, и реализовать подключение к ней, как к flash накопителю. Но если не выйдет, будет sd карта.
Метить ключи можно будет либо в файле с ключами, либо в самом устройстве. Но пока не понятно, как сделать удобный ввод текста через 3 кнопки :)
Пока просто порядковые номера
Обычно на компараторе это и реализовывают, но при наличии АЦП мне показалось логичнее решить это при помощи него, вместо отдельной микросхемы (у esp8266 встроенного компаратора нет)
Насколько быстрый сниффер нужно было сделать?
Просто вычисление периода происходит один раз перед считыванием, и почти не занимает времени. Зато можно читать ключи при разном, или не стабильном напряжении :)
Запись на T5557 есть, но пока не всегда стабильно работает.
Пробовали взять антенну с ключа (как раз с T5557), работало не стабильно. Но ещё в эту сторону экспериментируем.
Эмуляция, кстати, хорошо работает)
Сильно компактнее наверное не выйдет, дальше упираемся в размер RFID антенны.
Печатались просто что-бы были, и защищали электронику.
Всё силы и время брошены на прошивку и схему устройства. Нормальный корпус будет разрабатываться потом.
Визиты, метакомы и старые цифралы открывались банальной эмуляцией универсальных dallas ключей (наверное просто старые домофоны попадаются). Eltis вроде не встречался, надо будет ещё по городу с этой штукой погулять :) Вообще планируем отдать в МЭС на тестирование.
Mifare Ultralight вроде даже телефоном же можно скопировать...
Спасибо за информацию!
А метаком выходит к таймингам не так придирчив?
Попробую поставить тайминги точно как на ключе, но они похоже от напряжения немного плавают.
А какой домофон был? Cyfral ccd-2094, или более старый по типу ccd-20.
На старые уже встроенную перекодировку получилось реализовать. На болванки ds1990 пишется сразу перекодированный номер.
Но ccd-2094 пока не побеждён :(
Да, недавно на megakey наткнулся. Только он умел только эмулировать, но не умел читать, писать и все остальное..
Надеюсь когда нибудь продам готовое устройство, естественно за вменяемый ценник)
Кстати так и планируем сделать :)
Пока можно читать ключи по одному с одного устройства на другое.
Достаточно компактная плата со встроенным экраном не нашлась :(
Думаем такое на базе esp32 попробовать. И может быть экран 128x32.
.
Если это не современная сигнализация, можно попробовать, с флиппера теслы же открывают). Но это скорее будет запись и повторение сигнала. Вообще есть идея внедрить модуль 433мгц для подобного.
У меня выходит от 100 до 600 мс, но я живу в Сибири, а все мои пакеты почему-то летят через Стокгольм :D (там ближайший сервер). В принципе, для моей неторопливой игрушки достаточно.
С этим вопросом как раз сейчас разбираюсь. По идее при p2p связи сервер в Стокгольме нужен только на момент соединения (рукопожатия).