MicroCHIP.RU
Главная Документация Отладочные средства Справочник Поиск Ссылки Цены
 Новости   Конференция   Как нас найти? 

Представляем новую линейку продуктов, поставляемых ООО "Микро-Чип":
Источники питания

Блоки  питания


 

Как сохранить данные в EEPROM при выключении PIC18F

 Нoвaя темa  |  Наверх  |  Перейти к теме  |  Поиск  |  Правила  |  Вход 

ВНИМАНИЕ!
Вы просматриваете архив форума.

Этот форум работает только в режиме просмотра и поиска.

Действующий форум переведен на новый движок и
находится по адресу www.microchip.su

 Как сохранить данные в EEPROM при выключении PIC18F
Автор: Newbie25 (---.telecom.by)
Дата:   17/01/2006 12:34

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

Может кто решал похожую задачу или знает её решение
стандартными средствами...
Устройство питается от 12В с преобразователем напряжения до
5В при помощи LM2575. Из потребляющих элементов - PIC18F452 и LCD
дисплей с подсветкой на диодах.

Спасибо




 
 Re: Как сохранить данные в EEPROM при выключении PIC18F
Автор: maagalex (192.116.255.---)
Дата:   17/01/2006 12:40

Newbie25 писал(а):

> Сохранять их их периодически а не при
выключении..

A po4emu ne pri viklu4eni?


 
 Re: Как сохранить данные в EEPROM при выключении PIC18F
Автор: kibr2 (---.lcard.ru)
Дата:   17/01/2006 12:50

Перезаписывал в EEPROM только при изменении данных !


 
 Re: Как сохранить данные в EEPROM при выключении PIC18F
Автор: NSS (---.ufanet.ru)
Дата:   17/01/2006 12:53

>только при изменении данных

При таком подходе может быть пень - а ежели данные меняются, к примеру, несколько раз за секунду или
хотя бы минуту? Ресурса EEPROMины не хватит.

"Ignoramus et ignorabimus..."
(Не знаем и не будем знать...)



 
 Re: Как сохранить данные в EEPROM при выключении PIC18F
Автор: bzx (---.ip.PeterStar.net)
Дата:   17/01/2006 12:56

1. Использовать энергонезависимую память не EEPROM, а FRAM (смотри у Ramtron).
Циклов чтения/записи у FRAM ~10^12. Таких ресурсов хватает?
2. Усовершенствовать блок питания: иметь схему анализа пропадания питания и некий
запаз энергии для сохранения данных в EEPROM.


 
 а в чем проблема-то?
Автор: Greg (---.ntt.ru)
Дата:   17/01/2006 13:08

Newbie25 писал(а):

> Добрый день,
> возник вопрос о сохранинии данных при падении напряжении
> или выключении устройства.
> Дело в том что у меня программно реализованы часы реального
> времени.. и есть данные которые обновляются много раз в
> секунду и имеют накопительный характер. Важность этих
> данных велика и хотелось бы их сохранять в EEPROM при
> отключении питания. Сохранять их их периодически а не при
> выключении.. то ресурса EEPROM хватит на сутки.. а устройство
> должно работать без прерывания месяцами.
>
> Может кто решал похожую задачу или знает её решение
> стандартными средствами...
> Устройство питается от 12В с преобразователем напряжения до
> 5В при помощи LM2575. Из потребляющих элементов - PIC18F452 и
> LCD дисплей с подсветкой на диодах.


вы же задачу м сформулировали.
у вашего проца (18F452) есть прямо специальный модуль для этого -LVD (Low Voltage Detect) - это
компаратор, заведете его вход (через делитель) на ваши 12 Вольт, и при каком-то пороге начинайте скидывать
свои данные. Вполне работоспособная схема...


 
 Re: Как сохранить данные в EEPROM при выключении PIC18F
Автор: Newbie25 (---.telecom.by)
Дата:   17/01/2006 13:20

Имеется ввиду, что если сохранять их каждый раз при
изменении или хотябы 1 раз в секунду.. то 100000 записей
исчерпается через 27 часов.
Поэтому хотелось бы их сохранять их только при неожиданном
выключении


 
 Re: Как сохранить данные в EEPROM при выключении PIC18F
Автор: Newbie25 (---.telecom.by)
Дата:   17/01/2006 13:23

