Хоть я не доктор, но в любом процессоре их дохренища. Они обеспечивают работу всяких разных конечных автоматов, считают такты/циклы в процессе выполнения всяких операций, и т.п. («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Хоть я не доктор, но в любом процессоре их дохренища. Они обеспечивают работу всяких разных конечных автоматов, считают такты/циклы в процессе выполнения всяких операций, и т.п.

Отправлено SM 25 июля 2007 г. 17:02
В ответ на: Я не гордый, спрошу еще: где на меге теневые регистры. :) отправлено <font color=gray>Quasy</font> 25 июля 2007 г. 16:58

Составить ответ | Вернуться на конференцию

Ответы

И помешают меге программно реиницилизоваться по jmp 0? Вопрос-то в этом — Quasy (25.07.2007 17:08:48 80.243.9.34, пустое)
- Ответ: Плять...Ты спицально тупым прикидываешься??? Как ты программно реинициализируешь программно недоступные регистры??? И это..Кончай...Мне больше не хочетца с тобой общатцо раз наша дискуссия пошла таким образом — Д_окт__ор Ту__ам__О__сес (25.07.2007 17:12:22 83.167.112.1, пустое)
- Не должны помешать. Если они не застряли по какой-то причине в неадекватном состоянии. Т.е. если например в результате помехи UART почему-то поймал клина в запрещенном состоянии, то сколько не jmp-уй, а там он и останется. — SM (25.07.2007 17:11:43 85.21.237.237, пустое)
  - Именно поєтому я бы не рекомендовал при 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, пустое)
Ответ: SM! Спасибо за наводку..Уменьшил тактовую частоту проца на компе в 2 раза...Больше не греется — Д_окт__ор Ту__ам__О__сес (25.07.2007 17:07:10 83.167.112.1, пустое)
- Лепота!! И системник разбирать не пришлось...Вот шо значит запас по быстродействию...А по работе винды вааще не заметно, что тактовая уменьшилась в 2 раза — Д_окт__ор Ту__ам__О__сес (25.07.2007 17:09:45 83.167.112.1, пустое)
  - Ответ: Теперь хоть можно спать спокойно: знаю что жена и дети со своими игрушками не спалят проц (:-))) — Д_окт__ор Ту__ам__О__сес (25.07.2007 17:18:33 83.167.112.1, пустое)
- А я обычно в таком случае пылесосом радиатор проца прочищаю :) :) — SM (25.07.2007 17:08:40 85.21.237.237, пустое)
Ответ: Ну я про что....А человек, типа Америку открыл...Он думает в процессоре есть только то, что пишут в даташифтах — Д_окт__ор Ту__ам__О__сес (25.07.2007 17:05:8 83.167.112.1, пустое)
- Док, не виляй! Кто из недоступных регистров мне помешает реиницилизовать процессор после jmp 0? — Quasy (25.07.2007 17:11:44 80.243.9.34, пустое, ссылка)
  - Ответ: Дык тебе ничего не мешает записать некоторые значение в программно доступные регистры...Но проблема в том, что узлы процессора упраляются не только программно доступными регистрами, но и теми которые не доступны программисту..А если в этих "теневых" регистрах находится какая-нить срань, то единственным способом вернуть их в исходное состояние будет АППАРАТНЫЙ ресет — Д_окт__ор Ту__ам__О__сес (25.07.2007 17:31:15 83.167.112.1, пустое)
- Ответ: Программная модель и реальное железо процессора - вещи разные — Д_окт__ор Ту__ам__О__сес (25.07.2007 17:05:48 83.167.112.1, пустое)
  - Вот это не факт. Сейчас сначала делается "программная модель", отлаживается, а только потом синтезируется в реальное железо, работающее точно по этой модели. — SM (25.07.2007 17:07:55 85.21.237.237, пустое)
    - Ответ: Ну я хотел сказать про то , что от "теневых" аппаратных регистров программист абстрагирован разработчиками чипа.... — Д_окт__ор Ту__ам__О__сес (25.07.2007 17:14:15 83.167.112.1, пустое)