컨트롤러"어셈블러

J

jetset

Guest
어느 하나 마이크로 컨트롤러에 대한 코드, 그리고 쓰기를 선호하는 이유는 이러한 언어가?

 
때문에 거의 항상 휴대가 기본적으로, 전 C에서 마이크로 컨트롤러에 대한 글을 쓰고 싶어요.또한 그것은 어셈블리 언어로보다 쉽게 이해할 수있습니다.
물론, 만약 당신이 애플 리케이션을 일정한 시간을 보내려고, 그러면 원하는 어셈블리를 사용할 수있습니다.어셈블리에서는, 당신은 시간을 지시 번호를 필요로 계산할 수있습니다.C는이 컴파일러 및 설정에 따라 달라집니다.
나를 위해, 난, 어셈블리와 C 드라이버를 쓰기위한 어플 리케이션

안부.

 
만약 당신에 대해 얘기하고있어 마이크로 컨트롤러 ...
국회는 항상 내 첫번째 선택이됩니다.C somtime 그냥 사실을 많이하는 사용자로부터 숨어.

 
그것은 당신이 사용하고자하는 마이크로 컨트롤러 및 개발 도구에 따라 다릅니다.

4 비트 MCU :
Avaiable 어쩌면 유일한 어셈블러입니다

8 비트 MCU :

6502이나 PIC는, 내가 선호를 사용하여 어셈블리를 위해, 비록 C 컴파일러를 사용할 수있습니다.

8051 들어, 내가 C. 사용을 선호하지만, 내가 생각하는 어셈블리 언어에 대한 충분한 이해와 C 사이의 관계와 그것을 하나의 컴팩트한 코드를 작성하는 데 도움이됩니다.

16 비트 또는 더 높은 MCU :
C가 심지어 C 를, 더 나은 선택이 될 수있습니다.

 
안녕
PIC는 들어 / AVR 생각의 C / 기본 컴파일러 (그들 중 일부는 매우 점잖은) 당신이 국회에 갈 수있습니다.그것은 당신의 프로그램에 더 나은 제어를 제공합니다.

나는 또한 그것이 프로그래머 uc 작업의 수에 따라 달라집니다 바랍니다.C는 반드시 2 개 이상의 회원을 보려면.(어셈블리를 사용하여 중요한 부분에 대해서만)

BRM

 
어셈블러를 사용하면 불러 U 매우 컴팩트한 코드 얻기.
그러나
그러나
그리고 있지만

디버깅은 매우 어려운
매우 심지어 작가에 의해 코드를 이해하기 어렵다
매우 litil 재사용

U Keil 사용해야합니다.
매우 컴팩트한 코드가 세상을 제공합니다 말 1.05 배은 ASM 코드.
장물

 
살람,

전 C를 선호 (와) 어셈블리의 중요한 루틴을 작성

C하기 때문에

1 - 포터블 (와 다른 가족과 같은 편집 프로그램을 실행할 수) 몇 가지

<img src="http://www.edaboard.com/images/smiles/icon_smile.gif" alt="미소" border="0" />2 - 이해하기 쉬운

스핑크스

 
하면 몇 가지 팁 및 트릭을 알고는 C 조립보다 낫다.
예를 들어,
y를 = y를 * 2.25 대신; = (y를 ""1 y를 사용하여) (y를 ""2);

또한, 언제 내 프로그램의 출력, 그것에 대해서는 C 9-10 페이지를하지만 소요 훨씬 더 많은 페이지를 소요 조립합니다.이런 이유로 들어, 내 프로그램에서, 그것을 C로 쉽게 실수를 찾으려면

 
otuzsubat 썼습니다 :

또한, 언제 내 프로그램의 출력, 그것에 대해서는 C 9-10 페이지를하지만 소요 훨씬 더 많은 페이지를 소요 조립합니다.
이런 이유로 들어, 내 프로그램에서, 그것을 C로 쉽게 실수를 찾으려면
 
나는 일반적으로 어셈블리에 더 많은 유연성과 컴팩트한 구조의 이유를 써주세요.그러나, 일단 각 어셈블리의 fucntions 설립 모듈을 적절히 테스트되고, 내가 라이브러리로 그것을 컴파일하고 컴파일 및 양산 제품 개발을 그 후에 링크를 C 언어 인터페이스를 사용합니다.

 
안녕하세요 cawan.

확신하는.나도 동의한다.

전 마이크로 칩의 PIC 함께 일할뿐입니다.그건 내가 산 C18 내 보조 도구로 그것을 사용하는 이유입니다.

 
안녕하세요

