Peter's hardware & software

[kubernetes] Cert manager + Let's encrypt

방피터 — Fri, 1 Dec 2023 22:40:30 +0900

네이버 클라우드에서

kubernetes로 시스템을 구축했단말이지..

그런데 왠일인지...

로드 발란서에 SSL을 사서 붙여야 하더라구

스타트업이 인증서 살 돈이 어딨어?

그래서 let's encrypt랑 cert-manager로 구축했어.

이 이야기를 하려고 했는데..

지금 살펴보니

Certificate manger

Certificate manager 뭔데!

왜 로드 발란서에 붙이기 쉬운건데?

Certificate manager에서 발급받고

로드 발란서에 붙이면 끝이네;;;

공짜고 갱신도 필요없고..

좋긴한데 나는 뻘찟했네 ㅠㅠ

아니 분명 없었던거 같은데......

암튼

난 kubernetes에 cert-manager를 설치하고

Let's encrypt에서 발급받아 했어.

그런데 그 과정이 꽤~~

너저분(?)했다고나 할까?

전체적으로 간단하게 설명하면 이래.

1. cert-manager가 let's encrypt에 인증서를 요청햇!

2. let's encrypt는 도메인의 소유주를 확인하기 위한 키를 발급햇!

3. 그 키를 cert-manager가 dns 서버에 등록햇!

4. let's encrypt에 도메인이 확인되면 인증서를 발급햇!

5. cert-manager가 인증서를 잘 저장햇!

6. cert-manager가 동일한 방법으로 3개월마다 자동 갱신햇!

쿠버네티스에서 let's encrypt와 cert-manager로 뻘짓하는 과정

이 때 DNS에 접근할 수 있는 권한을 Cert-manager에 줘야 해.

이런 방식을 DNS01이라고 하는데

아래가 Cert-manager에서 DNS01 이 가능한 아이들 목록이야.

여기서 현실적으로 가능한 게 Google DNS 뿐이 없더라구..

dns01

(참고로 HTTP01 방식이 훨씬 쉽게 동작하지만 와일드 카드가 안됨)

그래서 후이즈에 있는 도메인의 dns를 gcp dns로 설정하고

gcp iam에서 Cert-manager가 사용할 dns01-solver라는 이름의 롤도 하나 만들어 줬어.

iam dns administrator

이 다음에는 아래의 명령으로 key 파일을 생성하고

gcloud iam service-accounts keys create key.json \
   --iam-account dns01-solver@$PROJECT_ID.iam.gserviceaccount.com

그걸로 다시 kubernetes에 secret을 만들지.

kubectl create secret generic clouddns-dns01-solver-svc-acct \
   --from-file=key.json

그 다음에는 인증서가 저장될 secret을 하나 더 만들고~

# secret.yaml
apiVersion: v1
kind: Secret
metadata:
  name: istio-tls
  namespace: istio-system
type: kubernetes.io/tls
stringData:
  tls.key: ""
  tls.crt: ""

이젠 issuer를 만들고

apiVersion: cert-manager.io/v1
kind: ClusterIssuer
metadata:
  name: letsencrypt-prod-dns01
  namespace: istio-system
spec:
  acme:
    # The ACME server URL
    server: https://acme-v02.api.letsencrypt.org/directory
    # Email address used for ACME registration
    email: "너의 이메일!"
    # Name of a secret used to store the ACME account private key
    privateKeySecretRef:
      name: letsencrypt-prod-dns01
    # Enable the HTTP-01 challenge provider
    solvers:
    - dns01:
        cloudDNS:
          # The ID of the GCP project
          project: "너의 프로젝트"
          # This is the secret used to access the service account
          serviceAccountSecretRef:
            name: clouddns-dns01-solver-svc-acct
            key: key.json

Issuer가 정상적으로 생성되고 나면 Certificate를 만들어 마무으리!

apiVersion: cert-manager.io/v1
kind: Certificate
metadata:
  name: test-domain-certificate
  namespace: istio-system
spec:
  dnsNames:
    - "*.test.domain"
    - "test.domain"
  secretName: istio-tls
  issuerRef:
    name: letsencrypt-prod-dns01
    kind: ClusterIssuer

보통 1-2분? 정도 안에 인증서 발급이 마무리 되는 것 같아.

이렇게 보면 심플해보이는데..

여러가지 문제들 때문에 꽤 애를 먹었어.

1. kubernetes DNS 문제

cert-manager가 acme 셀프 체크를 하다가 실패하는 경우가 있는데

cert-manager에 기본적으로 등록된 네임서버가 도메인을 못찾아서 그렇데.

그래서 아래처럼 설치할 때 도메인 서버를 지정하면 해결돼.

helm install cert-manager jetstack/cert-manager  --namespace cert-manager --create-namespace --version v1.12.0  --set installCRDs=true --set 'extraArgs={--dns01-recursive-nameservers-only,--dns01-recursive-nameservers=8.8.8.8:53\,1.1.1.1:53}'

2. CRDs

음.. 잘 기억이 안나는데..

resource type 에러? 비슷한게 나오면

아래와 같이 Cert-manager의 CRDs를 설치해주면 해결돼.

kubectl apply -f https://github.com/cert-manager/cert-manager/releases/download/v1.13.2/cert-manager.crds.yaml

이 외에는 딱히 큰 오류가 없었는데

그럼에도 불구하고

인증서가 잘 발급되어지지 않는다면

아래와 같은 명령들로 어디서 오류가 났는지 확인할 수 있어.

k get certificate -n istio-system #인증서 보기

k get clusterissuer -n istio-system #이슈어 보기

k describe clusterissuer letsencrypt-prod-dns01 #이슈어 자세히 보기

k get certificaterequest -n istio-system #인증서 요청 보기

k describe certificaterequest -n istio-system #인증서 요청 자세히 보기

k get order -n istio-system #order

k describe order testx-main-certificate-jn6hn-115670144 -n istio-system #order 자세히

k describe challenge #challenge 자세히 보기

그리고 뭐가 진짜 잘 안된다 그러면!

아래 링크를 참고해.

생각보다 트러블 슈팅이 자세하게 잘 나와 있어.

https://cert-manager.io/docs/troubleshooting/acme/

Troubleshooting Problems with ACME / Let's Encrypt Certificates

Learn how to diagnose problems if cert-manager fails to renew ACME / Let's Encrypt Certificates.

cert-manager.io

또 한가지 주의할 점은!

lets encrypt에 요청할 수 있는 인증서, 오더, 챌린지 수에 제한이 있어.

그러니까 너무 많이 인증서를 요청하면 같은 도메인으로 인증서 발급이 제한될 수 있는거지.

그래서 보통 staging 환경에서 인증서를 테스트해보고

그 다음에 production 인증서를 발급받는게 정석임.

뭐 별다른 건 없고 issuer 만들 때 staging 서버에 요청하면 돼.

apiVersion: cert-manager.io/v1
kind: ClusterIssuer
metadata:
  name: letsencrypt-staging-dns01
  namespace: istio-system
spec:
  acme:
    # The ACME server URL 여기여기여기여기여기여기여기여기가 Staging 서버 주소~!!!!!!!
    server: https://acme-staging-v02.api.letsencrypt.org/directory
    # Email address used for ACME registration
    email: "제발 너의 이메일~~~~~"
    # Name of a secret used to store the ACME account private key
    privateKeySecretRef:
      name: letsencrypt-staging-dns01
    # Enable the HTTP-01 challenge provider

    solvers:
    - dns01:
        cloudDNS:
          # The ID of the GCP project
          project: "프로젝트 id"
          # This is the secret used to access the service account
          serviceAccountSecretRef:
            name: clouddns-dns01-solver-svc-acct
            key: key.json

아래 링크를 참고해!

https://letsencrypt.org/docs/staging-environment/

Staging Environment - Let's Encrypt

letsencrypt.org

아이고 길다~~~
걍 네이버 인증서 쓰자!

안녕

[kubernetes] MSA와 쿠버네티스는 한몸!

방피터 — Thu, 30 Nov 2023 23:10:36 +0900

2023.06.13 - [Server services/MSA 설계] - MSA 설계

MSA 설계

거창하게 MSA 설계 라고 적어놨지만 난 MSA 실무에 투입되어 본 적도 없고 컴공 출신도 아니야 ㅋ 그런데 하게 되었으니 해야지 ㅋ 쫄지만 마 ㅋㅋㅋ Micro Service Architecture 라더라 처음 들어봄 ㅋ

engschool.tistory.com

2023.08.02 - [Server services/kubernetes] - [Kubernetes] 네이버 클라우드에다가 시작!

[Kubernetes] 네이버 클라우드에다가 시작!

도커를 하다보니 도커 컴포즈가 튀어나오고 도커 컴포즈를 하다보니 결국은 쿠버네티스까지 오는구만.. 오늘은 kubernetes에다가 msa 구축, 내일은 회로 그리고 PCB 아트웍을 할건데.. 이건

engschool.tistory.com

처음에는 위에 쓴 글처럼 대애애강

MSA랑 쿠버네티스를 나눠서 시작했는데 음~~

진행이 따로 되질 안더라고 ㅋ

MSA 구성하기에

쿠버네티스처럼 좋은 환경이 없기도 하고 ㅋ

그래서 MSA를 설계하면서 kubernetes를 동시에 공부하게 되었어 ㅋ

이해하려고 막 그림도 그리고 말이지 ㅋㅋ

쿠버네티스를 나름 이해해보자

아마도!

쿠버네티스가 MSA을 구축하려고 만들어진 것일지도 몰라!

그래서 당연히 쿠버네티스가 많이 사용될 거고

그래서 어느 정도 고정된 틀이 있는 것도 사실이야.

실제 비싼 MSA로 컨설팅을 받아보면

꼭 쿠버네티스 구성도를 보여주는데

다 거기서 거기더라구 ㅋ

그런데 그걸 그대로 다 사용할 수 있느냐?

절대 아님!!

구축하려는 시스템마다 다르고

사용하려는 백엔드 기술 스택에 따라서도 달라지지

또 컨설팅을 받는다고 해서 구축을 도와주는 것도 아니고 ㅋ

결국은 다~~ 알아서 해야한다는 사실!

그래서 나도 맨땅에 헤딩해가면서 구축했어.

쿠버네티스 위에 MSA!

보기에는 간단해 보이는데 ㅋ

하나하나 붙일 때마다 봐야할 문서가 산더미야 ㅋㅋㅋ

이거 구축하다가 진짜 번아웃 옴!

MSA를 위한 kubernetes를 구성은 사실 몇 가지 없어.

기본 kubernetes 환경,

API gateway,

Monitoring 시스템,

CI/CD 시스템,

NAS,

domain 및 SSL, 로드 밸런서 같은 네트워크 설정,

데이터 베이스,

loging 시스템,

Data pipeline,

캐시 서버

... 많네? ㅋㅋㅋㅋㅋㅋㅋ

이 정도가 구성되고 나면

마이크로 서비스들을 구현해서 하나씩 쿠버네티스에 올리는 거지.

그런데 이 중에 기본 kubernetes 환경을 포함 Monitoring, NAS, 데이터 베이스 그리고 로드 밸런서같은 것들은

클라우드 서비스에서 메뉴얼을 잘 제공하고 있어서 메뉴얼만 잘 읽으면 어렵지 않게 구성할 수 있어.

적어도 네이버 클라우드 환경에서는 괜찮았음!

그리고 남은 것들도 사실 제품은 골라서 설치하는게 거의 대부분이야.

물론 설정/설치가 지옥이지만 ㅋㅋㅋ

그 중에 한 가지만 이야기 해주자면

시중에 사용되는 API gateway는 몇가지 선택지가 없어.

Kong, KrakenD, tyk 등이 많이 언급되더라구

그래서 처음에는 가장 유명해보이는 kong을 고려했어.

그런데.... openid connect가 유료야..

OpenID Connect가 유료다..

아니 씨발 치사하게 이걸 유료로 박아놔?

이걸 유료로 박아놓으면... 우린 AWS cognito 쓸건데!!

OIDC 써야 하는데~~~~~

이렇게 맘 상할때는 베타 근성이지 ㅋㅋㅋ

그래서 전혀 안유명하고 오픈소스인

APISIX로 선택했어.

APISIX

유료 옵션이 아예 없어 ㅋㅋ

게다가 잘 동작하지.

(중국 향기가 좀 나긴 함..)

암튼 이런식으로 개발하려는 시스템 컨셉에 맞는 제품을 선정했으면

메뉴얼보고 설치/사용하면 되겠지 ㅋ

말은 이렇게 쉽게 했지만... 설정이 참...

쿠버네티스는 yaml 지옥이여~

야근이 좀 잦아들면 내가 담당했던 구성을 조금씩 올려볼게~

yaml도 같이!

안녕!

[사기꾼 프로젝트] Reference schematic

방피터 — Wed, 15 Nov 2023 22:02:03 +0900

2023.11.08 - [프로젝트] - [사기꾼 프로젝트] 하드웨어 주요 부품 선정

[사기꾼 프로젝트] 하드웨어 주요 부품 선정

