dsPIC çipleri normal hızın bir kısmında çalışır

İki PCB'im var. Birinde bir dsPIC30F6012a, diğerinde bir dsPIC30F6015 vardır. Her ikisi de PICkit 3 kullanılarak MPLAB X'ta ayrı bağımsız HEX projelerinden programlanıyor. Her iki yazılım da bu noktadan önce düzinelerce üniteye zorlanmadan uygulandı. Şu anda, ürün yazılımı biri hariç tüm bilgisayarlardan programlandığında doğru çalışıyor. Bu PC'de, dün başlayarak , her iki yazılım açık bir hata olmadan programlıyor, ancak yaklaşık 1/20 normal hızda çalışıyor. Dünden önce, bu PC de bu panoları sorunsuz bir şekilde programladı.

Açılış ekranları beş saniye yerine iki dakika sürüyor, ışıklar çok yavaş yanıp sönüyor ve bunun yanında her şey düzgün çalışıyor. Neredeyse osilatör konfigürasyon bitleri değiştirilmiş gibi, ancak MPLAB X'te bağımsız bir projeye yapılabilecek hiçbir yerden haberdar değilim.

Bu nedenle, iki farklı yonga üzerinde, aynı PCB tasarımının birden çok örneğinde, yalnızca bunları programlamak için kullanılan PC'ye bağlı olarak farklı hızlarda çalışan iki farklı yazılım. Yavaş bir kartın "iyi" bir bilgisayarda yeniden programlanması sorunu çözer; aynı kartı "kötü" PC'de yeniden programlamak geri getiriyor. Tüm anlayabildiğim şey, bir PC'de birisinin "yavaşça git" düğmesine basması, ancak etiketli bir şey bulamıyorum. (Tekniklerimiz oldukça yaratıcı.) Şu anda MPLAB X'i kaldırıyorum, kullanıcı ayarlarını siliyorum ve daha yeni bir sürümü yeniden yüklüyorum. (1.3'den 1.6'ya gidiyor.) Ama bu düzeltse bile, neler olduğunu bilmediğim için hala mutlu değilim. Herkes bu sorun hakkında herhangi bir görüş var mı?

MPLAB X'te, yapılandırma bitleri koddan ayrı olarak ayarlanamaz (bunu yapmanıza izin veren MPLAB 8 gibi). Yapılandırma bitlerinin 'yanlış' olmasının tek yolu, birinin kodu değiştirmesidir. Bağımsız bir HEX dosya projesi kullandığınızdan, bu olası değildir.

'Çalışan' bir bilgisayardaki 'kötü' panolardan birinin yeniden programlanmasının sorunu çözdüğünü söylemediniz. Bir deneyin.

Yapabileceğiniz başka bir şey (kod korumasını kullanmıyorsanız) HEX dosyasını 'çalışan' bir kurulumdan geri okumak ve bunu arızalı kartlardan birine dönüştürmektir. Bu, belirsizliklerden biri olarak kod değişikliğini ortadan kaldırmalıdır.

Başka bir (olası olmayan) senaryo, dsPIC stokunuzun birden fazla revizyonu kapsaması ve kademeli bir değişiklik kodunuzu bir şekilde geçersiz kılmış olmasıdır. IC parça numaralarının doğru olduğundan emin olun ve PICkit3 bağlandığında silikon revizyonuna çapraz referans verebileceğiniz bir revizyon kodu görmelisiniz.

EDIT: Şimdi MPLAB X'in çeşitli kurulumlarının tüm bilgisayarlarda eşleştiğinden emin olmanın zamanı geldi - aynı revizyon mu? Bunlar en son revizyon mu?

MPLAB X'in yeni bir sürümü olduğunda, PICkit3 ürün yazılımı yükseltme eğilimindedir - eski PICkit3 ürün yazılımı ve HEX dosyanızla ilgili bir hata veya uyumsuzluk olabilir.

MPLAB X ve XC16 ile makinemde oluşturduğum bir HEX dosyasının makinemde doğru bir şekilde programlanacağı, ancak MPLAB 8 v8 kullanan başka bir makinede bulunmadığı son zamanlarda benzer bir durum yaşadım (şimdi benden şaşkına döndü - duh). 50 - kod daha yavaş çalışıyor gibi görünüyordu (başlatma LED'leri yavaş görünüyordu). Bu bilgisayar, aynı programcı ve aynı HEX dosyası kullanılarak MPLAB 8 v8.88 ile güncellendiğinde, işler yeniden çalışmaya başladı. Tuhaf.