Fault Logic / dspic33fj64gs610 / MPLAB X v5.15

[Uli N. (uln)]

Bei mir arbeitet die Fault-Logik des dspic33fj64gs610 nicht, wie von mir 
erwartet, bzw. sie scheint mir überhaupt nicht aktiv zu sein.

FCLCON1bits.FLTPOL  =  1;  // The selected Fault source is active-low
IOCON1bits.FLTDAT    =  1;  // If Fault active, then FLTDAT<1> provides data for PWM1H and FLTDAT<0> provides data for PWM1L
FCLCON1bits.FLTSRC  = 29;   // Fault Control Signal Source Select bits for PWM Generator 1  => Fault22/Pin58 (FLT1H || FLT1L)
FCLCON1bits.FLTMOD   =  1;  // The selected Fault source forces PWM1H, PWM1L pins to FLTDAT values (cycle)
FCLCON1bits.IFLTMOD  =  0;  // Normal Fault mode: Current-Limit mode maps CLDAT<1:0> bits to the PWM1H and PWM1L outputs. The PWM Fault mode maps FLTDAT<1:0> to the PWM1H and PWM1L outputs.
FCLCON1bits.CLMOD     =  0;  // Current-Limit mode is disabled

Da ich zusätzlich

IOCON1bits.POLH      =  0;  // PWM1H pin is active-high
IOCON1bits.POLL      =  1;  // PWM1L pin is active-low

konfiguriert habe, erwarte ich eigentlich bei Auftreten von 
Fault22/Pin58 == low (und Aufruf des entsprechend programmierten 
Interrupts), dass PWM1H == low und PWM1L == low von der 
dspic33fj64gs610-Hardware ausgegeben wird  - verstehen könnte ich auch 
noch PWM1H == low und PWM1L == high (wenn der Inhalt von FLTDAT <1:0> == 
0x01 direkt, unter Nichtbeachtung von IOCON1bits.POLH und 
IOCON1bits.POLL, an die Ausgänge durchgereicht wird), ich messe aber 
immer nur PWM1H == high und PWM1L == low.

Fällt jemanden etwas auf, was ich vergessen habe, zu konfigurieren?

[Uli N. (uln)]

Thx

[Stampede (Gast)]

Uli N. schrieb:
> FCLCON1bits.FLTMOD   =  1;  // The selected Fault source forces PWM1H,
> PWM1L pins to FLTDAT values (cycle)
> FCLCON1bits.IFLTMOD  =  0;  // Normal Fault mode: Current-Limit mode
> maps CLDAT<1:0> bits to the PWM1H and PWM1L outputs. The PWM Fault mode
> maps FLTDAT<1:0> to the PWM1H and PWM1L outputs.
> FCLCON1bits.CLMOD     =  0;  // Current-Limit mode is disabled
So frei aus dem Kopf: Ist nicht 3 die "Disable" Option? Vermute dass der 
Current-Limit greift, am bestem mal ins das Status Register gucken.

[Stampede (Gast)]

Vergiss es, war Quatsch.

