dsPIC мікросхеми працюють з часткою нормальної швидкості

У мене є дві друковані плати. Один має dsPIC30F6012a, інший dsPIC30F6015. Обидва програмуються з окремих автономних проектів HEX в MPLAB X, використовуючи PICkit 3. Обидві прошивки були застосовані до десятків одиниць до цього моменту без особливих труднощів. В даний час прошивка працює правильно, коли програмується з усіх ПК, окрім одного. На цьому одному ПК, починаючи з вчора , обидві прошивки програмуються без явної помилки, але виконують приблизно на 1/20 нормальної швидкості. До вчорашнього дня цей ПК також без проблем програмував ці дошки.

Екрани сплеску займають дві хвилини замість п’яти секунд, світло блимає дуже повільно, але, крім цього, все працює правильно. Це майже так, як якщо бити конфігурації генератора були змінені, але я не знаю ніде в MPLAB X, що можна зробити для самостійного проекту.

Тож дві різні прошивки, на двох різних мікросхемах, на декількох примірниках однієї і тієї ж конструкції друкованої плати, які працюють з різною швидкістю залежно лише від ПК, який використовується для їх програмування. Перепрограмування повільної дошки на «хорошому» ПК вирішує проблему; перепрограмування тієї ж дошки на "поганому" ПК повертає її назад. Все, що я можу зрозуміти, це те, що на одному ПК хтось натискає кнопку "змусити йти повільно", але я не можу знайти нічого, що це позначило. (Наші технології доволі креативні.) На даний момент я видаляю MPLAB X, витираю налаштування користувача та перевстановлюю більш нову версію. (Перехід від 1.3 до 1.6.) Але навіть якщо це виправить, я все одно не радий, що не знаю, що відбувається. Хтось має уявлення про цю проблему?

У MPLAB X біти конфігурації не можна встановлювати окремо від коду (як, наприклад, MPLAB 8). Єдиний спосіб, коли біти конфігурації можуть бути "неправильними", якщо хтось змінив код. Оскільки ви використовуєте окремий проект файлу HEX, це малоймовірно.

Ви ще не говорили, що перепрограмування однієї з "поганих" дощок на "робочому" ПК насправді вирішує проблему. Спробуйте.

Інша річ, яку ви можете зробити (якщо ви не використовуєте захист коду) - це зчитування файлу HEX з "робочої" установки та прошивання на одній із несправних плат. Це повинно усунути зміну коду як одну з невизначеностей.

Інший (малоймовірний) сценарій полягає в тому, що ваш запас dsPIC охоплює декілька змін, а крокова зміна якось недійсно скасує ваш код. Переконайтесь, що номери деталей ІС є правильними, і коли PICkit3 підключається, ви повинні побачити код ревізії, на який можна перехрестити посилання на силіконову редакцію.

EDIT: Настав час переконатися, що різні установки MPLAB X збігаються на всіх комп'ютерах - чи це однаковий перегляд? Це остання редакція?

Щоразу, коли з’являється нова версія MPLAB X, прошивка PICkit3 має тенденцію до оновлення - може статися помилка або несумісність зі старішою прошивкою PICkit3 та вашим файлом HEX.

Нещодавно у мене була подібна ситуація (тепер, коли це просто назріло на мені - так), де файл HEX, який я створив на своїй машині з MPLAB X та XC16, програмував би правильно на моїй машині, але не був би на іншій машині, що використовує MPLAB 8 v8. 50 - код, здавалося, працює повільніше (світлодіоди ініціалізації здавалися млявими). Коли цей ПК було оновлено MPLAB 8 v8.88, використовуючи той же програміст і той же файл HEX, все почало працювати знову. Дивно.