Defunction act of MIPS in PIC32

[martinribelotta]

I was looking the microchip page and found this:

https://www.microchip.com/en-us/products/microcontrollers-and-microprocessors/32-bit-mcus/pic32-32-bit-mcus/pic32cm-mc

Spoiler: Is a new PIC32 with motor control engines but the particularity is the usage of cortex-m0+ as a core.

In my view, this mark the defunction act of MIPS in next PIC32 versions...

Of course, mchip is knowed as good supplier of very long term parts and I not expect any essitation of old PIC32 MIPS based parts, but I have doubts about new parts using MIPS cores, at least of mpchip side.

[coppice]

Microchip went with MIPS at a time when the rest of the industry was going with ARM, and many major customers wouldn't even listen to a sales pitch for any MCU not based on ARM. They appeared to want to be the only company using MIPS in its MCUs. Maybe that hasn't worked out too well for them.

[NorthGuy]

Microchip bought Atmel. These are renamed Atmel SAM.

[martinribelotta]

Microchip bought Atmel. These are renamed Atmel SAM.

In quick review of PIC32MC series, this appear using the PIC32 IPCores. In other hand, the Atmel SAM (previos knowed as Atmel SAM by Atmel) maintain many of the originak atmel IPCores and are diferent product lines apart of PIC32

[iMo]

It looks to me they just moving the atmel's SAM series into a new "pic32MC" family. It does not indicate the "pic32MX/MZ" is going to be phased out..

[NorthGuy]

In quick review of PIC32MC series, this appear using the PIC32 IPCores.

Do you mean periphery? Compare the PIC32CM datasheet to PIC32MM. What exactly MM periphery do you see used in CM?

[SiliconWizard]

It looks to me they just moving the atmel's SAM series into a new "pic32MC" family. It does not indicate the "pic32MX/MZ" is going to be phased out..

Yeah.
Now the "recent" history of MIPS may also be a factor. See other threads about it.
Still hard to tell what the future holds - I mean, at least 5 years from now. Things may once again change. Microchip may turn to RISC-V. Or not. ARM may lose significant market share and its attractivity too. I think we discussed ARM a while ago, and I don't think this scenario would be totally out of the question.

[igendel]

It looks to me they just moving the atmel's SAM series into a new "pic32MC" family. It does not indicate the "pic32MX/MZ" is going to be phased out..

Don't know if it's related, but reading this I remembered that this week's Microchip PCN included the following EOL announcement:
https://www.microchip.com/product-change-notifications/Data/RMES-28YLFC770/RMES-28YLFC770_Affected_CPN_03022021.pdf

[nctnico]

It looks to me they just moving the atmel's SAM series into a new "pic32MC" family. It does not indicate the "pic32MX/MZ" is going to be phased out..

Don't know if it's related, but reading this I remembered that this week's Microchip PCN included the following EOL announcement:
https://www.microchip.com/product-change-notifications/Data/RMES-28YLFC770/RMES-28YLFC770_Affected_CPN_03022021.pdf

It seems this only relates to a -to me- very obscure kind of dual-row QFN package. Personally I wouldn't use such a package in a project because these kind of packages are not the easiest to solder (no room for excess tin to go anywhere so the amount of paste and stencil thickness is much more critical). Let alone that this particular package looks excessively difficult to route compared to regular QFN or BGA. All in all I wouldn't worry about the other packages becoming obsolete.

[JPortici]

In quick review of PIC32MC series, this appear using the PIC32 IPCores.

Not at all. It's a rebranded SAM. And one particularly uninteresting.
What was it called originally, ATSAM E51?

Also yes, phasing out the VTLA packaging. Really, who came up with that monstrousity?

New (MIPS) PIC32 came out very recently with the updated PIC32MK that supposedly solve all the issues in the original (errata and architecture choices)
too bad the PIC32MM is not being updated, nor the PIC32MX which are my goto for cheap USB or cheap CAN+USB but could use a refresh in prepiherals/capabilities

Will be eager to see a PIC32RV or whatever they will call it.. or the dsPIC33A (32bit dsPIC)