하면 불러 사용하는 C 프로그래밍을 위해 반드시 코딩 시간이 적게 걸리는지만 큰 문제가 될 프로그램 디버깅.당 내 경험으로서 ...만약 당신이 초보입니다 타이밍 계산에 매우 어셈블리는 C보다, 내가하는 것이 좋습니다 U 어셈블리 언어로 시작 쉽습니다

 
내가 PIC는, C51, M16C 또한 DSP를 같은 몇 마이크로 프로그래밍되어있다.실제의 DSP은 C / C 컴파일러도 어셈블리 언어보다 더 작은 코드를 가져.이것은 아주 좋은 컴파일러 최적화로 인해이며 휘발성 상수 또는 변수에 주목.

내 어셈블러 루틴을 다중 parametrized됐다 목적으로 사용할 수있습니다.이렇게하면 장치에서 여러 동일한 시리얼 포트를 예를 들어있어 이들 단지 주소의 코드를 재사용 다를 수있습니다.언제는 C 컴파일러는 함수 호출의 어느 부분을 분석할 수있습니다 inlineing 이러한 함수와 상수 값을 가질 컴파일 타임에 모든 고정 주소 또는 값을 계산할 수있습니다.

이후이 통지, 내가 필요할 때만 정말, 일부 어셈블러 함수는 C nescessary 훨씬 더 써주세요.이것은 전적으로 성능이 중요하거나 복잡한 부품에 대한 제한됩니다.

하지만, 이것은 단지 좋은 컴파일러를 얻을 수있습니다.

aOxOmOx

 
난 마이크로와, 어셈블러 프로그래밍 작업에 불과했습니다.일부는 내 친구라고해서 C 나은 물건,하지만 높은 수준의 언어와 낮은 수준의 장치를 프로그래밍의 아이디어를 좋아하지 않아.왜냐하면 그게 만약 어셈블러 왜냐하면 당신은 모든 timming 물건을 계산하는 코드를 작성할 수있는 게 나을 것 같은데 아마도 어려움이있는 사람에 따라 달라집니다.지금 내가 일하고 DSP를하고 난 혼합 C와 어셈블러 몇 가지 예제를 찾을하지만, 난 여전히 그냥 어셈블러 쓰는 것처럼요.

 
만약 우리가 MCU를위한 충분한 자원을 가지고 우리는 C에서 대부분의 응용 프로그램에 대한 쓸 수있을 것 같아요.아니면, 우리도 같이 C와 어셈블리 언어로 혼합 수있습니다.글쎄, 난 복잡한 응용 프로그램으로 C 나은 타이밍 제약 조건으로 인해 생각합니다.만약 우리가 신속하게 작업을 왜 안 끝낼 수 있습니까?그리고, 우리는 다른 일을 계속 수있습니다.당신이 없다면 그렇게 프로그래밍에 좋은, 당신은 여전히 당신 ........를 사용하여 어셈블리를 덜 효율 orgram 확인

모든 경제는, 타이밍, 중요하지 최상의 시스템!

 
내가 Aoxomox 동의합니다.어떤 C 컴파일러는 뛰어난 최적화 도구가.그러나 일부 꽤 심하게있습니다.그래서 어떤 C 코드를 컴파일하려고 및 출력 어셈블러 파일을 컴파일러에게, 그리고 자신에 대한 품질을 판단.

 
프로그래밍 언어, 특히 C 또는 어셈블리, 마이크로 컨트롤러의 성능에 어떤 차이가 있습니까?

고마워요 ...

제목, mereged!!!

새로운 주제를 시작하기 전에 항상 검색 EDAboard!
 
여기가 종종 예를 들어, 여기 좀 봐 논의되었습니다 :
http://www.edaboard.com/viewtopic.php?t=86778&highlight=assembler c

안부 인사

 
bjerkely 썼습니다 :

프로그래밍 언어, 특히 C 또는 어셈블리, 마이크로 컨트롤러의 성능에 어떤 차이가 있습니까?고마워요 ...
 
총회, 그 최선의 방법에 대한 완벽한 작품, 컴파일러 매우 유용한 도구입니다 만들지만, 그들 모두 프로와 cont이야, 그럼, 그냥 해달라고하면 어떻게 (나쁜 sintax의 프로그램 등을 만드는 방법을 알고 기억나요.) 당신도, 마법은 ASM itsnt은 ASM에 문제가있는 것입니다 그리고 당신이 실험을 최선을 얻을 필요가있다 (작은, 등) 프로그램 (16 진수) 빨라집니다.
안부

 
You must log in or register to reply here.

Welcome to EDABoard.com

Sponsor

Back
Top