본문 바로가기
반응형

분류 전체보기72

[C언어] 비트 연산 및 비트 시프트 아래 Swith-case문에 사용된 내용 중 한 case만 Sample 예제로 가져왔다. 변수 초기값을 Setting 한다. uint8 set_0 = cOFF, set_1 = cOFF, set_2 = cOFF, set_3 = cOFF; uint16 PWM_Digital_Duty = 0; 아래 코드를 해석해보자. case HIGH_SPEED13_OUTPUT_CLOSE_SW: PWM_Digital_Duty = ( (uint32)pwmDuty PWM_MAX_DUTY) { PWM_Digital_Duty = PWM_MAX_DUTY; } else { ; } pCR7->PWMx_DC_9 = (PWM_Digital_Duty & 0x200)>>9; pCR7->PWMx_DC_8 = (PWM_Digital_Duty & 0x.. 2024. 4. 13.
[컴퓨터기초] 비트, 바이트, 아스키코드, 유니코드에 대하여 컴퓨터가 사람을 이해하는 법은? 비트(Bit)이다. 데이터를 나타내는 최소의 단위를 비트(Bit)라고 하며. 컴퓨터가 받아들이는 모든 정보는 0 또는 1로 변환되어 메모리에 저장된다. 이 때, 메모리에 있는 이진수(Binary)의 한 자리를 '비트(Bit)' 라고 한다. 앞서 말했듯 컴퓨터의 정보를 비트로만 설정한다면, 0 또는 1의 정보만 구분할 수 있다. 그래서 훨씬 다양한 데이터를 표현하기 위해 여러 비트를 묶어 정보를 나타낼 수 있다. 예를 들어, 1Bit는 0과 1로 2가지를 나타내지만, 2Bit는 00,01,10,11 총 4가지(2의 2제곱)의 표현을 할 수 있으며, 3Bit는 2의 3제곱인 8가지의 표현을 할 수 있다. 즉, 비트의 수에 따라 2의 n제곱의 정보를 표현할 수 있다. 바이트(B.. 2024. 4. 12.
[ASPICE] SWE.3 소프트웨어 상세 설계서인 SDD 문서 작성법 SW Detailed Design Specification 에 대해 설명한다. 소프트웨어 상세 설계 문서이며, 통상 SDD 또는 SWDD 라고 칭한다. IEEE는 소프트웨어 상세 설계 문서를 "분석, 계획, 구현 및 의사 결정을 용이하게 하기 위해 작성된 소프트웨어에 대한 설명"으로 정의한다. 본질적으로 소프트웨어 상세 설계 문서(SDD)는 일련의 기술 요구 사항을 충족하기 위해 소프트웨어 제품 또는 기능을 구축하는 방법을 설명한다. 요구 사항 문서가 프로젝트의 "what"을 설명 한다면 디자인 문서는 "how"에 중점을 둔다. SWE.3 소프트웨어 상세 설계 담당자가 기본적으로 수행하는 BP는 다음과 같다. SWE.3.BP1: Develop software detailed design. Develop .. 2024. 4. 11.
[AUTOSAR] CDD(Complex Device Driver)란? #CDD CDD(Complex Device Driver)란? CDD(Complex Device Driver) 소프트웨어 구성 요소는 특히 AUTOSAR에서 직접 지원하지 않는 하드웨어의 경우 복잡하거나 리소스가 중요한 센서 평가 또는 액추에이터 제어를 위해 일반 AUTOSAR 기본 소프트웨어 스택 외부의 기능을 모델링하는 데 사용된다. 기본 소프트웨어 스택 내에서 표준화되지 않은 기능을 구현하는 모듈이다. Complex Device Driver SW Component Type은 AUTOSAR 인터페이스를 통해 소프트웨어 구성 요소와 직접 상호 작용하는 Port를 정의할 수 있으며 표준화된 Interface를 통해 기본 소프트웨어 모듈과 직접 상호 작용할 수도 있다. SWC와 BSW Mapping을 통해 해당 BS.. 2024. 4. 10.
[Tool] HKSAT 정적 분석 Tool 소개 HKSAT 용도 HKSAT는 다음과 같은 용도로 사용될 수 있다. 소스 코드 구문 및 구조 추출 실시간 소프트웨어의 성능 예측 실시간 소프트웨어의 시간제약준수 보장 코딩 규칙 준수여부 검사 (API 사용규칙, 전역변수 초기화) 잠재적 구현 위험 요소 검출 (경쟁조건, 재귀호출, 최대 스택 사용량, 중복 코드) 코드 변경 후 재시험 필요 모듈 파악 HKSAT 특징 소프트웨어의 오류를 개발 초기 단계에 검출할 수 있도록 도와준다. 임베디드 소프트웨어의 소스 코드를 다양한 방법으로 분석하여 오류를 검출하고 그 결과를 보고서로 제공한다. 분석 수행에서 문서화까지의 작업을 자동으로 수행한다. 분석 결과를 시각화하여 사용자가 쉽게 파악할 수 있도록 한다. 하나의 플랫폼을 기반으로 다양한 분석을 수행할 수 있다. 메.. 2024. 4. 9.
[ASPICE] 기능 안전 도입 배경과 목적 및 기본 개념 1. 기능 안전의 도입 배경 자율주행 기술구현과 친환경자동차를 위해 차량에 탑재되는 전자제어기기 수 증가와 시스템이 점점 복잡해지면서 안전관련 인식이 점차 증가하고 있는 추세이다. "시스템 오동작으로 인한 사고 방지"가 주요 Issue로 부각되었고, 자동차 기능안전 국제 표준인 ISO 26262가 제정되었다. 2. 기능안전의 목적 안전목표별 Automotive Safety Integrity Level(ASIL) 차량 안전 무결성 등급을 A, B, C, D으로 구분하여 제품 자체 ASIL등급은 최고등급을 적용한다. Development Interface Agreement(DIA) 기능안전 개발 협약서를 작성하고 시스템, H/W, S/W 측면 검증하여 등급에 해당되는 요구사항들을 검증하여 제품이 포함된 시스.. 2024. 4. 8.
반응형