2023.11.03 - [프로젝트] - [사기꾼 프로젝트] 하드웨어 컨셉 [사기꾼 프로젝트] 하드웨어 컨셉 지난 글 2023.11.02 - [프로젝트] - [Project] 프로젝트 구조 [Project] 프로젝트 구조 2023.10.27 - [프로젝트] - [Proj

engschool.tistory.com

지난 시간에는 주요 부품을 모두 선정했으니

이제 회로를 그리도록 하자구.

KICAD를 열고 바로 막 그려?

댓츠노노!

누군가 잘 그려놓은 레퍼런스 회로가 있으니까

반드시 그걸 먼저 참고해야 해.

우선 rpi-pico EVB를 좀 볼까?

rpi-pico evb

보시는 바와 같이 간단!

회로도는 아래 링크된 페이지에서 다운로드 받을 수 있어.

https://www.raspberrypi.com/documentation/microcontrollers/raspberry-pi-pico.html#pinout-and-design-files

Raspberry Pi Documentation - Raspberry Pi Pico and Pico W

The official documentation for Raspberry Pi computers and microcontrollers

www.raspberrypi.com

아래 캡쳐 참고

RPI design files download link

파일을 다운받고 압축을 풀면 아래와 같이 PDF로 된 파일을 볼 수 있지.

완전 기본적인 구동만 가능한 최소한의 회로라 볼 수 있겠지?

우리는 여기에 W5500, EEPROM, RS232 IC 그리고 커넥터 등을 넣을 거고.

USB도 type C로 변경하고 말이지 ㅋ

rpi-pico 회로도

이걸 이용해 바로 그려도 되지만

레퍼런스 될만한 걸 하나 더 찾아보자구.

아래는 Wiznet에서 만든

W5100S-EVB-Pico와

W5500-EVB-Pico인데

우리는 W5500-EVB-Pico를 사용하면 되겠지?

다시 말하지만 우린 제퍼라는 OS를 사용할거고

W5500만 지원하기 때문이야.

Wiznet rpi evb

위 제품도 당연히 디자인 파일을 제공하고 있어.

아래 링크에서 확인 가능함.

https://docs.wiznet.io/Product/iEthernet/W5500/w5500-evb-pico

W5500-EVB-Pico | WIZnet Document System

W5500-EVB-Pico made for prototyping and testing Ethernet capabilities on Pico

docs.wiznet.io

회로도를 보면

rpi-pico의 레퍼런스를 참고해서

필요없는 거 걷어내고 W5500만 넣은거 같아.

우리도 비슷한 느낌으로 진행할거야.

W5500 pico evb

자 이제 드디어 회로 그릴 준비가 되었네.

이제 kicad를 이용해 회로를 그릴건데

블로그에서 그리는 모습을 보여줄 수 없으니..

음...

동영상을 찍어야 하나?

암튼 회로도나 아트웍 모두 github에 공유해가며 작업하도록 할게.

그럼 다음 시간에 보자구~ 안녕!

[사기꾼 프로젝트] 하드웨어 주요 부품 선정

방피터 — Wed, 8 Nov 2023 23:55:30 +0900

2023.11.03 - [프로젝트] - [사기꾼 프로젝트] 하드웨어 컨셉

[사기꾼 프로젝트] 하드웨어 컨셉

지난 글 2023.11.02 - [프로젝트] - [Project] 프로젝트 구조 [Project] 프로젝트 구조 2023.10.27 - [프로젝트] - [Project] 신규 프로젝트 기획! New Project!! [Project] 신규 프로젝트 기획! New Project!! 위즈네트에서

engschool.tistory.com

음.. 일단은 기본은 Serial to Ethernet이잖아?

기본적으로 필요한 건 uart 와 ethernet이지.

uart가 없는 mcu는 없으니까 패스.

Ethernet의 경우는 몇 가지 경우가 있지.

첫번째

MCU에서 ethernet mac 을 가진 경우에는 외부에 ethernet phy를 추가해 사용.

이 경우는 software tcp/ip stack을 사용하게 됨.

두번째

위즈네트 TCP/IP IC를 사용. MCU에서는 SPI 인터페이스로 위즈네트 IC를 컨트롤.

hardware tcp/ip stack을 사용하지만!

BSD 소켓을 지원하지 않아 다른 네트워크 라이브러리들과 호환성이 없음.

세번째

Mac + Phy IC를 사용. Microchip 제품만 보이네~

software tcp/ip stack을 사용하기 때문에 위의 호환성 문제는 없음.

그런데 문제는!

RTOS를 무지하게 쓰고 싶거든!

FreeRTOS 말고~

Zephyr~~~ !!!!

제퍼 os를 사용하려면 첫 번째가 가장 이상적이긴한데

MCU 가격이 조금 부담스럽고 ㅠㅠ

그리고 세번째는 가격이 싼것도 아니고

성능이 좋은 것도 아니고 세상 애매~

그나마 두 번째가 가격이 가장 저렴하긴 한데...

제퍼 OS에서는 하드웨어 TCP/IP를 사용하지 못해.

사용하려면 W5500을 mac raw 모드로 사용해야 하지.

(그냥 mac phy로 쓰는거)

뭐 동영상같은 거 보낼 거 아니니까~

성능은 조금 포기하고 가격을 싸게 하는 것으로 결정!

결국은 아래와 같은 구조로 확정했어 ㅠㅠ

주요 부품 선정 완료

위즈네트 떠난지가 언젠데..

벗어날 수가 없구만...

다음 프로젝트는 그냥 아예 다른 걸 해야겠어..

FPGA로 AI 칩을 설계해보던지 하는...

암튼 대강 가늠해 보니 부품 가격이 8-9천원 정도 나오겠어.

PCB, SMT 제외하고 말야.

음~ 만족스러워~

다음 시간에는 진짜 회로를 그려봅시다.

그럼 안녕!

[사기꾼 프로젝트] 하드웨어 컨셉

방피터 — Fri, 3 Nov 2023 22:01:04 +0900

지난 글

2023.11.02 - [프로젝트] - [Project] 프로젝트 구조

[Project] 프로젝트 구조

2023.10.27 - [프로젝트] - [Project] 신규 프로젝트 기획! New Project!! [Project] 신규 프로젝트 기획! New Project!! 위즈네트에서 근무할 때 S2E라는 말을 처음들어봤어. Serial to Ethernet을 줄여서 표현한건데 Ethe

engschool.tistory.com

일단 대략적인 프로젝트 구조를 정했으니

하나하나 구현해볼건데

하드웨어 / 펌웨어 / 서버를 넘나들 예정이니 관심없는 부분은 스킵하고 가시도록!

자! 하드웨어부터 가보자.

우선 회로와 아트웍은 kicad로 진행할 예정이야.

(무료지만 유료만큼 훌륭해.)

하드웨어를 설계할 때에도 명확한 컨셉이 필요해.

기존 제품부터 살펴볼까?

구글 검색 화면

일단 반제품은 별로 하기 싫어.

단단해 보이고 촌스럽지 않게 만들고 싶어.

위에서 보면

Brainboxes?라는 회사 제품이 좀 괜찮아 보이는 구만!

자 그럼 나름 컨셉을 잡아봅시다.

1. 케이스 있음(Brainboxes 제품 참고)

2. USB-C 전원 사용

3. Dsub9 안씀

4. 녹색 터미널블럭 안씀

5. LED 제발 이쁜거 ㅠㅠ

(가이드 파이프라도 써야지)

6. 메인 보드와 확장 보드로 이루어짐.

7. 가능한 싸게!

외형은 대강 이정도면 된 것 같고

이제는 내부를 그려보자구.

사실 Serial to ethernet에 들어가는 소자들은 특별할 게 없어.

MCU, 설정 저장용 EEPROM, Ethernet phy 정도

그래서 처음에는 아래와 같이 컨셉을 잡았어.

1차 컨셉

그런데;;; 위처럼 하면 반드시 확장 보드를 만들어야 하잖아...

읔.. 싫어.

그래서 10초 만에 아래처럼 변경했어.

2차 컨셉

메인 보드만으로도 기능을 하도록 회로와 PCB를 구성했고

확장 보드도 추가하여 여러가지 제품이 나올 수 있도록 만들었지.

이놈에 잔대가리 ㅋ

다음 시간에는 회로를 그리기 앞서서 소자를 선정할거야.

생각이 많아지는 부분이지 ㅋ

주말 동안에 고민해봐야겠네

그럼 다들 즐거운 주말!

안녕!

[사기꾼 프로젝트] 프로젝트 구조

방피터 — Thu, 2 Nov 2023 23:55:53 +0900

2023.10.27 - [프로젝트] - [Project] 신규 프로젝트 기획! New Project!!

[Project] 신규 프로젝트 기획! New Project!!

위즈네트에서 근무할 때 S2E라는 말을 처음들어봤어. Serial to Ethernet을 줄여서 표현한건데 Ethernet 통신을 Serial로 변환시키는 디바이스들이라고 보면 쉬워. 디바이스 서버라고 부르기도 하고 시리

engschool.tistory.com

프로젝트 목표를 유저 설정이 최소화된 SSL S2E 시스템으로 정했는데..

뭔가 더럽고 재수없는 느낌을 지울 수가 없어 ㅋㅋ

그냥 역사상 가장 쉬운 S2E로 가자 ㅋㅋㅋㅋㅋㅋㅋ

기존의 S2E는 사용하려면 해야 할 설정이 엄청 많아.

따로 공부를 해야 할 정도지.

네트워크 엔지니어한테야 간단하겠지만

현장에서 비전공자가 설치해서 사용하려면

쉽지 않아.

그런데 이젠 SSL 설정까지 더해져서 거의 고문 수준이지 ㅋ

고작 S2E에 뭔놈에 설정이... 어휴...

이거 설정하는 사람도 힘들지만

기술지원하는 사람도 죽어나겠어~

이거 팔아서 기술 지원하다보면 뭐 남겠나? ㅋ

위즈네트 S2E 디바이스 SSL 설정

나도 이런 저런 서버를 구축해봤는데

TCP 서버라는 존재 자체가 엄청나게 어색해.

그 와중에 임베디드 디바이스가 수백 ~ 수천대가 붙어? ㅋ

거기에 듣보잡 프로토콜을 올려? ㅋㅋㅋㅋㅋ

못할짓이지 ㅋㅋㅋ 서버 맨날 죽을 걸?

암튼!

이 지랄맞은 설정과 데이터 서버만 해결되도

지금보다 훠~~~ㄹ씬 편해질거 같더라구!

신규 프로젝트 개요

우선 위처럼 대략적으로 전체 프로젝트 개요를 그렸어.

총 4개 ~ 5개 파트로 이루어지는데

1. S2E 모듈

2. 디바이스 설정 프론트 엔드

3. 디바이스 설정 백엔드

4. 데이터 서버

5. 앱

정도가 되겠네.

대략적인 컨셉을 설명하자면

기존의 PC에 설치해서 사용하는 설정툴은

웹 브라우져 or 앱으로 대체.

기본 설정(무설정)으로 동작가능.

데이터 서버를 기본 제공

데이터 서버를 통해서만 데이터가 이동할 수 있도록.

유저 서버와 직접 데이터를 주고 받는 건 X

같은 기능을 하는 S2E 중 최저가

설정 서버는 무료!

데이터 서버는 개인 무료, 기업 유료.

ㅋㅋㅋㅋ

벌써부터 사방에서 아우성 소리가 들리는구만

"인터넷이 안되는 지역은 어떻게 할거냐!!"

"서버 비용 감당되냐!!"

"널 어떻게 믿고 너네 서버를 쓰냐!"

"보안상 외부 서버를 이용하지 못하면 어쩌냐!"

기타 등등 ㅋ

괜찮아 ㅋㅋ 해보자고 뭐 ㅋ

해보다 정 안되면 타협도 하고 그러는 거지 뭐 인생이 ㅋ

개발 순서는 아래와 같이 할거야.

S2E 모듈(디바이스) -> 디바이스 설정 서버 -> 웹 프론트 엔드 -> 데이터 서버 -> 앱 프론트 엔드

이제 회로도를 그려야 할 시간이군!

아... 그나저나 프로젝트 이름을 뭘로하지?

(사기꾼 프로젝트라고 정했음 ㅋㅋㅋ)

안녕~~

아주 사소한 팁!!)

나는 위에 그린 개요도처럼 시작전에 간단하게나마 설계하는 걸 좋아하는데

프로젝트의 속도나 결과의 완성도에 큰 차이가 있어.

귀찮겠지만 나처럼 그리는 걸 추천 안할 수가 없음.

이런 구조 그리는데 아주 좋은 툴이 있어!

miro라는 온라인 툴인데

아주! 좋은! 무료! 툴이야. 제발 써! 두번 써!

https://miro.com/

Miro | 혁신을 위한 비주얼 워크스페이스

Miro는 팀이 프로젝트를 관리하고, 제품을 디자인하고, 미래를 함께 만들어가는 혁신을 위한 비주얼 워크스페이스입니다. 전 세계 6천만 명 이상의 사용자와 함께하세요.

miro.com

광고 아니다~~~~

[사기꾼 프로젝트] 신규 프로젝트 기획!

방피터 — Fri, 27 Oct 2023 00:51:45 +0900

위즈네트에서 근무할 때 S2E라는 말을 처음들어봤어.

Serial to Ethernet을 줄여서 표현한건데

Ethernet 통신을 Serial로 변환시키는 디바이스들이라고 보면 쉬워.

디바이스 서버라고 부르기도 하고

시리얼 이더넷 컨버터라고 부르기도 해.

긴 세월 동안 알게 모르게 꾸준하게 판매되고 있는 제품군이고

그래서 제조업체도 쉽게 찾아볼 수 있지.

구글에서 "Serial to Ethernet"로 검색해보면

위에서부터 한국 업체들이 보이는데(2023년 10월 기준)

시스템 베이스, 위즈네트, 솔레 시스템즈 세 회사 모두 오랜기간 Serial to ethernet 디바이스를 판매해왔어.

Serial to Ethernet 판매 회사들

그런데 위에 언급한 회사 모두

거의 대부분의 제품이 SSL(네트워크 보안)을 지원하지 않아.

최근 들어 SSL을 지원하는 제품을 출시하고 있지만

뭐랄까 한계가 있어보여.

리눅스를 도입해서 가격이 비싸다거나

사용법이 너무 복잡하다거나

시스템에 통합하기가 힘들다거나 하는 문제점들..

(적어도 내가 보기에는)

지금까지는 여차저차해서 사용했지만

이제는 디바이스도 SSL(네트워크 보안)이 기본 사양으로 요구되면서

더 이상 디바이스만으로만 남아 있을 수 없고

시스템의 관점에서 시스템의 일부로 설계되어야 하는데

아무래도 임베디드 엔지니어들만 모여서 제품을 기획하니

이런 일들이 벌어지는게 아닌가 하는 생각도 들어.

하기사

한 임베디드 팀 내에 있는 하드웨어 엔지니어랑 펌웨어 엔지니어조차도 조율은 커녕 니탓 공방하기 바쁜데 ㅋㅋ

하물며 임베디드와 웹, 백앤드는 어련하시겠어?

이래서 나는 IT 비즈니스 중에 IoT가 최악이라고 봐.

조율하다가 시간 다 가거든 ㅋㅋ

그런데 나는 회로 설계도 할 수 있고

펌웨어도 짤 수 있고

임베디드 SSL도 해봤고

웹 백엔드/프론트 엔드 다 할 줄 아니까.....

조율 자체가 필요가 없잖아? ㅋㅋㅋㅋ

누군가에게 내 이력과 스킬을 말해주니

사기꾼이라는 답변이 돌아왔던 씁쓸한 기억이 있어...

그래서 이 프로젝트 이름을 "사기꾼 프로젝트"라고 명명하노라~

ㅋㅋㅋㅋㅋㅋ

그래서 S2E redesign 프로젝트를 시작해보려고 해.

일단 프로젝트 목표는 유저 설정이 불필요한 SSL S2E 시스템!

뭐 혼자 하니까 시간은 오래 걸리겠지만

천천히 시간남을 때 진행하면 되지 머 ㅋ 놀면 머해 ㅋㅋ

다음에는 대강 시스템 구성도를 그리고 계획을 세워보자구 ㅋ

안녕~

트레이더스! MISURA 통밀 도넛! 벌레! 환불!

방피터 — Thu, 26 Oct 2023 00:04:57 +0900

벌레 동영상 주의

이마트 트레이더스 동탄점에서 MISURA 통밀 도넛을 사서 먹고 있었어.

나도 먹고 와이프도 먹고 1살된 애기는 못먹으니까 가지고 놀고 막 그랬지.

미주라 통밀 도넛

아침에도 하나 꺼내 먹고 출근했는데

오전에 와이프한테 연락옴;;;

MISURA 도넛 포장지 안쪽에 벌레가 그득하다고;;;

작은 점들이 다 벌레!

미주라 도넛 겉포장지 안쪽에 곰팡인지 뭔지랑 벌레가 한가득 있더라고 ㅠㅠ

아니 개별 포장되어 있는 제품에 저게 뭐냐고!

유통기한 아니면 Best before 겠지.

개빡쳐서 오전에 고객센터 전화!

고객센터에서 동탄점으로 연결!

동탄점 담당자가 미주라 영업 사원이랑 통화하겠냐고 물어봐서 싫다고 함!

