TK. Posted July 30, 2006 Report Share Posted July 30, 2006 INFO: It turned out that the new chip revision still contains the EUSART bug, therefore this article is obsolete.The original article was:------------------------------So, PIC18F4620: according to a recently published errata sheet (http://ww1.microchip.com/downloads/en/DeviceDoc/80282a.pdf), Microchip has finally released a new B4 silicon, where the EUSART bug is fixed. These are really good news for all future MIDIbox projects, because this means that in some months PICs will be available where the MBHP_IIC_MIDI module won't be required as a workaround solution for a reliable MIDI Out port anymore!My proposal is not to buy PIC18F4620 devices yet until some of us have verified that the right revision is available in the appr. shops. In general I think it makes sense to wait until november to ensure, that older revisions are out of stock, thereafter we could try the new one (the revision number can be checked with a program). Maybe companies like Mouser or Farnell could also be asked via email or phone before...For those who cannot wait, they can also use in future the combination of CORE and IIC_MIDI module - it works perfectly, but increases the complexity (-> lower success rate for electronic newbies)A new revision of PIC18F4550 (USB device) has not been announced yet.Best Regards, Thorsten. Link to comment Share on other sites More sharing options...
stryd_one Posted July 30, 2006 Report Share Posted July 30, 2006 That's great news TK :) It seems that after all, they had heard your comlaints, but just decided not to say anything ::) I wonder if they will have introduced another new bug for you to work around? ;) heheheheh Link to comment Share on other sites More sharing options...
TK. Posted July 30, 2006 Author Report Share Posted July 30, 2006 We will see, I've enough MIOS code for a validation under realworld conditions ;-)Best Regards, Thorsten. Link to comment Share on other sites More sharing options...
Wilba Posted July 31, 2006 Report Share Posted July 31, 2006 TK, is there some way we can test for this EUART bug with a Core using MIOS?i.e. some MIOS app that echos MIDI In to MIDI Out, and send a lot of messages to it from a PC and watch for a zero byte sent back? Link to comment Share on other sites More sharing options...
TK. Posted July 31, 2006 Author Report Share Posted July 31, 2006 I've developed an algorithm which can reproduce the bug on a deterministic way (see also this article: http://forum.microchip.com/tm.aspx?m=85120), but it requires a second core (with another program which is not described in this article), and a scope to catch the triggers.However, there is an easier, but not so deterministic way: enable the MIDI merger, and send & receive a large SysEx dump with MIDI-Ox. When you compare the dump (function provided by MIDI-Ox) you will sometimes (!) see additional zero bytesBest Regards, Thorsten. Link to comment Share on other sites More sharing options...
docbrown Posted July 31, 2006 Report Share Posted July 31, 2006 Yay ;D ;D ;D Finally!! its fix!!Thanks for the info TK. I wonder if you order a sample from MicroChip, if they will give you a older version just to get rid of there defective PIC inventory.. just a thought.. So beware for the newbies.. Link to comment Share on other sites More sharing options...
TK. Posted August 1, 2006 Author Report Share Posted August 1, 2006 I wonder if you order a sample from MicroChip, if they will give you a older version just to get rid of there defective PIC inventory..thats the reason why I will wait at least for one month before ordering samples ;-)Best Regards, Thorsten. Link to comment Share on other sites More sharing options...
docbrown Posted August 2, 2006 Report Share Posted August 2, 2006 Just FYI: I ordered the 18F4620 I/P about 2 1/2 weeks ago from MicroChip and I received a PIC with a Packaging Information number "06054R3". Pay attention on the bolded numbers.According to this PDF under Packaging Information: http://ww1.microchip.com/downloads/en/DeviceDoc/39626b.pdfThis PIC was (I guess) made on the week of January 29, 2006IMG_0862.JPG Link to comment Share on other sites More sharing options...
MTE Posted August 2, 2006 Report Share Posted August 2, 2006 quote from the pdf (page 365)Legend: XX...X Customer specific information*Y Year code (last digit of calendar year)YY Year code (last 2 digits of calendar year)WW Week code (week of January 1 is week ‘01’)NNN Alphanumeric traceability codeNote: In the event the full Microchip part number cannot be marked on one line, it willbe carried over to the next line thus limiting the number of available charactersfor customer specific information.i have 3 pic18F4620-I/P with the number 06054R1.....other 3 with number 06205WW....when came out the model without the bug ???GreetzMTE Link to comment Share on other sites More sharing options...
stryd_one Posted August 2, 2006 Report Share Posted August 2, 2006 It came out like last week, so you'll want at least 0630 or so (+/- a few weeks because I'm too lazy to count them) Link to comment Share on other sites More sharing options...
MTE Posted August 2, 2006 Report Share Posted August 2, 2006 I'm too lazy to count them ;Dprot a noblemthnx for the info :)RegardsMTE Link to comment Share on other sites More sharing options...
docbrown Posted August 2, 2006 Report Share Posted August 2, 2006 I guess if we wait for the November production, the chip will have a +/- number of 0645XXX. Link to comment Share on other sites More sharing options...
OrganGrinder Posted August 2, 2006 Report Share Posted August 2, 2006 himy sample 4620 where shipped 11 june with the date number 0620counting the weeks, my chips where sent about 1 month after manufacturethis should give an idea when to order to get the new revisionOrganGrinder Link to comment Share on other sites More sharing options...
dcer10 Posted August 5, 2006 Report Share Posted August 5, 2006 I also have got a couple with the same numbers 06054R1, did you figure out if they were the ones with the bug? Could these chips be loaded with the bootstrap loader from the JDM programmer? If so does anyone have a guide on how to load it up ang get going with the new pics or is it the same as with the old ones?Also if all of that works whats the chances of TK allowing people with suitable new chips access to the applications to try out? Im keen to try the new SID and sequencer apps. I will keep the old pics on hand to swap if the new apps are still buggy. Link to comment Share on other sites More sharing options...
OrganGrinder Posted August 5, 2006 Report Share Posted August 5, 2006 Could these chips be loaded with the bootstrap loader from the JDM programmer? If so does anyone have a guide on how to load it up ang get going with the new pics or is it the same as with the old ones?i don't know about the JDM, but my 4620s burned ok through my PIC Burner.OrganGrinder Link to comment Share on other sites More sharing options...
TK. Posted August 5, 2006 Author Report Share Posted August 5, 2006 Could these chips be loaded with the bootstrap loader from the JDM programmer? If so does anyone have a guide on how to load it up ang get going with the new pics or is it the same as with the old ones?It's basically the same procedure like with the old ones. You only need to select the right binaries in the mios_v1_9_update package. The applications are binary compatible and don't need to be recompiledJust only take care that you are using the latest MIOS Studio release, which contains a bugfix for PIC18F4620 uploadsAlso if all of that works whats the chances of TK allowing people with suitable new chips access to the applications to try out? Im keen to try the new SID and sequencer apps. I will keep the old pics on hand to swap if the new apps are still buggy.I haven't started with MBSID V2 yet, but MBSEQ V3 is nearly finished. It's available via email request.I also have got a couple with the same numbers 06054R1, did you figure out if they were the ones with the bug?I've now released a small application which allows you to determine the revision ID, it's available under http://www.ucapps.de/mios_download.htmlFrom the README.txtThis program displays the Revision ID of a PIC18F and sends italso via MIDI as CC# eventKnown numbers (mostly documented in the errata sheets of the PIC devices) - 0427: PIC18F452 C1 Silicon (latest and greatest) - 0C03: PIC18F4620 A3 Silicon (contains EUSART bug) - 0C04: PIC18F4620 A4 Silicon (contains EUSART bug) - 0C06: PIC18F4620 B4 Silicon (the good one w/o EUSART bug)[/code]Best Regards, Thorsten. Link to comment Share on other sites More sharing options...
Rio Posted August 7, 2006 Report Share Posted August 7, 2006 0C06: PIC18F4620 B4 Silicon (the good one w/o EUSART bug)does this mean that this doesn't needs a IIC MIDI Module? Link to comment Share on other sites More sharing options...
stryd_one Posted August 7, 2006 Report Share Posted August 7, 2006 That's right :)Well... That's the theory anyway hehehe Link to comment Share on other sites More sharing options...
c0nsumer Posted August 7, 2006 Report Share Posted August 7, 2006 Just to confirm, IIC_MIDI support will remain, though?-Steve Link to comment Share on other sites More sharing options...
TK. Posted August 7, 2006 Author Report Share Posted August 7, 2006 of course, I don't plan to remove MIOS featuresBest Regards, Thorsten. Link to comment Share on other sites More sharing options...
c0nsumer Posted August 7, 2006 Report Share Posted August 7, 2006 of course, I don't plan to remove MIOS featuresI figured, but I just wanted to confirm.Thank you. :)-Steve Link to comment Share on other sites More sharing options...
Therezin Posted August 8, 2006 Report Share Posted August 8, 2006 So, with this new silicon somebody could throw together a USB-enabled 4620 CORE, and 3 IIC_MIDI modules to produce a 4x4 USB-MIDI box? Link to comment Share on other sites More sharing options...
stryd_one Posted August 8, 2006 Report Share Posted August 8, 2006 Does this mean you're volunteering to code it? ;) Link to comment Share on other sites More sharing options...
Therezin Posted August 8, 2006 Report Share Posted August 8, 2006 Does this mean you're volunteering to code it? ;)I'd have thought it wouldn't be too hard since the driver for the IIC_MIDI is out there - I assume the MBHP_USB_PIC source is as well. However, I've never coded for a PIC in my life, MIOS or otherwise. Link to comment Share on other sites More sharing options...
MTE Posted September 29, 2006 Report Share Posted September 29, 2006 HiI burned today my new samples pic18F4620 with my JDM, cause my PC dosnt accept the other Burner...I burned with WinPIC800 -> http://www.winpic800.com/index.php?lang=en (fix this link please at expired JDM-Page ;) ) .... I was wondering the burning procedure tooks 2 seconds :o and i thinked that cant work....but it does ... Im amazed :)But, the revision-id was 0C04... >:( so i think it tooks 1-2 months more before we getting the new chips w/o the EUSART bug...RegardsMTE Link to comment Share on other sites More sharing options...
Recommended Posts