• AVR Freaks

Hot!MPLABX v5.40 PIC18F27Q10 simulator crash when PWM2 enabled

Author
dan1138
Super Member
  • Total Posts : 3717
  • Reward points : 0
  • Joined: 2007/02/21 23:04:16
  • Location: 0
  • Status: offline
2020/07/08 17:58:07 (permalink)
5 (1)

MPLABX v5.40 PIC18F27Q10 simulator crash when PWM2 enabled

The attached MCC project for MPLABX v5.40 configures a PIC18F27Q10 to output a 50% square wave on RC1.
 
The fault is the simulation stops as soon at the EN bit in the CCP2CON register is set.
 
I know Microchip has thousands of test vectors for the simulation tool but, how does a coder fail to check that the simulation model crashes the simulator when the default configuration is enabled?
 
OK, Microchip perhaps you can no longer stand tall, but at least stand up.
 
I so hope I am wrong. That I've done something stupid. The code I attached is a 100% creation of MCC.
#1

2 Replies Related Threads

    GeorgePauley
    Moderator
    • Total Posts : 1261
    • Reward points : 0
    • Joined: 2009/12/01 13:59:30
    • Location: Chandler AZ
    • Status: offline
    Re: MPLABX v5.40 PIC18F27Q10 simulator crash when PWM2 enabled 2020/07/09 10:45:43 (permalink)
    0
    Yep, CCP is broken for 18F27Q10.  I've written a bug report which will get addressed at some point in the future.

    As to your question about how this gets through testing, its simple:  There's no test for CCP for 18F27Q10.  There are tests for that CCP, but not for 18F27Q10.  There are tests for 18F27Q10, but not against CCP.
    #2
    dan1138
    Super Member
    • Total Posts : 3717
    • Reward points : 0
    • Joined: 2007/02/21 23:04:16
    • Location: 0
    • Status: offline
    Re: MPLABX v5.40 PIC18F27Q10 simulator crash when PWM2 enabled 2020/07/09 16:13:35 (permalink)
    +1 (1)
    GeorgePauley
    As to your question about how this gets through testing, its simple:  There's no test for CCP for 18F27Q10.  There are tests for that CCP, but not for 18F27Q10.  There are tests for 18F27Q10, but not against CCP.

    No test for the PIC18F27Q10 CCP simulation model is the reason the simulation tool got released with a fault that would cause the simulator to crash.

    That this test was not present for the PIC18F27Q10 CCP simulation model shows that the Microchip simulation tool development team has a systemic failure of process.

    My issue here is not this specific, and trivial, fault in a simulation model but the fact that the Microchip development process cannot find these kinds of faults before the release candidate is committed.

    This is not a situation isolated to just the simulation tool development. The pic-as(v2.20) tool chain has a trivial fault with integration into the development environment. With this fault the IDE fails to launch a debug session with the symbolic debug information included in the debug session.

    I point this out here to show how low the quality bar has become for Microchip software tools.
    #3
    Jump to:
    © 2020 APG vNext Commercial Version 4.5