Перейти к содержанию

DS18B20 выдает неадекватные показания при паразитном питании


-=FISHER=-

Рекомендуемые сообщения

В 10.08.2018 в 08:19, ARV сказал:

У вас же как бы часы многофункциональные?

 

В 10.08.2018 в 08:32, -=FISHER=- сказал:

В яблочко :)

Введите коррекцию хода. Разместите одну ячейку в ЕЕПРОМ, куда запишете размер коррекции хода часов (в секундах). При переходе на следующие сутки (в полночь) можете корректировать время автоматически на записанный размер. Таким способом можно повысить точность хода часов.

Ссылка на комментарий
Поделиться на другие сайты

1 минуту назад, Геннадий сказал:

 

Введите коррекцию хода.

А значение подбирать эксперементально?

Мы все учились по-немногу, чему-нибудь и как-нибудь...

Ссылка на комментарий
Поделиться на другие сайты

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

Ссылка на комментарий
Поделиться на другие сайты

Сравнительное тестирование аккумуляторов EVE Energy и Samsung типоразмера 18650

Инженеры КОМПЭЛ провели сравнительное тестирование аккумуляторов EVE и Samsung популярного для бытовых и индустриальных применений типоразмера 18650. 

Для теста были выбраны аккумуляторы литий-никельмарганцевой системы: по два образца одного наименования каждого производителя – и протестированы на двух значениях тока разряда: 0,5 А и 2,5 А. Испытания проводились в нормальных условиях на электронной нагрузке EBD-USB от ZKEtech, а зарядка осуществлялась от лабораторного источника питания в режиме CC+CV в соответствии с рекомендациями в даташите на определенную модель. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

Только что, -=FISHER=- сказал:

А значение подбирать эксперементально?

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

Это, конечно, геморройно, но при эксплуатации часов в стабильно одинаковых условиях даст "идеальную" точность хода. Если же часы подвергаются скачкам температуры в широких пределах, этот подход может не дать никакого заметного эффекта...

Если забанить всех, кто набрался смелости думать независимо, здорово будет на форуме - как на кладбище: тишина, птички поют...

Ссылка на комментарий
Поделиться на другие сайты

  • 1 год спустя...

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

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

Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств. Подробнее параметры и результаты тестов новой серии PLM по ссылке.

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

Всем здравствуйте!

Спустя несколько лет я вернулся к этому проекту и заметил странную "штуку". Вкратце напомню, основной проблемой была настройка DS18b20 на 9 битный режим измерения. У меня это в целом получилось, теперь время измерения температуры составляет 100 мс, вместо 750 мс. Сразу же приведу код:

DS18B20.c

Скрытый текст

#include "DS18B20.h"

char Cminus;

//функция определения датчика на шине
char dt_testdevice(void) //dt - digital termomether | определим, есть ли устройство на шине
{
	char stektemp=SREG;// сохраним значение стека
	cli(); //запрещаем прерывание
	char dt;
	DDRTEMP |= 1<<BITTEMP; //притягиваем шину
	_delay_us(485); //задержка как минимум на 480 микросекунд
	DDRTEMP &= ~(1<<BITTEMP); //отпускаем шину
	_delay_us(65); //задержка как максимум на 60 микросекунд
	if ((PINTEMP & (1<<BITTEMP))==0)//проверяем, ответит ли устройство
	{
		dt=1;//устройство есть
	} 
	else dt=0;//устройства нет
	SREG = stektemp;// вернем значение стека
	_delay_us(420); //задержка как минимум на 480 микросекунд, но хватит и 420, тк это с учетом времени прошедших команд
	return dt; //вернем результат
}


//функция записи бита на устройство
void dt_sendbit(char bt)
{
	char stektemp=SREG;// сохраним значение стека
	cli(); //запрещаем прерывание
	DDRTEMP |= 1<<BITTEMP; //притягиваем шину
	_delay_us(2); //задержка как минимум на 2 микросекунды
	if(bt)
		DDRTEMP &= ~(1<<BITTEMP); //отпускаем шину
	_delay_us(65); //задержка как минимум на 60 микросекунд
	DDRTEMP &= ~(1<<BITTEMP); //отпускаем шину
	SREG = stektemp;// вернем значение стека
}

