Mishel

В асме не силён, потому код комментировать не стану. Но у меня (около полугода назад) шим в протеусе работал нормально. Протеус был 6.7, модель 16ф877а. По формулам всё получалось правильно. Так что читайте даташит _очень_ внимательно.

Имеется сабж: оем-модуль Locsense. Теоретически известно, что он может переходить в режим Power Save с низким потреблением. Имеется даташит: http://www.locsense.com.tw/pdf/LS-40CM%20D...heet%20v1.0.pdf , в котором про это ни слова, только есть упоминание про какой-то "bynary message protocol" (sirf?) Вопрос: не подскажут ли уважаемые знатоки, как таки его перевести в такой режим? Хотя бы просто название команды (если это команда nmea), дальше я уж найду и разберусь. Или какая прога (под винды желательно) это умеет, чтобы отследить её обмен через порт - тоже пойдёт. (извините если не в тот форум залез, в микровэйв дизайн вроде тоже не подходит)

Имеется обыкновенная китайская сирена для авто-сигнализации. Два провода, "плюс" и "масса". Внутри схема, аналогичная приведённой здесь: http://tolik888.h1.ru/avto/alarm/alarm5.htm Микрушка о восьми ногах, на корпусе написано: h0263a. При включении начинает воспроизводить несколько мелодий (штук шесть), меняя их по кругу. Вопрос: Не подскажет ли уважаемое сообщество разработчиков, можно ли как нибудь заставить микрушку играть что-нибудь одно (выбрать конкретную мелодию)?

В связке mplab 7.30 + proteus 6.7 столкнулся со следующими глюками: 1) Протеус "забывает" точки останова. Если проект в мплаб был перестроен, или даже просто сделан сброс процессора (reset) - в большинстве случаев точки останова перестают работать. Лечение - через меню debug последовательно запретить (disable all) и вновь разрешить (enable all) все точки. 2) Трассировка иногда "сбивается". На очередном шаге (step over) мплаб теряет связь с протеусом и начинает бесконечно крутить "градусник". Лечение - закрыть и мплаб и протеус, затем запустить снова. 3) В модели процессора pic16f877 таймер tmr1 при счёте импульсов с внешнего входа rc1 насчитывает в 2 раза больше. Похоже, он считает по обоим фронтам. Лечение мне неизвестно.

MSVS - это Микрософт ВизуалСтудио? Можно то оно конечно можно... смотря что называть словом "интегрировать". Как простой вариант - можно написать батник, запускающий компилятор, и запускать его отдельно. А MSVS использовать как редактор текстов на СИ (или на чём Вы пишете). Чуть сложнее - прописать этот же батник, или явные вызова компилятора, в свойства проекта. Тогда оно будет запускаться кнопкой Build. Вот только зачем? А главное - отладчик-эмулятор pic (или авр) прикрутить к MSVS посложнее будет. А без этого оно не будет "интегрированной средой разработки". Да и не заточена MSVS под такие вещи. Ни тебе call stack, ни pin stimulus, ничего не будет. Так что для начала, пожалуй, стоит решить - для чего это надо?

erty: купите для начала НОРМАЛЬНЫЙ программатор. Самодельное г. только создает лишние проблемы. "Нормальный программатор" (имхо) стоит совершенно ненормальных денег. Для серийных/промышленных целей - не спорю. Но _для_начала_, в радиолюбительских целях - вряд ли это можно считать разумным. Приходится делать г. и решать проблемы. А х. делать?

Модели под какие-то АТ там есть. Стало быть - да, можно. Насчёт интергации с какими-либо средами разработки - ??

Хм. Действительно работает. Мне пришлось только прибавить таймаут в настройках МПЛАБ, а то при двух секундах она не успевала соединиться. Записал десять - работает. Отладчик МПЛАБ намного удобнее чем встроенный в Протеус. Теперь не нужно писать (и помнить) кучу #define -ов, определявших особые условия отладки. Можно сказать, рулез.

