I designed a complicated product using the SAMD21 MCU and a BTLC1000-MR module.
It was working OK but I had to program a fuse in the module to get the coms to the MCU to work.
It took a long time to work out that was needed and I didn't want to have to do that in production.
Then the BTLC1000-ZR module became available, with a promise that I would not have to program a fuse in that one to get the coms to work.
So I redesigned my product to use the BTLC100-ZR module and got 10 protypes professionally built at a cost of many thousands of dollars.
When I received the protypes I could not get the BLE to work and spent a long time checking every aspect of the design.
Finally I determined that the ZR BLE module was not outputting the RTS signal properly, which caused the firmware in the MCU to hang waiting for the coms.
I wrote a support request to Microchip to try to get to the bottom of the problem.
However as I was completing it I saw a link to this:
https://microchipsupport.force.c...
THIS TELLS ME THAT I STILL HAVE TO PROGRAM THE FUSE IN THE ZR MODULE TO GET THE COMS TO WORK!!!
So I program the fuse and it works.
The modules used have the Microchip M on them so it looks like this is a mistake up on Microchip's part.
Who is going to compensate me for all the time and effort I have wasted trying to get a product that doesn't need an extra production programming step, as promised in the documentation?
Is this a mistake by Microchip in the programming of the ZR modules?
When can we expect to get ZR modules that have the fuse programmed for 4 wire mode by default, as promised in all earlier documentation?
Will Microchip be recalling the stuffed up ZR modules?