Кто делал GSM-pager на PIC? колитесь

[vly67]

Учтите , что адрес RSTA для вашего проца может отличаться. Возьмите из даташита.
У меня он 0xfab. Да и на положенияе OERR бита посмотрите - в общем всё просто.

[double_dash]

Проект в студию (за хайтек обидно )
Самый нормальный компилятор для 16 пиков.

прошу прощения
Завалился на глупости:
выставил слово конфигурации в меню MPLab,
а оно в hex не записалось(?)
(__CONFIG я закоментарил -
все таки хайтековских предопределений я еще хорошенько не знаю,
думал так надежней - да уж!)
Только недавно дернуло заглянуть во вкладку конфигурации WinPic
- а там конечно же бардак.
В общем все что должно работать - работает.

... а все что не должно - не работает:
с прерыванием по перепаду уровня на RB4-RB7
та же история что и в CCS,
только активизирую: RBIE=1
- и все накрывается медным тазом
(и это в proteus'е, а в МК и записывать боюсь).

А еще хотелось бы узнать,
обработчик этого прерывания нужно помещать в новую процедуру interrupt,
или уже в существующей можно дописать if(RBIF) {....} ?

[urry]

пожалуйста, проект в студию. Разберемся.

[rogonov]

По поводу прерывания по перепаду уровня на RB4-RB7:
Перед тем как установить RBIE, необходимо прочитать PORTB и сбросить RBIF. Причем порт читать обязательно, даже если он вам ненужен.

[double_dash]

проект в студию

Дело в том что как оказалось проблемы по большей части аппаратные
(которые по видимому еще и усулубляются программными глюками)
Я уже писал что между стабилизатором и МК у меня включен резистор
на 680 Ом чтобы телефон не вырубался
Так вот, когда замыкается датчик
напряжение на МК падает до 1.6 В - и все повисает.
Попробовал гасить напряжение на самих линиях TX-RX:
с линией МК-›телефон мне справиться удалось
- телефон перестал вырубаться, команды проходят.
А вот с линией телефон-›МК так ничего и не получилось.
Ниже предлагают также поставить на нее резистор:

Странно...
Мне кажется что в этом направлении сигнал наоборот надо усиливать(?)
в любом случае ни то ни другое не помогает.
Вот такая вот дилемма:
или оставить баластный резистор и будет работать дозвон
или убрать - и будет срабатывать датчик.
Я даже с горя подумал:
а не сделать ли все на двух МК
- один будет общаться телефоном,
другой обрабатывать сигналы от датчика
Глупо? конечно
Но ничего лучше мне пока в голову не пришло

[double_dash]

Еще хотелось бы сказать пару гадостей в адрес Proteus'a.
Вот простая программка: мигает красный диод,
по перепаду на RB5 включается/выключается зеленый

list p=16F628a;
#include ‹p16F628a.inc›

#define led_red PORTA, 4
#define led_green PORTA, 1

; 628:
__CONFIG _CP_OFF & _WDT_OFF & _PWRTE_ON & _XT_OSC & _BODEN_OFF & _LVP_OFF & _MCLRE_ON 

tmp		EQU 0x20
_c1 	EQU 0x21
_c2 	EQU 0x22
w_tmp 	EQU 0x23
st_tmp	EQU 0x24 

bank0	macro
		bcf STATUS, RP0
		bcf STATUS, RP1
		endm

bank1	macro
		bsf STATUS, RP0
		bcf STATUS, RP1
		endm



		ORG 0x000
		goto main
		
;======================================		
		ORG 0x004	
		bank0		
		movwf w_tmp
		movf STATUS, w
		movwf st_tmp

		btfss led_green
		goto led_ON
		bcf led_green	
		goto int_end
led_ON:		bsf led_green


;=======================================

int_end:

		
		movf st_tmp, w
		movwf STATUS
		swapf w_tmp, f
		swapf w_tmp, w
			
		bcf INTCON, RBIF
			
		retfie

;============= main ====================

main:

		bank0
		clrf PORTA
		clrf PORTB 

		bank1
		movlw b'00100000'
		movwf TRISA      
		movlw b'00100001'
		movwf TRISB
		
		bsf OPTION_REG, NOT_RBPU
		
		bank0
		bsf led_red
		
	
		bcf INTCON, RBIF
		bsf INTCON, RBIE
		bsf INTCON, GIE
			
									
stand_by:

		call delay_sec		
		btfss led_red
		goto led_ON2
		bcf led_red
		goto stand_by
led_ON2:	
		bsf led_red		
		goto stand_by


;=======================================
delay_sec 	
		bank0
		movlw 0xFF
		movwf _c1
	c1: 	movlw 0xFF
		movwf _c2
	c2:	decfsz _c2, f
		goto c2
		decfsz _c1, f
		goto c1
		return
						
		end

- в реальности все работает в лучшем виде
(испытывал как на 628 так и на 84 ПИКе).
В Proteus'е симулируется полный бред

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

[vly67]

Лично мне мало что понятно из вашего мутного описания аппаратной части. Отсюда не могу и посоветовать ничего дельного. Кажется проще сбросить схему вашего проекта.

[double_dash]

и ничего не мутно
Все очень даже четко описано.
Мне так из этого описания все прекрасно понятно
Но если нужна конкретика,
вот конкретный вопрос:
что нужно изменить в программе
чтобы правильно обработать прерывание по перепаду на RB5?
В файле - модель в Proteus'е и проект в MPLab на хайтеке
(в основном это проект urry'я, я в нем мало что изменил)

Но еще раз повторяю
Пример работы с прерыванием по перепаду на RB4-RB7
который в реальности функционирует без проблем,
в Proteus'е симулируется неверно.
Так что
как в нем можно отлаживать мой проект
- непонятно

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

[vly67]

Дело в том что как оказалось проблемы по большей части аппаратные
(которые по видимому еще и усулубляются программными глюками)

Я это имел в виду - принципиальную схему вашего проекта, вы же пишите, что у вас проблемы ,в основном, в аппаратной части.
Отладку я делаю на MPLAB IDE2 (debuger), поэтому всё вижу на реальном железе.

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

[genimax]

посмотрите на сайте http://www.guarda.ru

в частности здесь