Какой-то глюк с PIC в Proteus

[Alexandr_Il]

выделите регистр и меняйте биты в нем, а потом его весь выдавайте в порт.

ну.. оно конечно можно так извратиться.., но мне хотелось бы понять, это глюк протеуса или особенность данного контроллера? или компилятора..

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

[lyk]

Неа.. с temp=GPIO он не сбрасывает флаг GPIF и тут же заходит обратно в прерывание.. Я ж вижу, что с GPIF = 0 он корректно выходит и заходит в прерывание.

А с какого перепугу эта строка должна флаг сбросить.
Если посмотреть в даташит, то наверно надо так:
temp = GPIO;
GPIO = temp;
GPIF = 0;
Ну насчет GP3/MCLR, то независимо от настроек без резюка навесного МК запустить у меня не получилось, может у тебя получится.

[lyk]

ну.. оно конечно можно так извратиться.., но мне хотелось бы понять, это глюк протеуса или особенность данного контроллера? или компилятора..

Несомненно глюков везде хватает, но сюда еще надо добавить глюк программера

[urry]

Относительно даташита - Вам сделали правильное замечание. Итак, "на пальцах" - напряжение логического "0" в пиках - 3,5 вольта и ниже. Изменение состояния порта происходит по принципу - чтение -модификация - запись. Пусть Вы выдали на ножку 1 и под влиянием нагрузки напряжение на этой ноге упало до 3 с половиной вольт. В этом случае, когда Вы меняете соседнюю ногу, то в порт читается значение этой ноги - 3,5 - как логический 0.
Поэтому значение меняется - порт становится в логический 0.
Это же касается и измененения трис.

[Alexandr_Il]

А с какого перепугу эта строка должна флаг сбросить.
Если посмотреть в даташит, то наверно надо так:
temp = GPIO;
GPIO = temp;
GPIF = 0;
Ну насчет GP3/MCLR, то независимо от настроек без резюка навесного МК запустить у меня не получилось, может у тебя получится.

Эти манимуляции вообще приводят к тому, что на всех выходах остается 0 в итоге.

Прикладываю картинку с осциллограммой работы вот этого кода:

sub procedure interrupt ' Процедура прерывания
    if GPIF = 1 then
       if GPIO.5 = 0 then ' Если на входе 0, то это значит, что нужно подать импульс во второй канал
          GPIO.4 = 1
       else
          GPIO.4 = 0 ' иначе подаем на выход второго канала 0
       end if
       delay_ms (20)
       if GPIO.5 = 1 then  ' если на входе 1, то это значит, что нужно подать импульс на первый канал
          GPIO.2 = 1
       else
          GPIO.2 = 0 ' иначе подаем на выход первого канала 0
       end if     ' Сбрасываем бит прерывания от изменения сигнала на входе
       delay_ms (20)

       temp = GPIO
       GPIO = temp
       GPIF = 0
    end if
end sub

Т.е. после каждой операции запись в порт я вставляю задержку 20мсек и наблюдаю импульс на соответствующем выводе, пока задержка не закончится, как только произошла следующая запись в порт, остальные выходы сбрасываются в ноль и сигнал появляется только на том выходе, куда произошла запись. Ну неужели тут мой глюк? Что-то я сомневаюсь, что в железе работает именно так, ибо предыдущий мой проект в железе реагировал на такую запись в порт как и ожидалось от него, а не сбрасывал все остальное...
‹center›
-- Прилагается рисунок: --
‹IFRAME src = "nuke/users_images/10012009/3752078.jpg" frameborder="0" name="fr9473127" scrolling="yes" width="470" height="868" align="bottom"›[img]nuke/users_images/10012009/3752078.jpg[/img]
‹font color=red›Рисунок не умещается на странице и поэтому сжат!‹/font›
Для того, чтобы просмотреть его полностью, щелкните здесь.
‹/IFRAME›
‹/center›

[Alexandr_Il]

Изменение состояния порта происходит по принципу - чтение -модификация - запись.

Вот тут похоже в протеусе и глючок.. Когда я читаю из порта, который настроен на выход командой
temp = GPIO
у меня читаются все 0, соответственно и симмулятор видимо тоже читает все 0, поэтому и сбрасывает все выходы..

[urry]

Глюк в модели есть - ну как же без него - например, не сбрасывается сторожевой таймер - Вот в приложении ясно видно, что глючит. А относительно - запись всего в порт - я уже ставлю регистр туда автоматом - а в 18 серии выделены специальные регистры LAT именно для этой цели.
Васик я не знаю и честно говоря, знать не хочу...Дизайн в приложении.
И тема, млин, неубиваемая...
http://www.microchip.su/showthread.p...1975#post51975

Прикрепленный файл: 4292561.rar

[lyk]

Вот тут похоже в протеусе и глючок.. Когда я читаю из порта, который настроен на выход командой
temp = GPIO
у меня читаются все 0, соответственно и симмулятор видимо тоже читает все 0, поэтому и сбрасывает все выходы..

Я тебе уже писал, перед тем как назначать какой вывод порта вход/выход надо определить в каком режиме твои входы/выходы будут работать- аналог/цифра. Записи в TRISIO не достаточно! Надо CMCON=0x07; перед этим написать для цифры. Читай даташит, на микрочип.ру есть перевод на этот МК.
Научишся правильно писать протеус меньше глючить будет.
А чем MPLab тебе не нравиться? Отлажуй в нем. Есть конвертор файлов микроэлектроники в MPLabовский ASM.

[Alexandr_Il]

Я тебе уже писал, перед тем как назначать какой вывод порта вход/выход надо определить в каком режиме твои входы/выходы будут работать- аналог/цифра. Записи в TRISIO не достаточно! Надо CMCON=0x07; перед этим написать для цифры. Читай даташит, на микрочип.ру есть перевод на этот МК.

Да.. даташит надо внимательно читать..

В общем, все заработало, действительно нужно было вначале перевести выходы в цифровой режим.. Иначе, когда пик читает сигнал из GPIO перед изменением, получает 0 по всем выходам..
Только за это отвечает 4 младшие бита регистра ANSEL..
Регистр CMCON отвечает за компаратор, который тоже отключать нужно.

[lyk]

Только за это отвечает 4 младшие бита регистра ANSEL..
Регистр CMCON отвечает за компаратор, который тоже отключать нужно.

Угу, забыл что на твоем ацп есть, спутал с 629, но на этом твои мучения с этим камнем еще не закончились...