정상 속도의 일부에서 실행되는 dsPIC 칩

두 개의 PCB가 있습니다. 하나는 dsPIC30F6012a이고 다른 하나는 dsPIC30F6015입니다. 둘 다 PICkit 3을 사용하여 MPLAB X에서 별도의 독립형 HEX 프로젝트에서 프로그래밍되고 있습니다. 두 펌웨어 모두 지금까지 어려움없이 수십 개의 장치에 적용되었습니다. 현재 하나의 PC를 제외한 모든 PC에서 프로그래밍 할 때 펌웨어가 올바르게 작동하고 있습니다. 어제부터 시작한 한 대의 PC에서 두 펌웨어 모두 명백한 오류없이 프로그램되지만 약 1/20의 정상 속도로 실행됩니다. 어제 이전에이 PC는 이러한 보드를 문제없이 프로그래밍했습니다.

스플래시 화면은 5 초가 아닌 2 분이 걸리고 표시등이 매우 느리게 깜박이지만이 외에도 모든 것이 올바르게 작동합니다. 거의 오실레이터 구성 비트가 변경된 것처럼 보이지만 독립 프로젝트에서 수행 할 수있는 MPLAB X의 어느 곳도 알지 못합니다.

따라서 동일한 PCB 설계의 여러 인스턴스에서 두 개의 서로 다른 칩에있는 두 개의 서로 다른 펌웨어는 프로그래밍하는 데 사용되는 PC에 따라 다른 속도로 실행됩니다. "좋은"PC에서 느린 보드를 다시 프로그래밍하면 문제가 해결됩니다. "나쁜"PC에서 같은 보드를 다시 프로그래밍하면 다시 나타납니다. 내가 알 수있는 것은 누군가 한 PC에서 "느리게 이동"버튼을 눌렀지만 그 레이블이있는 것을 찾을 수 없다는 것입니다. (저희 기술은 매우 독창적입니다.) 현재 MPLAB X를 제거하고 사용자 설정을 지우고 최신 버전을 다시 설치하고 있습니다. (1.3에서 1.6으로 진행). 그래도 문제가 해결 되더라도 여전히 무슨 일이 일어나고 있는지 잘 모르겠습니다. 누구 든지이 문제에 대한 통찰력이 있습니까?

MPLAB X에서 구성 비트는 코드와 별도로 설정할 수 없습니다 (예 : MPLAB 8을 사용하여 수행 할 수 있음). 구성 비트가 '잘못'될 수있는 유일한 방법은 누군가가 코드를 수정 한 경우입니다. 독립형 HEX 파일 프로젝트를 사용하고 있으므로 가능성이 낮습니다.

'작동하는'PC에서 '나쁜'보드 중 하나를 다시 프로그래밍하면 실제로 문제가 해결되는지는 말하지 않았습니다. 시도해보십시오.

코드 보호를 사용하지 않는 경우 할 수있는 또 다른 작업은 '작동'설정에서 HEX 파일을 다시 읽어 오작동 보드 중 하나로 플래시하는 것입니다. 이것은 불확실성 중 하나로 코드 변경을 제거해야합니다.

또 다른 (아마도) 시나리오는 dsPIC 스톡이 여러 수정본을 다루고 있으며 스테핑 변경으로 인해 코드가 무효화되는 것입니다. IC 부품 번호가 올바른지 확인하고 PICkit3이 연결되면 실리콘 개정판을 상호 참조 할 수있는 개정판 코드가 표시됩니다.

편집 : 이제 MPLAB X의 다양한 설치가 모든 PC에서 일치하는지 확인해야합니다. 동일한 버전입니까? 그것들은 최신 개정판입니까?

MPLAB X의 새 버전이있을 때마다 PICkit3 펌웨어는 업그레이드되는 경향이 있습니다. 이전 PICkit3 펌웨어 및 HEX 파일과 버그 또는 호환되지 않을 수 있습니다.

MPLAB X 및 XC16을 사용하여 내 컴퓨터에서 생성 한 HEX 파일이 내 컴퓨터에서 올바르게 프로그래밍되지만 MPLAB 8 v8을 사용하는 다른 컴퓨터에서는 그렇지 않은 비슷한 상황이 최근에 생겼습니다 (지금 막 시작되었습니다). 50-코드가 느리게 실행되는 것 같습니다 (초기화 LED가 느리게 보임). 동일한 프로그래머와 동일한 HEX 파일을 사용하여 해당 PC를 MPLAB 8 v8.88로 업데이트했을 때 작업이 다시 시작되었습니다. 기묘한.