Да, действительно данные меняются до 100 раз в секунду..
в общем то это накопительный счётчик..
Можно было бы конечно сделать меньше точность и сохранять
только старшую часть тем самым понизить точность... но
сделав сохранения 1 раз в несколько секунд или минут...
Но проблема с ресурсом всё равно остаётся.


 
 Re: а в чем проблема-то?
Автор: Newbie25 (---.telecom.by)
Дата:   17/01/2006 13:32

Да именно об этом я думал...
механизм BOD был описан ранее в конфе.. но он не работает...
во время BOR ресета ничего в EEPROM записать нельзя..

А про механизм LVD, я читал... но нигде не нашел временного
интервала доступного после прерывания и до момента когда
записать в EEPROM уже невозможно.

Поэтому второй вопрос...
Есть ли опыт реального решения такой задачи через LVD?
Что нужно делать во время прерывания?... отключать все ноги
и потом писать... или сразу писать в EEPROM? Хватит ли времени
записать 20 байт данных?
Так же я специально написал про LCD, подсветка которого
потребляет около 50-100мА, в принципе подсветка отключается
программно.
Выходной конденсатор преобразователя напряжения 220uF


 
 ещё раз,
Автор: bzx (---.ip.PeterStar.net)
Дата:   17/01/2006 13:40

чем не устраивает FRAM? При скорости 100 записей в секунду ресурсов FRAM хватит на
10^12/(100*60*60*24*31*12) = 311 лет!

http://www.microchip.ru/phorum/read.php?f=2&i=116951&t=116947


 
 Re: а в чем проблема-то?
Автор: Greg (---.ntt.ru)
Дата:   17/01/2006 13:42

Newbie25 писал(а):

> Да именно об этом я думал...
> механизм BOD был описан ранее в конфе.. но он не работает...
> во время BOR ресета ничего в EEPROM записать нельзя..
>
> А про механизм LVD, я читал... но нигде не нашел временного
> интервала доступного после прерывания и до момента когда
> записать в EEPROM уже невозможно.

да какой угодно. Настройте LVD на 10 Вольт на входе (если например, точно знаете, что такой уровень - уже
кранты),


> Поэтому второй вопрос...
> Есть ли опыт реального решения такой задачи через LVD?
да

> Что нужно делать во время прерывания?... отключать все ноги
> и потом писать... или сразу писать в EEPROM? Хватит ли времени
> записать 20 байт данных?

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


> Так же я специально написал про LCD, подсветка которого
> потребляет около 50-100мА, в принципе подсветка отключается
> программно.

отключить нафиг естественно


> Выходной конденсатор преобразователя напряжения 220uF

подобрать опытно


 
 Re: а в чем проблема-то?
Автор: ЦПУ (---.dialup.surnet.ru)
Дата:   17/01/2006 13:42

Ну если все так сложно - тогда батарейка (резерв).
Когда сетевое питание пропадает - от батарейки можно сохранить данные и
выключиться (чтоб её не сажать).
Если выключать питание не каждую секунду, то литиевой, мне кажется, хватит
вполне и надолго.




 
 Re: ещё раз,
Автор: Newbie25 (---.telecom.by)
Дата:   17/01/2006 13:54

Я не сказал что меня абсолютно не устраивает вариант с FRAM
но есть несколько но.
1) Плата уже разведена и полностью собрана.. переделывать её
на данном этапе просто нехочется...
2) FRAM будет как внешнее устройство и будет медленнее чем
память PIC, таккак работа со счётчиками ведется из
прерываний для высокой точности. то данные придется
буферезировать и записывать не все изменения, а только с
какимто периодом.
3) хотелось бы сделать стандартным способом если PIC
позволит.

Спасибо за помощь.


 
 Re: ещё раз,
Автор: NSS (---.ufanet.ru)
Дата:   17/01/2006 14:05

Тогда как вариант - ионистор, скажем на 1F и одна нога проца для контроля напряжения питания. Других
вариантов не вижу.

"Ignoramus et ignorabimus..."
(Не знаем и не будем знать...)



 
 Re: а в чем проблема-то?
Автор: NSS (---.ufanet.ru)
Дата:   17/01/2006 14:10

