4. bacvic, 12.09.2007 21:40 На задний багажник гораздо полезней водрузить мешок с картошкой или девчушку.
3. Chudik, 12.09.2007 21:24 FagearВ принципе особой экономии электроэнергии не нужно (но желательно), т.к. питание от блока с напругой 5В акумов АА 1500 мАч минимум, планируется замена на единый аккум А что, динамо-машинки, работающие от вращения колеса, отменили? А экономия нужна не в рабочем режиме, а когда байк стоит и ничего не делает. RTC в это время секундочки считает.Насчёт датчика света ещё не знаю... Фото резистор/диод/транзистор на вход АЦП МК. А там пусть он сам разбирается, что с этим делать. А вот буду ли я делать внешний генератор на простой логикеБог ты мой, это то зачем? На выход МК транзистор в ключевом режиме для усиления по току. И нехай моргает. Хочешь быстро, хочешь медленно (для того, чтобы притормаживание обозначить, например)Термодатчик... Вот с этим главный трабл. Какой? Ставить ли вообщеЭто тебе самому решать , а если ставить - то "компьютерные" аналоговые терморезюки-лепестки и юзать АЦП МК LM334 очень часто используют в качестве аналогового термодатчика.или (уже искал) готовый элемент в одном корпусе с цифровым выходом... Если с цифрой, то надо как-то согласовать (?) количество ног и протоколы датчика с МК и программой, которая обрабатывает всё. 1-wire термодатчики DSxxx от Dallas/Maxim. Поищи, здесь в форуме это уже обсуждалось.Я уже даже начал вспонимать Turbo C++ под DOS'ом... Можно и VC без разницы.Ведь, наверно, программа то будет процедурной, т.к. цикл с if'ами, а не ООП... Ну, ООП - черезчур. А так, общая основная структура: бесконечный цикл в ожидании прерывания. Прерывание пришло, записало куда-то пришедшие данные, выставило флаг, вернулось обратно. Основной цикл проверяет флаги и вызывает функции в зависимости от полученных флагов.А при желании, можно uCOS II привернуть
2. Fagear, 12.09.2007 20:21 ChudikНасчёт стиля - часто когда текста много, то я обрамляю его тегом оффтопа для удобства чтения. Хорошо, конечно, что у меня ноут с 1280*800 и на компе 1440*900, но не у всех такие мониторы и им такую тонну текста будет читать неудобно. Насчёт фоток байка - там видно всё-таки вид электронной обвески на крыле и руле... и количество проводов. Вот что нашёл из фоток внутренностей электронного обвеса.Внешний вид системы на заднем крыле:Внутри блока стопаря/поворотников (три красных LED'а на стоп/габарит и по два жёлтых на поворот, батарейный отсек на две АА не используется):Внешний вид блока управления блоком стопаря/поворотников:Внутри него (штатная схема глючила как могла, была выпаяна, на замену собрал навеской схему полученную на радиокружке на 4-х транзисторах ): Главное механическое звено (к нему крепится и блок стопаря и батарейный отсек, в нём идёт вся силовая проводка и в нём же расположена платка от колонок с динамиком):малое потребление в спящем режиме, да и в рабочем тожеВ принципе особой экономии электроэнергии не нужно (но желательно), т.к. питание от блока с напругой 5В акумов АА 1500 мАч минимум, планируется замена на единый аккум (что-то вроде этого: ( ) ), но тогда надо будет сообразить к нему схему зарядки, может даже поставлю генератор-динамо дабы заряжался на ходу. У меня один стопарь кушает порядка 60-100 мА, фонарь под 800 мА, "магнитола" под 900 мА в пиках... Думаю, МК тут будет почти незаметен.Проблем с подсчётом скорости, думаю, быть не должно (датчик-геркон за один оборот, главное Real Time Clock чтобы был ). От этого уже легко считается пробег, максимум, работа автоматики завязанная на скорость или наличие оной.Насчёт датчика света ещё не знаю... Либо делать аналоговую часть на внешней логике, которая тупо будет давать МК сигнал "нормально" или "темно" (0/1), либо как то (?) делать при помощи внутренного АЦП МКшки, с коими я не работал и пока не представляю как это делается. Аналогично с поворотниками - я точно буду менять схему на транзюках, т.к. она не термостабильна, а так же частота миганий зависит от кол-ва присоединённых светодиодов (поворотник или сигнал "авария"). А вот буду ли я делать внешний генератор на простой логике или использовать ресурсы МК - опять не знаю, ибо не знаком со спецификой МК. Термодатчик... Вот с этим главный трабл. Ставить ли вообще, а если ставить - то "компьютерные" аналоговые терморезюки-лепестки и юзать АЦП МК (?) или (уже искал) готовый элемент в одном корпусе с цифровым выходом... Если с цифрой, то надо как-то согласовать (?) количество ног и протоколы датчика с МК и программой, которая обрабатывает всё. Программу можно прекрасно написать и отладить на компе, только написать её на СЯ уже даже начал вспонимать Turbo C++ под DOS'ом... Ведь, наверно, программа то будет процедурной, т.к. цикл с if'ами, а не ООП... К сообщению приложены файлы: , , , ,
1. Chudik, 12.09.2007 19:14 FagearСтранный у тебя стиль написания постингов. Основное для этого форума пишешь оффтопом, второстепенное нормальным шрифтом. Опять-таки, с учётом форума - здесь были бы интересны фотки того, что у тебя стоит на велосипеде, а само средство передвижения мало кого будет волновать, хотя, безусловно, для тебя само средство первично . Ну и такая подсказка: фотки размерам до 640х480 <64k (или 48к) можно размещать прямо в постинге, чтобы разу было видно. Без лишних кликов.А по делу.В принципе, с твоим списком задач справится любой МК с достаточным объёмом памяти программ и данных и достаточным набором периферии и ножек. Вопрос только в том, что в спящем режиме он должен потреблять очень мало (чтобы батарейки/аккумуляторы не тратить понапрасну). Тут есть тема по малопотребляющим МК. ИМХО, тебе стоит обратить внимание на серию MSP430F2xxx от TI малое потребление в спящем режиме, да и в рабочем тоже наличие RTC на 32.768 kHz наличие встроенного флэша 2 страницы по 128 байт для долговременного хранения установок или данных АЦП на борту, кучка IOПрограмму можно прекрасно написать и отладить на компе, только написать её на С . В общем-то, компиляторы для этого процессора понимают и С++, но при общем количестве памяти в наличии это непозволительное расточительство. Только для совместитомсти использовать short, а не int.
Fagear, 12.09.2007 17:19 Я люблю кататься на веле, сейчас имею кросс-кантрийный байк Jamis Durango, только вот оснащение его электроникой меня не устраивает. Вернее на нём её изначально не было, зато она была у меня ещё на предыдущем байке.Вещь совершенно безумная, выглядело это ужасно, но тем не менее как то работало и удовлетворяло меня.Электроника предыдущего (в n-ной ревизии) представляла из себя фонарь светодиодный, блок габаритов/стопсигнала и поворотников, блока аккумуляторов АА, велоусилок (из пластиковых компьютерных пищалок ) для прослушки любого плеера, спидометр(велокомп), блок управления габаритами на руле и подсветкой осей байка (ага, тюнинХ ).С трудом вся электроника была переведена на единый источник - блок акумов АА. Но чтобы управлять этим всем, надо было делать столько действий... что ужас просто. Плюс надёжность оставляла желать лучшего, вечно где-то между управлением на руле и блоком сзади нарушался контакт.Ставить это всё на текущий байк я не буду. НО. Я хочу иметь похожий функционал и даже больше на новом. Т.е. фонарь и блок габаритов/поворотников останется, а вот с остальным придётся подумать. Есть желание сделать это всё на МК, поставить ЖК дисплей с подсветкой (спидометр-велокомп будет делаться на МК) и управление тоже через МК. Как и часть задуманной автоматики. Собираюсь ещё поставить датчик освещения (он у меня уже есть) и, возможно, термодатчики (на первой картинке можно разглядеть на руле термометр от Hardcano - было довольно забавно мерять темпу окружающего воздуха).Вот выдержка из ТЗ, которое я сам для себя составляю:* замер скорости движения (используя датчик оборотов и параметр - диаметр колеса)* регистрация максимально достигнутой скорости* регистрация дистанции за день (с возможностью ручного сброса)* регистрация времени движения (с возможностью ручного сброса)* регистрация полной пройденой дистанции (с возможностью задания при первоначальной настройке)* подсчёт средней скорости движения (дистанция за день/время движения)* автоматическое включение габаритов при отсутствии освещения и наличии движения (возможно ручное включение и отключение автоматики)* автоматическое выключение габаритов при отсутствии движения в некоторый промежуток времени (задаётся, возможно отключение автоматики)* автоматическое выключение габаритов при появлении освещения (возможно ручное выключение и отключение автоматики)* управление включением света (вне зависимости от датчика освещения, ручное включение, возможно ближний/дальний свет, возможна автоматика отключения при простое некоторое время)* управление поворотниками и включение сигнала аварии* информирование о низком уровне заряда аккумулятора+ при низкой освещённости и скорости более 15 км/ч автоматическое включение ближнего освещения, отключение при скорости ниже 10 км/ч; при скорости более 25 км/ч - включение дальнего освещения, отключение при скорости ниже 20 км/ч+ регулировка уровня подсветки ЖК в зависимости от освещения (выключение при отсутствии движения по таймеру)Собственно, зачем я тут всё это пишу... С МК ещё не работал (с логикой - да, программинг на C++ - да), может кто-нибудь сможет пнуть в нужном направлении, на какой МК следует обратить внимание, чтобы без проблем подцепить к нему ЖК (со своим комтроллером) и обеспечить хотя бы часть функционала без лишних проблем. За программой к нему проблем, думаю, не будет, как только адаптирую свои навыки в програминге к МК-платформе. К сообщению приложены файлы: , ,
URL: Время GMT +04. Даты в формате dd.mm.yyyy.
Велокомпьютер, но необычный
Велокомпьютер, но необычный - Версия для печати - Конференция iXBT.com
Комментариев нет:
Отправить комментарий