(이게 유통의 문제일지! 생산의 문제일지! 내가 알게 뭐야? )

오후에 동탄점 담당자한테 다시 전화가 왔어.

보상으로 이마트 상품권 10만원이랑 미주라 상품들 뭐 주겠다고 하는데

엘베타고 올라가야 해서 일단 끊고

사무실 와서 곰곰히 생각해보니 더 빡치는 거야.

벌레 드글드글 거리는 거 누군가 또 먹으면

10만원 짜리 상품권으로 막겠네 싶더라고

벌레 나왔던 그 제품 주면서 말이지.

보상? 안받아! ㅅㅂ

제품에 하자가 있으니까 당연히 환불은 받아야지!

물건 가지고 고객센터 방문하라 해서 비닐 봉투에 싸고 김치통에 넣어서 보관하다가 가져감.

혹시 모르니까 동영상을 촬영해 놔야지 싶어서

트레이더스 주차장에서 열었는데

비닐 봉투에 구멍이 났는지 김치통 사방에서 벌레가 파티 중 ㅠㅠ

어쨋든 들고 가서 환불 받고 옴.

환불!

으~~ 아직도 벌레가 온몸에서 꾸물 거리는 느낌. ㅠㅠㅠㅠㅠㅠ

다시는 미주라 안삼!

트레이더스도 안감!

[회로 설계] ARTIX 7 회로 설계

방피터 — Wed, 25 Oct 2023 22:48:51 +0900

갑자기 FPGA 회로를 설계해야 할 일이 생겼는데;;;

난 해본적이 없거든 ㅋㅋ 그럼 망했나? ㅋㅋ

ㄴㄴ

괜찮아 따라와 ㅋㅋ

먼저 빠르게 적당해 보이는 FPGA를 선택했어.

7 Series selection guide 문서를 참고했는데 보통 모든 제조사들이 비슷한 문서를 제공해!

나같은 인간들 꽤 많은 듯 ㅋㅋㅋ

https://docs.xilinx.com/v/u/en-US/7-series-product-selection-guide

7 Series Product Tables and Product Selection Guide (XMP101)

docs.xilinx.com

보통 FPGA는 게이트 수(Logic Cells) 가 주요한 고려 사항일거야.

그런데 그걸 어떻게 알겠어? 아직 프로젝트 시작도 안했는데? -_-;;; 참 난감한 부분이야.

FPGA로 이것 저것 넣으면 대강 몇만 게이트 나오겠지?? 나올까?

너무 오랜만에 해보는 나로써는 거의 무당급 초이스지 ㅋ

***

나는 FPGA 회로 설계와 HDL을 같이 하니까 삽질하는 건데 보통 HDL 엔지니어가 별도로 있잖아?

회로 설계하기 전에 꼭 물어보자!

"저기 몇만 게이트짜리 쓰면 되요?" 하고

꼭!

***

암튼 지금 프로젝트에는 Kintex나 Vertex는 오버일거 같더라고

그럼 spartan이랑 artix가 남는데 spartan은 너무 오래되고 저가 느낌? ㅋㅋㅋ

그래서 artix 선택! Logic cells은 뭐 기능 구현에 따라서 달라지니까 ㅋ

그리고 패키지는 (게이트 수 기준)넓은 범위를 커버할 수 있고 쓰잘데기 없는 GTP transceiver가 없는 CSG324로 선택했어.

마우저나 디지키로 재고도 확인하는 것도 잊지마!

나는 글로벌 유통사에 재고가 있으면 시장에 많이 풀려 있다고 여기거든 ㅋ 참고해.

Mouser에 재고가 있다? => 시장에 풀려 있다!

자 ~이제 그 다음은 EVB를 찾아야 해.

왜? 난 처음해보니까 따라하는거지 뭐 ㅋ

보통은 홈페이지에서 아래처럼 뙇!

artix 7 EVB들

보기에 어때?

중간에 있는 EVB는 너무 무시무시하게 생기지 않았어? ㅋㅋㅋ 버려

1, 3번을 참고하도록 하자구 ㅋㅋ

이 글에서는 1번의 ARTY 기준으로 설명하도록 할게.

(나는 Nexys a7를 참고했어.)

ARTY

아래 링크에서 회로도를 확인할 수 있어.

https://digilent.com/reference/_media/arty:arty_sch.pdf

먼저 전원 파트의 회로를 보자구.

뭔가 우주선이 하나 있구만.....가만 보니 5채널짜리 레귤레이터야.

쫄지마 괜찮아 FPGA를 여러 가지 전압의 전원을 사용하거든.

ARTY 전원 파트

간단하게 설명하면 5V 입력을 받아서 0.95V -> 1.8V -> 1.35V -> 3.3V 순서로 전원을 인가해. 끝!

이렇게 시퀀셜하게 전원을 인가하는 이유는?????

이유는 개뿔 ㅋㅋ 그렇게 IC를 만들어놨어 ㅋ

데이터시트를 살펴보면

Artix 7 datasheet

파워온 할 때는 Vccint -> Vccbram -> Vccaux -> Vcco 순서로 전원인가 하세요~
파워 오프할때는 반대 순서로 하시면 됩니다~
Vccint와 Vccbram의 전압 레벨이 같으면 같이 인가해도 되구요~
Vccaux하구 Vcco랑 전압 레벨이 같으면 같은 소스로 동시에 인가해도 됩니다~

그럼 전력 소모는 어떻게 될까?

이게 영 애매한 부분인데!

FPGA는 특성상 로직이 전부다 구현되고 나서야 전력 소모를 알 수가 있거든 ㅋ

그래서 약간 보수적으로 접근할 수 밖에 없어 ㅋ

회로도에서 5V 출력 쪽을 보면 3.5A라고 찍혀 있어... ㅎㄷㄷ

ARTY EVB 5V regulator

5 * 3.5A = 16.5W;;;

이렇게 까지 해야하나? 싶은데.. 뭐 EVB니까 ㅋ

참고만 하자고 참고만!

아 그리고 혹시나 내부 ADC를 사용하려면 외부 레퍼런스 전압을 줘야하는데

아래 처럼 1.25V 만들어 주는 아이를 하나 써주면 되겠지.

다음은 Configuration 부분을 보자구.

JTAG interface하고 QSPI Flash가 대부분이고

Flash에서 FPGA에 Bit load하는 PROG,

Bit loading이 완료되면 뜨는 DONE 시그널 정도가 기본이 되겠네.

그 밖에 configuration이 진행되는 시간동안 io pullup/down 설정해주는 PUDC_B 등이 있는데 EVB 회로에서 크게 벗어나지 않을거니까 회로를 그대로 사용해도 무방할 것 같아.

FPGA 모델에 따라서 QSPI Flash 용량 정도만 맞춰주면 될 듯!

FPGA config 파트

Configuration에 대한 더 자세한 내용은 UG470 문서를 살펴보도록!

https://docs.xilinx.com/r/en-US/ug470_7Series_Config

7 Series FPGAs Configuration User Guide (UG470)

docs.xilinx.com

자~ 그리고 나머지는 FPGA 관련된 부분은 XADC와 같은 내부 Peripharal 관련된 부분이 있겠네. XADC말고 더 있긴한가?

아! 바이패스 캐페시터 달아주는 정도? ㅋㅋ

어때 참 쉽지? 는 개뿔 ㅋ

읽어야 하는 데이터 시트도 많고 경험도 많이 필요하긴 해.

그래도 한번 해두면 평생 가져가는 자산이 될거야!

기회가 오면 무조건! 알지? ㅋ

안녕!

[Docker] Local Redis cluster

방피터 — Tue, 24 Oct 2023 23:13:09 +0900

네이버 클라우드에서 캐시 서버로 Redis cluster를 사용했어..

그런데 로컬에서 개발할 때 네이버 클라우드 redis cluster에 접근하려니까..

뭐... 번잡스럽더라구 ㅋㅋㅋ

그래서 로컬 redis cluster를 구성하려고 이리 저리 검색했는데!

hwasurr 님의 자료가 가장 적절해서 긁어왔지!

https://hwasurr.io/redis/cluster/ <-- 여기!!

그런데 파일이름 좀 틀리심 ㅋㅋㅋ

그래서 아래가 수정된 docker-compose.yaml

##docker-compose.yaml
##for localtest

version: "3"
services:
  redis-cluster:
    image: redis:6.2
    container_name: redis-test
    volumes:
      - ./redis.conf:/usr/local/etc/redis/redis.conf
    command: redis-server /usr/local/etc/redis/redis.conf
    ports:
      - 6380:6380
      - 6381:6381
      - 6379:6379

  redis-node-1:
    network_mode: "service:redis-cluster"
    image: redis:6.2
    container_name: redis-test1
    volumes:
      - ./redis1.conf:/usr/local/etc/redis/redis.conf
    command: redis-server /usr/local/etc/redis/redis.conf

  redis-node-2:
    network_mode: "service:redis-cluster"
    image: redis:6.2
    container_name: redis-test2
    volumes:
      - ./redis2.conf:/usr/local/etc/redis/redis.conf
    command: redis-server /usr/local/etc/redis/redis.conf

  redis-cluster-entry:
    network_mode: "service:redis-cluster"
    image: redis:6.2
    container_name: redis-cluster-entry
    command: redis-cli --cluster create 127.0.0.1:6379 127.0.0.1:6380 127.0.0.1:6381 --cluster-yes
    depends_on:
      - redis-cluster
      - redis-node-1
      - redis-node-2

간략하게 설명하자면!

redis-cluster들의 노드 container 3개가 각각의 설정 파일을 이용해 살아난 후

redis-cluster-entry가 redis-cli로 cluster를 엮은 후 종료! 끝!

더 자세한 설명을 원하는 사람들은 hwasurr님 블로그 찾아가서 보기로 하자 ㅎ

아래는 각 redis 노드의 설정 파일이야.

나는 포트번호만 변경해 가면서 파일을 만들었어.

(총 3개의 conf 파일이 필요하지!)

port 6379
cluster-enabled yes
cluster-config-file node.conf
cluster-node-timeout 5000
appendonly yes

아래는 그 파일들.

docker-compose up 명령으로 실행시켜주고 docker desktop에서 확인해봤어.

% docker-compose up

아래 캡쳐와 같이 잘 동작하는 걸 확인할 수 있지.

docker redis cluster

다들 엄청 바쁘지? ㅎㅎㅎ

화이팅해 ㅎㅎ

안녕!

[FPGA] non-blocking assignment

방피터 — Mon, 23 Oct 2023 21:59:34 +0900

오랜만에 하는 FPGA라 기억이 가물가물~ 해 ㅋㅋ

사실 HDL은 문법이 매~~~우 간단해. 설명하기 민망할 정도랄까?

그런데 내가 생각해도 약간 이해가 필요한 부분이 있어.

바로 non-blocking/block assignment야.

이 이미지를 상상하면 더 헤깔린다!

"<=" : non-blocking assignment

"=": blocking assignment

간단한 예를 들어보자구.

case(state_count)
    2'b00: begin
        state_count <= 2'b01;
        if(trig == 1) begin
            state_count <= 2'b10;
        end
    end
    2'b01: begin
        ...
    end
    2'b10: begin
        ...
    end
    ...
    .
    .
endcase

2'b00 state를 보면 trig가 1이면

state_count에는 2'b01이 할당될까? 아니면 2'b10이 할당될까?

non-blocking assignment는 현 단계의 마지막에 업데이트 된다고 보면 돼.

그러므로 trig가 1일 때 결국은 state_count에는 2'b10이 할당될거야.

너무 당연한가? ㅋㅋㅋ

자 그럼! 아래와 같은 애들은 어떨까?ㅋㅋ

always @ (posedge(clk) or negedge(nrst))
begin
	pre_busy <= busy;
    if(pre_busy == 0 && busy == 1) begin
    	state_count <= state_count+ 1;
    end
    case(state_count)
    	2'b00:
        ...
        ...
        .
        .
    endcase
end

위 코드에서 pre_busy <= busy;가 있고 바로 그 다음 줄에 그 둘을 비교하고 있는데 ㅋㅋ

아마 일반 프로그래밍 언어에 익숙한 사람들은

이게 도대체 뭐야?? 라는 생각이 먼저 들거야 ㅋㅋ

위에서 설명했듯이 non-blocking assignment는 현 시간 단계의 끝에서 업데이트 될거야.

그러니까 pre_busy에 busy를 담긴 할건데 이 클럭의 끝에서 할당할거야.

pre_busy는 이전 시간 단계의 busy 값을 가지고 있으니까

그 값을 비교할 수 있는 거지.

이런식으로 non-blocking assignment의 특성을 이용해서

어떤 시그널의 edge를 찾기도 한다는 거!!

(위의 경우에는 busy의 rising edge를 찾은 거!)

알아두면 실전에서 매우 도움될껄? ㅎㅎ 아님 말고~

안녕~

[FPGA] 이젠 하다하다 FPGA까지 하는구나..

방피터 — Tue, 19 Sep 2023 22:38:53 +0900

지금도 회로도 그리다가 펌웨어하다가..

kubernetes를 설정하다가..

Cognito를 apisix gateway에 붙이고..

nest.js로 payment api를 짜다가..

이제는...

FPGA 프로젝트까지 하게 되었어...

응 내가 죽게 생겼어.

아주 행복해 죽게 생겼어 그냥...

번아웃도 오고 말야;;;

아 모르겠고!

이번에 사용할 FPGA는 xilinx 사의 Artix7 시리즈인데

한 5만 게이트쯤 쓰면 되지 않을까 싶어.

요건 10만 게이트 짜리

자일링스 FPGA에는 spartan, vertex, kintex, zynq 등등 종류도 다양한데

vertex나 kintex는 게이트 수가 빵빵한 대신 음청 비싸~

그래고 zynq는 mcu(arm)가 내장되어 있지.

zynq product table

그런데 난 mcu 사용할 일이 없고

vertex나 kintex를 사용할 정도로 게이트 수가 클 것 같지 않으니 남는건

spartan과 artix7...

spartan은 예전에 나온거니까 ㅋ 결국 artix7 당첨 ㅋㅋ

사용법?

뭐... FPGA가 다 똑같지..

1. Verilog나 VHDL로 코드 짠다! 우가!우가!

2. ISE/Quartus로 합성 돌린다! 우가!우가!

3. 담배 한대 피우고 놀다 온다. 우가 ㅋㅋ 우가ㅋㅋㅋ

(합성시간 개오래 걸림)

4. 바이너리 프로그램하고 테스트! 우가우가!

(이 때 문법 오류 나 있으면 개꿀! 수정 후 다시 2번으로)

무지성 무한 반복이었지 ㅋㅋㅋㅋ 10년전에 ㅋ

우가우가! 불 피운다! 우가우가 FPGA 꿉는다!

자~ ISE 다운로드 받으러 가자~~

잉? Vivado는 뭐시여?

엥?? ISE는 쓰지 말고 Vivado를 쓰라고 하네?

일단 자일링스가 AMD에 인수된겨??? ㅋㅋ

잠깐만 한눈 팔아도 확 변하니 원.. 따라잡겠나..

잠깐.. 좀 쌔한데? ㅋㅋ