//функция записи байта на устройство
void dt_sendbyte(unsigned char bt)
{
	char i;		
	for(i=0;i<8;i++)//посылаем отдельно каждый бит на устройство
	{
		if((bt & (1<<i)) == 1<<i)//посылаем 1
			dt_sendbit(1);
		else //посылаем 0
			dt_sendbit(0);
	}	
}

//функция чтения бита с устройства
char dt_readbit(void)
{
	char stektemp=SREG;// сохраним значение стека
	cli(); //запрещаем прерывание
	char bt; //переменная хранения бита
	DDRTEMP |= 1<<BITTEMP; //притягиваем шину
	_delay_us(2); //задержка как минимум на 2 микросекунды
	DDRTEMP &= ~(1<<BITTEMP); //отпускаем шину
	_delay_us(13);
	bt = (PINTEMP & (1<<BITTEMP))>>BITTEMP; //читаем бит
	_delay_us(45);
	SREG = stektemp;// вернем значение стека
	return bt; //вернем результат
}

//функция чтения байта с устройства
unsigned char dt_readbyte(void)
{
	char c=0;
	char i;
	for(i=0;i<8;i++)
		c|=dt_readbit()<<i; //читаем бит
	return c;
}

//функция преобразования показаний датчика в температуру
int dt_check(void)
{
	unsigned char bt;//переменная для считывания байта
	unsigned int tt=0;
	if(dt_testdevice()==1) //если устройство нашлось
	{
		dt_sendbyte(SkipROM); //пропустить идентификацию, тк у нас только одно устройство на шине
		dt_sendbyte(ConvertT); //измеряем температуру
		DDRTEMP &= ~ (1<<BITTEMP); // настраиваем порт на ввод. Подтяжка к "1" за счёт внешнего резистора
		PORTTEMP |= (1<<BITTEMP);   // включаем подтяжку к "1" внутри контроллера
		DDRTEMP |= 1<<BITTEMP; 	   // настраиваем порт на вывод, появляется честная "1"
		_delay_ms(100); //в 9 битном режиме преобразования - 100 милисекунд
		DDRTEMP &= ~(1<<BITTEMP);  // настраиваем порт на ввод. Осталась подтяжка к "1" внутри контроллера
		PORTTEMP &= ~(1<<BITTEMP);  // отключаем
		dt_testdevice(); //снова используем  те же манипуляции с шиной что и при проверке ее присутствия
		dt_sendbyte(SkipROM); //пропустить идентификацию, тк у нас только одно устройство на шине
		dt_sendbyte(ReadScratchpad); //даем команду на чтение данных с устройства
		bt = dt_readbyte(); //читаем младший бит LS
		tt = dt_readbyte(); //читаем старший бит MS, здесь знак -
		tt = (tt<<8)|bt;//сдвигаем старший влево, младший пишем на его место, тем самым получаем общий результат
	}
	return tt;
}

//преобразование температуры в единицы
char converttemp (unsigned int tt)
{
	char t = tt>>4;//сдвиг и отсечение части старшего байта
	if(t&(1<<7))
	{
		t=~t;
		if(t==0x00){Cminus=0;}
		else{Cminus=1;}
	}
	else
	{Cminus=0;}
	return t;
}

void Set_Resolution (void)
{ 
	if(dt_testdevice()==1) //если устройство нашлось
	{ 
//********************ЗАПИСЬ В ОЗУ**************************
		DDRTEMP &= ~(1<<BITTEMP);  // настраиваем порт на ввод
		dt_sendbyte(SkipROM); //пропустить идентификацию, тк у нас только одно устройство на шине
		dt_sendbyte(WriteScratchpad); //отправляем команду записи в память
		dt_sendbyte(0); //записываем нули в TH регистр
		dt_sendbyte(0); //записываем нули в TL регистр
		dt_sendbyte(Resolution9bit); //записываем нули в регистр конфигурации R0=0, R1=0, разрешение 9 бит
//********************КОПИРОВАНИЕ ОЗУ В ПЗУ (EEPROM)**************************
		DDRTEMP &= ~ (1<<BITTEMP); // настраиваем порт на ввод. Подтяжка к "1" за счёт внешнего резистора
		dt_sendbyte(CopyScratchpad); //отправляем команду копирования ОЗУ в EEPROM
		PORTTEMP |= (1<<BITTEMP);   // включаем подтяжку к "1" внутри контроллера
		DDRTEMP |= 1<<BITTEMP; 	   // настраиваем порт на вывод, появляется честная "1"
		_delay_ms(10);  // задержка 10 млсек (необходима после выполнения команды COPY_SCRATCHPAD)
		DDRTEMP &= ~(1<<BITTEMP);  // настраиваем порт на ввод. Осталась подтяжка к "1" внутри контроллера
		PORTTEMP &= ~(1<<BITTEMP);  // отключаем подтяжку к "1" внутри контроллера. Осталась только подтяжка за счёт внешнего резистора  
	}
}

