컨트롤러"8051

G

Guest

Guest
누구의 제안가 PME - 51?

http://www.embedded.com/showArticle.jhtml?articleID=166402747
안부

 
에릭 말했다로서 매우 유용하지 않습니다.

useful, maybe at least useful.

음, 만약 매우
유용하지, 아마 적어도 유용합니다.

왜 그리고 512K하지 128KB의 또는 1024K.
진정 해요, 왜냐하면 그것을 어떻게 AJMP 및 ACALL opcodes 안으로 3 비트와 재생 가능해야합니다.
만약 4 비트 (4K의 범위) 다음, 확실히 512K 문서에서 사용할 수 1024K 될 수있을 것이다.
내가 행운을하거나 무엇을 호출 / 그리고 사실 어떤 사람 (즉, 마틴) 다른 사람보다 훨씬 더 깊은 관찰을 가지고있다.
오래 마틴 나는 독자가 이해가 안 돼요 답변이 아이디어를 사용하는 모든 배타적 권리를 주장하지 않았다.
그것은 마틴이 아니 뱅킹 페이지에 적합한 방식을 선택 사실 은행 스위칭 예를 들어 문서의 단점을 강조했다 (43 % 메모리 낭비; 모든 진지한 8051 사용자는 그 사실이 없다는 걸 아는).
그러나 재미 있도록 말하고 "일단 우리는 문서가 - 내가 얼마나 똑똑 자세히보기 심각한 이유 - 여기 없어 뭔가 유용하다"아니다
그것은 달라스 390 재미있는 24 비트 연속 모드에서 PC를 사용하는 모든 처벌을 수용해야 발생합니다.

만약 마틴 계정에 전화 및 서브루틴과 ISR이에서 반환 64K 경계를 가로질러 흐르고, 조건부 상대적으로 도약 걸립니다, 그 이유는 아마 무슨 설명이 필요 언급하지 못했 을까.
마틴 Pawloski 썼습니다 :물론,이 새로운 하이브리드 FJMP 명령을 어떠한 실제 8051에 정의되지 않은 명령이다.
만약, 프로그램 것이 고장이 8051을 통해 원하지 않는 주소로 점프하여 패스를 허용했다.
그래서 PME - 51 8051을 대신하여 명령을 변환합니다.
FJMP 때 명령어의 첫 번째 바이트의 프로그램 메모리에서 읽기, PME - 51을 감지 그것 AJMP opcode를하고 다음 세 가지 동작을 수행합니다 :1.
그것은 지주 등록에 AJMP opcode를하고 부하들을 임베디드 주소의 3 비트 걸립니다.2.
그것 AJMP opcode를 차단하는 대신 8051 데이터 버스에 LJMP opcode를 (002)을 출력합니다.
8051, 읽기, 그리고이 LJMP opcode를 디코딩시, 명령어의 나머지 두 바이트를 읽습니다 그리고 자사의 16 비트 PC에 그들을 로드할 수있습니다.3.
PME - 51, 명령의 끝에 감지시, 확장 주소 등록 (XAR)와 출력 비트 주소를 [18 .. 16로 이들 3 비트 들고 레지스터의 내용이 전송됩니다].
반면 8051 출력 16 비트 이상의 의미 이러한 주소 비트, 원하는 19 세 가장 중요한 비트 비트 대상 주소를 형성합니다.

 

Welcome to EDABoard.com

Sponsor

Back
Top