혹시나 해서 알테라(자일링스 경쟁사) 검색 ㄱㄱ

ㅋㅋㅋㅋㅋㅋ 인텔이 가져갔네? ㅋㅋㅋㅋ

뭐여 이건 또 ㅋㅋ 알테라는 인텔이 인수했네 ㅋㅋ

Actel은 microchips가 인수했고 ㅋ

여기 FPGA 판도 재미지는 구만 ㅋㅋㅋㅋ

암튼 나는 자일링스 쓸거니깐 다른 건 신경끄고!

Vivado 설치하고 basys3 보드에다가 예제 굴려봤지.

(다운로드 하고 설치하는데 1시간 넘게 걸리더라)

Basys 3 artix 7 FPGA 보드

음.. 솔직히 느낌에는 ISE랑 다른 거 하나도 없더라구 ㅋ

똑같아 ㅋㅋ

합성하는데 시간 드릅게 오래 걸리고

편집기 개 불편하고 ㅋ

다음부터는 그냥 vscode에서 코드짜고 합성만 vivado에서 해야겠어.

ㅋㅋㅋㅋ 암튼 이제 이짓거리도 본격적으로 해야 하니...

간간히 FPGA관련 글들도 올려야겠다.... 올려야 하나?

으흐흐흐흐흐흐

[Kubernetes] 네이버 클라우드에다가 시작!

방피터 — Wed, 2 Aug 2023 00:42:21 +0900

도커를 하다보니 도커 컴포즈가 튀어나오고

도커 컴포즈를 하다보니 결국은 쿠버네티스까지 오는구만..

오늘은 kubernetes에다가 msa 구축, 내일은 회로 그리고 PCB 아트웍을 할건데..

이건 뭐 업무가 오페라부르면서 헤드스핀 도는 개미핥기마냥 변태적이구만..

이젠 뭐가 뭔지 모르겠다 ㅋㅋ

암튼 지금은 네이버 클라우드 kubernetes에다가 작업중이야.

일단 메뉴얼이 한글이라 개행복!

네이버 쿠버네티스 서비스 한글 메뉴얼

쿠버네티스는 뭐랄까 약간 설정 지옥인데;;

영문 메뉴얼 보다가 한글 메뉴얼 보니까 뇌가 맑아지는 듯~ 캬~

빠르게 쿠버네티스에 진입하고자 하는 한국 사람들은 네이버 클라우드가 좋을지도!

한 일주일 정도 사용해봤는데 전반적으로 깔끔하게 동작하고

다시 말하지만 한글 메뉴얼 덕분에 크게 막히는 부분은 없었어.

가격적인 측면에서는

네이버 쿠버네티스 노드 4코어 16기가 3개 돌리면 528000원,

(쿠버네티스 사용료는 월 72000원정도)

AWS도 비슷한 사양 컴터에 46-7만원, EKS 사용료는 월 94000원 정도 되니까

큰 가격 차이는 없어.

그런데 이건 홈페이지 기준이고 ㅎ

MSP(대리점 같은) 끼고 할인 받으면 좀 더 가격이 저렴해지겠지 뭐 ㅎㅎ

그리고 실제로 MSA를 구축하려면 이거 말고도 NAS라던지 DB, IP 등등등

추가로 사용해야 할 것들이 많아서 월 2-3백만원 정도는 각오하고 있어

개인이나 소규모의 기업에게는 절대 쉬운 가격은 아니지!

잡소리는 이 정도까지만 하고 다음부터는

네이버 클라우드에 MSA 구축하면서 약간 어려웠던 것들 위주로 글을 쓰도록 하지. 안녕!

(대부분 메뉴얼대로 하면 아주 잘!! 동작해)

그리고 국내에서는 KT 클라우드도 있는 거 알지?

그럼 너님 뇌 용량 낭비하고 있는거야.

그냥 존재 자체를 잊어.

레드썬!

FreeRTOS + Lwip socket 갯수 조정

방피터 — Tue, 1 Aug 2023 23:02:11 +0900

STM cube에서 rtos + lwip 서버를 돌릴 때 접속가능한 클라이언트 갯수를 조정해보려고 ㅎ
상당히 간단한데 난 엄한 이유로 개고생했어 ㅋ
다른 사람들은 나처럼 고생하지 말라고!!

간단하게 설명하면

MEMP_NUM_TCP_PCB

MEMP_NUM_TCP_PCB_LISTEN

MEMP_NUM_NETCONN

이 세가지를 조정하면 끝이야.

내용이 중복되는 느낌이지만 암튼 이것들이 클라이언트의 접속 갯수에 영향을 미쳐.

설정은 아래와 같이

총 소캣 수 = 클라이언트 수 + 1

서버니까 listen 소켓 하나 + 클라이언트용 소켓들로 총 소켓 수가 나오겠지?

난 3개의 클라이언트의 접속을 허용할거니까 +1해서 4로 설정했어.

LWIP 설정

간단하지? ㅋㅋㅋㅋ
그런데 내가 고생했던 부분은 여기가 아님 ㅋ
분명히 바르게 조정했는데 소켓 2개 이상부터 할당을 못하더라 ㅠㅠ
디버그 모드로 겁나 쫓아들어갔더니 rtos queue할당에 실패..
lwip만 주구장창 팠는데 freertos 메모리 문제였다니 허무~~~~

결국 freertos heap 사이즈를 2k정도 더 늘려주는 것으로 해결;;;;

FreeRTOS 설정

그냥 대~~강 통빱으로 해결하려고 하지말고 첨부터 차근히 디버그 모드로 코드 따라갔으면 30분이면 끝낼 문제였는데;;
이 간단한 걸로 만 하루를 통으로 날렸으니 한심하기도 하지
rtos하면서 항상 느끼는 건데...
문제가 생기면
Heap 사이즈부터 늘려보자!!
안녕!!

[Nest.js] Kafkajs

방피터 — Mon, 26 Jun 2023 21:47:44 +0900

지난 글에서 이야기했듯이

Nest.js에서 제공하는 Kafka micro service는 조금 구려 ㅋ

그래서 kafkajs를 직접 써보려고 해.

https://kafka.js.org/docs/getting-started

KafkaJS · KafkaJS, a modern Apache Kafka client for Node.js

KafkaJS, a modern Apache Kafka client for Node.js

kafka.js.org

메뉴얼이 굉장히 잘 써져 있고

사용법도 매우 직관적이고 간단하더라구.

시간내서 한번 읽어보는 것을 추천해.

자 새로운 nestjs 프로젝트 만들고 kafkajs 설치하고~

nest new kafkajs
npm install kafkajs

귀찮게 새로 만들지 말고 app.service.js에다가 코딩 ㄱㄱ

import { Injectable } from '@nestjs/common';
import { EachMessagePayload, Kafka } from 'kafkajs';

@Injectable()
export class AppService {
  private kafka = new Kafka({
    clientId: "peter's kafka",
    brokers: ['localhost:9094'],
  });
  private producer = this.kafka.producer();
  private consumer = this.kafka.consumer({ groupId: "peter's kafka group" });

  constructor() {
    this.consumer.connect();//접속
    this.consumer.subscribe({ topics: ['test_a', 'test_b'] });//구독
    this.consumer.run({//메세지 수신 뱅뱅이
      eachMessage: this.consumerCallback,//메세지 수신 콜백
    });
  }

  async consumerCallback(payload: EachMessagePayload) {//메세지 수신 콜백
    console.log('kafka message arrived');
    console.log(
      `topic: ${payload.topic}, Message:${payload.message.value.toString()}`,
    );
  }

  getHello(): string {
    return 'Hello World!';
  }
}

코드가 뭐 너무 짧아서 설명할게 없어.

초기화해주고 consumer 하나 선언하고

접속 -> 구독 -> 수신 이게 전부 다야.

메세지 들어오면 콜백 호출되서 메세지 뿌리고

그리고 kafka broker는 미리 준비되어 있어야겠지?

2023.06.25 - [Server services/Docker] - [Docker] Docker desktop + kafka + zookeeper + kafka ui

[Docker] Docker desktop + kafka + zookeeper + kafka ui

도커에 대한 설명? 구글링 해보면 "경량화된 가상화 서버"라는 말을 어렵고 유식하게 설명해 놓은 글이 차고 넘치니 아무거나 읽어보는 척하면서 스크롤 죽죽 당기자. 왠지 이런 툴들은 리눅스

engschool.tistory.com

그리고 나서 실행

npm run start:dev

그리고 kafka-ui를 통해 토픽을 생성해보면!

아주우우~ 잘 동작하는 걸 볼수가 있지!

자! 이제 새로운 토픽을 생성하는 엔드포인트를 하나 만들어보자구 ㅋ

이것도 귀찮으니까 app.controller.ts에다가 만들어봅시다.

import { Body, Controller, Get, Post, Query } from '@nestjs/common';
import { AppService } from './app.service';

@Controller()
export class AppController {
  constructor(private readonly appService: AppService) {}

  @Get()
  getHello(): string {
    return this.appService.getHello();
  }
  //꼴랑 이거 하나 추가
  @Post('add-topic')
  async addSubscriptionTopic(@Body('topic') topic: string): Promise<string> {
    console.log(topic);
    if (topic == undefined) {
      return 'topic is undefined';
    } else {
      await this.appService.addSubscriptionTopic(topic);
      return `topic ${topic} added`;
    }
  }
}

그 다음에는 app.service.ts를 업데이트

import { Injectable } from '@nestjs/common';
import { EachMessagePayload, Kafka } from 'kafkajs';

@Injectable()
export class AppService {
  private kafka = new Kafka({
    clientId: "peter's kafka",
    brokers: ['localhost:9094'],
  });
  private producer = this.kafka.producer();
  private consumer = this.kafka.consumer({ groupId: "peter's kafka group" });

  constructor() {
    this.consumer.connect();
    this.consumer.subscribe({ topics: ['test_a', 'test_b'] });
    this.consumer.run({
      eachMessage: this.consumerCallback,
    });
  }

  async consumerCallback(payload: EachMessagePayload) {
    console.log('kafka message arrived');
    console.log(
      `topic: ${payload.topic}, Message:${payload.message.value.toString()}`,
    );
  }
  //아래 함수를 추가한 거임!!!!!
  async addSubscriptionTopic(topic: string) {
    await this.consumer.stop(); // 컨슈머 멈추고
    await this.consumer.subscribe({ topic }); // 구독하고
    await this.consumer.run({ // 다시 돌돌이!
      eachMessage: this.consumerCallback,
    });
  }
  
  getHello(): string {
    return 'Hello World!';
  }
}

별거 없어.

컨슈머 잠시 멈추고, 토픽 추가 구독하고 다시 돌돌이!

이런식으로 dynamic하게 토픽을 추가할 수 있지.

테스트를 해보면

먼저 localhost:3000/app-topic에 post로 구독할 토픽을 보내.

그러면 addSubscriptionTopic이 호출되서

토픽이 추가될거야.

그리고 kafka-ui에서 추가된 토픽으로

메세지를 보내면 console창에 출력이 되겠지!.

dynamic topic subscription!

ㅎㅎㅎ 매우~ 잘 동작해.

이런식으로 nestjs에다가 kafkajs 올려서 사용하면 좋을 듯!

매우 훌륭해! ㅎㅎㅎ

[Nest.js] Kafka microservice

방피터 — Sun, 25 Jun 2023 23:36:47 +0900

Nest.js에서는 공식적으로

kafka microservice를 제공하고 있어.

kafka micro service

근데

구려. ㅋ

해보면 알아~ 해보자구 ㅋ

nest new kafka_msa_test

위 명령으로 nest.js 새 프로젝트 시작

새 프로젝트 설치 완료

카프카랑 @nestjs/microservices도 미리 설치해주고~

npm i --save kafkajs
npm i --save @nestjs/microservices

그리고 main.ts에다가 microservice를 추가해 줄거야~

import { NestFactory } from '@nestjs/core';
import { AppModule } from './app.module';
import { Transport } from '@nestjs/microservices';

async function bootstrap() {
  const app = await NestFactory.create(AppModule);
  app.connectMicroservice({
    transport: Transport.KAFKA,
    options: {
      client: {
        clientId: 'peterKafkaClient',
        brokers: ['localhost:9094'],
      },
      consumer: {
        groupId: 'peterKafkaGroup',
      },
    },
  });

  await app.listen(3000);
  await app.startAllMicroservices();
}
bootstrap();

여기에 명시된 broker는 내가 로컬 도커에 띄운 kafka 브로커임.

아래 글 참고

2023.06.25 - [Server services/Docker] - [Docker] Docker desktop + kafka + zookeeper + kafka ui

[Docker] Docker desktop + kafka + zookeeper + kafka ui

engschool.tistory.com

그리고 기본적으로 생성된 app.controller.ts에다가

아래와 같이 @MessagePattern('구독할 토픽') 을 넣어주면 끝!

import { Controller, Get } from '@nestjs/common';
import { AppService } from './app.service';
import { MessagePattern, Payload } from '@nestjs/microservices';

@Controller()
export class AppController {
  constructor(private readonly appService: AppService) {}
  
  //이부분 추가요~
  @MessagePattern('peterKafka')
  helloKafka(@Payload() payload) {
    console.log(JSON.stringify(payload));
  }

  @Get()
  getHello(): string {
    return this.appService.getHello();
  }
}

이제 테스트를 해보자.

npm run start

kafka-ui에서 확인해보면 자신이 설정한 카프가 그룹이 보일거야.

이제 구독중인 토픽으로 메세지를 날려보자구

localhost:8080 (kafka-ui)

그럼 콘솔창에서 정상적으로 메세지가 수신되는 걸 확인할 수가 있지!

정상적으로 메세지가 수신된다.

엄청 쉽고 강력해! ㅋㅋ

그런데 좀 구린게 있어.

토픽을 dynamic하게 구독할 수가 없어.

구독할 토픽을 변경하려면

코드나 설정을 변경한 다음에

서버를 내렸다가 다시 올려야함 -_-;;

이게 메세지를 발행할 때도 문제가 돼 ㅋ

response 받아야 하는 경우가 있잖아?

그럴 땐 response 토픽을 수신해야 하는데;;;

이때 dynamic하게 추가할 수 없으면;;; 음.. 구려~

그래서 난 nest.js에서 제공하는 kafka micro service 대신

그냥 kafkajs를 써서 kafka agent를 구현할 거임 ㅋ

다음 시간에! ㅋ 안녕!

[Docker] Docker desktop + kafka + zookeeper + kafka ui

방피터 — Sun, 25 Jun 2023 21:32:57 +0900

도커에 대한 설명?

구글링 해보면

"경량화된 가상화 서버"라는 말을 어렵고 유식하게 설명해 놓은 글이 차고 넘치니

아무거나 읽어보는 척하면서 스크롤 죽죽 당기자.

왠지 이런 툴들은 리눅스 기반에서 탄생했고..

막 linux 터미널에서 커맨드로 막 설정하고 막 ㅋㅋㅋㅋ

괜히 짜증나니까 GUI 찾아보면 ㅋ

!! 바로 있네

Docker desktop

https://www.docker.com/products/docker-desktop/

Download Docker Desktop | Docker

Docker Desktop is available to download for free on Mac, Windows, or Linux operating systems. Get started with Docker today!

