Разработка, производство и продажа радиоэлектронной аппаратуры
|
Карта сайта
|
Пишите нам
|
В избранное
Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:
jobsmp@pochta.ru
Телесистемы
|
Электроника
|
Конференция «Микроконтроллеры и их применение»
Не должны помешать. Если они не застряли по какой-то причине в неадекватном состоянии. Т.е. если например в результате помехи UART почему-то поймал клина в запрещенном состоянии, то сколько не jmp-уй, а там он и останется.
Отправлено
SM
25 июля 2007 г. 17:11
В ответ на:
И помешают меге программно реиницилизоваться по jmp 0? Вопрос-то в этом
отправлено <font color=gray>Quasy</font> 25 июля 2007 г. 17:08
Составить ответ
|
Вернуться на конференцию
Ответы
Именно поєтому я бы не рекомендовал при jmp 0 просто занести во все регистры то, что нужно (в том числе совпадающее со сбросовым), а сначала (+)
—
ReAl
(25.07.2007 17:38:22
89.162.152.53
, 422 байт)
Ответ: "Вроде бы, те же UART-ы биты TxEN/RxEN воспринимают " ...Ну это опять "гадание на кофейной гуще"...В даташифтах этого нет
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:41:24
83.167.112.1
,
пустое
)
Да согласен, если есть биты, отвечающие за сброс отдельных блоков, в начале программы очень неплохо ими подергать.
—
SM
(25.07.2007 17:40:59
85.21.237.237
,
пустое
)
Вот имеено что "если есть "...А есть ли и каких именно блоков чел не знает..А дёргать вслепую в надежде угадать.??? Дебилизм
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 19:12:47
83.167.112.1
,
пустое
)
Если УАРТ может войти в ступор из-за какого-то значения в аппаратном регистре (пусть даже и теневом), это означает только одно - УАРТ хреново спроектирован.
—
Mebius
(25.07.2007 17:28:51
195.28.47.34
,
пустое
)
Ответ: Вы говорите банальные вещи...Вы что не знаете, что нет ничего идеального?
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:34:34
83.167.112.1
,
пустое
)
Ответ: Не знаете законов Мерфи что-ли??? Если что-то может сломаться - оно непременно сломается
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:38:48
83.167.112.1
,
пустое
)
Я знаю чего говорю. С конечных автоматов я начинал. Если периф. устройство не наворачивать (а в большинстве случаев так оно и есть), то проверить на клинч не так уж и сложно. Симуляторы опять-же :)))))
—
Mebius
(25.07.2007 17:41:49
195.28.47.34
,
пустое
)
Ответ: Чёта я не понял...Как это на программном симуляторе, симмитировать глюк программно НЕДОСТУПНОГО регистра....Раскажите...Будьте так любезны
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:51:44
83.167.112.1
,
пустое
)
Вы похоже не поняли. На симуляторе типа Verilog-XL или подобного, которым симулируется модель чипа в процессе его разработки.
—
SM
(25.07.2007 17:55:50
85.21.237.237
,
пустое
)
Ответ: А мне кажется, что он имел ввиду симулятор типа AVR Студии {хотя кончно он теперь после вашего ответа в этом низчто не признается...кому охота выглядеть тупым}
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:59:19
83.167.112.1
,
пустое
)
Если кажется, сами знаете что делать надо. Имел в виду он явно другое.
—
SM
(25.07.2007 18:05:21
85.21.237.237
,
пустое
)
Ты время сравни моего поста и SM, умный бля.
—
Mebius
(25.07.2007 18:02:9
195.28.47.34
,
пустое
)
Ответ: А вы чё "камни" сами "печёте"??? К чему Ваша реплика то?
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 19:24:47
83.167.112.1
,
пустое
)
Кроме камнепечения те же проблемы возникают в проектировании ПЛИС. Этим сейчас как минимум каждый второй из тут бывающих занимается.
—
SM
(25.07.2007 19:27:10
85.21.237.237
,
пустое
)
Ответ: SM! У Вас простор дар уводить дисскуссию к вещам, далёким от темы дискуссии
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 19:38:55
83.167.112.1
,
пустое
)
Они не далекие. Все связано.
—
SM
(25.07.2007 21:14:54
80.92.255.53
,
пустое
)
Они не далекие. Все связано.
—
SM
(25.07.2007 21:14:53
80.92.255.53
,
пустое
)
На симуляторе, на котором Вы будете разрабатывать свой сверхнадёжный ЧИП, доктор, а не аврстудию ни в коем разе.
—
Mebius
(25.07.2007 17:53:34
195.28.47.34
,
пустое
)
Ответ: Ну а всё же..Что делать нам - людям далёким от "выпечки" чипов и симуляции глюков в теневых регистрах??? Мы же юзаем уже готовый чип и всего его регистры - данность, которую не изменишь
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 19:48:32
83.167.112.1
,
пустое
)
Я о том же, но в реальной жизни на этом часто экономят копейки (площадь кристалла), особенно на ширпотребе, надеясь на то, что оно туда никогда не влетит, а если и влетит, большого ущерба не нанесет.
—
SM
(25.07.2007 17:30:30
85.21.237.237
,
пустое
)
Назовите мне такие камни, и я срочно начну переделывать свои проекты если что-то на них у меня сделано :)
—
Mebius
(25.07.2007 17:38:19
195.28.47.34
,
пустое
)
Это Вам никто не назовет :) Все и всегда будут говорить, что у нас нигде нет ни одного запрещенного состояния без выхода из него. Чипостроение это густой лес. Сделают реально одно, опишут другое с той же функциональностью, и никто никогда об этом не узнает.
—
SM
(25.07.2007 17:42:57
85.21.237.237
,
пустое
)
С другой стороны, (+)
—
Mebius
(25.07.2007 17:57:4
195.28.47.34
, 246 байт)
Сделать сброс этому внешнему устройству через другой контроллер. Например через GPIO-пин. Который уж точно переинициализировать всегда сможете.
—
SM
(25.07.2007 18:07:17
85.21.237.237
,
пустое
)
Криво всё это как-то, да и ногов жалко... Не, всё-таки фтопку такой МК.
—
Mebius
(25.07.2007 18:10:23
195.28.47.34
,
пустое
)
Беда в том, что это может быть в любом МК. А уж сложность автоматов, связанных с внутрисхемной отладкой, жтагом, и т.п. вполне серьезна.
—
SM
(25.07.2007 18:15:41
85.21.237.237
,
пустое
)
Успокаивает то, (+)
—
Mebius
(25.07.2007 18:19:20
195.28.47.34
, 201 байт)
:) ага. наверное.
—
SM
(25.07.2007 18:24:30
85.21.237.237
,
пустое
)
Ответ: Вот и паговорили (:-))))
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 18:50:12
83.167.112.1
,
пустое
)
Ответ: Радикально??? Отключить на время его питание
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 18:03:59
83.167.112.1
,
пустое
)
Супер! А кто мне его потом включит?
—
Mebius
(25.07.2007 18:05:21
195.28.47.34
,
пустое
)
Ответ: Дык Вы же его патом и включите...Я хуею, что за эмбеддеры пошли: при почти фантастических возможностях современной элементной базы не знают как одним катролиром выключить и включить питание на другом ..Ну П@@ец просто...А про своместимые с логикой ключи вы конечно ничего не слышали...
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 18:38:59
83.167.112.1
,
пустое
)
Ответ: Сначал один катролир рубит на время питалово на другом...А потом тот катролир ресетнувшись, рубит питалово на другом...Такой вот ВЗАИМО ресет....(Обмен ресетами (:-))))
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 18:41:54
83.167.112.1
,
пустое
)
Тако ж и аппаратный ресет может не помочь... Только пересброс питания.
—
Quasy
(25.07.2007 17:20:5
80.243.9.34
,
пустое
)
Ответ: Ну против лома, как говорится, нет приёма...Но нахудой конец и сброс по ватчдогу всяко лучше, чем иммитация сброса программным методом....
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:22:41
83.167.112.1
,
пустое
)
Ответ: Бывает даже что даже "пересброс питания" не помогает, а помогает только продолжительный "пересброс питания"
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:23:46
83.167.112.1
,
пустое
)
Тоисть аппаратный ресет - не панацея по сравнению с программной реинициализацией! Что и требовалось доказать...
—
Quasy
(25.07.2007 17:28:33
80.243.9.34
,
пустое
)
Программный ресет это больше для себя - чтобы с нуля переинициализировать софт, заклинивший блок он в строй не вернет. Аппаратный - гарантированно вернет в строй все то, что влетело "не туда". А если аппаратный не помог - это значит паразитные структуры кристалла встали в неадекватное состояние, т.е. не блок клина поймал, а кристалл целиком. И это уже проблема совсем из другой оперы.
—
SM
(25.07.2007 17:38:2
85.21.237.237
,
пустое
)
Да вопрос-то вот в чем: алгоритм построет так, что в процессе работы меге требуется ресет. Причем все штатно, никто не залип. Док уверяет, что адекватно реиницильзовать МК принципиально не удастся из-за важных, но недоступних теневых регистров.
—
Quasy
(25.07.2007 17:48:34
80.243.9.34
,
пустое
)
Дык с этого надо начинать. Конечно, занести во все регистры, которые трогались, резетные значения, jmp0 и никаких вопросов.
—
SM
(25.07.2007 17:52:1
85.21.237.237
,
пустое
)
Ответ: Плять...Из всего сказанного мной и SM-ом Вы НИЧЕГО не поняли...Что и требовалось доказать..
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:33:21
83.167.112.1
,
пустое
)
Док, Вы, видимо не сталкивались с действительно теневыми регистрами(триггерами) которые например на 51-м могут сделать jmp 0 принципиально слабой перед cбросом по WDT. Мега покладистей в этом смысле, и soft-эмулировать (Ваш конек!) сброс по WDT функционально возможно.
—
Quasy
(25.07.2007 17:41:16
80.243.9.34
,
пустое
)
А чем МК 8051 отличается?
—
VasilyS
(25.07.2007 21:23:15
80.92.96.25
,
пустое
)
Ответ: =========>>>>>>>>>>>>>
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:54:42
83.167.112.1
,
пустое
,
ссылка
)
Ага, это когда щелкнуло и перегрело. Надо мало того, что питание срубить, а и подождать, пока остынет. НО! Эта не та опера.
—
SM
(25.07.2007 17:26:47
85.21.237.237
,
пустое
)
Ответ: А как Вы реализуете в своих девайсах "передёргивание " питания??
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 19:44:13
83.167.112.1
,
пустое
)
Неа, эти все хозяйства с гарантией на 100% имеют асинхронный сброс от резета. Питание перебрасывать - только если тиристорное защелкивание, а это уже совсем труба.
—
SM
(25.07.2007 17:22:27
85.21.237.237
,
пустое
)
Хотя это проблема разработчика ИМС. По идее все КА должны иметь схему выхода из запрещенных состояний, но есть ли они в меге, и есть ли везде... Я думаю это никто никогда не узнает.
—
SM
(25.07.2007 17:18:30
85.21.237.237
,
пустое
)
Ответ: И схема аппратного сброса как раз и предназначена для того, что бы привести все эти КА в исходное состояние.
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:20:26
83.167.112.1
,
пустое
)
Вы сталкивались с такими состояниями цифровый логики, когда и аппаратный ресет не помогает? Я-да. Только пересброс питания. Короче, принципиальных помех программной реинициации меги не вижу.
—
Quasy
(25.07.2007 17:26:14
80.243.9.34
,
пустое
)
Ответ: А я разве говорил что есть какие то помехи??? Да пишите Вы на здоровье что хотите в программно доступные РВВ...Я только говорю о том, что в некоторых случаях это не заменит "полноценного" аппаратного сброса...Т.е.между программным и аппаратным сбросом нельзя ставить знак равенства...вот и всё
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:45:18
83.167.112.1
,
пустое
)
Вот так вот "полная х.ня" плавно превращается в "некоторые случаи" :)))
—
Mebius
(25.07.2007 18:00:57
195.28.47.34
,
пустое
)
Ответ: И в этих случаях программный ресет - полная х...ня
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 19:06:8
83.167.112.1
,
пустое
)
Где-то не равны, где-то функционально равны. Говорить о том, что программная реинициализация меги есть "уйня" нелзя.
—
Quasy
(25.07.2007 17:55:31
80.243.9.34
,
пустое
)
Ответ: Согласен...Что может быить некоторые узлы и не имеют "теневых" регистров и их состяние полностью определяется состоянием програмно доступных регистров...Только вот какие узлы имеют теневые регистры, а какие нет...Об этом в даташифтах почемуто скромно молчат
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 18:07:26
83.167.112.1
,
пустое
)
Они (при корректном проектировании) должны САМИ детектировать то, что находятся в неположенном состоянии, и по следующему перепаду тактовой срезечиваться. Причем это дается совсем небольшой логикой.
—
SM
(25.07.2007 17:24:16
85.21.237.237
,
пустое
)
Ответ: Блин..А ведь есть умные люди на конфе...Браво SM...Разрешите пожать Вашу мужественную руку..
—
Д_окт__ор Ту__ам__О__сес
(25.07.2007 17:15:57
83.167.112.1
,
пустое
)
Отправка ответа
Имя*:
Пароль:
E-mail:
Тема*:
Сообщение:
Ссылка на URL:
URL изображения:
если вы незарегистрированный на форуме пользователь, то
для успешного добавления сообщения заполните поле, как указано ниже:
введите число 47:
Перейти к списку ответов
|
Конференция
|
Раздел "Электроника"
|
Главная страница
|
Карта сайта
Web
telesys.ru