1️⃣ A (암페어, 전류) — “물의 흐름 속도”

A(암페어)는 전기가 “얼마나 빠르게 흐르느냐”를 나타내는 단위다.

• 정의: 1초 동안 전선(파이프)을 통해 흐르는 전하(전자)의 양
• 비유: 수도꼭지에서 나오는 물의 흐름 세기(속도)

💡 실생활 예시

• USB 충전기 (일반형): 1A
• 스마트폰 고속 충전기: 2~3A
• 전기차 급속 충전: 수십~수백 A

2️⃣ Ah (암페어시, 전하량) — “물탱크의 총 물의 양”

Ah(암페어시)는 배터리에 얼마나 많은 전기가 저장되어 있는지를 나타내는 단위다.

• 정의: 1A의 전류를 1시간 동안 흘릴 수 있는 전기의 총량
• 계산식: Ah = A × 시간(h)
• 참고: 1Ah = 1,000mAh (스마트폰 배터리 표기에 주로 사용)
• 비유: 물탱크 안에 들어 있는 물의 전체 양

💡 생활 예시

• 스마트폰 배터리: 5,000mAh = 5Ah → 하루 종일 사용 가능
• 보조 배터리 (대용량): 20,000mAh = 20Ah
• 전동 킥보드 배터리: 약 7~10Ah
• 자동차 납축 배터리: 45~100Ah

👉 Ah가 크면 클수록 오래 사용할 수 있는 배터리이다. 단, Ah만으로는 실제 에너지를 비교할 수 없음. 전압(V)이 다르면 이야기가 달라지기 때문.

3️⃣ Wh (와트시, 에너지) — “물의 위치 에너지”

Wh(와트시)는 배터리가 실제로 얼마나 일을 할 수 있는지를 나타내는 에너지 단위다.

먼저 W(와트, 전력) 를 이해해야 한다. 전력은 전압과 전류의 곱으로, 전기가 지금 이 순간 얼마나 빠르게 에너지를 사용하는지를 나타낸다.

W = V × A

• 정의: 1W의 전력을 1시간 동안 공급할 수 있는 에너지의 양
• 계산식: Wh = W × 시간(h) = Ah × V(전압)
• 비유: 물의 양(Ah) × 물탱크의 높이(V) = 실제로 일할 수 있는 위치 에너지

같은 양의 물이라도 높은 곳에서 떨어질수록 더 큰 에너지를 낸다. 마찬가지로, 같은 Ah라도 전압이 높을수록 더 많은 에너지를 저장한 배터리다.

💡 생활 예시

• 스마트폰 배터리: 5Ah × 3.7V ≈ 18.5Wh
• 노트북 배터리: 약 50~100Wh
• 항공기 기내 반입 제한: 100Wh 이하 (리튬 배터리 기준)
• 전기차 배터리: 40~100kWh (킬로와트시)

4️⃣ 종합 예시

📦 예시 1: 12V 10Ah 배터리 (자동차 보조 배터리, UPS 등)

Wh = 12V × 10Ah = 120Wh

• 12V 1A 부하(예: LED 조명) → 10시간 사용 가능
• 12V 2A 부하(예: 소형 팬) → 5시간 사용 가능
• 12V 10A 부하(예: 소형 인버터) → 1시간 사용 가능

📦 예시 2: 3.7V 5,000mAh 스마트폰 배터리

Wh = 3.7V × 5Ah = 18.5Wh

• 약 5W 소비(화면 켜고 유튜브 시청) → 약 3.7시간 사용 가능

📦 예시 3: Ah가 같아도 Wh가 다른 경우

→ Ah는 같지만 전압이 다르면 실제 에너지(Wh)는 3배 이상 차이남.
→ 서로 다른 전압의 배터리를 비교할 때는 반드시 Wh를 사용해야 함.

📊 핵심 정리

Wh = Ah × V

🏁 한 줄 요약:
Ah는 “얼마나 오래”, V는 “얼마나 강하게”, Wh는 “실제로 얼마나 많은 일을 할 수 있는가”를 나타낸다.

1. eMMC 부트 방지 점퍼 제거

• CM5의 eMMC는 기본적으로 부팅을 방지하기 위해 점퍼로 설정됨
• Raspberry Pi Imager로 OS를 설치한 후에는 점퍼를 제거해야 정상 부팅 및 HDMI 출력이 가능

