caxapa.ru :: Вообщем так, господа - сносите нах это глюкалово

Гудвин (13.03.2007 07:28, просмотров: 1) ответил AVR на Сначала бы выяснить, что становится ее причиной - запись в PRR или где. Вспомнил, что где-то была старая макетка под М8/48/88, найду - еще чёнить пожгу, ДИПов М48 несколько должно валяццо

Вообщем так, господа - сносите нах это глюкалово - 13 версию... http://www.telesys.ru/wwwboards/mcontrol/1612/messages/39545.shtml
Я тоже поставил - так дракон через некоторое время перестал вообще видеться студией. Глюк на глюке... Пущай ее враги тестируют. И драйвер там заявлен совместимый с вистой... Единственное, что есть в ней ценное - *.XML файлы. Откатил на 4.12SP4. Драйвер и прошиву дракона тоже откатил. Вот такой код прекрасно отлаживается под драконом на М168, с внутренним генератором на 8 МГц: <c> include <mega168.h> #include <sleep.h> // Pin change 0-7 interrupt service routine interrupt [PCINT0] void pin_change_isr0(void) { } void main(void) { #pragma optsize- CLKPR=0x80; CLKPR=0x00; #ifdef _OPTIMIZE_SIZE_ #pragma optsize+ #endif PORTB=0x00; DDRB=0x00; PORTC=0x00; DDRC=0x00; PORTD=0x00; DDRD=0x00; // External Interrupt(s) initialization // Interrupt on any change on pins PCINT0: On EICRA=0x00; EIMSK=0x00; PCICR=0x01; PCMSK0=0x01; PCIFR=0x01; ACSR=0x80; ADCSRB=0x00; // Global enable interrupts #asm("sei") while (1) { sleep_enable(); powerdown(); #asm("nop") }; } </c> И ничего не сдыхает, не отваливается, мега просыпается, исправно срабатывет BP в строке (#asm("nop")), когда подносишь руку к кристаллу (прерывание по изменению пина)... А то прямо удивительно - ранее пробовал ATA6286 - все прекрасно отлаживалось - в 4.12 ;) Одно но только есть - "отладочная приблуда" в кристалле c установленным DWEN в режиме power down кушает микроампер 30-40... (мне это существенно) Посему вопрос с отладкой в режимах сна решил радикально (по ссылке). Если пины SPI переводить в состояние 0, то ничего от target вообще не отжирается...

- Ну и вышеприведенный ASM кодик отлаживать не советую ;) Крышняк в кристалле сносит при попытке шагнуть на инструкцию записи PRR :) Глюк вероятнее всего в самом кристалле - некорректная работа с DW.... - Гудвин(13.03.2007 08:18, )
  - Ну я так чего-то и подумал, попозже, что глючняк с железом. Просто логичнее, что корячево может быть с прескалером. А оно с ПРР...А казалось бы, с %я? Ух какие образцово-показательные грабли!!! Горжусь ;О) Надо-же так безошибочно наступить с первого mse(74 знак., 13.03.2007 09:42, )
    - :) Интересно, в какое состояние кристалл загоняется? Что-то лень проводки присопливливать для параллельного программатора :) - Гудвин(13.03.2007 09:55, )
      - Дыкбля! --> - AVR(13.03.2007 10:00, , ссылка)
    - Вскрытие показало, что больной перед смертью потел, а это хорошо. MISO встало в мертвый 0, что говорит о возможном прожигании SPIEN в отладке вместо записи в PRR. Вечерком займусь патологоанатомией - AVR(13.03.2007 09:54, )
      - Навряд-ли. При "0" на сбросе моя программка совершенно спокойно стукотит. Тут, похоже трабла имана с ресетом для ДВ. Какая-то нионка у её внутре потухла. ;О) - mse(13.03.2007 10:17, )
        
        Угу - SPIEN сброшен, и до кучи DWEN тоже... Оба бита в единице - хрен достучишься... - Гудвин(13.03.2007 10:44, )
        
        Охереть, повер саве моде... а без прр - аж бегом бегает. Туда-сюда. Да, знатные грабельки. Детские. ;О) Хорошо, что м48 наковырял из старых узлов. ;О) - mse(13.03.2007 11:02, )
        
        На, любуйся на свои грабли ;) Гудвин(67 знак., 13.03.2007 15:15, , картинка)
        
        Ну, дык, блин, и чего? СПИЕН=0, ессно, т.е. РАЗРЕШОН, но не работает, потому как ДВЕН=0, тоже ессно, бо тоже РАЗРЕШОН.Грабли то в том, что при РАЗРЕШОННОМ ДВЕН, дебугвирь не работаит. Вот по ХВпрог отъэразить её и оно должно зафурычить с этими фузами. mse(34 знак., 13.03.2007 15:53, )
        
        Да ничо - показал состояние кристалла в ступоре... Тем-же драконом в параллельном режиме можно разлочить... - Гудвин(13.03.2007 16:28, )
        
        Не...подожди... mse(426 знак., 13.03.2007 16:57, )
        
        Да я убрал в параллельном режиме галку DWEN ( установил в единицу) и все дела... - Гудвин(13.03.2007 17:04, )
        
        Э-э-э...Это не интересно. Прикольнее было бы просто сделать еразе. И вернуться в отладку дебугвирем. Кстати, раз уже спаял, мож посмотришь, какой битик ПРР ставит 48-ю раком? ;О) - mse homjak(13.03.2007 20:38, )
        
        Очистка, естественно, не помогает. Только сброс DWEN. А битик и так понятно - SPI, что успешно и проверил... - Гудвин(14.03.2007 04:32, )
        
        Был неправ - очистка решает проблему... - Гудвин(14.03.2007 11:01, )
        
        Во, блин...интересно, почему? mse(519 знак., 14.03.2007 09:17, )
        
        Вообщем так: Если при включении дать программе выполниться (отключить SPI тактирование через PRR), то все - отладчик микросхему не увидит. Теоретически Гудвин(378 знак., 14.03.2007 10:56, )
        
        Ага ;О) в Микрочипе пошевеляцца, жди ;О)... Тогда уж звание "ПочОтный Граблепроходец" - mse(14.03.2007 11:18, )
        
        Ну оговорился c микрочипом - сижу вот грустю - PIC16F639 изучаю :( Ибо шибко туманные перспективы на приобретение партии ATA6286 в июне :( А какая весчь! Пощупал - пестня... Но увы... - Гудвин(14.03.2007 11:41, )
        
        Дык, а в ЭФО или Аргуссофт какой? Не беруцца? - mse(14.03.2007 12:22, )
        
        Что-то мямлят... Да и кристаллы официально запущаются в июне... - Гудвин(14.03.2007 12:24, )
        
        А прямо в гнездо? Типа "а вот мы уже!!!". Хотя, конечно, рисковано. - mse(14.03.2007 12:30, )

Микроконтроллеры