www.docker.com

운영 체제에 맞게 설치하자.

난 Mac이므로 아래와 같이.

다운로드하고 드레그 하면 끝.

직원이 250명 넘고 연간 매출 $10 million보다 작으면 공짜라고..

돈좀 내고 써봤으면 소원이 없겠다.

서비스 약관 동의하시고

자신없으면 recommended 설정 사용하시고

기본 설정으로 놔두고

설문 조사 응해주시고~

대강 설문 조사 응해주시고

그러면 따란~ 설치는 끝이네.

따란!

그럼 본격적으로 도커에 kafka를 올려보자구!

kafka 구축에 필요한 건 총 3가지.

1. kafka: 당..연하지!

2. kafka ui: 카프카 상태 볼 수 있는 UI 툴

3. zookeeper: 분산처리해주는 놈.

그럼 도커에 올릴 이미지를 찾아보자.

docker desktop 검색창에서 검색해보자.

먼저 kafka로 검색해보면

다운로드 많은 순서대로 나오는데 인기 많은게 일반적인거겠지?

Pull 버튼 눌러서 다운로드 하자.

bitnami/kafka가 일등!

다음은 kafka-ui

provectuslabs/kafka-ui 당첨!

provectuslabs/kafka-ui

마지막 zookeeper!

기본 zookeeper가 가장 인기가 많지만

kafka랑 똑같이 binami 걸로 선택해줄게.

binami/zookeeper

다운로드된 image

전부 다운로드를 받았으면

설정하고 가상머신 돌리면 되겠구만!

하나씩 하면 귀찮으니까

docker-compose에서 이 3개를 한번에 묶어서 구성해보자구.

먼저 docker-compose 파일을 아무데나 만들고!

(나는 workspace 폴더에 docker 폴더 하나 만들고 거기에서 했음)

services:
  zookeeper:
    image: bitnami/zookeeper:latest
    container_name: zookeeper
    ports:
      - 2181:2181
    environment:
      - ALLOW_ANONYMOUS_LOGIN=yes

  kafka:
    image: bitnami/kafka:latest
    container_name: kafka
    depends_on:
      - zookeeper
    ports:
      - 9092:9092
      - 9094:9094
    environment:
      - ALLOW_PLAINTEXT_LISTENER=yes
      - KAFKA_ENABLE_KRAFT=no
      - KAFKA_CFG_AUTO_CREATE_TOPICS_ENABLE=true
      - KAFKA_CFG_ZOOKEEPER_CONNECT=zookeeper:2181
      - KAFKA_CFG_LISTENERS=PLAINTEXT://:9092,CONTROLLER://:9093,EXTERNAL://:9094
      - KAFKA_CFG_ADVERTISED_LISTENERS=PLAINTEXT://kafka:9092,EXTERNAL://localhost:9094
      - KAFKA_CFG_LISTENER_SECURITY_PROTOCOL_MAP=CONTROLLER:PLAINTEXT,EXTERNAL:PLAINTEXT,PLAINTEXT:PLAINTEXT

  kafka-ui:
    image: provectuslabs/kafka-ui:latest
    container_name: kafka-ui
    depends_on:
      - kafka
    ports:
      - 8080:8080
    environment:
      - DYNAMIC_CONFIG_ENABLED=true
      - KAFKA_CLUSTERS_0_NAME=peters_kafka
      - KAFKA_CLUSTERS_0_BOOTSTRAPSERVERS=kafka:9092

각 설정들은 인터넷 검색해서 막 집어넣지 말고!

1. 도커 허브가서!

2. 사용할 이미지 검색!

3. 거기에 정의된 설정 이름을 사용하라구.

특히 environment는 말야!!

제발~~~~~

docker hub에 각 도커 이미지 설정을 어떻게 해야하는지 매우 잘 나와 있어!!!

kafka-ui는 공홈에 잘 나와 있구 ㅎ

https://docs.kafka-ui.provectus.io/configuration/configuration-wizard

Configuration wizard - UI for Apache Kafka

Note, that if the container is recreated, your edited (and uploaded) files won't be present and the app will be started with static configuration only. If you want to be able to keep the configuration created by wizard, you have to mount/copy the same file

docs.kafka-ui.provectus.io

설정이 올바르게 다 되었으면

docker-compose up -d --force-recreate

명령으로 docker 올려버렷!

docker-compose up!

도커들이 실행되고 있어!!

이제 localhost:8080으로 접속해서

kafka가 정상적으로 동작중인지 확인해바바

kafka가 잘 동작하는 걸 kafka-ui를 통해 확인할 수 있어.

자 잘 동작하는 구만.

이제 메세지를 잘 주고 받는지 확인해볼 차례인데 ㅋㅋ

너어어어무 길다 ㅋ

다음 시간에 이어서 하자 ㅋㅋ

[Docker] Docker에 대한 글쓰기 전 뻘글.

방피터 — Tue, 13 Jun 2023 23:08:35 +0900

Docker 뻘짓으로 오늘 하루를 날린 내 자신에게 하고 싶은 말이 있네?

RTFM 등신아 ㅋㅋ

https://namu.wiki/w/RTFM

RTFM - 나무위키

Read The Fucking Manual!씨발 설명서 좀 처 읽어! 묻지도 따지지도 않고 일단 아무나 붙들고 자신의 궁금함을 해결하려는 사람들에게 반복되는 일상에 지친 사람들이 대답 대신으로 돌려줌으로써 질

namu.wiki

docker!! docker!! docker!!

난 도커를 써본 적이 없어.

응~ 배포가 쉬운 가상 서버~

이 정도가 끝. 시도해 볼 생각은 1도 없었음.

사실은 지금도 도 닦는 마음으로 하는거임.

kafka 클러스터 도커 배포가 필요한 회사가 한국에 과연 몇이나 될까?

사실 서버 서비스를 하는 스타트업이 성공하기 전까지는

gcp나 azure, aws가 제공하는 managed service를 사용하면 충분해.

kafka 말고 pub/sub 서비스 쓰면 되고

micro servier? lambda, cloud function 매우 훌륭하게 동작해.

설치형 db를 왜써?

firebase, dynamoDB 쓰면 되잖아 ㅋㅋ

게다가 클라우드 서비스 대부분 무료 사용 용량이 있어서 초기에는 거의 공짜!

여기에 EC2를 설정하고 도커, 쿠버네티스 같은 건 필요없고

SSL 걱정, 도메인 걱정할 필요도 없어.

이런 거 생각하면 아직도 도커를 만지는게 매우 어색하게 느껴짐.

불합리~

어쨌든 도커들로 구성된 MSA를 구축해야 할 상황이 왔으니

나중에 크게 성공할 때를 위한 준비라고 생각하고 기분 좋게 해야지 ㅋ

셀프 가스라이팅 ㅋ

MSA 설계

방피터 — Tue, 13 Jun 2023 21:43:43 +0900

거창하게 MSA 설계 라고 적어놨지만

난 MSA 실무에 투입되어 본 적도 없고 컴공 출신도 아니야 ㅋ

그런데 하게 되었으니 해야지 ㅋ

쫄지만 마 ㅋㅋㅋ

쫄지마 ㅋ

Micro Service Architecture 라더라

처음 들어봄 ㅋ 관심이 없었으니 ㅋ

요약하면 커다란 서비스를 작은 서비스들로 쪼개서 운영하는 것.

이렇게 하면 장점이 몇개 생기는데

사용량에 따라서 특정 서비스 용량 조절이 가능하고

서비스 장애 대응이 좋고

...

그리고 생각안남 ㅋ

논문 쓸 것도 아니고 몰라도 됨.

그리고 직관적으로 좋다는 거 다 알잖아?

그래서 설계 시작

대에에강 그려봄

난 Miro.com에서 이런 저런 설계를 하는데 꽤 좋아. 다들 써봐 ㅋ

암튼 위 그림 처럼 대강 그려봤어.

사용자 인증은 크으으은 회사(구글같은)한테 맞기는 게 좋을 거 같아서 따로 했고

그 다음에는 커어어어다란 API gateway에게 맡기는 거지 ㅋ

그리고 API gateway는 각 MSA 모듈과 맵핑되어 있도록 했어.

마지막으로 각 MSA간 DB sync나 기타 정보 교환에 카프카를 써보기로 했음 ㅇㅇ

왜 카프카냐고?

이름이 멋있음 준내 멋있음.

KAFKA~~~ 크~~

다른 것들도 많은데 있던데.. RabitMQ 같은 거... 이름이 구려.

이렇게 했으면 각 서비스 구조를 생각해보려구

초기 모델

우린 이게 맞는지 안맞는지 고민따위는 하지 않아 ㅋ

일단 그려 ㅋㅋ

내가 맡은 파트가 결제 서비스인데

회사에서 고민해놓은 MSA 구조가 아예 없어서

내가 그릴 수 밖에 없었어.

내가 그린 MS는 간단하게

API 서버, Kafka 서버, DB

이렇게 3부분으로 나눌 수 있는데

기존 서비스가 Django로 되어 있어서 Python 쓰시라고 Fast api를 넣었고

api 서버와 kafka 서버는 분리했어.

그리고 서비스용 DB가 있지.

kafka 서버는 nest.js를 사용했는데 이유는

Fast api에 있는 kafka 라이브러리가 굉장히 구렸고

어차피 별도의 thread를 돌려야 했으므로...

합치면 등신같은 코드가 나올 것 같은 느낌적인 느낌...

퓨전 실패...

그에 비해 nest.js는 microservices 파트에서

공식적으로 kafka를 지원하고 있었고

로고가 멋있잖아.

Nest.js Kafka support

정했으니까 더 간결하게 표현해보자구

간결 버전!

kafka consume event가 있으면 kafka 처리 서버는 api 서버에 데이터를 전달하면 되는데..

Kafka produce는 어떻게 해야할까?

API 서버가 kafka에 다이렉트로 데이터를 produce 해야 할까?

아니면 카프카 처리 서버가 DB Subscription으로 변화가 생기면 Produce해야 할까?

고민이 생기더라고 ㅋ

결국은

api와 Kafka 처리 서버 사이에 별도의 프로토콜을 만들고

business logic은 api 서버에서 처리하는 것으로 결정!

MSA v1

음 간결해졌군~ 보기 좋아 ㅋ

NEST Kafka MSA는 이제 kafka 서버 설정

그리고 토픽에 대한 consume, produce만 딱 담당하고

나머지는 API 서버에서 몽땅 다 하는 걸로

이렇게 하면 kafka쪽은 모든 MSA 모듈이 공용으로 사용할 수 있게 되고

API쪽은 최대한 kafka는 잊고 CRUD와 Business 로직에 집중할 수 있을거 같아.

아냐?

그래도 어쩔 수 없어 ㅋ

이젠 Nest kafka consume, produce 설정하는 프로토콜 만들고

도커 짜서 배포하는 험난한 과정이 기다리고 있지

kafka 클러스터 구성은 덤이야 ㅋ

같이 할래? ㅋㅋ

안녕~

[nRF5 + Zephyr] #14. Bluetooth 처음부터 시작하기!

방피터 — Sun, 11 Jun 2023 17:15:50 +0900

본격적으로 블루투스를 해볼건데
블루투스 자체에 대한 건 사실 나도 잘 모르고,
블루투스 스택을 따로 공부할 생각도 없어 ㅎㅎㅎ
모든 걸 다 알고 시작할 수는 없잖아?
예제 따라해보면서 배울수도 있고 말야. ㅋ
암튼 바로 실전 ㄱㄱ

...

라고 했지만...

...

블로그에 쓸 자신이 없다..;;;

한단계 한단계 차근차근 글로 설명할 자신이 없다...

...
...

그래서 유튜브에 채널 만들고 ㅋ

난생 처음 동영상찍어서 올림 ㅋ

유튜부에 채널 만듬 ㅋ

유튜브로 봐~~ 안녕~~ ㅋㅋㅋ

https://youtu.be/m2dqXqwFDfs

nrf5 ble 시작하기

[nRF52840 + Zephyr] #13. Inter-task communication B

방피터 — Sun, 4 Jun 2023 23:22:47 +0900

2023.06.03 - [임베디드 소프트웨어/Zephyr] - [nRF52840 + Zephyr] #11. Inter-task communication A

[nRF52840 + Zephyr] #11. Inter-task communication A

제퍼의 경우에는 Inter-thread communication이 되겠구만! 지원되는 기능을 살펴보니.... 너무 많아;;; 우린 너무 많은 거 안좋아 하니까 줄여보자구. 난 보통 다른 RTOS에서는 Flag와 Queue를 많이

engschool.tistory.com

이전에서 FIFO랑 Queue만 해봤는데

이번에는 Message Queue랑, Mail box를 해볼거야.

그럼 Message Queue부터 시작!

Message Queue의 기본적인 동작은 그냥 Queue와 다를 바 없어.

차이점은 Queue가 포인터만 전달했다면

Message Queue는 고정된 크기의 데이터를 전달한다는 거지.

바로 예제 ㄱㄱ

#include <zephyr/kernel.h>

#define MY_STACK_SIZE 500
#define MY_PRIORITY 5

typedef struct  {
	uint8_t field1;
	uint8_t field2;
}msgq_data_t;

K_MSGQ_DEFINE(my_msgq, sizeof(msgq_data_t), 10, 4);

void my_entry_point(void *, void *, void *){
	int ret;
	msgq_data_t msgq_data;
	for(;;){
		k_sleep(K_MSEC(1000));
		ret = k_msgq_get(&my_msgq, &msgq_data, K_FOREVER);
		printk("data1: %d,data2: %d\n",msgq_data.field1, msgq_data.field2);
	}
}

K_THREAD_DEFINE(my_tid, MY_STACK_SIZE,
                my_entry_point, NULL, NULL, NULL,
                MY_PRIORITY, 0, 0);

void main(void)
{
	msgq_data_t msgq_data;
	uint8_t data1 = 0,data2= 127;
	int ret;
	for(;;){
		msgq_data.field1 = data1++;
		msgq_data.field2 = data2++;
		k_sleep(K_MSEC(500));
		ret = k_msgq_put(&my_msgq, &msgq_data, K_NO_WAIT);
		if(ret){
			printk("msgq is full. Purge all messages.\n");
			k_msgq_purge(&my_msgq);
		} else {
			printk("Sucesefully queued: %d,%d\n",msgq_data.field1, msgq_data.field2);
		}
	}
}

main에서 계속 500ms 단위로 message queue에 넣고

다른 쓰레드에서 1초 마다 읽어봐서 message queue에서 읽어오는 예제야.

읽어오는 속도보다 넣는 속도가 더 빠르니 당연히 queue가 가득차서 못 넣겠지.

그때 purge 시켜버렸어. queue를 다 비우는 거지 ㅎ

큐가 가득 차면 purge 시킴

다음은 mail box?

mailbox도 기본적으로 Queue!

그런데 ISR(interrupt service routine)에서는 사용할 수 없어.

데이터 크기가 고정일 필요도 없고 타겟 thread를 지정할 수도 있어.

약간 진보된 Queue 느낌이랄까?

바로 예제 고고

#include <zephyr/kernel.h>

#define MY_STACK_SIZE 500
#define MY_PRIORITY 5

