जब मैं वॉचडॉग टाइमर को बंद करने का प्रयास करने के लिए wdt_disable () को कॉल करता हूं तो मेरा AVR रीसेट क्यों होता है?


34

मुझे एक समस्या हो रही है जहाँ एक AVR ATtiny84A पर एक निष्क्रिय वॉचडॉग अनुक्रम निष्पादित करना वास्तव में चिप को रीसेट करना है, भले ही टाइमर को उस पर बहुत समय बचा हो। यह असंगत रूप से होता है और जब कई भौतिक भागों पर समान कोड चल रहा होता है; हर बार कुछ रीसेट, कुछ रीसेट कभी-कभी और कुछ कभी नहीं।

समस्या को प्रदर्शित करने के लिए, मैंने एक सरल कार्यक्रम लिखा है जो ...

  1. वॉचडॉग को 1 सेकंड के टाइमआउट के साथ सक्षम करता है
  2. प्रहरी को रीसेट करता है
  3. 0.1 सेकंड के लिए सफेद एलईडी चमकती है
  4. सफेद सेकंड को 0.1 सेकंड के लिए बंद कर दिया
  5. प्रहरी को निष्क्रिय कर देता है

वॉचडॉग सक्षम और अक्षम के बीच कुल समय 0.3 सेकंड से कम है, फिर भी कभी-कभी वॉचडॉग रीसेट तब होता है जब अक्षम अनुक्रम निष्पादित होता है।

यहाँ कोड है:

#define F_CPU 1000000                   // Name used by delay.h. We are running 1Mhz (default fuses)

#include <avr/io.h>
#include <util/delay.h>
#include <avr/wdt.h>


// White LED connected to pin 8 - PA5

#define WHITE_LED_PORT PORTA
#define WHITE_LED_DDR DDRA
#define WHITE_LED_BIT 5


// Red LED connected to pin 7 - PA6

#define RED_LED_PORT PORTA
#define RED_LED_DDR DDRA
#define RED_LED_BIT 6


int main(void)
{
    // Set LED pins to output mode

    RED_LED_DDR |= _BV(RED_LED_BIT);
    WHITE_LED_DDR |= _BV(WHITE_LED_BIT);


    // Are we coming out of a watchdog reset?
    //        WDRF: Watchdog Reset Flag
    //        This bit is set if a watchdog reset occurs. The bit is reset by a Power-on Reset, or by writing a
    //        logic zero to the flag

    if (MCUSR & _BV(WDRF) ) {

        // We should never get here!


        // Light the RED led to show it happened
        RED_LED_PORT |= _BV(RED_LED_BIT);

        MCUCR = 0;        // Clear the flag for next time
    }

    while(1)
    {
        // Enable a 1 second watchdog
        wdt_enable( WDTO_1S );

        wdt_reset();          // Not necessary since the enable macro does it, but just to be 100% sure

        // Flash white LED for 0.1 second just so we know it is running
        WHITE_LED_PORT |= _BV(WHITE_LED_BIT);
        _delay_ms(100);
        WHITE_LED_PORT &= ~_BV(WHITE_LED_BIT);
        _delay_ms(100);

        // Ok, when we get here, it has only been about 0.2 seconds since we reset the watchdog.

        wdt_disable();        // Turn off the watchdog with plenty of time to spare.

    }
}

स्टार्टअप पर, प्रोग्राम यह देखने के लिए जांचता है कि क्या पिछला रीसेट वॉचडॉग टाइमआउट के कारण हुआ था, और यदि ऐसा है तो यह लाल एलईडी रोशनी करता है और वॉचडॉग रीसेट रीसेट को इंगित करने के लिए वॉचडॉग रीसेट ध्वज को साफ करता है। मेरा मानना ​​है कि इस कोड को कभी निष्पादित नहीं किया जाना चाहिए और लाल एलईडी कभी नहीं आना चाहिए, फिर भी यह अक्सर होता है।

यहाँ क्या हो रहा है?


7
यदि आपने इस समस्या के बारे में अपना प्रश्नोत्तर यहाँ लिखने का निश्चय किया है तो मैं उस दर्द और पीड़ा की कल्पना कर सकता हूँ जिसकी खोज करने की आवश्यकता थी।
व्लादिमीर क्रैवरो

3
बिलकुल! इस बग पर 12 घंटे। थोड़ी देर के लिए, बग केवल साइट से ही होगा। अगर मैं बोर्डों को अपने डेस्कटॉप पर लाया तो बग दूर हो जाएगा, संभवतः तापमान के प्रभाव के कारण (मेरी जगह ठंडी है जो वॉचडॉग ऑसिलेटर को सिस्टम क्लॉक के सापेक्ष थोड़ा धीमा चलाता है)। इसे पुन: पेश करने और वीडियो पर अधिनियम में इसे पकड़ने के लिए 30+ परीक्षण हुए।
बिगजोश

मैं लगभग दर्द महसूस कर सकता हूं। मैं एक पुराना और नौसिखिया ईई नहीं हूं लेकिन मैंने कभी-कभी ऐसी स्थितियों में खुद को पाया। शानदार पकड़, एक बीयर है और समस्याओं को हल करना जारी रखें;)
व्लादिमीर क्रेवरो

