V

Vovka

Members
  • Публикации

    564
  • Зарегистрирован

  • Посещение

Репутация

23 Обычный

О Vovka

  • Звание
    Завсегдатай

Информация

  • Пол
    Мужчина

Электроника

  • Стаж в электронике
    Более 20 лет
  • Сфера радиоэлектроники
    PIC

Посетители профиля

4 332 просмотра профиля
  1. Полно техники, которая дожила свой век и ни разу предохранитель не сгорел... Смысл ставить предохранители... Хотелось бы услышать дельные предложения по сути вопроса!
  2. значит один провод эл.магнита замка управлять от МК, а второй через геркон. Магнитик вклеить в RFID-метку. Поставить светодиод для индикации залипшего геркона. Геркон продублировать в скрытом месте Вот еще вариант: в кассовых аппаратах, печатающих на термобумаге, чтобы не поджечь головку из-за подвисания МК был реализован "железный" таймер на 555, который вырабатывал жестко заданный импульс по команде с 1 пина, а питание на головку подавалось через полевик с другого пина
  3. сейчас практически все МК делают китайцы, по крайней мере те, что используем в своих самоделках. Где гарантия того, что китаец выдержал весь технологический процесс и флеш-память не слетит через пару-тройку лет? Полистайте форумы, довольно часто попадаются темы о мертвых МК. Так что перестраховываюсь ЗЫ. Как-то не хочется стать счастливчиком теории вероятности
  4. Т.е. если я в один прекрасный момент увижу открытые ворота гаража и при этом МК будет мертв, то буду себя успокаивать тем, что ничего страшного, это не самолет, а все, что украли - купим? Лично меня такой возможный поворот событий не устраивает! Давайте по существу вопроса....
  5. BARS, тогда получается, что разработчики (например, для систем самолетов), дублирующие устройства безрамотны? только тут еще схему сброса нужно будет добавить, чтоб сбрасывала через определенное время или по какой-то другой логике
  6. Разговор не о криворукости, а вероятности того, что с МК что-то произойдет - всякое бывает, да и китайцы их делают... Вот о нем и думаю. Что предложите?
  7. Разрабатываю контроллер для управления замком. Вот не нравится как все делают: выход с ноги микроконтроллера через транзистор или транзистор-реле подает +12В на эл.магнит замка. Все же существует вероятность, что микроконтроллер может сбойнуть по какой-то причине (не обсуждаем) и в итоге будет открыт замок! Дополнительные механические блокировки не обсуждаем: считаем что стоит только один замок и если его открыть, то дверь сама откроется (криво стоит). Вот и задумался о защите от сбоя МК. Пока такие варианты: 1. выдавать не логическую 1, а пачку импульсов и по ней уже открывать замок. 2. использовать две ноги МК. Алгоритм: - на первую подаем 1 или даже пачку импульсов и через диод заряжаем конденсатор. - на первую подаем 0 - конденсатор не разряжается, т.к. есть диод - на вторую подаем 1 и если на первой 0 и заряжен конденсатор, то открываем замок и разряжаем конденсатор Что скажете?
  8. V

    Лично мне будет очень интересна, т.к. есть несколько проектов, куда хочу этот модуль добавить. Как-то было желание с этим модулем разобраться, но оттолкнуло, что прошивки для модуля платные или еще чего-то платное - уже не помню... И скорей всего в дальнейшем активным "почемучкой"
  9. V

    Однозначно! А так же снести бейсик и установить MPLAB X (или MPLAB IDE v8.92 если ПК не тянет). Оболочка MPLAB X сложнее MPLAB IDE, но в ней есть конфигуратор МК. Компилятор ставить xc8 и никаких МикроСи, если в дальнейшем собираетесь делать серьезные вещи...
  10. V

    Происходит: в диспетчере задач прога есть. Такая "радость" у меня появилась после какого-то обновления винды. Лечится просто: запускаем программу с отключенным программатором от USB-разъема, а потом подключаем программатор и выбираем в меню "Tools" -> "Check Communication"
  11. У релюшки есть ток срабатывания и ток удержания. Намек понятен?
  12. V

    Без обид, но это ответ студента, который кроме как мигалки на светодиоде ничего не писал! Так поставьте MPLAB X - там есть конфигуратор. Лично мне MPLAB X не понравился и я по прежнему на MPLAB IDE, а конфигурирую в отдельном файле. ГЛЮКОВ НЕТ??? Да я на всю жизнь запомнил, когда готовый проект на PIC18F46K22, память была заполнена где-то на 90%, добавляю простую задержку из пары nop-ов и после этого прошивка перестает работать! А заказчик нервничает! И как я потом срочным образом все это дело переносил на MCC18... Если бы мне кто раньше такое сказал, то я бы в жизни MicroC не поставил! Я в последнее время, где это возможно, поступаю так: в main.c, в функции main() делаю инклуд файла с кодом этой функции. В Visual C++ делаю программку и вставляю этот файл. Отлаживается все без глюков, плюс делаю визуальный интерфейс, который можно показать заказчику. Потом в MPLAB компилирую прошивку и заливаю - очень удобно! Т.е. вся основная работа по написанию логики прошивки идет в Visual C++. Хотя можно и без MPLAB компилировать через bat-файл...
  13. V

    Начну с совета: забыть о MicroC и поставить, например, xc8 Прерывания разрешены? Таймер сконфигурирован и запущен?
  14. V

    Смысл? Может поставить на одну батарейку меньше?