K_MBOX_DEFINE(my_mbox);//mail box 선언

void my_entry_point(void *, void *, void *){
	int ret;
	struct k_mbox_msg rx_msg;//rx_msg
	for(;;){
		rx_msg.rx_source_thread = K_ANY;//아무한테서나 받는다!
		k_mbox_get(&my_mbox, &rx_msg, NULL, K_FOREVER);//메일 올때까지 기다림!
		printk("Received message: %d\n", rx_msg.info);
	}
}

K_THREAD_DEFINE(my_tid, MY_STACK_SIZE,
                my_entry_point, NULL, NULL, NULL,
                MY_PRIORITY, 0, 0);

void main(void)
{
	int ret;
	struct k_mbox_msg tx_msg;
	uint8_t info = 0;
	for(;;){
		tx_msg.info = info++;
		tx_msg.size = 0;
		tx_msg.tx_data = 0;
		tx_msg.tx_block.data = NULL;
		tx_msg.tx_target_thread = K_ANY;//아무나 받아라!
		k_mbox_put(&my_mbox,&tx_msg, K_FOREVER);//메일 받을때까지 기다림!
		k_sleep(K_MSEC(1000));
	}
}

첫번째 maibox 예제는 비어있는 메일을 보내는 거야.

그래서 오직 k_mbox_msg 구조체 중에 info값만 의미가 있을거야.

이걸 보니 zephyr에 flag가 없는게 이해가 감. mailbox를 쓰면 됨!

아래는 결과인데 info만 출력하도록 해놨어.

info 출력

info 말고 긴 데이터도 보내보자구.

#include <zephyr/kernel.h>

#define MY_STACK_SIZE 500
#define MY_PRIORITY 5

K_MBOX_DEFINE(my_mbox);

void my_entry_point(void *, void *, void *){
	int ret;
	char buffer[100];// 100개 짜리 버퍼~
	struct k_mbox_msg rx_msg;
	for(;;){
		rx_msg.rx_source_thread = K_ANY;//아무한테서나 받아왔!
		rx_msg.size=100;
		k_mbox_get(&my_mbox, &rx_msg, buffer, K_FOREVER); // 메일 기다렷!
		printk("Received message: %s\n", buffer);//출력
	}
}

K_THREAD_DEFINE(my_tid, MY_STACK_SIZE,
                my_entry_point, NULL, NULL, NULL,
                MY_PRIORITY, 0, 0);

void main(void)
{
	int ret;
	char buffer[100];
	int size;
	struct k_mbox_msg tx_msg;
	uint8_t info = 0;
	for(;;){
		size = sprintf(buffer, "어머니는 짜장면이 싫다고 하셨어. 탕수육이 좋다고 하셨어~ 이야야~", NULL);
		tx_msg.info = info++;
		tx_msg.size = size;
		tx_msg.tx_data = buffer; //전송할 데이터
		tx_msg.tx_block.data = NULL;
		tx_msg.tx_target_thread = K_ANY;// 아무한테나 줘버렷!
		k_mbox_put(&my_mbox,&tx_msg, K_FOREVER); //받을 때까지 기다렷!
		k_sleep(K_MSEC(1000));
	}
}

char 100개짜리 버퍼를 만들고 임의의 데이터를 넣고 전송해봤어.

당연한 말이지만 잘 전송되고 잘 받아서 출력해.

인코딩 문제인지 vscode 터미널에서는 한글이 조금씩 깨져서

nRF connect 프로그램으로 터미널 실행했음.

마지막으로 아주 큰 block 데이터를 전송하는 기능이 있는데 음...

딱히 두 번째 예제와 다를 바가 없을 듯. 그래서 과감하게 생략!

해보고 싶은 사람들은 아래 링크를 참고하도록!

https://docs.zephyrproject.org/3.1.0/kernel/services/data_passing/mailboxes.html

Mailboxes — Zephyr Project Documentation

A thread receives a message by first creating a message descriptor that characterizes the message it wants to receive. It then calls one of the mailbox receive APIs. The mailbox searches its send queue and takes the message from the first compatible thread

docs.zephyrproject.org

mailbox는 타겟을 지정할 수 있다는 점에서 실제 프로젝트에서 꽤 유용할 듯 해.

물론 mailbox를 쓸 수 있을 만큼 thread 갯수가 많아야 겠지만 ㅎㅎ

원래는 pipe도 같이 해보려고 했는데;;;

너무 글이 길어져서 pipe는 다음 시간에!! ㅋㅋ

안녕!

[nRF52840 + Zephyr] #12. Synchronization

방피터 — Sat, 3 Jun 2023 16:15:58 +0900

Synchronization에 대해서는 Semaphore와 Mutex, 이 두 개만 알면 끝!

Semaphore부터 보자구.

//런타임에서는 이렇게
struct k_sem my_sem;
k_sem_init(&my_sem, 0, 1);

//컴파일타임에서는 이렇게
K_SEM_DEFINE(my_sem, 0, 1);//가용 세마포어 1, 초기 가용 세마포어 0

//or
K_SEM_DEFINE(my_sem, 1, 1);//가용 세마포어 1, 초기 가용 세마포어 1

위처럼 선언하고

아래처럼 사용하지.

//Semaphore take
k_sem_take(&my_sem, K_MSEC(50))

//Semaphore give
k_sem_give(&my_sem);

약간 설명하자면

가용한 세마포어가 있으면

k_sem_take로 세마포어를 차지하고 사용이 끝나면

k_sem_give로 돌려주는 거지.

실습은 조금 있다가 하고 mutex로 넘어가면

//런타임에서 이렇게
struct k_mutex my_mutex;
k_mutex_init(&my_mutex);

//컴파일타임에서는 이렇게
K_MUTEX_DEFINE(my_mutex);

//사용은 이렇게
//mutex lock
k_mutex_lock(&my_mutex, K_FOREVER);

//mutex unlock
k_mutex_unlock(&my_mutex);

사용법은 세마포어와 거의 비슷하지.

뮤택스는 가용 공간이 1개인 세마포어와 동작이 동일해.

어때?

이런걸 쓸까 싶어? ㅋㅋ

응!

응응응응응응응응응!

Thread나 Task를 사용하는 RTOS에서는 필수적인 개념이야.

왜냐하면 여러 Thread에서 동일한 자원에 접근이 가능할 수 있기 때문이야.

또 억지로 예제를 만들어 볼게 ㅋㅋ

실습을 해봐야 좋겠지?

BLE advertisement 하는 부분에서 한번 살펴볼게.

//prj.conf
CONFIG_HEAP_MEM_POOL_SIZE=1024
CONFIG_BT=y
CONFIG_BT_HCI=y

CONFIG_LOG=y
CONFIG_LOG_BACKEND_UART=y

우선 ble 사용 설정을 하고

결과가 잘 보이게 logging system도 넣어두고

시작!

#include <zephyr/kernel.h>
#include <zephyr/logging/log.h>

#include <zephyr/bluetooth/bluetooth.h>
#include <zephyr/bluetooth/conn.h>
#include <zephyr/bluetooth/hci.h>
#include <zephyr/bluetooth/uuid.h>
#include <zephyr/bluetooth/gatt.h>

LOG_MODULE_REGISTER(main);

#define BT_UUID_REMOTE_SERVICE_VAL BT_UUID_128_ENCODE(0xc99d5788,0xf6dc,0x11ed,0xb67e,0x0242ac120002)
//c99d5788-f6dc-11ed-b67e-0242ac120002
#define BT_UUID_REMOTE_SERVICE BT_UUID_DECLARE_128(BT_UUID_REMOTE_SERVICE_VAL)

static const struct bt_data ad[] = {
	BT_DATA_BYTES(BT_DATA_FLAGS, (BT_LE_AD_GENERAL | BT_LE_AD_NO_BREDR)),
	BT_DATA(BT_DATA_NAME_COMPLETE, "PETERCIRCUITSOFT", sizeof("PETERCIRCUITSOFT") - 1),
};

static const struct bt_data sd[] = {
	BT_DATA_BYTES(BT_DATA_UUID128_ALL, BT_UUID_REMOTE_SERVICE_VAL),
};

bt_ready_cb_t bt_ready_cb(int err)
{
	if (err) {
		LOG_ERR("Bluetooth init failed (err %d)\n", err);
		return;
	}
	LOG_INF("Bluetooth enabled\n");
}

void main(void)
{
	int err;
	LOG_INF("Hello World! %s\n", CONFIG_BOARD);
	bt_enable(bt_ready_cb);
	err = bt_le_adv_start(BT_LE_ADV_CONN, ad, ARRAY_SIZE(ad),sd, ARRAY_SIZE(sd));
	if(err){
		LOG_ERR("Advertising failed to start (err %d)\n", err);
		return;
	}
}

이렇게 하면 결과가

Advertising failed

advertising failed!!!!

로그를 잘 살펴보면 bluetooth가 enable되기도 전에 advertising이 시작되고 있어.

그래서 오류가 발생하는 거지.

이럴 때 semaphore를 사용하는 거야.

#include <zephyr/kernel.h>
#include <zephyr/logging/log.h>

#include <zephyr/bluetooth/bluetooth.h>
#include <zephyr/bluetooth/conn.h>
#include <zephyr/bluetooth/hci.h>
#include <zephyr/bluetooth/uuid.h>
#include <zephyr/bluetooth/gatt.h>

LOG_MODULE_REGISTER(main);

#define BT_UUID_REMOTE_SERVICE_VAL BT_UUID_128_ENCODE(0xc99d5788,0xf6dc,0x11ed,0xb67e,0x0242ac120002)
//c99d5788-f6dc-11ed-b67e-0242ac120002
#define BT_UUID_REMOTE_SERVICE BT_UUID_DECLARE_128(BT_UUID_REMOTE_SERVICE_VAL)

static const struct bt_data ad[] = {
	BT_DATA_BYTES(BT_DATA_FLAGS, (BT_LE_AD_GENERAL | BT_LE_AD_NO_BREDR)),
	BT_DATA(BT_DATA_NAME_COMPLETE, "PETERCIRCUITSOFT", sizeof("PETERCIRCUITSOFT") - 1),
};

static const struct bt_data sd[] = {
	BT_DATA_BYTES(BT_DATA_UUID128_ALL, BT_UUID_REMOTE_SERVICE_VAL),
};

//여기 추가!!!
K_SEM_DEFINE(sem, 0, 1);

bt_ready_cb_t bt_ready_cb(int err)
{
	if (err) {
		LOG_ERR("Bluetooth init failed (err %d)\n", err);
		return;
	}
	LOG_INF("Bluetooth enabled\n");
    //여기 추가!!!
	k_sem_give(&sem);
}

void main(void)
{
	int err;
	LOG_INF("Hello World! %s\n", CONFIG_BOARD);
	bt_enable(bt_ready_cb);
    //여기 추가!!!
	k_sem_take(&sem, K_FOREVER);
	err = bt_le_adv_start(BT_LE_ADV_CONN, ad, ARRAY_SIZE(ad),sd, ARRAY_SIZE(sd));
	if(err){
		LOG_ERR("Advertising failed to start (err %d)\n", err);
		return;
	}
}

우선 세마포어 선언하고!

bt_enable을 실행하고 k_sem_take로 세마포어에 공간이 생기기를 기다리지.

bt_enable이 끝나고 bt_ready_cb가 수행되면 그 때 k_sem_give가 실행되서 세마포어에 공간을 주게 됨.

그러면 k_sem_take에서 대기하고 있던 스레드가 무사히?

세마포어 공간을 차지하고 넘어가서 Ble advertisement를 수행할 수 있게되지!

정상적으로 동작한다.

mutex도 동작 방식이 세마포어와 거의 비슷한데

같은 스레드 안에서는 lock을 여러번 할 수 있어서 위 예제처럼 사용은 안돼.

하나의 자원(예를 들면 SPI, UART)에 여러 쓰레드에서 접근하는 걸 상정하고 있기 때문이야.

또 억지로 예제를 만들어보면

#include <zephyr/kernel.h>
#include <zephyr/logging/log.h>

LOG_MODULE_REGISTER(main);

K_MUTEX_DEFINE(my_mutex);

void my_thread_entry_point(void *p1, void *p2, void *p3);

K_THREAD_DEFINE(my_thread, 1024, my_thread_entry_point, NULL, NULL, NULL, 7, 0, 0);

void my_thread_entry_point(void *p1, void *p2, void *p3)
{
	while(1){
		k_mutex_lock(&my_mutex, K_FOREVER);
		printk("my_thread is running!\n");
		k_msleep(100);
		printk("my_thread is running!\n");
		k_msleep(100);
		printk("my_thread is running!\n");
		k_msleep(100);
		k_mutex_unlock(&my_mutex);
	}
}

void main(void)
{
	for(;;){
		k_mutex_lock(&my_mutex, K_FOREVER);
		printk("main thread is running!\n");
		k_msleep(100);
		printk("main thread is running!\n");
		k_msleep(100);
		printk("main thread is running!\n");
		k_msleep(100);
		k_mutex_unlock(&my_mutex);
	}
}

이렇게 mutex를 설정하면

아래와 같이 한 쓰레드에서 printk를 전부 하고 난 후에

다른 쓰레드에서 printk를 수행하지.

그런데 만약 mutex를 없애면 어떻게 될까?

전부 주석처리해놓고 테스트 해바바 ㅋ

아래와 같이 쓰레드가 쉬는 틈을 다른 쓰레드가 치고 들어가서

자기 걸 수행해버리고 말지.

이건 단순하게 printk니까 큰 문제가 없지만

SPI나 I2C처럼 여러 디바이스가 버스로 묶여있는 하드웨어에서는

치명적인 오류가 발생할 수 있어.

그래서!

세마포어와 뮤텍스는 필수!

다음 시간부터는 본격적 nRF로 BLE를 구동시켜 볼거야!

안녕!

[nRF52840 + Zephyr] #11. Inter-task communication A

방피터 — Sat, 3 Jun 2023 12:34:54 +0900

제퍼의 경우에는 Inter-thread communication이 되겠구만!

지원되는 기능을 살펴보니....

너무 많아;;;

지원되는 inter-thread communication 기능이 너무 많다.

우린 너무 많은 거 안좋아 하니까 줄여보자구.

난 보통 다른 RTOS에서는 Flag와 Queue를 많이 사용했어.

그런데 제퍼에는 Flag가 없네? 진짜 없는 건가? ;;; 간편하게 사용하기 좋았는데 ㅠㅠ

Queue는 당연히 있는데... FIFO가 Queue 아닌가?;;

LIFO가 Stack이고?

Pipe는 freertos에서 stream같고 ㅎㅎ

주절 주절 말이 많았는데

Stack은 잘 안쓰니까 우선 Queue부터 해보자구

#include <zephyr/kernel.h>
#include <stdio.h>

K_QUEUE_DEFINE(my_queue);

typedef struct queueItem{
	uint8_t itemName[10];
	uint8_t data;		
}queueItem_t;

//declaration
void queue_thread_entry(void *p1, void *p2, void *p3);

K_THREAD_DEFINE(queue_thread, 512, queue_thread_entry, NULL, NULL, NULL,
		5, 0, 0);

void queue_thread_entry(void *p1, void *p2, void *p3){
	static uint8_t itemNumber = 0;
	for(;;){
		queueItem_t *queueItem = k_malloc(sizeof(queueItem_t));
		sprintf(queueItem->itemName, "item_%d\0", itemNumber++);
		queueItem->data = itemNumber;
		k_queue_append(&my_queue, queueItem);
		k_msleep(1000);
	}
}

void main(void)
{
	queueItem_t *queueItem;
	printk("Hello World! %s\n", CONFIG_BOARD);
	for(;;){
		queueItem = k_queue_get(&my_queue,	K_FOREVER);
		printk("%s, %d\n", queueItem->itemName, queueItem->data);
		k_free(queueItem);
	}
}

예제가 아~~주 약간 긴데 ㅎ

별거 아니니까 얼른 보자

queue_thread에서 main thread로 데이터를 전송하는 예제야.

1. 우선 K_QUEUE_DEFINE으로 Queue 선언하고

2. queue_thread에서 전송할 데이터 malloc한 후 전송

3. main thread에서 k_queue_get으로 데이터 수신

4. printk!

끝!

엄청 간단하지?

queue example 결과

그럼 멈추지 말고 바로 FIFO 갑니다.

코드를 보면 알겠지만 FIFO 사용법이 민망할 정도로 QUEUE와 똑같아.

#include <zephyr/kernel.h>
#include <stdio.h>

K_FIFO_DEFINE(my_fifo);

typedef struct fifoItem{
	uint8_t itemName[20];
	uint8_t data;		
}fifoItem_t;

//declaration
void queue_thread_entry(void *p1, void *p2, void *p3);

K_THREAD_DEFINE(fifo_thread, 512, queue_thread_entry, NULL, NULL, NULL,
		5, 0, 0);

void queue_thread_entry(void *p1, void *p2, void *p3){
	static uint8_t itemNumber = 0;
	for(;;){
		fifoItem_t *fifoItem = $k_malloc(sizeof(fifoItem_t));
		sprintf(fifoItem->itemName, "fifo item_%d\0", itemNumber++);
		fifoItem->data = itemNumber;
		printk("FIFO put\n");
		k_fifo_put(&my_fifo, fifoItem);
		k_msleep(1000);
	}
}

void main(void)
{
	fifoItem_t *fifoItem;
	printk("Hello World! %s\n", CONFIG_BOARD);
	for(;;){
		fifoItem = k_fifo_get(&my_fifo,K_FOREVER);
		printk("Fifo received: %s, %d\n", fifoItem->itemName, fifoItem->data);
		k_free(fifoItem);
	}
}

함수 이름이 조금 다를 뿐이야.

당연히 결과도 잘 나오고

FIFO와 Queue는 거의 같다.

음.. 그런데 공식 문서를 보니 이런 내용이 있네?

struct data_item_t {
    void *fifo_reserved;   /* 1st word reserved for use by FIFO */
    ...
};

전송할 데이터의 첫번째 워드는 FIFO가 사용하게 되어 있네?

-_- 왜 잘 동작했지?

그래도 따를 건 따라야지 ㅋ

typedef struct fifoItem{
	void *reserved;
	uint8_t itemName[20];
	uint8_t data;		
}fifoItem_t;

이렇게 해도 동작에는 별 차이가 없는 듯.

LIFO나 STACK도 사용법은 거의 비슷하니까

관심 있는 사람들은 따로 해보면 될 것 같고 ㅋ

(사실 난 거의 쓸일이 없었어.)

글이 너무 길어지니까 다음글에서

Message Queue랑 Mail box 그리고 Pipe를 다뤄보도록 하지.

2023.06.04 - [임베디드 소프트웨어/Zephyr] - [nRF52840 + Zephyr] #13. Inter-task communication B

[nRF52840 + Zephyr] #13. Inter-task communication B

2023.06.03 - [임베디드 소프트웨어/Zephyr] - [nRF52840 + Zephyr] #11. Inter-task communication A [nRF52840 + Zephyr] #11. Inter-task communication A 제퍼의 경우에는 Inter-thread communication이 되겠구만! 지원되는 기능을 살펴보

engschool.tistory.com

다시 말하지만 inter-thread comminication은

rtos에서 매우 핵심적인 기능이라 할 수 있어.

꼭 숙지! 공부! 하자고!

안녕!

2023.06.03 - [임베디드 소프트웨어/Zephyr] - [nRF52840 + Zephyr] #12. Synchronization

[nRF52840 + Zephyr] #12. Synchronization

Synchronization에 대해서는 Semaphore와 Mutex, 이 두 개만 알면 끝! Semaphore부터 보자구. //런타임에서는 이렇게 struct k_sem my_sem; k_sem_init(&my_sem, 0, 1); //컴파일타임에서는 이렇게 K_SEM_DEFINE(my_s

engschool.tistory.com

[nRF52840 + Zephyr] #10. Time management

방피터 — Sat, 3 Jun 2023 10:38:12 +0900

제퍼도 다른 os와 마찬가지로 여러가지 시간관련 기능을 제공하고 있어.
대표적인게 os timer야.
임베디드 프로젝트를 하다보면 타이머를 자주 사용하게 되는데.

타이머를 하드웨어로 돌리려면 하드웨어 사용 설정하고, 주기 설정하고, 인터럽트 작성해주고, 혹시나 동작이 길면 global flag 설정해주고 인터럽트 외주에서 나머지 동작을 처리해야 하지. ㅋㅋㅋ

데이터시트도 읽어야 하는 건 덤이고 말이야 ㅋ

아주 그냥 대환장 파티.
그에 비해 os timer는 사용 설정하고 쓰면 끝이야.
매우 간편!

struct k_timer my_timer;
extern void my_expiry_function(struct k_timer *timer_id);

k_timer_init(&my_timer, my_expiry_function, NULL);

아니면 아래처럼 관련 매크로를 사용해서 컴파일타임에서 선언할 수도 있지.

K_TIMER_DEFINE(my_timer, my_expiry_function, NULL);
//K_TIMER_DEFINE(타이머 이름, 타이머 만료 콜백, 타이머 중지 콜백);

그리고 사용은

k_timer_start(&my_timer, K_SECONDS(1), K_SECONDS(1));//1초 후 만료되는 타이머를 1초 주기로 반복
//or
k_timer_start(&my_timer, K_MSEC(100), K_NO_WAIT);// 100ms(0.1초) 후 타이머 만료.
//or
k_timer_start(&my_timer, K_MSEC(100), K_SECONDS(1));//100ms(0.1초)후 만료되는 타이머를 1초 주기로 반복

정해진 시간이 끝나면 등록해 두었던 my_expiry_function이 수행되지.

정말 간단하게 타이머를 사용할 수가 있어.

역시나 억지로 예제를 만들어보자구

#include <zephyr/kernel.h>

//declaration
void my_expiry_function(struct k_timer *timer_id);

K_TIMER_DEFINE(my_timer,my_expiry_function,NULL);

//implementation
void my_expiry_function(struct k_timer *timer_id){
	printk("Timer expired\n");
}

void main(void)
{
	printk("Hello World! %s\n", CONFIG_BOARD);
	k_timer_start(&my_timer, K_MSEC(1000), K_MSEC(1000));
    return;
}

처음에 timer를 선언했고 expiry_function도 등록했어.

그리고 main 함수에서 timer를 시작하고 return!

말 그대로 main함수를 종료시켜버린거지.

그래도? 타이머는 아주 자알~~ 돈다~

Timer

타이머 선언할 때 콜백이 하나 더 있었어.

타이머 중지 콜백인데.

이건 타이머가 수행중에 사용자에 의해 중지되면 동작하는 콜백이야.

이것도 예제를 살펴보자구.

#include <zephyr/kernel.h>

//declaration
void my_expiry_function(struct k_timer *timer_id);
void my_timer_stop_function(struct k_timer *timer_id);

//타이머 만료 콜백 함수와 타이머 중지 콜백 함수를 등록
K_TIMER_DEFINE(my_timer,my_expiry_function,my_timer_stop_function);

//implementation
void my_expiry_function(struct k_timer *timer_id){
	printk("Timer expired\n");
}

void my_timer_stop_function(struct k_timer *timer_id){
	printk("Timer stopped\n");
}

void main(void)
{
	printk("Hello World! %s\n", CONFIG_BOARD);
	k_timer_start(&my_timer, K_MSEC(1000), K_MSEC(1000));
	k_sleep(K_SECONDS(2.5));
	printk("Timer will be stopped: %d\n",k_timer_remaining_get(&my_timer));
	k_timer_stop(&my_timer);
	return;
}

my_timer_stop_function이라는 콜백 함수를 작성하고

그걸 K_TIMER_DEFINE 매크로에 등록했어.

그리고 메인문에서 1초 반복 타이머를 시작하고 2.5초 뒤에 중지시켰어.

그러면 500ms 정도 타이머가 진행된 상태에서 타이머 중지 콜백이 호출될거야.

타이머 중지 콜백도 잘 동작한다.

이렇게 편하게 타이머를 쓸 수 있다니 ㅎㅎ 너무 좋아~으흐흐흐

한 가지만 더 해볼 게 있는데

k_timer_status_sync()라는 함수야.

이 함수는 타이머가 만료되어 콜백이 수행되기 전까지 thread가 멈춰있게 해.

void main(void)
{
	printk("Hello World! %s\n", CONFIG_BOARD);
	k_timer_start(&my_timer, K_MSEC(1000), K_MSEC(1000));
	for(;;){
		k_timer_status_sync(&my_timer);
		printk("After timer expired.\n");
	}
}

이런식으로 thread가 timer expiry callback에 의존하게 할 수 있지.

역시나? 자알~~ 동작한다~

k_timer_status_sync() 동작

별거 아닌거 같아도 내가 원할 때 딱딱 쓰려면 많이 익숙해져야 해 ㅎㅎ

그러니까 비슷한 예제 10번 정도는 반복해서 돌려보자 ㅋ

그래봐야 30분 안걸려!

안녕

2023.06.03 - [임베디드 소프트웨어/Zephyr] - [nRF52840 + Zephyr] #11. Inter-task communication A

[nRF52840 + Zephyr] #11. Inter-task communication A

engschool.tistory.com

[nRF52840 + Zephyr] #9. Memory Management

방피터 — Fri, 2 Jun 2023 21:30:11 +0900

제퍼에서 제공하는 Memory management 기능은 여러 가지가 있는데

k_malloc()과 k_free() 정도만 알면 될 것 같아.

사실 나머지는 어디서 어떻게 사용되는지 잘 모르겠거든 ㅋㅋ

누가 잘 아는 사람은 알려주고 ㅎ

제퍼에서 제공하는 Memory management 기능들

k_malloc()과 k_free()는 특별한 사용법이 없어.

malloc, free랑 동일하거든.

다만 prj.conf 에서

CONFIG_HEAP_MEM_POOL_SIZE(힙 크기) 만 설정해주면 끝이야.

굳이 이상한 예제를 만들어보자면

//prj.conf
CONFIG_HEAP_MEM_POOL_SIZE=1024


//main.c
void main(void)
{
	for(;;){
		k_sleep(K_MSEC(1000));
		uint8_t* ptr = k_malloc(100);
		if(ptr){
			printk("Memory Allocated: %x\n",ptr);
			sprintf(ptr,"Hello World");
			printk("%s\n",ptr);
			k_free(ptr);
		} else {
			printk("Memory Not Allocated: %x\n",ptr);
		}
	}
}

1초 마다 memory 할당하고 sprintf로 문자열 삽입하고 printk로 출력했어.

뭐... 당연하게 잘 동작하겠지? ㅎ

당연히 잘 동작한다.

이제 설정한 힙 크기(1024)보다 더 크게 malloc해보자구.

//prj.conf
CONFIG_HEAP_MEM_POOL_SIZE=1024


//main.c
void main(void)
{
	for(;;){
		k_sleep(K_MSEC(1000));
		uint8_t* ptr = k_malloc(1025);
		if(ptr){
			printk("Memory Allocated: %x\n",ptr);
			sprintf(ptr,"Hello World");
			printk("%s\n",ptr);
			k_free(ptr);
		} else {
			printk("Memory Not Allocated: %x\n",ptr);
		}
	}
}

그러면 당연히? ㅎㅎ 실패하겠지!!

메모리 할당 실패!

암튼 이런식으로 각 thread가 메모리를 "동적 할당"할 수 있는거지 ㅋㅋ

오랜만에 써보네 ㅋㅋ 동적 할당이라는 말을 ㅋㅋㅋ

Dynamic allocation!!

안녕!

2023.06.03 - [임베디드 소프트웨어/Zephyr] - [nRF52840 + Zephyr] #10. Time management

[nRF52840 + Zephyr] #10. Time management

제퍼도 다른 os와 마찬가지로 여러가지 시간관련 기능을 제공하고 있어. 대표적인게 os timer야. 임베디드 프로젝트를 하다보면 타이머를 자주 사용하게 되는데. 타이머를 하드웨어로 돌리려면 하

engschool.tistory.com

[nRF52840 + Zephyr] #8. Thread Management

방피터 — Tue, 30 May 2023 20:32:39 +0900

제퍼에서 thread를 굳이 나누자면
System thread와
User thread로 나눌 수 있어.
System thread는 main()을 호출하는 main thread와 idle thread 그리고 workqueue thread 정도가 될거고

User thread는 말 그대로 유저가 만드는 거겠지.

Thread 뭐 별거 없어.
생성하고 종료하고 멈추고 재시작하고 이게 전부.

이왕 이면 예제를 통해 살펴보는게 좋겠지?

#define MY_STACK_SIZE 500
#define MY_PRIORITY 5

extern void my_entry_point(void *, void *, void *);

K_THREAD_STACK_DEFINE(my_stack_area, MY_STACK_SIZE);
struct k_thread my_thread_data;

k_tid_t my_tid = k_thread_create(&my_thread_data, my_stack_area,
                                 K_THREAD_STACK_SIZEOF(my_stack_area),
                                 my_entry_point,
                                 NULL, NULL, NULL,
                                 MY_PRIORITY, 0, K_NO_WAIT);

이건 제퍼 공식 문서에서 제공하는 예제야.

k_thread_create라는 함수를 이용해서 MY_STACK_SIZE 크기의 메모리를 갖는 thread를 생성하는거지.

그런데 이렇게 하려면 main()안에서 k_thread_create를 호출해야 해.

runtime 전용인거지

#include <zephyr/kernel.h>
#include <zephyr/drivers/gpio.h>

#define MY_STACK_SIZE 500
#define MY_PRIORITY 5

#define LED0_NODE DT_NODELABEL(led0)
#define LED1_NODE DT_NODELABEL(led1)
static struct gpio_dt_spec led0 = GPIO_DT_SPEC_GET(LED0_NODE,gpios);
static struct gpio_dt_spec led1 = GPIO_DT_SPEC_GET(LED1_NODE,gpios);


void my_entry_point(void *, void *, void *){
	int ret;
	ret = gpio_pin_configure_dt(&led1,GPIO_OUTPUT);
	for(;;){
		gpio_pin_toggle_dt(&led1);
		k_sleep(K_MSEC(500));
	}
}

K_THREAD_STACK_DEFINE(my_stack_area, MY_STACK_SIZE);
struct k_thread my_thread_data;

void main(void)
{
	int ret;
	ret = gpio_pin_configure_dt(&led0,GPIO_OUTPUT);

	k_tid_t my_tid = k_thread_create(&my_thread_data, my_stack_area,
                                 K_THREAD_STACK_SIZEOF(my_stack_area),
                                 my_entry_point,
                                 NULL, NULL, NULL,
                                 MY_PRIORITY, 0, K_NO_WAIT);
	for(;;){
		gpio_pin_toggle_dt(&led0);
		k_sleep(K_MSEC(1000));
	}
}

지겨운 LED thread... 어쨌든 돈다.

뭐 이것도 나쁘지 않지만 사실 더 편한 방법이 있어.

런타임이 아니고 컴파일 타임에 thread를 생성할 수 있는 메크로가 제공되거든.

아래는 제퍼 공식 문서 예제

#define MY_STACK_SIZE 500
#define MY_PRIORITY 5

extern void my_entry_point(void *, void *, void *);

K_THREAD_DEFINE(my_tid, MY_STACK_SIZE,
                my_entry_point, NULL, NULL, NULL,
                MY_PRIORITY, 0, 0);

훨씬 간단하지?

이렇게 하면 main()에서 호출할 필요없이 thread가 생성돼.

#include <zephyr/kernel.h>
#include <zephyr/drivers/gpio.h>

#define MY_STACK_SIZE 500
#define MY_PRIORITY 5

#define LED0_NODE DT_NODELABEL(led0)
#define LED1_NODE DT_NODELABEL(led1)
static struct gpio_dt_spec led0 = GPIO_DT_SPEC_GET(LED0_NODE,gpios);
static struct gpio_dt_spec led1 = GPIO_DT_SPEC_GET(LED1_NODE,gpios);

void my_entry_point(void *, void *, void *){
	int ret;
	ret = gpio_pin_configure_dt(&led1,GPIO_OUTPUT);
	for(;;){
		gpio_pin_toggle_dt(&led1);
		k_sleep(K_MSEC(300));
	}
}

K_THREAD_DEFINE(my_tid, MY_STACK_SIZE,
                my_entry_point, NULL, NULL, NULL,
                MY_PRIORITY, 0, 0);

void main(void)
{
	int ret;
	ret = gpio_pin_configure_dt(&led0,GPIO_OUTPUT);
	for(;;){
		gpio_pin_toggle_dt(&led0);
		k_sleep(K_MSEC(1000));
	}
}

처음에 설명했듯이 여기에서 main()을 삭제해도 새로 만든 thread는 동작해.

main()은 그냥 main thread에서 초기화를 마친 후 호출하는 함수에 불과하기 때문.

궁금한 사람들은 한번 해보자.

thread를 아예 종료(abort)하는 일은 드물것 같으니 넘어가고 대신

suspend - resume을 해보자고

#include <zephyr/kernel.h>
#include <zephyr/drivers/gpio.h>

#define MY_STACK_SIZE 500
#define MY_PRIORITY 5

#define LED0_NODE DT_NODELABEL(led0)
static struct gpio_dt_spec led0 = GPIO_DT_SPEC_GET(LED0_NODE,gpios);

void my_entry_point(void *, void *, void *){
	int ret;
	ret = gpio_pin_configure_dt(&led1,GPIO_OUTPUT);
	for(;;){
		gpio_pin_toggle_dt(&led1);
		k_sleep(K_MSEC(50));
	}
}

K_THREAD_DEFINE(my_tid, MY_STACK_SIZE,
                my_entry_point, NULL, NULL, NULL,
                MY_PRIORITY, 0, 0);

void main(void)
{
	for(;;){
		k_thread_suspend(my_tid);
		k_sleep(K_MSEC(1000));
		k_thread_resume(my_tid);
		k_sleep(K_MSEC(1000));
	}
}

thread의 일시 정지 - 시작

역시나... 너무 쉽게.. 동작..

딱히 더 할게 생각나지 않는다;;;

아래는 제퍼 thread 상태를 다이어그램으로 나타낸거야.

어떤 상태가 있는지 정도는 알아두자. 그럼 안녕!

제퍼 thread status diagram

nrf 보드가 52840DK가 아니라 5340DK인데 너무 신경쓰지 말자. 동작은 똑같아 ㅎ

2023.06.02 - [임베디드 소프트웨어/Zephyr] - [nRF52840 + Zephyr] #9. Memory Management

[nRF52840 + Zephyr] #9. Memory Management

제퍼에서 제공하는 Memory management 기능은 여러 가지가 있는데 k_malloc()과 k_free() 정도만 알면 될 것 같아. 사실 나머지는 어디서 어떻게 사용되는지 잘 모르겠거든 ㅋㅋ 누가 잘 아는 사람은 알려

engschool.tistory.com

STM32CubeMX 와치독 디버그 옵션

방피터 — Fri, 26 May 2023 08:27:37 +0900

그냥 이건 간단한 팁 같은건데 ㅎㅎ

ST-LINK로 디버깅할 때 와치독이 Enable되어 있으면 Break point 걸릴 때 리셋이 되버리잖아.

엄청 짜증나지.

그래서 보통 와치독을 Disable하거나 주석처리하고 디버그를 했었어.

그래서 실수도 많이 하고 말이지.

Debug configuration에서 이걸 해결해주는 옵션이 있더라고;;;

Debug configuration

이거 체크해주면 와치독이 활성화된 상태에서도 break point를 걸면서 디버깅을 할 수가 있어 ㅋ

나만 몰랐나? ㅎㅎㅎ

해피 코딩~ 아디오스!

[nRF52840 + Zephyr] #7. RTOS 기본

방피터 — Wed, 24 May 2023 21:53:08 +0900

RTOS 가 기본적으로 제공하는 기능들이 있어.
5가지 정도인데 아래를 보자구!

1. Task(Thread) management
2. Memory management
3. Time management
4. Inter-task communication
5. Synchronization

모든 rtos가 비슷해.
(제퍼도 마찬가지!)
그래서 난 새로운 rtos를 사용해야 할 때 항상 저 기준을 적용하고 있어.

Thread management

Thread 혹은 Task의 생성, 삭제, 정지, 재시작 등등의 기능을 말하는 거야.
Delay로 많이 사용하는 sleep도 thread의 기능 중에 하나임.

제퍼에서도 k_thread_create, k_thread_suspend 와 같은 함수들이 있어.

Memory management

이건 malloc과 free에 대한 건데, Mcu 다룰 때는 무서워서 잘 안쓰지.
메모리가 작고 힙관리도 안되고 해서 malloc/free 함부러 쓰면 바로 hard fault!

하지만 이제는 피할 수 없는 정도까지 왔어. 동적 할당을 사용하는 라이브러리들을 사용해야 하기 때문이지!
RTOS에서는 비교적 안전하게 동적 할당을 사용할 수 있도록 기능을 제공해.

k_malloc, k_free

Time management

Software timer 말고는 특별한 건 없어.
그런데 이게 강력하지!
MCU에서 timer를 사용하려면 HW timer 설정하고 전역변수를 남발해야하지;;
물론 OS에서 제공하는 타이머는 HW timer 만큼 정확하지는 않지만

초단위나 수백 ms 단위의 타이머로 간단하게 사용하기는 매우 좋아. 꿀!

제퍼에서의 timer 활용

Inter-task communication

모든 rtos에는 Task 간 데이터를 주고 받을 수 있는 queue나 flag 등의 기능을 제공하고 있어.
Timeout처리도 가능해서 활용도가 매우 높아! 정말 사랑스러운 기능이지!

Task 간 Message queue

Synchronization

Semaphore, mutex 같은 기능을 말하는거야.
Rtos 사용에는 필수적이라 꼭 알아둬야 해!

제퍼도 위에서 설명한 다섯가지 기능군으로 nRF보드 위에서 테스트해볼거야. ㅎㅎ
생각보다 쉽고 재밌으니까 잘 따라 오라귯!
안녕!

2023.05.30 - [임베디드 소프트웨어/Zephyr] - [nRF52840 + Zephyr] #8. Thread Management

[nRF52840 + Zephyr] #8. Thread Management

제퍼에서 thread를 굳이 나누자면 System thread와 User thread로 나눌 수 있어. System thread는 main()을 호출하는 main thread와 idle thread 그리고 workqueue thread 정도가 될거고 User thread는 말 그대로 유저가 만드는

engschool.tistory.com

[nRF52840 + Zephyr] #6. KConfig

방피터 — Mon, 22 May 2023 21:47:10 +0900

Kconfig는 제퍼 소프트웨어 설정에 관련이 있어.
gpio나 usb처럼 하드웨어 드라이버를 로드하기 위한 설정도 포함되지.

CONFIG_GPIO=y
CONFIG_UART=y

...

이런 식으로 하드웨어 사용 설정을 하는데 하드웨어 peripharal 종류만큼 있겠지?
자주 사용되는 것들은 외우면 좋을 듯 하고.

소프트웨어 설정 쪽을 살펴보면 두 가지 정도가 있을 거 같아.
1. 제퍼 os 시스템 소프트웨어
2. 그 외 서브 시스템 소프트웨어 등등

k_malloc, k_free를 위한 heap 사이즈 설정이나 logging 모듈 사용처럼 os과 밀접하게 관련이 있는 것들이 있고

system heap을 사용하려면 위와 같은 kconfig 설정이 필요하다.

modbus 처럼 어플리케이션 종류에 따라 사용이 결정되는 subsystem software가 있지.

CONFIG_MODBUS=y
CONFIG_MODBUS_ROLE_CLIENT=y

제퍼 MODBUS RTU CLIENT 설정

자주 사용하는 것들은 외워두면 되겠지만 ㅎ
그렇지 않은 것들은 zephyr 사이트에서 검색해가며 써야 할거야.

양이 엄청 많거든 ㅋㅋ

프로토콜이든 서브시스템이든 일단 검색부터 해보자!

예제라도 검색해보라구!

전체 예제의 반의 반도 안된다.

자기가 만든 application에서 kconfig 설정은 prj.conf에서 할 수 있어.
그런데 hello world나 blinky 같은 예제를 보면 gpio나 uart 설정이 없는데...
다들 예상하고 있다시피 ㅎㅎ 기본적인 것들은 이미 보드 레벨에서 설정이 되어 있어.

Default kconfig

내 mac에서는 아래 경로에 위치해 있어.

opt>nordic>ncs>v.2.3.0>zephyr>boards>arm>nrf52840dk_nrf52840>nrf52840dk_nrf52840_defconfig

이 덕분에 별도 설정없이 gpio나 uart를 사용할 수 있는 거지 ㅎㅎ 다들 한번 확인해보자.

그리고 vscode nRF extension에서는 kconfig gui를 제공하는데

처음에는 좀 헤깔리 수 있으니 천천히 시간을 두고 보는 걸 추천해!

kconfig gui

그래도 기본 툴에서 제공하는 gui보다는 나으니깐 감사해 하자 ㅋㅋ

zephyr west guiconfig

이걸로 kconfig를 마무리 할건데
kconfig는 device tree와 함께 제퍼 os 설정에 필수적인만큼 대강 넘기지 말고 꼭 여러번 공부하고 눈에 익히길 바래.
나중에 개발하다가
“왜 안되지?”
이러면 kconfig와 device tree 문제인 경우가 많으니까! 안녕!

콧속 물혹 비수술 완치기? (완치된 줄 착각! ㅋㅋㅋ)

방피터 — Fri, 19 May 2023 21:12:14 +0900

엔지니어 블로그에서 왠 코 물혹이냐고? ㅋ
이건 널리 알려야 함 ㅋㅋㅋ
결론부터 말하자면 의사가 당장 수술해야 한다고 했던 콧속 물혹이 없어졌어!! ㅋㅋ

한 4년 전쯤 와이프가 내 코골이를 못참겠는지 코 관련 한의원을 데려갔어.
그날 침을 콧속에 엄청 맞았는데;;;
그 뒤로 갑자기 냄새가 안나는 거야.
그래서 4년동안 냄새없이 살았어 ㅋㅋㅋ

그러다가 점점 숨쉬는 게 힘들어져서 이비인후과를 갔더니 콧속에 물혹이 엄청 심각해서 당장 수술을 해야 한다고 하는거야 ㅠㅜ

입구부터 엄청 심한 물혹들!

걍 봐도 심해보이긴 하네;;
그런데 회복에 1주일 정도 걸리고, 비행기도 타면 안된다 해서 출장 때문에 미루고 있었어.

- 광고 절대 아니다 -

그런데 그 사이에 와이즐리에서 홍삼이 엄청 싸길래 시켜 먹고 있었거든 ㅋㅋ
한 3개월 먹으니까 갑자기 냄새가 나는 거야;;

물혹도 세끼 손가락으로 만져질 정도였는데 어느 순간 줄어들기도 하고 말이야.
한동안 물혹이 줄었다 커졌다 하더라고 ㅋ
암튼 냄새만 나도 황송할 정도여서 와이즐리 팬이됨 ㅋㅋ 엄청 싸기도 하고 ㅋㅋ
그래수 무슨 프로폴리스? 그것도 사먹고 비타민도 사먹고 ㅋㅋㅋ 미친듯이 먹었지 ㅋ
이러다가 코로나에 걸림.

엄청 아픈데 약을 엄청 주더라고;;
아마 항생제같은 게 많았겠지 뭐 ㅋㅋ
코로나도 끝나고 한달 정도 지났는데 이제는
물혹?
없어졌음!
냄새?
지하철에서 사람들이 그렇게 방구를 많이 뀌는 줄 몰랐음 ㅋㅋㅋ
코막힘?
양쪽 코로 숨쉬는 건 살면서 처음이야 ㅋㅋ
완전 신세계!!

물혹이나 이런게 면역력같은 거랑 관계가 있니봐 ㅋ
내가 뭐 의사도 아니고 관련 지식도 없어.
그래서 홍삼 때문인지 비타민이나 프로폴리스 때문인지 그럴리 없겠지만 코로나가 원인인지 잘 몰라 ㅋㅋ
아무렴 어때!!
그렇게 괴롭히던 물혹도 없어졌고!
숨도 잘 쉬고!
냄새도 나는데 ㅋㅋㅋㅋ

참고할 게 있을까 싶지만 ㅋ
참고해 ㅋㅋ 안녕!!

####업데이트####

코로나 약을 끊고 2주 지나니까 다시 냄새가 안나더라구 ㅠㅠ

코로 숨은 잘 쉬어지는데 말야.

암튼 그러다가 이명이 좀 있어서 병원에 갔더니 ㅋ

의사가 귀 보다가 코도 보더라구

그래서 냉큼 사진찍었지 ㅋㅋㅋㅋ

꽤 많이 후퇴한 물혹들

보니까 물혹이 사라지진 않았지만 대신 많이 후퇴(?)했어.

원래 코 입구부터 난리였는데 카메라를 꽤 쑥 넣어서 찍은 거임 ㅋ

내 느낌적인 느낌인지는 모르겠지만 ㅋ

수술하자는 소리도 또 듣고 왔지 ㅋ

안해!

ㅋㅋㅋㅋㅋ