2. rpiboot 설치 및 Mass Storage 모드 진입

PC에서 라즈베리파이의 eMMC를 장치로 인식하기 위해 rpiboot를 설치 rpiboot는 라즈베리파이를 PC에서 인식하고 사용할 수 있게 함(일종의 디바이스 드라이버 프로그램)

• rpiboot 설치
• CM5를 PC에 USB로 연결한 후, rpiboot-CM4-CM5 - Mass Storage Gadget을 실행하면 eMMC가 USB Mass Storage 디바이스로 인식됨

3. Raspberry Pi OS 설치

Raspberry Pi OS 64bit 설치

• Raspberry Pi Imager 설치 및 실행
• Raspberry Pi OS 64bit 선택 후 설치
• MMC/BLK0 USB DEVICE 선택

설치가 완료되면 점퍼를 제거한 뒤 재부팅하고, HDMI를 통해 화면이 정상 출력되는지 확인

4. Ethernet 직접 연결 설정 (Windows PC 기준)

CM5를 USB-Ethernet 어댑터를 통해 Windows PC에 직접 연결

1) 제어판에서 ICS 설정

Windows에서 기존 인터넷 연결 어댑터에 대해 인터넷 연결 공유(ICS)를 설정 → Ethernet을 통해 라즈베리파이에 네트워크를 전달

2) Raspberry Pi 어댑터 설정

라즈베리파이에는 자동으로 192.168.137.xxx 대역의 IP가 할당됨

5. IP 확인 및 SSH 접속

IP 확인 툴

• Advanced IP Scanner 사용 시, 라즈베리파이의 IP를 확인 가능
• 또는 raspberrypi.mshome.net이라는 도메인으로 자동 할당됨

SSH 접속 (Key 인증 기반)

ssh terry@raspberrypi.mshome.net

또는

ssh pi@192.168.137.xxx

Note: 기본 사용자명은 pi입니다. 별도로 계정을 만들었다면 그 계정을 사용

6. SSH 설정 변경 (선택 사항)

SSH 설정을 직접 편집하려면 다음 명령을 수행:

sudo apt-get update
sudo apt-get install vim
sudo vim /etc/ssh/sshd_config
sudo systemctl restart ssh

필요한 설정:

• PermitRootLogin no
• PasswordAuthentication no (Key 인증만 사용 시)

A practical guide for using a prebuilt Docker container to build STM32 firmware on Windows with VSCode and Docker.

🐳 1. Install Docker on Windows

• Download Docker Desktop:
  Get Docker for Windows
• Optional Korean blog reference:
  Blog Guide (Korean)
• Restart your PC after installation.

📦 2. Load the Prebuilt STM32 Image

Download and import the prebuilt image (provided as .tar):

docker load -i ty_stm32_v0.0.1.tar

🚀 3. Run the STM32 Build Container

docker run -it --rm ty_stm32 /bin/bash

If you’d like to keep the container running in background (for attaching from VSCode), remove --rm:

docker run -it --name ty_stm32 ty_stm32 /bin/bash

🧠 4. Set Up VSCode for Docker-Based Development

🧹 Install Extensions

• Remote Development (ms-vscode-remote.vscode-remote-extensionpack)
• Tasks Explorer (spmeesseman.vscode-taskexplorer)

🔗 Attach VSCode to Running Container

• From VSCode Command Palette (Ctrl + Shift + P):

  Dev Containers: Attach to Running Container...
  

• Select your running container (e.g., ty_stm32_container)

🔐 5. Configure SSH for GitHub Access (inside container)

Inside the container terminal:

ssh-keygen -t ed25519
cat ~/.ssh/id_ed25519.pub

Copy the printed key and add it to your GitHub account:
GitHub → Settings → SSH and GPG Keys

(Optional: Add SSH config for convenience)

vim ~/.ssh/config

Example content:

Host github.com
  User git
  IdentityFile ~/.ssh/id_ed25519

Now you can clone private repositories:

git clone git@github.com:<your-username>/<your-repo>.git

⚙️ 6. Build Firmware from VSCode

• Open the firmware project directory
• Use Tasks Explorer (Ctrl + Shift + P → Tasks: Run Task)
• Run the appropriate build task (e.g., Build Firmware)

📥 7. Retrieve Build Artifacts (e.g., .uf2)

Use the provided pull_uf2.bat script to copy build results from the container to your Windows host:

@echo off
set CONTAINER=ty_stm32_keyboard
set REMOTE_PATH=/root/TY/keyboard-h7s/firmware/baram-45k-h7s-fw/build
set LOCAL_PATH=%~dp0output

mkdir %LOCAL_PATH%
docker cp %CONTAINER%:%REMOTE_PATH% %LOCAL_PATH%
start "" %LOCAL_PATH%\build
pause

Place this script next to your working folder and run after each build.

🔌 8. Flash and Debug Locally

Use STM32CubeProgrammer on Windows:

STM32_Programmer_CLI.exe ^
  -c port=SWD reset=HWrst freq=4000 ^
  -w .\baram-qmk-8k-boot.elf -v -g

Make sure the board is connected via ST-Link and in boot mode if needed.

VirtualBox Host System

Target board 의 로그를 확인하고, Target board 를 build 하기 위한 host system 을 구축한다.

Windows - VirtualBox 간 파일 공유

VirtualBox 설정 > 공유 폴더

$ sudo cp -rf /media/sf_share/res .

$ sudo chown -R user res  # 소유자를 user 로 변경
$ sudo chgrp -R user res  # 소유 그룹을 user 로 변경

$ tar zxvf ~/xxx.tar.gz   # 압축 해제

# manual, help
$ man cp
$ help cd

2. Target System 구축

연결 구조

[Target] - [UART(BCM2837)] - [UART-to-USB Converter] - [USB] - [PC(Host)] [Target] - [Ethernet] - [PC(Host)]

(Host) Serial 설정

$ sudo minicom -s  # serial 설정
$ sudo minicom     # 실행

(Target) Serial 설정

U-Boot 명령 프롬프트 진입 (count가 0이 되기 전에 부트로더 명령 프롬프트 진입)

(Target) 환경변수 설정

U-Boot> printenv
U-Boot> setenv
U-Boot> saveenv

(Host) Network Setting

IP, Netmask 설정 192.168.10.3 ifconfig

(Target) Network Setting

192.168.10.2

TFTP를 이용한 파일 전송

Host > Target 으로 이미지 전송

1. 커널 이미지
2. DTB 이미지
3. RFS 이미지

Target 시스템에서 kernel image 들을 특정 주소로 download

(Target) boot 설정

U-Boot> setenv bootcmd '~'   # 리눅스 부팅시 수행되는 command
U-Boot> setenv bootargs '~'  # U-Boot 가 kernel로 전달할 옵션 (kernel parameter)

bootargs 에는 RFS 의 정보가 커널로 전달되어야 한다.

부트로더 > 커널 이미지, RFS 이미지 load > 커널 부팅 > RFS mount

(Host) Target system 용 program build

bashrc 에 cross-compiler 경로 추가 aarch64-linux-gnu-gcc

NFS 사용

공유폴더 개념 Host : NFS Server Target : NFS Client, NFS 공유 directory 를 mount 해야 함

1. Ubuntu 22.04.5 LTS desktop download
   Ubuntu 22.04.5 LTS (Jammy Jellifish)
2. USB 부팅 만들기
3. BIOS 에서 USB 부팅순서 바꾸기

References

우분투 부팅 usb 만들기, 우분투 설치

Android의 multi-threading 환경에서 thread간 업무분담을 위해 Handler 개념을 사용하게 된다.

예를 들어 무거운 동작들은 main thread가 아닌 다른 thread에서 수행하고, main thread에서는 결과만 받아 사용하도록 설계한다. 이때 main thread와 다른 thread간에 Handler를 사용하게 된다.

Handler 컨셉은 Android에서 유래했지만, asynchronous messaging, event handling과 같은 일반적 프로그래밍 패턴에 기반한다. Handler는 결국 multi-threading 환경에서 race condition을 방지하고 thread 간의 안정성을 확보하기 위한 방안이다. 즉, multi-threading 환경에서 thread간 통신 방법이고, 일종의 IPC(Inter-Process Communication)이라고 볼 수 있는 듯 하다(Process와 Thread를 유사하게 생각했을 경우).

Android에서는 이를 위해 Handler - Looper - MessageQueue 의 세가지 개념을 사용한다.