Mal ein Beispiel von einer Applikation von mir,

    /*Initialization of the PWMx for the left leg*/
    PSFB_LL_IOCON = 0;
    #ifdef APPLY_PWM_GLITCH_ERRATA
        PSFB_LL_IO_H = 1;               // Configure PWMxH as digital input
                                        // Ensure output is in safe state using pull-up or pull-down resistors
        PSFB_LL_IO_L = 1;               // Configure PWMxL as digital input
                                        // Ensure output is in safe state using pull-up or pull-down resistors
        PSFB_LL_IOCONbits.PENH = 0;     // Assign pin ownership of PWMxH to GPIO module
        PSFB_LL_IOCONbits.PENL = 0;     // Assign pin ownership of PWMxL to GPIO module
        PSFB_LL_IOCONbits.OVRDAT = 0;   // Configure PWM outputs override state to the desired safe state
        PSFB_LL_IOCONbits.OVRENH = 1;   // Override PWMxH output
        PSFB_LL_IOCONbits.OVRENL = 1;   // Override PWMxL output   
    #endif
    // PWMx Configuration
    PSFB_LL_IOCONbits.SWAP = 0;         // Swap
    PSFB_LL_IOCONbits.POLH = 0;         // PWM Output Polarity is high
    PSFB_LL_IOCONbits.POLL = 0;         // PWM Output Polarity is high
    PSFB_LL_IOCONbits.PMOD = 0;         // PWM I/O pin pair is in the Complementary Output mode
    PSFB_LL_IOCONbits.OSYNC = 1;        // 0 = Output overrides via the OVRDAT<1:0> bits occur on the next CPU clock boundary
                                        // 1 = Output overrides via the OVRDAT<1:0> bits are synchronized to the PWMx time base
    PSFB_LL_PWMCONbits.ITB = 0;         // PTPER register provides timing for this PWM generator
    PSFB_LL_PWMCONbits.MDCS = 0;        // PDCx (and SDCx) registers provide duty cycle information for this PWMx generator
    PSFB_LL_PWMCONbits.DTC = 0;         // Positive dead time is actively applied for all Output modes
    PSFB_LL_PWMCONbits.IUE = 0;         // Updates are synchronized to the local PWMx time base
    PSFB_LL_PDC_REG = PSFBHalfPeriod ;              // 50% Duty
    PSFB_LL_DTR_REG = PSFBMAXDEADTIME_VAL;             // Dead time setting
    PSFB_LL_ALTDTR_REG = PSFBMAXDEADTIME_VAL;       // Dead time setting
    PSFB_LL_PHASE_REG = 0;                          // Do not shift left leg
    
    PSFB_LL_FCLCON = 0;                             // Clear faults
    PSFB_LL_FCLCONbits.FLTSRC = FLTSRC_ANA_COMP1;   // FLT1 has been selected for the Fault control signal source for PWM Generator
    PSFB_LL_FCLCONbits.FLTPOL = 0;                  // 0 = The selected current-limit source is active-high
    PSFB_LL_FCLCONbits.FLTMOD = FLT_MODE_FLTDATX_LATCH;  // 3: OFF, 1: The selected Fault source forces the PWMxH, PWMxL pins to FLTDATx values (cycle)
    PSFB_LL_FCLCONbits.IFLTMOD = FLT_MODE_DISABLED; // Disabled
    PSFB_LL_IOCONbits.FLTDAT = 0;                   // Set PWMxH/L low in case of a fault

[Uli N. (uln)]

Danke für Deinen Beitrag, werde ihn mir genau anschauen (das Thx oben 
war kein Blick in die Zukunft, sollte eigentlich diesem Beitrag 
Beitrag "Re: "Standard Peripherals Library" für PIC18, PIC24 und dsPIC33" gelten - kein 
Ahnung, wie ich das wieder geschafft habe :-).

Eine Idee wäre noch, dass die Fault-Logik nur im "Complementary Output 
mode" arbeitet - meine Vorgänger habe die Applikation mittels "True 
Independant Output mode" (PMOD = 3;) gelöst - soweit ich sehe, findet 
sich dazu in der Dokumentation nichts?

Wie mir darüber hinaus so manches unklar bleibt - z.B. treten die Faults 
bei Kurzschluss immer paarweise auf, ich erhalte aber immer nur einen 
Interrupt -  es könnte nun sein, dass der zweite, anstehende Interrupt 
in der ersten Interrupt-Routine "abgelöscht" wird, da alle drei 
Interrupt-Routinen u.A.

  PTCONbits.PTEN      = 0;  // PWM module is disabled
  IEC5bits.PWM1IE      = 0;
  IEC5bits.PWM2IE      = 0;
  IEC6bits.PWM3IE      = 0;

ausführen - mittels Dokumentation vermag ich aber nicht zu bestätigen, 
dass auf diese Weise ein schon eingelaufener Interrupt wieder gelöscht 
wird?

[Stampede (Gast)]

Was man auch noch beachten muss, ist wie die Fault Logik und weitere 
Sachen wie Deadtime und SWAP an die IOs weitergegeben werden. Hier mal 
ein Beispiel aus dem dsPIC33CHxxx, der hat zwar eine andere PWM Einheit, 
aber hier ist das grapfisch ganz schön dargestellt. Ich meine das ist 
bei den dsPIC33EP genau so aufgebaut, leider gibts da kein schönes 
Diagramm, das ist alles in prosa versteckt :D

[Stampede (Gast)]

Uli N. schrieb:
> Wie mir darüber hinaus so manches unklar bleibt - z.B. treten die Faults
> bei Kurzschluss immer paarweise auf, ich erhalte aber immer nur einen
> Interrupt -  es könnte nun sein, dass der zweite, anstehende Interrupt
> in der ersten Interrupt-Routine "abgelöscht" wird, da alle drei
> Interrupt-Routinen u.A.

Nein, ein xxx.IE = 0 löscht das zugehörige Flag xxx.IF nicht.