char dt_readscratchpad(void) // функция, которая вернет значение регистра конфигурации
{
	char c_byte=0; //объявим переменную в которую будет считан байт конфигурации
	if(dt_testdevice()==1) //ШАГ 1. Определим, есть ли устройство на шине
	{
		dt_sendbyte(0xCC); //ШАГ 2. Пропустим идентификацию
		dt_sendbyte(0xBE); //ШАГ 3. Команда чтения
		for(int i=0; i<9; i++) // последовательно прочитаем все 9 байт, а значение 5го занесем в переменную
		// и остановимся на пятом (Configuration Register)
		{
			if(i==4){c_byte=dt_readbyte();}
			else{dt_readbyte();}
		}
	}
	return c_byte;
}

 

DS18B20.h

Скрытый текст

#ifndef DS18B20_H_
#define DS18B20_H_

#include "main.h"

#define SkipROM 0xCC //Определение датчика на шине
#define ConvertT  0x44 //Команда измерения температуры
#define ReadScratchpad 0xBE //Команда чтения ОЗУ
#define WriteScratchpad 0x4E //Команда записи в ОЗУ
#define CopyScratchpad 0x48 //Команда копирования ОЗУ в EEPROM
#define Resolution9bit 0x1F //значение конфигурационного регистра для расрешения 9 бит
#define Resolution12bit 0x7F //значение конфигурационного регистра для расрешения 12 бит

#define PORTTEMP PORTB
#define DDRTEMP DDRB
#define PINTEMP PINB
#define BITTEMP 1

int dt_check(void); //функция преобразования показаний датчика в температуру
char converttemp (unsigned int tt); //преобразование температуры в единицы
void Set_Resolution (void); //функция установки разрешения
char dt_readscratchpad(void); //функция чтения из ОЗУ значение битов разрешения

#endif /* DS18B20_H_ */

 

Сейчас я наблюдаю такую ситуацию: если в начале программы я запускаю функцию проверки того, какой режим сейчас включен, то в таком случае температура отображается корректно.

if (dt_readscratchpad()==Resolution12bit){Set_Resolution();} //если устанолено разрешение 12 бит, то установим 9 бит

Но ведь эта информация должна по идее заноситься в EEPROM датчика DS18B20 ? И достаточно, чтобы функция SetResolution() выполнилась только один раз для одного и того же датчика? Однако, если я эту строчку потом убираю, то после сброса питания датчик начинает выдавать 85 градусов... Проверьте пожалуйста и скажите, где же я ошибся?

 

Получается что данные записываются в EEPROM датчика, но не сохраняются? Или они не записываются в EEPROM, а остаются в ОЗУ?

Изменено пользователем -=FISHER=-

Мы все учились по-немногу, чему-нибудь и как-нибудь...

Ссылка на комментарий
Поделиться на другие сайты

Литиевые батарейки и аккумуляторы от мирового лидера  EVE в Компэл

Компания Компэл, официальный дистрибьютор EVE Energy, бренда №1 по производству химических источников тока (ХИТ) в мире, предлагает продукцию EVE как со склада, так и под заказ. Компания EVE широко известна в странах Европы, Америки и Юго-Восточной Азии уже более 20 лет. Недавно EVE была объявлена поставщиком новых аккумуляторных элементов круглого формата для электрических моделей «нового класса» компании BMW.

Продукция EVE предназначена для самого широкого спектра применений – от бытового до промышленного. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

(понимаю, что так разговор начинать нельзя, типа сам не делал, но учу. Но...) Непосредственно программированием 18В20 не занимался, а вот сейчас ради интереса залез в даташит. А там написано: Clipboard01.png.4c43d12842765fbee337070cfbd4433c.png

