Гость Miron 18 июля, 2006 Опубликовано 18 июля, 2006 · Жалоба Если посмотреть графики зависимостей частоты внутреннего генератора от температуры и напряжения питания, то на краях диапазонов погрешность частоты уже выходит за пределы, необходимые для надёжной работы UART. Испытания показали полное соответствие теоретическим предпосылкам, т. е. на краях температурного диапазона (ниже -20 С и выше +55 С) коннект был нестабильным, часто возникали ошибки. Полностью присоединяюсь. Случайно фузы запрограмировал на внутренний генератор 8 МГц внешний кварц такой-же все работало как часы пока не начал гонять устройство в термокамере. 2 дня как тупой ничего понять немог температура опускается ниже -25 связь становится неустойчивой а потом и совсем пропадает Так что если устройство эксплуатируется в широком диапазоне температур кварц ставить надо Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 18 июля, 2006 Опубликовано 18 июля, 2006 · Жалоба А что, если попытаться калибровать внутренний RC-генератор по приходящим посылкам? Для этого можно измерять интервал между началами стартового и стопового битов, заведя сигнал приёмника на доп. вход. Изврат, конечно, но если очень нужно, может прокатить... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
WHILE 0 18 июля, 2006 Опубликовано 18 июля, 2006 · Жалоба проще термодатчик поставить,снять зависимость внутреннего rc-генератора от температуры и менять OSCCAL. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 18 июля, 2006 Опубликовано 18 июля, 2006 · Жалоба проще термодатчик поставить,снять зависимость внутреннего rc-генератора от температуры и менять OSCCAL. Тем более, что в новых процах есть встроенный термодатчик. Идея с внутренним термодатчиком имхо достойная и заслуживает отдельного исследования... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
TomaT 0 18 июля, 2006 Опубликовано 18 июля, 2006 · Жалоба проще термодатчик поставить,снять зависимость внутреннего rc-генератора от температуры и менять OSCCAL. Тем более, что в новых процах есть встроенный термодатчик. Идея с внутренним термодатчиком имхо достойная и заслуживает отдельного исследования... Это где это в Мегах термодатчик, в каком месте? :blink: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 18 июля, 2006 Опубликовано 18 июля, 2006 · Жалоба проще термодатчик поставить,снять зависимость внутреннего rc-генератора от температуры и менять OSCCAL. Тем более, что в новых процах есть встроенный термодатчик. Идея с внутренним термодатчиком имхо достойная и заслуживает отдельного исследования... Это где это в Мегах термодатчик, в каком месте? :blink: Мда, в Tiny25-Tiny85 есть. А вот в мегах вроде нет... А жаль... Хотя для софтового уарта тоже дело... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 18 июля, 2006 Опубликовано 18 июля, 2006 · Жалоба проще термодатчик поставить,снять зависимость внутреннего rc-генератора от температуры и менять OSCCAL. Неудобно по трём основным причинам: 1. Нужен термодатчик; 2. Нужен датчик напряжения питания (RC-генератор "плывёт" также и с напряжением питания); 3. Необходимо снимать зависимость частоты RC-генератора каждого прибора от обоих вышеуказанных параметров. Типовая зависимость не прокатит - гарантии в этом случае не обеспечивается. Кроме того, нельзя сбрасывать со счетов долговременную стабильность (старение) генератора. Коррекция же частоты по результатам измерения известных временнЫх интервалов мне кажется наиболее естественной. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
artemkad 69 19 июля, 2006 Опубликовано 19 июля, 2006 · Жалоба проще термодатчик поставить,снять зависимость внутреннего rc-генератора от температуры и менять OSCCAL. Неудобно по трём основным причинам: 1. Нужен термодатчик; Да, это нужно. Правда его точность может быть никакая :) . 2. Нужен датчик напряжения питания (RC-генератор "плывёт" также и с напряжением питания); С этим проблем нет - либо это напряжение "плывет" в пределах 10% (что меняет частоту на доли %) либо Мега меряет свое питание внутренним АЦП (через BANDGAP) даже без потери на это порта.... 3. Необходимо снимать зависимость частоты RC-генератора каждого прибора от обоих вышеуказанных параметров. Типовая зависимость не прокатит - гарантии в этом случае не обеспечивается. Насколько помню чатота RC во всем диапазоне температур и напряжений уплывает МАКСИМУМ на 5%(разность между крайними точками поверхности). Тобишь (т.к. и так "практически почти хватает") достаточно грубой коррекции частоты в нескольких точках T-U диапазона. Т.е. это не юстировка частоты - это коррекция при которой локальная ошибка в 0,5-1% (четверть ошибки по каждой из возмущающих параметров) более чем допустимы. Ну и можно допустить, что около коллиброванного значения наклоны кривых в разных чипах имеют достаточно высокую повторяемость. Кроме того, нельзя сбрасывать со счетов долговременную стабильность (старение) генератора. Не уверен, что этот параметр может повлиять настолько, да и стареют RC одновременно... Коррекция же частоты по результатам измерения известных временнЫх интервалов мне кажется наиболее естественной. Для этого они должны быть известны и они должны быть. Для LIN протовола это просто, а вот при общении с каким нибудь GSM модулем(мобилкой) весьма проблематично Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 19 июля, 2006 Опубликовано 19 июля, 2006 · Жалоба ...Насколько помню чатота RC во всем диапазоне температур и напряжений уплывает МАКСИМУМ на 5%(разность между крайними точками поверхности). Тобишь (т.к. и так "практически почти хватает") достаточно грубой коррекции частоты в нескольких точках T-U диапазона. Т.е. это не юстировка частоты - это коррекция при которой локальная ошибка в 0,5-1% (четверть ошибки по каждой из возмущающих параметров) более чем допустимы. Ну и можно допустить, что около коллиброванного значения наклоны кривых в разных чипах имеют достаточно высокую повторяемость.При качественном проектировании это нельзя допустить. Кроме того, нельзя сбрасывать со счетов долговременную стабильность (старение) генератора. Не уверен, что этот параметр может повлиять настолько, да и стареют RC одновременно... Чтобы нормально спроектировать даже несложную систему, нужно быть уверенным в параметрах компонентов. Коррекция же частоты по результатам измерения известных временнЫх интервалов мне кажется наиболее естественной. Для этого они должны быть известны и они должны быть. Для LIN протовола это просто, а вот при общении с каким нибудь GSM модулем(мобилкой) весьма проблематично Прочитайте посты #1 и #5 данной темы. А в "мабилле" тоже кварц имеется... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
©Vik_mix 0 19 июля, 2006 Опубликовано 19 июля, 2006 · Жалоба А как быть если устройство должно работать в широких диапазонах примерно от -45 до +60 ? да ещё и уарты пашут на полную скорость?? Мы например сделали коробочку внутри расположили нагреватель(резистор) и термостат... А вот сборки бывают такие... например на 14.7456 МГц? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
artemkad 69 19 июля, 2006 Опубликовано 19 июля, 2006 (изменено) · Жалоба ...Насколько помню чатота RC во всем диапазоне температур и напряжений уплывает МАКСИМУМ на 5%(разность между крайними точками поверхности). Тобишь (т.к. и так "практически почти хватает") достаточно грубой коррекции частоты в нескольких точках T-U диапазона. Т.е. это не юстировка частоты - это коррекция при которой локальная ошибка в 0,5-1% (четверть ошибки по каждой из возмущающих параметров) более чем допустимы. Ну и можно допустить, что около коллиброванного значения наклоны кривых в разных чипах имеют достаточно высокую повторяемость.При качественном проектировании это нельзя допустить. Слово "качественное проектирование" как-то неуместно. Ежу понятно, что если можно использовать кварц, то кварц и используется. НО кварц это как минимум дополнительный элемент (площадь, ненадежность, цена) и кварц это задействованные лишние одна или две ноги (а ног всегда мало). То бишь "качественное проектирование" при использовании кварца может вылиться в использование более многоногого МК что очень часто от "плохо" до "недопустимо". Назвать такой выход "качественным" в ситуации когда такого размена можно избежать я НИКАК не могу. Кроме того, нельзя сбрасывать со счетов долговременную стабильность (старение) генератора. Не уверен, что этот параметр может повлиять настолько, да и стареют RC одновременно... Чтобы нормально спроектировать даже несложную систему, нужно быть уверенным в параметрах компонентов. Уверен я бываю только после недели собственноручных испытаний :glare: . Для Вас достаточно уверенности Atmel которая, заложив в доках точность коллибровки RC и его изменение от Vсс T и OSCCAL, ни в одном чипе не обмолвилась о нестабильности этого генератора из-за старения? Я думаю, что указанная нестабильность не выше нестабильности по причине Vсс и T.... Коррекция же частоты по результатам измерения известных временнЫх интервалов мне кажется наиболее естественной. Для этого они должны быть известны и они должны быть. Для LIN протовола это просто, а вот при общении с каким нибудь GSM модулем(мобилкой) весьма проблематично Прочитайте посты #1 и #5 данной темы. А в "мабилле" тоже кварц имеется... В "мабилле" есть, но в "мабиллу" никто и не влазит. Речь о связи с нею.... Изменено 19 июля, 2006 пользователем ArtemKAD Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 20 июля, 2006 Опубликовано 20 июля, 2006 · Жалоба Слово "качественное проектирование" как-то неуместно. Ежу понятно, что если можно использовать кварц, то кварц и используется. НО кварц это как минимум дополнительный элемент (площадь, ненадежность, цена) и кварц это задействованные лишние одна или две ноги (а ног всегда мало). То бишь "качественное проектирование" при использовании кварца может вылиться в использование более многоногого МК что очень часто от "плохо" до "недопустимо". Назвать такой выход "качественным" в ситуации когда такого размена можно избежать я НИКАК не могу. Под "качественным" я подразумевал такое, от которого конечный пользователь не будет плеваться. То есть, аппаратура должна гарантированно (в той степени, в какой это возможно) работать без глюков. ...Уверен я бываю только после недели собственноручных испытаний :glare: . Для Вас достаточно уверенности Atmel которая, заложив в доках точность коллибровки RC и его изменение от Vсс T и OSCCAL, ни в одном чипе не обмолвилась о нестабильности этого генератора из-за старения? Я думаю, что указанная нестабильность не выше нестабильности по причине Vсс и T... Производители генераторов почему-то считают необходимым приводить в даташитах долговременную стабильность своих изделий. Если фирма Atmel этого не делает - значит, этот параметр следует считать ненормированным, и вынесение каких-либо предположений на сей счёт подобно гаданию на кофейной гуще. В "мабилле" есть, но в "мабиллу" никто и не влазит. Речь о связи с нею...Ну, старт- и стоп- биты каждая транзакция имеет. Вот по ним и можно синхронизироваться... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
artemkad 69 20 июля, 2006 Опубликовано 20 июля, 2006 · Жалоба Под "качественным" я подразумевал такое, от которого конечный пользователь не будет плеваться. То есть, аппаратура должна гарантированно (в той степени, в какой это возможно) работать без глюков.Поддерживаю обеими руками :) В "мабилле" есть, но в "мабиллу" никто и не влазит. Речь о связи с нею...Ну, старт- и стоп- биты каждая транзакция имеет. Вот по ним и можно синхронизироваться... :blink: Как Вы это себе представляете особенно если учесть, что старт-бит имеет только один гарантированный фронт, а стоп-бит вообще ни одного :glare: ... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Stanislav 0 20 июля, 2006 Опубликовано 20 июля, 2006 · Жалоба Как Вы это себе представляете особенно если учесть, что старт-бит имеет только один гарантированный фронт, а стоп-бит вообще ни одного :glare: ...Ну, два гарантированных перехода за время одной транзакции всё-таки имеются. Если расстояние между ними достаточное, на умеренной битовой скорости можно получить необходимое разрешение. Максимальная точность для заданной скорости будет обеспечена при измерении интервала между старт- и стоп- переходами (если, конечно, последний имеется), поэтому я об этом и написал. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
artemkad 69 20 июля, 2006 Опубликовано 20 июля, 2006 · Жалоба Как Вы это себе представляете особенно если учесть, что старт-бит имеет только один гарантированный фронт, а стоп-бит вообще ни одного :glare: ...Ну, два гарантированных перехода за время одной транзакции всё-таки имеются. :blink: Гарантированный за время одного символа только ОДИН переход. Расстояния между символами - не гарантированы... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться