저는 ARM PC (Xenomai 2.5.6 - Linux Kernel 2.6.35.9)에 Xenomai를 설치했으며 10kHz 클럭 신호를 읽어야합니다. 신호는 시스템 파일에 매핑 된 내 GPIO 중 하나에 전기적으로 연결됩니다. 사용자 공간에서 작업을 생성하고 파일을 열어 닫은 후 평균 시간이 650 μs (즉, 전체 읽기 - 닫기주기가 소요되는 시간)
나는 많은 센서 (가속도계, 자이로 스코프 등 ..)로 STM32 MCU를 인터페이스 할 프로젝트를 얻었고 다운로드 한 센서 데이터에 대해 몇 가지 연산을 생성하고 6 PWM의 적절한 출력. 이것과 함께 나는 액티브 무선 통신 모듈을 가지고있을 것이고, 어쩌면 약간의 LCD 스크린을 갖출 것이다. 약간의 부가 기능이 추가되었습니다. 시스템을 제어하는 데
RX62N에 데모 코드를로드하려고하는데 코드가 컴파일되지 않습니다. 이 오류와 같은 오류가 많이 발생합니다. 오류 [Pe125은] : 263 여기 if(xTaskRemoveFromEventList(&(pxQueue->xTasksWaitingToSend)) == pdTRUE)
{
portYIELD_WITHIN_API();
}
을 연결하고 정의
저는 PIC32 MCU와 같은 소형 마이크로 컨트롤러에서 PJSIP SIP 스택을 사용하는 방법에 대해 조사한 결과, 가능할 수도 있다는 것을 깨닫게되었습니다. 나는 단지 최소한의 SIP 기능만을 원한다. 그래서 나는 작은 MCU에 PJSIP를 맞출 수있을 것이다. 물론, 그것은 매우 야심적인 프로젝트이지만 어쨌든 시도해 볼 것입니다. 나는이 주제에 대해
많은 RTOS에서 틱 인터럽트는 스케줄러를 활성화시켜 더 높은 우선 순위의 작업이 실행 준비가되었는지 확인하고, 그렇다면 컨텍스트 전환을 수행합니다. 틱 인터럽트의 일반적인 지속 시간은 CPU 비율로 어떤 것이 있는지 궁금합니다. (컨텍스트 전환이 발생하지 않는 경우).
뮤텍스가 존재하더라도 세마포어의 우선 순위 반전을 방지하기 위해 RTOS에 구현이없는 이유는 무엇입니까? 세마포어는 우선 순위 역전을 방지 할 필요가 없습니까? 동일한 상황이 uC/OS 및 GreenHills RTOS에서 발생합니다. 미리 감사드립니다. 우선 순위가 낮은 작업이 세마포어, 을 소유하고 우선 순위가 높은 작업이 우선 순위가 낮은 작업을 릴리스
저는 ARM 마이크로 프로세서 기반 보드를 구입하고 싶습니다. 아무리 말해도 (기능면에서)과 비용면에서 효과적이라고 말할 수 있습니까? 어떤 하드웨어/소프트웨어 도구 및 케이블을 구입해야합니까 ( 디버깅, IDE 등)? (참고 :멀티 스레드 코드를 테스트하기 위해, RTOS (리눅스 등의 ThreadX), 하드웨어 디버깅) nxp에서 lpc2xxx 시리즈
Linux 3.0.9에서 IRQF_NODELAY를 사용하여 장치 드라이버를 만들 때 오류가 발생했습니다. 그리고 IRQF_NODELAY가 2.6.x 이후에 사라진 것을 발견했습니다. 실시간 작업의 경우 스레드로 작동하지 않는 ISR이 필요합니다. RT-Linux로 바닐라 커널을 패치했기 때문에 기본 ISR 모드는 실제 ISR이 아니라 스레드입니다. IRQF