А припропадании напряжения питания? Самый "безболезненный" вариант притаком раскладе (где нет
возможности реализовать резервное питание типа литиевой батарейки, ИМХО - ионистор.

2Newbie25 А, кстати - почему бы и не прицепить к устройству литиевую батареечку 3V и выделить одну
ногу для контроля основного питания + LVD?

"Ignoramus et ignorabimus..."
(Не знаем и не будем знать...)



 
 Re: а в чем проблема-то?
Автор: NSS (---.ufanet.ru)
Дата:   17/01/2006 14:11

Во! Не дочитал ветку и не заметил, что уже посоветовали резервное питание для сохранения данных ;).
Пардон. :)

"Ignoramus et ignorabimus..."
(Не знаем и не будем знать...)



 
 Re: а в чем проблема-то?
Автор: Greg (---.ntt.ru)
Дата:   17/01/2006 14:25

NSS писал(а):

> А припропадании напряжения питания? Самый "безболезненный"
> вариант притаком раскладе (где нет
> возможности реализовать резервное питание типа литиевой
> батарейки, ИМХО - ионистор.
>
> 2Newbie25 А, кстати - почему бы и не прицепить к устройству
> литиевую батареечку 3V и выделить одну
> ногу для контроля основного питания + LVD?

да там пока совсем не пропало - миллисекунды - хватает и кондюка


 
 Re: а в чем проблема-то?
Автор: NSS (---.ufanet.ru)
Дата:   17/01/2006 14:31

Ну, мож и так. Но это смотря как схема прибора организована - ежели МК запитать, скажем, через диод
(отделить его от остальной схемы) и в эту же цепь повесить хороший конденсатор, тады - да, можно и
так. А ежели там схема ещё хавает немеряно (светодиодики там всякие, подсветки и прочая...) то боюсь
просто кондёра не хватит. ;)

"Ignoramus et ignorabimus..."
(Не знаем и не будем знать...)



 
 Re: а в чем проблема-то?
Автор: bnk (---.riss-telecom.ru)
Дата:   17/01/2006 14:40


Обычно делаем так (пиво за вами :)

1. При изменении данных (пере)запускается таймер (допустим на 10 сек).
2. Как только таймер сработал, пишутся наши данные в EEPEOM.

Таким образом, данные будут записываться не чаще чем 1 раз за 10 сек, и EEPROM
всегда будет хранить последние данные.


 
 Re: а в чем проблема-то?
Автор: Greg (---.ntt.ru)
Дата:   17/01/2006 14:50

bnk писал(а):

>
> Обычно делаем так (пиво за вами :)
>
> 1. При изменении данных (пере)запускается таймер (допустим на
> 10 сек).
> всегда будет хранить последние данные.


да какие там последние данные...
они у него меняются 100 раз в секунду

очень правильное решение - сохранять в момент пропадания питания.


 
 Re: а в чем проблема-то?
Автор: bnk (---.riss-telecom.ru)
Дата:   17/01/2006 15:10


А ему надо 100 раз в секунду сохранять-то?
Обычно надо сохранять только последнее значение... что и дает данный алгоритм.
И ресурс EEPROM сохраняется.

Данный алгоритм рассчитан на такой сигнал :)

...ничего...ничего...все резко стало дергаться и установилось...ничего..ничего...

Зачем-то же ему нужет RTC?
А вообще неплохо было бы услышать от автора, чего меряем-то?


 
 Делал так: (+)
Автор: forger (213.137.234.---)
Дата:   17/01/2006 15:15

Для PIC18LF6621

Инициализация пика:
LVDCON	= 0b00010110;	// Включить и настроить монитор питания 2,77-3,01V 
while (!IRVST) continue;// Ждать, пока не стабилизируется работа LVD

Только важно подобрать правильно порог LVD


Обработчик прерываний:
#pragma regsused w status btemp btemp+1 fsr0 fsr1 fsr2
void interrupt ISR_High(void)
{
//Важно(!) LVDIF проверять в самом начале ISR-а)
	if (LVDIF)// Просад питания - нужно сохранить в EEPROM текущее время
	{
		asm(" global 	_PowerDown ");
		asm(" goto	_PowerDown ");
//		asm(" rcall	_PowerDown ");
	}

..... // Другие прерываний 
}