하나의 thread 안에서 실행되는 MessageQueue와 Looper의 개념부터 살펴보자.

MessageQueue, Looper

MessageQueue는 하나의 thread에서 수행될 Message 또는 Runnable 들을 쌓아놓는 queue이다. Message와 Runnable은 ‘하나의 작업 단위’라고 보면 된다. Message는 data로, thread가 처리할 data이다. 이 data는 다른 thread에서 온 것일 수도 있고 자기 자신이 생성한 것일 수도 있다. Runnable은 해당 thread에서 실행될 메서드, 함수라고 보면 된다.

Looper는 이 하나의 MessageQueue를 가지고 Message와 Runnable들을 처리하는 무한루프이다.

Message, Runnable의 처리 방식이 조금 헷갈리는데, 예시를 들어보자.

1. Message가 main thread의 MessageQueue에 추가된다. (main이든 thread2, thread3이든 어떤 thread나 이러한 Message를 생성할 수 있다.)
2. main thread의 Looper가 queue에서 Message를 꺼내면, Handler의 handle Message()를 수행하여 처리한다.
3. main thread의 Looper가 queue에서 Runnable 객체를 꺼내면, run()을 수행하여 해당 작업을 바로 시작한다.

여기서 Handler의 개념이 등장한다.

Handler

Handler는 Message와 Runnable 객체들을 처리하는 중간다리의 역할을 한다.

Handler의 역할을 크게 3가지로 구분해 볼 수 있다.

1. 하나의 thread의 Message와 Runnable의 processing
2. Message/Runnable을 다른 thread의 Looper의 MessageQueue로 전달

3. 다른 thread가 보낸 Message/Runnable을 자신이 속해있는 thread의 MessageQueue로 enqueue

4. 하나의 thread의 Message와 Runnable의 processing

   • Handler자신이 속해있는 thread의 Looper는 MessageQueue에서 Message/Runnable을 꺼낸다. 꺼내진 Message는 Handler의 handleMessage() 메서드로 전달되어 processing된다. Runnable은 Handler가 run() 메서드를 통해 processing을 진행한다.

5. Message/Runnable을 다른 thread의 Looper의 MessageQueue로 전달

   • Message : sendMessage() 메서드를 이용해 특정 thread의 MessageQueue에 Message 객체를 전달한다.
   • Runnable : post() 메서드를 이용해 특정 thread의 MessageQueue에 runnable 객체를 전달한다.

6. 다른 thread가 보낸 Message/Runnable을 자신이 속해있는 thread의 MessageQueue로 enqueue

   • 다른 thread가 sendMessage()로 보낸 Message, post()로 보낸 Runnable을 자신의 Looper -> MessageQueue로 enqueue한다. 실제 Message와 Runnable 객체를 받고 저장하는 것은 MessageQueue의 역할이다.

Handler가 thread사이에 공유되는것처럼 표현되지만, 실제 코드에서는 각 thread 마다 handler 객체가 생성되어야 한다. 결국 thread 하나마다 Handler 하나, Looper 하나, Looper 안에 MessageQueue 하나씩 들어있다고 보면 될 듯하다.

References

[Android] Looper & Handler 기초 개념 (velog.io)

안드로이드 Handler 알고 쓰자 (brunch.co.kr)

notice

• no.1
• no.2

test button

First posting

Heading2

Have a good day!

IFX_INTERRUPT(STM_Int0Handler, 0, 100);

void STM_Int0Handler(void)
{
    static int flag = 0;
    static int cnt = 0;

    IfxStm_clearCompareFlag(g_Stm.stmSfr, g_Stm.stmConfig.comparator);
    IfxStm_increaseCompare(g_Stm.stmSfr, g_Stm.stmConfig.comparator, 100000000u);

    cnt++;

    if(flag == 0)
    {
//        IfxPort_setPinLow(IfxPort_P00_5.port, IfxPort_P00_5.pinIndex);
        TY_GPIO_digitalWrite(IfxPort_P00_5, LOW);
        flag = 1;
    }
    else
    {
//        IfxPort_setPinHigh(IfxPort_P00_5.port, IfxPort_P00_5.pinIndex);
        TY_GPIO_digitalWrite(IfxPort_P00_5, HIGH);
        flag = 0;
    }

    IfxCpu_enableInterrupts();
}