ICD4编程速度比ICD3慢

你使用的是什么速度设置？默认值是“正常”，你试过快了吗？？



      以下为原文

    What speed setting are you using?  The default is "Normal", have you tried fast??

实际上我试得很快，正常和缓慢，这并不影响时间。



      以下为原文

    Actually I Tried Fast, Normal and Slow, it did not affect the time.

好的，我们来调查一下。



      以下为原文

    OK, we will look into it.  

那又怎样？你看了吗？



      以下为原文

    And what? Did you LOOK?

“SSSSStTTTIIIILILLLLLLLLLLL OOOOOOOKKKKKIII IIIIIINNNNNGGGGGGGGG”



      以下为原文

    "Sssssstttttttiiiiillllll llllllllooooooookkkkkkiiiiiiinnnnnnngggggggggg"

我假设什么问题，修复将无法提供到下一个版本。



      以下为原文

    I assume what ever the issue, a fix would not be available till the next release.

问题是：“下一步”发布。我认为“未来”听起来更真实……我在一个月前，在购买了PICTIT4和ICD4之后，就进行了类似的比较。结果是相似的，但是差异有点小。使用ICPL2和MPLAB8编程比使用ICD3和IPE 3编程要快得多。我不明白，为什么每次我都需要在MplabX查看ICD4的所有可能信息？每次重装！这是一个昂贵的时间损失，MPLAB仍在检查这些数据。为什么不连接？这对系统的稳定性没有任何帮助，因为另一种崩溃、电压干扰或仅仅拆散任何导线的可行性都要大得多。



      以下为原文

    Rather ;)
Question is - which "next" release. I think "future" sounds more real...
 
I maded similar comparison over month ago, just after buying PICKIT4 and ICD4. Results were similar, however differences were a little smaller.
But nothing new! Programming using ICD2 with Mplab8 is much faster than programming with ICD3 and IPE 3.0 too.
 
I can't understand, why every time I need to see all possible information about ICD4 in MplabX? At EVERY reload! It's a lost of expensive time, that Mplab is still and still checking these data. Why not at connection only?
This helps nothing in system stability, because propability of another crash, voltage interference or just disconecting any wire is much bigger.

今天的编程结果：程序0x2000 h加上40字节的E2ROM，IPE 4.20，2K42: -ICD4＝22秒。（任何“速度”）-PICIT4＝27秒，用于比较：程序0x2000 h加40字节E2ROM，MPLAB 8.92，25K22: -ICD2＝3秒。（关于）程序0x800 0h加上40字节的E2ROM，MPLAB 8.92，25K22:-ICD2＝9秒。同样，IPE 3，25K22-PICIT3＝13秒。是时候开始思考了…



      以下为原文

    Programming results from today:
Program 0x2000h plus 40 bytes of E2ROM, IPE 4.20, 27k42:
- ICD4 =22 sec. (any "speed")
- Pickit4 =27 sec.
For comparison:
program 0x2000h plus 40 bytes of E2ROM, MPLAB 8.92, 25k22:
- ICD2 =3 sec. (about)
program 0x8000h plus 40 bytes of E2ROM, MPLAB 8.92, 25k22:
- ICD2 =9 sec.
the same, IPE 3.00, 25k22
- Pickit3 =13 sec.
 
3 seconds before vs 22 seconds now!
It's time to start thinking...

为了比较，我的小程序员做（编程和验证，没有EEPROM）：PIC18F45 K50（0x8000字节）-1.3SPIC18F66 K22（0x10000字节）- 2.3 SPIC18F67 K22（0x2万字节）-3.3秒



      以下为原文

   


For comparison, my little programmer does (programming & verification, no EEPROM):
 
PIC18F45K50 (0x8000 bytes) - 1.3s
PIC18F66K22 (0x10000 bytes) - 2.3 s
PIC18F67K22 (0x20000 bytes) - 3.3 s
 

这就是应该有的！



      以下为原文

    And that's what should be!

64千字节…大约500千克…再过2秒…2次…意味着一些500 kPr/s，并且认为它是可行的和好的！（当然可以忽略不计开销，但也许1McPuls/SEC是可行的）



      以下为原文

    64Kbytes... 500Kbits circa... in 2 seconds... 2 times... means some 500Kpulses/sec, and think it's doable & good! (with negligible overhead of course, but maybe 1Mpulses/sec is doable)

法尼尔现在销售ICD4比ICD3便宜……奇怪为什么？眨眼：



      以下为原文

    farnell are now selling the ICD4 cheaper than the ICD3...wonder why?wink:

不在DigiKy或Microchip直接上。



      以下为原文

   
Not on Digikey, or Microchip Direct.

别担心，他们仍然赚钱：政治。



      以下为原文

    Don't worry, they still earn :)
Politics.

价格折扣是不寻常的；如果没有替代品“等待在机翼上”，就像大多数东西一样，旧版本在新版本发布之前就一直在价格上下降，然后在备份后返回，因为它被视为“备件替换”并且可以指挥更高的价格。他们一定是在慢慢地搬出仓库……和DigiKy和Microchip相比，这是一个小仓库！



      以下为原文

    It IS unusual to have a price discount;without there being a replacement 'waiting in the wings'
As with most things the old version always dips in price just before the new version is released for sale,then after it goes back up; as its then treated as a 'spares replacement' and can command a higher price.
they must be shifting out the warehouse really slowly...and compared to digikey and microchip, it's a little warehouse!

它可能非常不同或更复杂。



      以下为原文

    It can be very different or more complicated.