void PowerDown(void)
{
	TRISA 	= 0xFF; // Все порты на вход, чтобы съэкономить электроэнергию
	TRISB 	= 0xFF;
	TRISC 	= 0xFF;
	TRISD 	= 0xFF;
	TRISE 	= 0xFF;
	TRISF 	= 0xFF;
	TRISG 	= 0xFF;

	// Сохраняем текущее время в EEPROM
	WriteArrayEEPROM(EE_ADDR_TIME_DATE, (BYTE*)&TimeDate, sizeof(TimeDate));

	for(;;) CLRWDT();

//	RESET();

//	for(;;) continue;	// Теперь ждем сброс от WDT
}



 
 Re: Делал так: (+)
Автор: Greg (---.ntt.ru)
Дата:   17/01/2006 15:19

forger писал(а):

> for(;;) CLRWDT();

а оно (питание) вот тут взяло и пошло вверх
и висим... насмерть




> // RESET();
>
> // for(;;) continue; // Теперь ждем сброс от WDT
> }


 
 Разумеется, на то я специально не стал удалять отладочные варианты (-)
Автор: forger (213.137.234.---)
Дата:   17/01/2006 15:22

-


 
 Re: а в чем проблема-то?
Автор: Newbie25 (---.telecom.by)
Дата:   17/01/2006 15:46

Мне не так важно сохранять 100 раз в секунду...
но даже сохранение 1 раз в 10 секунд израсходует ресурс
записи 100 тыс за 12 дней. Т.е. вариант с временными
интервалами не подходит...

Сама идея разработки такова..
Сделать бортовой компьютер с расходомером как моментальным
так и кумулятивным..
принцип:
устройство снимает временные интервалы открытия и закрытия
форсунок для инжектора и суммирует время открытой форсунки.
т.к. пропускная способность форсунки в среднем постоянна.
расход топлива определяется временем открытия форсунки.. т.
е. если к примеру форсунка была открыта 300 секунд то было
израсходаванно 1л топлива. Тем самым можно считать точное
кол-во топлива в баке зная сколько было при заправке и
сколько было израсходаванно.
Так вот изза того что суммарное время накопительное а
момент сброса неопределён.. хотелось бы иметь схему
сохранения данных при отключении компьютера..
предпологается компактность устройства.

в данный момент даже при питании от компьютерного блока
питания (+12) схема сбрасывается иногда. в среднем раз в 4-5
часов (буду дальше разбиратся).

Сам я не очень опытен. это моё хобби, в принципе это первый
мой опыт травления платы и программирования PIC, но пока всё
получается




 
 Re: Делал так: (+)
Автор: forger (213.137.234.---)
Дата:   17/01/2006 16:00

LVDIF устанавливается аппаратно, а сбросить его можно тока программно и только
тогда, когда питание в норме, поэтому такой вариант предпочтительнее:

while(LVDIF) 		// Выполнять, пока невозможно сбросить LVDIF (мало питания)
{
	LVDIF = FALSE;	// Пытаемся сбросить LVDIF
	CLRWDT();
}



 
 Re: а в чем проблема-то?
Автор: GRR (87.249.234.---)
Дата:   17/01/2006 16:08

По даташиту время записи одного байта ~4 мс. А записать надо 20 байт
(http://www.microchip.ru/phorum/read.php?f=2&i=116958&t=116947), а это уже 80 мс...


 
 Re: а в чем проблема-то?
Автор: AnAlArс (194.85.152.---)
Дата:   17/01/2006 16:16

В автомобиле всегда под рукой бааальшая батарейка.
И когда отключают эту батарейку, в этот момент двигатель обычно не
работает.
NSS скромно молчит, а с его проекта можно срисовать
http://ra9wof.qrz.ru/files/Shemes/Avto/odom.htm


 
 Re: а в чем проблема-то?
Автор: Greg (---.ntt.ru)
Дата:   17/01/2006 16:40

GRR писал(а):

> По даташиту время записи одного байта ~4 мс. А записать надо 20
> байт
> (http://www.microchip.ru/phorum/read.php?f=2&i=116958&t=116947),
> а это уже 80 мс...

ну, подрассчитать надо, да спроектировать грамотно, чтобы периферию кушающую можно было отключать, кондюк
правильный - хватит...

мутил что-то подобное на msp430,
проблема была, что без супервизора внешнего девайс не выключался вообще... :))


 
 Re: Делал так: (+)