т.е. данные сохраняются в еепром и считываются при включении питания. Или могут быть загружены в любой момент командой Recall E2.

А вот на следующей странице написано вот так: CONFIGURATION REGISTER
Byte 4 of the scratchpad memory contains the configuration register, which is organized as illustrated in
Figure 8. The user can set the conversion resolution of the DS18B20 using the R0 and R1 bits in this
register as shown in Table 2. The power-up default of these bits is R0 = 1 and R1 = 1 (12-bit resolution).

Т.е. состояние при включении питания - 12-битное разрешение. Вот и пойми этих разработчиков!

А вы после установки разрешения записываете данные в еепром командой Copy Scratchpad [48h]? Попробуйте насильно после включения загрузить данные из еепром (вместо задания разрешения). Иначе ничего не останется, как задавать разрешение каждый раз при инициализации.

Изменено пользователем KomSoft

Настоящему коту и в декабре март!

Ссылка на комментарий
Поделиться на другие сайты

2 часа назад, -=FISHER=- сказал:

Но ведь эта информация должна по идее заноситься в EEPROM датчика DS18B20 ?

что мешает после выполнения 0x48 //Команда копирования ОЗУ в EEPROM

отправить команду 0xB8 // загрузка  EEPROM в ОЗУ

и прочитать что фактически записалось в EEPROM ?

Ссылка на комментарий
Поделиться на другие сайты

21 минуту назад, IMXO сказал:

что мешает

А сама процедура записи правильная?

53 минуты назад, KomSoft сказал:

Т.е. состояние при включении питания - 12-битное разрешение. Вот и пойми этих разработчиков!

А для чего же тогда нужен EEPROM интересно?

 

54 минуты назад, KomSoft сказал:

А вы после установки разрешения записываете данные в еепром командой Copy Scratchpad [48h]?

Да, вы можете посмотреть, я там выше код выложил

1 час назад, KomSoft сказал:

Иначе ничего не останется, как задавать разрешение каждый раз при инициализации.

Не хотелось бы, ведь количество циклов записи EEPROM ограничено...

Мы все учились по-немногу, чему-нибудь и как-нибудь...

Ссылка на комментарий
Поделиться на другие сайты

7 минут назад, IMXO сказал:

нет

Хммм...но ведь у меня заработал таки 9 битный режим. Измерение температуры занимает 100 мм и корректно отображается, значит хоть что-то верно?...

Мы все учились по-немногу, чему-нибудь и как-нибудь...

Ссылка на комментарий
Поделиться на другие сайты

да никто не станет делать две прошивки - чтобы одной прошивкой записать EEPROM, а другой прошивкой пользоваться только данными из EEPROM.

гораздо разумнее в начале прошивки записать конфигурацию в ОЗУ, а про EEPROM забыть.

Мудрость приходит вместе с импотенцией...

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

Ссылка на комментарий
Поделиться на другие сайты

Только что, Starichok сказал:

гораздо разумнее в начале прошивки записать конфигурацию в ОЗУ, а про EEPROM забыть.

Слушайте...а ведь и правда!

Мы все учились по-немногу, чему-нибудь и как-нибудь...

Ссылка на комментарий
Поделиться на другие сайты

8 минут назад, Starichok сказал:

гораздо разумнее в начале прошивки записать конфигурацию в ОЗУ, а про EEPROM забыть.

угу... и в процессе работы при отключении и включении датчика получить на выход 12бит вместо 9и

Ссылка на комментарий
Поделиться на другие сайты

может, у кого-то и есть необходимость отключать и подключать датчик "на ходу", тогда эти люди пусть записывают конфигурацию в EEPROM.

лично я такую необходимость не вижу нужной.

Мудрость приходит вместе с импотенцией...

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

Ссылка на комментарий
Поделиться на другие сайты

1 hour ago, -=FISHER=- said:

ведь количество циклов записи EEPROM ограничено...

Хорошо. При инициализации читаете разрешение. Если оно 9 бит - работаете, если 12 - записываете нужное. Таким образом при подключении нового датчика вы установите нужное разрешение, а при подключении уже "прошитого" - EEPROM насиловать не будете. Код чуть усложниться.

Настоящему коту и в декабре март!

Ссылка на комментарий
Поделиться на другие сайты

23 минуты назад, KomSoft сказал:

Код чуть усложниться.

У меня на данный момент так и реализовано.

30 минут назад, IMXO сказал:

у меня на производстве стоит 9 контроллеров

В таком случае конечно, только EEPROM, но для моей любительской поделки сойдет вариант и с ОЗУ. :)

Мы все учились по-немногу, чему-нибудь и как-нибудь...

Ссылка на комментарий
Поделиться на другие сайты

А в чем проблема всегда после подачи питания загружать настройки из EEPROM в ОЗУ? А потом проверить режим и, если не 9-бит, тогда обновлять EEPROM и ОЗУ?

Если забанить всех, кто набрался смелости думать независимо, здорово будет на форуме - как на кладбище: тишина, птички поют...

Ссылка на комментарий
Поделиться на другие сайты

4 часа назад, ARV сказал:

всегда после подачи питания загружать настройки из EEPROM в ОЗУ

зачем? они сами при подаче питания туда загружаются или нет?

Ссылка на комментарий
Поделиться на другие сайты

5 часов назад, IMXO сказал:

зачем? они сами при подаче питания туда загружаются или нет?

Я не помню даташит наизусть... Но раз есть проблема с режимом, значит, что-то тут не так...

Если забанить всех, кто набрался смелости думать независимо, здорово будет на форуме - как на кладбище: тишина, птички поют...

Ссылка на комментарий
Поделиться на другие сайты

14 часов назад, ARV сказал:

А в чем проблема всегда после подачи питания загружать настройки из EEPROM в ОЗУ

Тогда может быть и правда проще всего каждый раз при подаче питания загружать 9 битный режим в ОЗУ самостоятельно и никакого EEPROM?

Мы все учились по-немногу, чему-нибудь и как-нибудь...

Ссылка на комментарий
Поделиться на другие сайты

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

Если забанить всех, кто набрался смелости думать независимо, здорово будет на форуме - как на кладбище: тишина, птички поют...

Ссылка на комментарий
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу

  • Сообщения

    • скачай новый архив. там есть важные изменения в комповой программе, по сравнению с той, что я отправлял в личке. исправлены недоделки и добавлены проверки на некорректные действия.
    • Здесь все индивидуально, точного ответа нет. Тип фоторезиста, качество фотошаблона, расстояние и время засветки, длина волны св.диодов, "полоскание" в химии ... Надо все пробовать самому, ручками, опыт придет со временем, ничего сложного там нет. На форуме есть ветка, почитайте.
    • Привет.  Хочу попробовать поработать с фоторезистом. Есть пару десятков ультрафиолетовых светодиодов, общей мощностью 4 вата. Хватит ли этой мощности для обработки платок размером 10 на 10 см или надо искать что-то дополнительно? 
    • Чтобы меньше было излучения, нужно мотать тороидальную. Возможно для повышения добротности по омическому сопротивлению лучше этот ТОР мотать в пару слоев. Если ее намотать на шило, то она вряд ли будет вообще работать как катушка.   Индуктивность прямо пропорциональна площади сечения, которая в свою очередь прямо пропорциональна квадрату диаметра. К тому же индуктивность в обратной пропорции с длиной намотки.
    • Я в ходе отладки выяснил, что сбоит в функции:  void w25qWritingByUSB(uint32_t dpagenum, uint8_t *bufByUSB) При чем поведение очень странное. Отладочные сообщения даже не выводятся в начале функции. В ходе экспериментов понял что связано это с объявлением массивов и решил объявить большие буферы которые на 4КБ и 0.25КБ: uint8_t current_sector_buf[4096]; uint8_t buf[256]; глобально. В оригинале, буферы объявлялись локально в функции. После изменения буквально двух строчек кода, все заработало. Также, в оригинальном проекте было сильно напутано из функциями. Я решил функции выкинуть из main.c и вставить в w25q.c Эти функции: void w25qEraseSector(uint16_t sector) void w25qWritingByUSB(uint32_t dpagenum, uint8_t *bufByUSB) Поиск данной проблемы реально отобрало кучу времени. На будущее буду знать что и такое бывает...
    • есть готовый  драйвер BTS7960 до 43А (долговременно до 10) с шим и все, что нужно и стоит недорого. И не надо изобретать  велосипед. Даже с учетом завышения параметров  уж 5А свободно.
×
×
  • Создать...