Добавлено (25.09.2007, 04:37)
---------------------------------------------
Для примера, и ознакомления с некоторыми командами на PicBasicPro выложил проект по этой ссылке и на сайте в раздел "Каталог файлов". В папке "Пример1" модуль на Протеусе и файлы программы, после запуска модуля в настройках процессора укажите путь к файлу PRIMER 16F876A.hex который находится в папке"Пример1". Алгоритм работы меню в файле Алгоритм меню.doc. Программа не совершенна, и если кто сможет предложить более простое и надежное решение для подпрограмм, буду благодарен. Приложенная схема макетной платы может быть использована как единый макет для общих проектов, и разработки типовых подпрограмм.
Опираясь на унифицированный модуль легче понимать решения принимаемые в описаниях проектов. Достоинства макета в том, (для тех, кто пока не знает данного контроллера) в том. что у него свободны 10 линий ввода - вывода, 5 из которых могут работать в режиме 10-ти разрядных АЦП, При необходимости можно использовать дополнительно порты обслуживающие терминал и внешнюю память. Применение LCD позволяет упростить работу с отображением информации и написание программ.
С уважением Евген

Добрый день Андрей.
Спасибо на добром слове. Насчет оборотов, сильное подозрение на совместную работу с виртуальным генератором. Писал разные варианты подпрограммы тахометра, и везде такая картина. А с увеличением частоты, и часы начинают идти медленней. Поэтому, пока просто отработал код, а как соберу железо доработаю эту подпрограмму в реальном времени и соответственно будут другие константы.
С уважением Евген.

При отладке в "железе" точно также "пляшут" программы написанные на РВР как и в Протеусе ?

Просто я написанные на бейсике программы еще в живую не гонял. Пока они у меня нарабатываются. Нет возможности изготовить платы и спаять.
То же заметил что те программы что ваял на ассемблере, реально работают, а в Протеусе их пробирает "столбняк". Считал это не корректностью кодов при написании, и удовлетворялся тем, что работают и ладно.

Yrok,

До неприличия не хватало времени, но то, что было тратил на анализ и разбор причин пляски интервалов. Как гласит описания РВР прерывание наступает только тогда, когда закончится выполнение команды РВР во время которой наступило прерывание. Крутил осцилоскопом, мерил импульсы, увы, все верно. Вывод - все можно делать, что требует быстрого написания и оформления программы на РВР, но для измерений точных интервалов необходимо делать вставки на ASM. Та программа что выкладывал в железе работает точно так же как и в ПРТЕУСЕ. Но сейчас переделываю (по мере возможности по времени) со вставкой на ASM которая будет считать время и период по прерываниям.
Как отладится, выложу на суд.

Максим.
Попытаюсь ответить на Ваш призыв изучать ПРОТОН.
Он возможно и лаконичней, но за двумя зайцами.....
Кто на чем начал, то и надо совершенствовать, и это хорошо, что на Вашем сайте есть место для всех версий Basic. И я уверен что потихоньку и другие версии будут понятны. В противном случае в головах будет "винигрет" и как говорил А.С. Пушкин "... учились много, знали мало, чему нибудь и как нибудь."

С уважением Евген.

Да печально это.

Кстати в microbasic прерывания наступают и вовремя выполнения операторов--может на него(microbasic) перелезьть полностью)))

Не думаю. Просто подготовить несколько стандартных подпрограмм по прерыванию для точных интервалов или обработки периодов.
Их много то и не надо. И вставлять по потребности., а все остальное приятно писать на РВР.
Не уверен что процедуры прерываются в microbasic. И даже если это так, то ради этого не стоит метаться. Везде есть что то лучше, что то хуже. Надо находить пути решений.