Автор: Newbie25 (---.telecom.by)
Дата:   17/01/2006 16:57

// Включить и настроить монитор питания 2,77-3,01V
Почему 2.77 - 3.01V Не слишком ли это мало?
Помоему рабочее напряжение PIC18F > 4.2V
Т.е. LVD сработает когда PIC уже не сможет работать.

Наверное я попробую пойти по такому пути.. решить через LVD


 
 Re: Делал так: (+)
Автор: Greg (---.ntt.ru)
Дата:   17/01/2006 16:59

Newbie25 писал(а):

> // Включить и настроить монитор питания 2,77-3,01V
> Почему 2.77 - 3.01V Не слишком ли это мало?
> Помоему рабочее напряжение PIC18F > 4.2V
> Т.е. LVD сработает когда PIC уже не сможет работать.
>
> Наверное я попробую пойти по такому пути.. решить через LVD


да не напрямую же вход LVD на питание, а через делитель!
Ведь это обычный компаратор


 
 Re: Делал так: (+)
Автор: Newbie25 (---.telecom.by)
Дата:   17/01/2006 17:42

А зачем мне внешний вход LVD?
Я думал внутренний использовать, когда напряжение Vdd упадет
ниже 4.7V и будет падать.. значит пора сохранятся, по крайней
мере есть время пока оно не упадёт до 4.2V.

А вы предлогаете мне запитать LVDIN через делитель от 12В
которые до преобразователя напряжения в 5В. Правильно?


 
 Re: Делал так: (+)
Автор: Greg (---.ntt.ru)
Дата:   17/01/2006 17:51

Newbie25 писал(а):

> А зачем мне внешний вход LVD?
> Я думал внутренний использовать, когда напряжение Vdd упадет
> ниже 4.7V и будет падать.. значит пора сохранятся, по крайней
> мере есть время пока оно не упадёт до 4.2V.
>
> А вы предлогаете мне запитать LVDIN через делитель от 12В
> которые до преобразователя напряжения в 5В. Правильно?

да, и начать порцедуру сохранения, когда наружное упадет, скажем, с 12 до 7, явно - тенденция.
А когда Vdd 4.5 Вольта уже, наверное, будет и поздно..., там времена действительно десятки и сотни
миллисекунд


 
 Re: Делал так: (+)
Автор: forger (213.137.234.---)
Дата:   17/01/2006 17:54

Newbie25 писал(а):

> // Включить и настроить монитор питания 2,77-3,01V
> Почему 2.77 - 3.01V Не слишком ли это мало?
> Помоему рабочее напряжение PIC18F > 4.2V
> Т.е. LVD сработает когда PIC уже не сможет работать.

=== Я использовал PIC18LF - работает от 2-х вольт


 
 Re: Делал так: (+)
Автор: back (194.8.16.---)
Дата:   17/01/2006 18:19

Запас энергии держать на конденсаторе до стабилизатора.
Там его и отслеживать.
Все дополнительные нагрузки программно отключаемы.
После записи в эпромину можно зациклить программу на слежение за первичным источником.
Если использовать слип с пробуждением от WDT то можно без перезагрузки вытягивать провалы
питания десятков секунд даже при небольшом конденсаторе.


 
 Сделал и проверил
Автор: Newbie25 (---.telecom.by)
Дата:   18/01/2006 11:06

Сделал как писал forger
LVD настроил на 4.7В, нормальное напряжения питания - 4.99В
	// init LVD 
	LVDCON = 0B00001110;
	LVDIE = 0; // отключаю прерывания чтобы не сработало при 
включении
	GIE = 0;
	LVDEN = 1;	
	while (!IRVST) continue;
	LVDIF = 0; // сбрасываю флаг и включаю прерывания
	LVDIE = 1;
	GIE = 1;


при прерывании по LVDIF
- все порты на вход
- отключаю ADC
- отключаю подсветку LCD
- сохраняю данные

	RC6 = 1; // LCD BL OFF
	TRISA = 0B11111111;
	TRISB = 0B11111111;
	TRISC = 0B10111111; // all pins as input beside RC6
	TRISD = 0B11111111;
	TRISE = 0B11111111;
	// disable ADC
	 ADON = 0;
	// save data
	eeprom_write_dword(0, time);
	while(LVDIF) // Выполнять, пока невозможно сбросить LVDIF 
	{
		LVDIF = 0;// Пытаемся сбросить LVDIF
		CLRWDT();
	}
	RESET();