Дабы излишне голову не морочить, скачайте нормальный протеус. Лежит на kazus.ru . Пики 18ые там есть, работают без проблем, хотя и глючат мал-по-малу.

bzx писал: Пример построения обработчика прерывания... Благодарю, но я таки предпочитаю писать на сях, ибо время-деньги. Спасибо всем за потраченное время. Кажется, у меня появилась некая ясность в данном вопросе. Дальше разберёмся.

Это pin stimulus что ли? Но он не совсем анализатор, можно сказать совсем не. Эта штука позволяет задавать сигналы на пинах, что в какой-то мере позволяет моделировать внешние воздействия. Никакого сравнения с помянутым протеусом, где вовсе рисуешь схему (со светодиодами, транзисторами, дисплеем и т.п., в т.ч. с пик-ом), указываешь что в пик загрузить, и потом смотришь как _схема_ в целом работает. Правда, отладчик там убогонький. Кстати, в новых версиях МПЛАБ заявлена интеграция с Протеусом, так что можно использовать отладчик МПЛАБ совместно моделью схемы в Proteus ISIS.

Графический имеется, называется Протеус ВСМ. Не без глюков, как и везде, но может. А диаграмм - чего?

Что есть в конкретных пик-ах, правильнее всего узнавать из даташитов. Взять даташиты можно без проблем на микрочип.ком Как явствует из оных, в pic12f629,675 uart-а нету. В rf - тоже. На микрочип.ком есть также сравнительные таблицы - легко можно увидеть, в каких мк что есть на борту, сравнить функциональность. Судя по ним, в серии pic12 вообще нет никаких последовательных интерфейсов, ни уарт, ни и2ц, нифига. При желании, можно его реализовать программно. В инете хватает готовых реализаций. Но учитывая, что там 1к-слов программной памяти, уже тесновато будет. Зачем он Вам нужен - вопрос конечно интересный...

miga писал: Очереди как таковой не существует - есть лишь механизм флажков прерываний *Leks* писал: при возникновении нового условия прерывания программа сначала закончит обработку старого а затем, при выходе из обработки, снова зайдёт обратно Ага. То есть событие, возникшее в момент работы процедуры прерывания, не останется незамеченным. При этом 1) Будет поднят флаг прерывания, и возможно, обработан и сброшен в том же проходе процедуры; 2) Если по выходе из процедуры прерывания обнаруживается поднятый флаг, процедура автоматически будет запущена снова. Я правильно понимаю?

Начинать с "электроники для чайников", по совету BVU, конечно, очень правильно. Если Вы желаете её (электронику) изучить. Только долго и муторно это... очень. Но вот Вам наводящий вопрос: "а не в вольтах-ли измеряется напряжение?" - то есть, тьфу ты, - А почему именно usb? Для него, точно, потребуется какой-нибудь контроллер, как верно пишут SSerge и Stanislav. Есть способ намного проще - задействовать порт LPT. К нему светодиод подключается примитивно, через простой ключ на транзисторе на любой пин D0-D7 или другие. При этом задача сводится к программированию только компьютерной части, из всех, перечисленных BVU. В принципе, можно и вовсе довести до абсурда: в инете полно схем программаторов, в них имеются и светодиоды для целей тестирования. Для них есть готовые программы, с кнопками "test", при клацании которых происходит именно то, что требуется - зажигается светодиод. Можно, например, взять стародавнюю схему от David Tait, и его же программу FPP (лежат чуть ли не на каждом углу), я брал давным-давно здесь: http://www.people.man.ac.uk/~mbhstdj/piclinks.html А вообще, сдаётся мне, разными умельцами таких светодиодов наделано уже море разливанное, и существуют готовые решения разной степени примитивности. Эта фигня называется "моддинг" (Modding) - обвешивание компьютера лампочками и прочей моргающей хренью. Стоит поискать на соответствующих сайтах. А здесь Вам такого насоветовать могут ... Ж-))))).