https://cafe.naver.com/stm32study/ 에서 진행한 세미나를 바탕으로 재구성했습니다 I2C slave 장치를 디스커버리 보드에 있는 터치스크린 장치드라이버(STMPE811QTR)를 잡았다. 장치드라이버의 주소를 I2C로 읽어오는 실습을 하려고 한다 보드 회로도를 참고하면, I2C 3번을 사용하는 것으로 확인된다 그리고 STMPE811의 문서(아래 링크)를 확인하면 I2C 인터페이스 부분에서 주소를 확인할 수 있다 https://media.digikey.com/pdf/Data%20Sheets/ST%20Microelectronics%20PDFS/STMPE811.pdf 위 회로도를 보면 A0 핀이 그라운드로 연결되어있기 때문에 I2C 주소는 0x82가 된다 1. 주소값을 읽어와 UART..

종종 회로도를 보면 [N/A]의 표시를 볼 수 있다 N/A는 Not Assembled의 약자로 "실장되지 않았다"의 의미다 즉 저항표시가 있지만 실제로는 존재하지 않고, 실장할 수 있는 환경만 제공했다는 의미다 https://www.olimex.com/forum/index.php?topic=2375.0 위 사이트에서 사용하는 이유에 대해서 설명이 되어있다 1. 해당 부품없이도 동작에 문제가 없을 때 2. 다양한 컨트롤러와 IC를 사용하는데 있어 옵션으로 필요한 사용자들을 위해 따로 제공하기도 한다 3. 테스트 실장으로 사용될 때

이벤트가 발생했을 때, 등록된 fd에 대해 하나하나 검사해야 한다. 모든 fd를 검사한다는 점에 O(n)의 시간이 걸린다. 만일 fd의 개수가 많을 때 성능은 저하될 수밖에 없다. select API의 반환값이 양수일 때, 그 수는 이벤트가 발생한 fd의 개수. FD_ISSET(int fd, fd_set *fds)으로 검사하게 된다 관리할 수 있는 fd의 개수에 제한이 있다 사용이 쉽고, 지원 OS가 많아 이식성이 좋다 epoll과 많이 쓰이는 I/O Multiplexing API다 동작 방식은 다음과 같다 fds에 fd 등록 Application이 select를 호출하면서 blocking mode로 동작한다 fd에서 지정된 이벤트가 발생했을 때 Application에게 알려준다 Application에서..

하나의 Application에서 여러 fd에 대해서 read를 하는 방법은 3개가 있다 일반적으로 non-blocking 모드로 read가 동작하면 다른 fd는 동작할 수 없는 비효율이 발생한다 1. polling with non-blocking mode - 모든 fd들을 모두 non-blocking으로 만든다 2. multi-thread - 하나의 thread마다 하나의 fd를 대응시킨다 - blocking mode로도 동작시킬 수 있다. 항상 효율적이진 않다 3. I/O Multiplexing - select/poll/epoll 3가지 방법(API)을 사용 - 여러 소켓에 대해 병행적으로 I/O 처리를 할 수 있다. 대기를 했다가 이벤트가 발생하면 처리 - 다수의 프로세스 혹은 스레드를 만들 필요가 ..

https://cafe.naver.com/stm32study/656 preemption 우선순위는 말그대로 선점 우선순위다. 실행 중인 인터럽트가 현재 발생한 인터럽트보다 우선순위가 낮다면 곧바로 선점할 수 있다 sub 우선순위는 여러 우선순위가 동시에 발생했을 때, 처리 순서를 정해주는 우선순위다

sudo apt-get purge 패키지