Тестировал сколько ячеек я могу записать за этот период
пока напряжение падает до отключения

У меня преобразователь напряжения на LM2575, входной
конденсатор 22uF, выходной 220uF

В данном случае при отключении штекера с питанием
получается записать 9 байт в EEPROM (проверял около 10 раз) .

Повесил еще один конденсатор 220uF на питание PIC.
при суммарной емкости 440uF удается записать 18 байт

Если не отключать порты, ADC и LCD BL - то при емкости 440uF
удается записать только 9 байт.


Спасибо всем за рекомендации.


 
 наоборот же
Автор: IgorV (---.mplik.ru)
Дата:   18/01/2006 12:06

накопительный кондёр на входе надо увеличивать, а не на выходе.


 
 Re: наоборот же
Автор: Newbie25 (---.telecom.by)
Дата:   18/01/2006 13:09

не вижу разницы какой конеднсатор увеличивать
Просто подрукой был кондер на 10В.. его только на выходе
повесить можно.

к томуже как мне кажется преобразователь напряжения будет
работать и выдавать номинальное напряжение 5В вплоть до
разряда конденсатора с 14В до 7В. Насколько я помню
напряжение на конденсаторе падает по экспоненте.. так что с
момента 7В до полного разряда будет очень мало времени.

Если я ошибаюсь.. разъясните.

Спасибо


 
 Re: наоборот же
Автор: IgorV (---.mplik.ru)
Дата:   18/01/2006 14:55

Newbie25 писал(а):

> не вижу разницы какой конеднсатор увеличивать
> Просто подрукой был кондер на 10В.. его только на выходе
> повесить можно.
>
> к томуже как мне кажется преобразователь напряжения будет
> работать и выдавать номинальное напряжение 5В вплоть до
> разряда конденсатора с 14В до 7В. Насколько я помню
> напряжение на конденсаторе падает по экспоненте.. так что с
> момента 7В до полного разряда будет очень мало времени.
>
> Если я ошибаюсь.. разъясните.
>

Запасённая энергия (C*U^2)/2 Не С в квадрате, а U. Проверка пропадания напряжения должна
быть на входе стабилизатора, а не на выходе. Это даст больший запас по времени. Разряд кондёра
I=C*dU/dt, т.е. собственно разряд зависит от потребления. При одинаковом потреблении с выхода
LM25xx разряд будет происходить с нарастающей скоростью, пока стабилизатор ещё может
стабилизировать.


 
 Re: наоборот же
Автор: Newbie25 (---.telecom.by)
Дата:   18/01/2006 16:09

Всё правильно... если делать проверку падения напряжения
как писал ранее Greg на входе в устройство.. т.е. еще до
стабилизатора.
Но у меня уже всё готово и решить проблему хотел
минимальными издержками.
Т.е. я не хотел освобождать ногу RA6, для того чтобы завести
внешний LVDIN с делителя питания до стабилизатора. Нужно было
бы модифицировать плату.

В случае только программного решения. Т.е. использовать VDD
для сравнения - лучше увеличивать конденсатор после
стабилизатора.


 
 Re: наоборот же
Автор: back (---.kopideja.lv)
Дата:   18/01/2006 20:01

Если все готово так и вопросов нет, работает и ладно.
А если вопросы есть - значит неготово.
Наделал ошибок - исправляй.
У меня схемотехника во время написания софта много раз меняется и считаю это нормальным.
http://www.microchip.ru/phorum/read.php?f=2&i=83628&t=83583#reply_83628


 
 Нет проблем...
Автор: SWC (---.254.219-nodns.romb.net)
Дата:   18/01/2006 23:54

1. Разрешить прерывание LVD при определенном напряжении.
2. Если напряжение снижается до указанного порога, вызывается процедура обработки
этого прерывания, в которой и сохранять все значения.

Никуда ничего подключать не нужно. Все прекрасно работает
У меня при емкости конденсатора фильтра в БП 500 мкф успевает записаться до 40-50 байт





Горячие темы на нашем форуме:
Отдел продаж: тел. (495) 223-2339 sales@microchip.ru   Skype:microchip-moscow
Rambler's Top100