जवाबों:


41

Wdt_reset () लाइब्रेरी रूटीन में एक बग है।

यहाँ कोड है ...

__asm__ __volatile__ ( \
   "in __tmp_reg__, __SREG__" "\n\t" \
   "cli" "\n\t" \
   "out %0, %1" "\n\t" \
   "out %0, __zero_reg__" "\n\t" \
   "out __SREG__,__tmp_reg__" "\n\t" \
   : /* no outputs */ \
   : "I" (_SFR_IO_ADDR(_WD_CONTROL_REG)), \
   "r" ((uint8_t)(_BV(_WD_CHANGE_BIT) | _BV(WDE))) \
   : "r0" \
)

चौथी पंक्ति का विस्तार ...

out _WD_CONTROL_REG, _BV(_WD_CHANGE_BIT) | _BV(WDE)

इस लाइन का उद्देश्य WD_CHANGE_BIT के लिए 1 लिखना है, जो निम्न पंक्ति को वॉचडॉग सक्षम बिट (WDE) में 0 लिखने में सक्षम करेगा। डेटाशीट से:

सक्षम वॉचडॉग टाइमर को अक्षम करने के लिए, निम्नलिखित प्रक्रिया का पालन किया जाना चाहिए: 1. एक ही ऑपरेशन में, WDCE और WDE के लिए एक तर्क लिखें। WDE बिट के पिछले मान की परवाह किए बिना एक तर्क WDE को लिखा जाना चाहिए। 2. अगले चार घड़ी चक्रों के भीतर, एक ही ऑपरेशन में, डब्ल्यूडीई और डब्ल्यूडीपी बिट्स को वांछित के रूप में लिखें, लेकिन डब्ल्यूडीसीई क्लियर होने के साथ।

दुर्भाग्य से, इस असाइनमेंट पर वॉचडॉग कंट्रोल रजिस्टर (WDCE) के निचले 3 बिट्स को 0 पर सेट करने का साइड इफेक्ट भी है । यह तुरंत प्रीस्कूलर को उसके सबसे कम मूल्य पर सेट करता है। यदि नया प्रीस्कूलर पहले ही इस निर्देश को निष्पादित कर दिया गया है, तो प्रोसेसर रीसेट हो जाएगा।

चूंकि वॉचडॉग टाइमर एक शारीरिक रूप से स्वतंत्र 128 kHz ऑसिलेटर से चलता है, इसलिए यह अनुमान लगाना कठिन है कि नए प्रीस्कूलर की स्थिति रनिंग प्रोग्राम के संबंध में क्या होगी। यह देखे गए व्यवहारों की एक विस्तृत श्रृंखला के लिए है जहां बग को आपूर्ति वोल्टेज, तापमान और विनिर्माण बैच के साथ सहसंबद्ध किया जा सकता है क्योंकि ये सभी चीजें वॉचडॉग थरथरानवाला की गति और सिस्टम घड़ी को असममित रूप से प्रभावित कर सकती हैं। यह खोजने के लिए एक बहुत मुश्किल बग था!

यहाँ अद्यतन कोड है कि इस समस्या से बचा जाता है ...

__asm__ __volatile__ ( \
   "in __tmp_reg__, __SREG__" "\n\t" \
   "cli" "\n\t" \
   "wdr" "\n\t" \
   "out %0, %1" "\n\t" \
   "out %0, __zero_reg__" "\n\t" \
   "out __SREG__,__tmp_reg__" "\n\t" \
   : /* no outputs */ \
   : "I" (_SFR_IO_ADDR(_WD_CONTROL_REG)), \
   "r" ((uint8_t)(_BV(_WD_CHANGE_BIT) | _BV(WDE))) \
   : "r0" \
)

अतिरिक्त wdrनिर्देश वॉचडॉग टाइमर को रीसेट करता है, इसलिए जब निम्न पंक्ति संभावित रूप से एक अलग प्रीस्कूलर पर स्विच करती है, तो यह अभी तक समाप्त नहीं होने की गारंटी है।

यह भी WD_CHANGE_BIT और WDE बिट्स को OR_CONTROL_REGISTER में ORING करके तय किया जा सकता है जैसा कि डेटाशीट में सुझाया गया है ...

; Write logical one to WDCE and WDE
; Keep old prescaler setting to prevent unintentional Watchdog Reset
in r16, WDTCR
ori r16, (1<<WDCE)|(1<<WDE)
out WDTCR, r16

... लेकिन इसके लिए अधिक कोड और अतिरिक्त स्क्रैच रजिस्टर की आवश्यकता होती है। चूंकि वॉचडॉग काउंटर को रीसेट किया जाता है, जब भी इसे अक्षम किया जाता है, अतिरिक्त रीसेट कुछ भी नहीं दिखता है और इसका कोई अनजाने साइड इफेक्ट नहीं है।


7
मैं चाहता हूँ तुम सहारा देने के लिए भी तरह क्योंकि जब मैं AVR-libc मुद्दा सूची की जांच के लिए गया था, तो यह आपको लगता है (शायद आप) यह पहले से ही प्रस्तुत savannah.nongnu.org/bugs/?44140
vicatcu

1
ps "josh.com" वास्तविक है ... प्रभावशाली
vicatcu
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.