XMODEM 이란? 바이너리 데이터 전송을 하기 위한 프로토콜입니다. 최초의 Xmodem 프로토콜은 최대 128bytes의 데이터만 보낼 수 있어, Ymodem, Zmodem 등의 개량판이 있었습니다. 최근 Xmodem은 모드를 선택해서 128bytes의 데이터를 사용 할지 1KBytes의 데이터를 사용할지 선택 할 수 있습니다. XMODEM 기본 Protocol Byte 시리얼 통신에서 일반적으로 사용하는 통신 제어 문자를 사용 합니다. 각 문자 별 특징은 아래와 같습니다. SOH, Start Of Header ( 0x01 ) 메시지의 시작을 의미 함 XMODEM 128 모드에서 사 STX, Start Of Text ( 0x02 ) 본문 시작, 헤더 종료 XMODEM 1K 모드에서 사용 EOT, End..

DM1(Diagnostic Message 1) - Active Diagnostics Trouble Code DM1은 PGN 65226(0xFECA)를 사용하며, 활성 DTC가 있거나 요청의 응답이 있는 경우에만 주기적으로 전송 된다. 활성화 된 DTC가 1개 이상일 경우, DM 1 메시지는 전송 프로토콜을 사용 하여 전송되며, 이 메시지의 전송 주기는 1초이다. 전송 프로토콜 장치에서 DM1 메시지를 보내기 위해서는 아래와 같은 전송 프로토콜을 사용한다. 처음 J1939 Transport Protocol BAM( Connection Management ) 메시지를 보내서 앞으로 보낼 DM1 메시지의 메시지 Size, Packet의 갯수, DM1의 PGN을 Receiving Node에게 알려 준다. 이후,..

vi에서 바이너리 파일을 열면 파일이 깨진 것 처럼 보이는 경우가 있다. 이런 경우 vi에서 아래 명령을 수행하면 바이너리 파일의 내용을 볼 수 있다. (1) 현재 파일을 헥사 모드로 전환 명령: :%!xxd (2) 헥사 모드를 원래의 모드로 되돌리기 명령: :%!xxd -r

프로토콜 기반으로 데이터를 송/수신 하다 보면, 정해진 패킷을 만들거나 수신해서 분석(Parsing) 해야 하는 경우가 많습니다. 이럴 때 마다, Byte 단위로 접근 하여 패킷을 만들거나 분석하는 방식으로는 유지보수가 쉽지 않아 C언어의 구조체를 사용하듯이 데이터를 구조화 할 수 있도록 파이썬 코드를 변경 하였습니다. python 라이브러리의 ctypes.Structre를 사용 하였으며, 아래와 같은 구조의 패킷을 만들거나 분석 하기 위한 클래스를 만들어서 사용하는 방법을 설명 합니다. 아래 코드는 위 그림과 같은 포맷의 데이터를 만들기 위한 클래스 입니다. serialize() 구조체를 byteArray 형태로 변경 deserialize() byte 형태의 데이터를 구조체 형태로 변경 __setatt..

ISO-TP(ISO 15765-2) CAN-Bus를 통해 데이터 패킷을 전송하기 위한 국제 표준 CAN 프레임의 최대 페이로드 8바이트를 초과하는 메시지의 전송을 가능하게 함 ISO-TP는 긴 메시지를 여러 프레임으로 분할하여 개별 프레임으로 해석하고 수신자가 완전한 메시지 패킷으로 재조립 할 수 있도록 지원 메시지 패킷당 최대 4095바이트의 페이로드를 사용 할 수 있음 프로토콜 제어를 위한 메시지 프레임 종류 ISO-TP 분할된 메시지 전송 절차 7바이트 보다 큰 메시지는 메시지 패킷을 여러 프레임에 걸쳐 분할 해야 함 송신자는 FF(First Frame)을 송신하여 보낼 메시지의 사이즈를 수신자에게 전달 함 송신자는 수신자가 FC(Flow Control Frame)를 보내기를 기다림. FC에는 수신..

윈도우에서 OpenCV를 사용하여 웹캠 이미지를 불러 올 때, 영상이 출력되지 않는 문제가 발생 한다. 이때, cv2.VideoCapture 파라미터를 아래와 같이 설정하면 문제가 해결된다. # Linux videoCapture = cv2.VideoCapture(0, cv2.CAP_V4L2) # Windows videoCapture = cv2.VideoCapture(0, cv2.CAP_DSHOW) ideoCaptureAPIs 열거형 상수 설명 CAP_ANY 자동 선택 CAP_V4L, CAP_V4L2 V4L/V4L2(리눅스) CAP_FIREWIRE, CAP_FIREWARE, CAP_IEEE1394 IEEE 1394 드라이버 CAP_DSHOW 다이렉트쇼(DirectShow) CAP_PVAPI PvAPI, P..

Github Repository에서 코드를 Pull 하거나 Push할 때, GitHub Username과 Password를 매번 입력해야 한다. 특히 Script를 이용하여 Git 명령을 수행 할 때, 매번 Username과 Password를 입력 할 수 없어서 해당 정보를 시스템에 저장 해 놓도록 했다. 해당 정보를 System에 저장하기 위해서는 아래 명령을 수행 하고 Git Pull 혹은 Push를 해서 Username과 Password를 입력하면, 해당 정보가 System에 저장되고 다음 부터는 Username과 Password를 입력 하지 않아도 된다. git config --global credential.helper store 단, 위 방법은 보안에 취약 할 수 있으니, 일정 시간동안만 Ca..

기본 인증(Basic authentication)의 예 서버가 사용자에게 인증 요구를 원할 때, 서버는 401 Unauthorized 응답과 함께 WWW-Authenticate 헤더를 포함해서 클라이언트에게 전송한다. 이 정보에는 클라이언트가 어떻게 인증해야 할지 포함되어 있고, 위 예시에서는 Basic 인증을 요청 한다. 해당 메시지를 받은 클라이언트는 서버에게 인증 메시지를 보낼 수 있다. 위 그림에서는 서버가 Basic 인증을 요청 했기 때문에, 인토딩(BASE64)된 비밀번호와 그 외 인증 파라미터들을 Authorization 헤더에 담아서 메시지를 보낸다. 성공적으로 완료되면 서버는 정상적으로 200 OK 코드를 반환한다. 추가적인 인증 알고리즘에 대한 정보는 Authentication-Info..

JIG에서 UART 메시지를 이용하여 Target MCU의 펌웨어 업데이트 하는 기능이 있습니다. Target MCU에 펌웨어 업데이트 시간을 줄이기 위해 MCU에서 지원하는 최대 baud_rate로 설정하고 리눅스에 설정되어 있는 usb-serial 장치의 latency_timer 값을 1로 설정 하였다. usb-serial/devices/latency_timer란 usb-serial 장치에서 데이터 전송을 얼마나 자주 할 것인지를 결정하는 설정 입니다. 이 값은 USB 버스에서 장치가 데이터 패킷을 보내는 빈도를 조절 합니다. 예를 들어, 'latency_timer'가 낮은 값으로 설정되어 있다면, 시스템은 더 자주 데이터를 보내게 되어 실시간성이 좋아 지지만 전체 처리량은 감소 할 수 있습니다. 반..

TW_OCPP란 전기차 충전소 관리 시스템(EV Charging Station Management System, 이하 Central System)과 충전소(Charge Point)간의 통신을 중계하는 장치 입니다. OCPP는 전 세계적으로 널리 사용되는 개방형 프로토콜로, 다양한 제조업체의 충전소와 관리 시스템 간에 호환성을 제공 합니다. 용어 정리 Central System Charge Point를 관리하고, 사용자가 해당 Charge Point를 사용할 수 있는지 여부를 인증하는 정보를 가지고 있는 중앙 시스템(Central System) Charge Point Charge Point는 전기차를 충전할 수 있는 물리적 시스템이다. Charge Point는 하나 이상의 충전 커넥터를 가짐 CSMS(Ch..

기존 데이터를 유지하면서 django migrate로 마이그레이션 문제를 해결하기 위한 방법을 정리 합니다. 마이그레이션이 충돌되거나 문제가 발생 했을 때, 아래와 같은 명령으로 롤백 할 수 있습니다. 특정 migration_name에 지정된 스키마 형태로 마이그레이션 수행 $ python manage.py migrate [app_name] [migration_name] 만약 모든 마이그레이션을 롤백 하려면 아래 명령 수행 $ python manage.py migrate [app_name] zero

제품 개발을 하던 중, 보드의 전원이 갑자기 차단하면 보드의 SD 카드의 파일이 깨지는 현상이 있었습니다. 아마 보드 입장에서 프로그램이 동작하면서 파일 시스템의 파일들을 Write 하는 도중에 전원이 차단되어 파일이 깨지는 것으로 보입니다. 해결 방법 임시 해결 방법일 수 있으나, 아래와 같이 fstab 파일에 sync 옵션을 추가 하는 방법이 있습니다. $ sudo vi /etc/fstab UUID=73379811-91e8-4483-8aff-7d4bc3cca9f6 / ext4 defaults,sync,noatime,commit=600,errors=remount-ro 0 1 UUID=5BC1-359C /boot vfat defaults 0 2 tmpfs /tmp tmpfs defaults,nosuid ..

쿠버네티스에서 사용하는 POD들의 CPU 점유율과 메모리 사용량을 확인 하는 방법과 Autoscaling을 위한 HPA 설정 방법을 정리 하였습니다. POD CPU 점유율과 메모리 사용량 확인 현재 사용 중인 pod의 CPU 점유율과 메모리 사용량을 확인하는 명령은 아래와 같습니다. CPU의 100m는 0.1 core를 의미 합니다. 메모리의 116Mi는 116Mbytes를 의미 합니다. kubectl top pods -n C:\>kubectl top pods -n testx-dev NAME CPU(cores) MEMORY(bytes) tx-msa-device-service-dev-8496684c75-bzph2 208m 116Mi tx-msa-fe-backend-service-dev-666555767d-..

쿠버네티스에 Deployment를 위한 설정 중 Resource와 Autoscaling에 대해 정리 합니다. Resources 파드에 할당할 CPU와 메모리 리소스의 최소, 최대 한계를 정의 파드가 사용 할 수 있는 리소스의 양을 제한하여, 리소스의 과도한 사용을 방지하고, 다른 파드와의 리소스 경쟁을 최소화 하는데 도움을 줌 Resources 설정 예제는 아래와 같습니다. resources: requests: memory: "64Mi" cpu: "250m" limits: memory: "128Mi" cpu: "500m" requests 파드가 시작될 때 요청하는 리소스의 양 이 값을 기반으로 쿠버네티스 스케줄러는 파드를 적절한 노드에 배치 limits 파드가 사용할 수 있는 리소스의 최대 한계 이 한계..

pyinstaller를 사용하여 패키징 할 때, 멀웨어로 인식되는 문제를 해결한 방법을 정리 하였습니다. 문제 pyinstaller를 사용하여 python 프로그램을 패키징 할 때 아래와 같은 에러가 발생 하고 Windows Depender에서는 트로이목마 파일이 있다면서 에러를 출력 하였다. File "c:\Workspace\venv_phoenixon\lib\site-packages\PyInstaller\building\build_main.py", line 1071, in main build(specfile, distpath, workpath, clean_build) File "c:\Workspace\venv_phoenixon\lib\site-packages\PyInstaller\building\bui..

Example Code TextEdit에서 입력된 값이 변경될 때 마다 이벤트를 받아 개행문자가 있는지 확인하고 삭제하는 예제입니다. TextEdit에 수정된 문자열을 입력하면서도 이벤트가 발생 할 수 있기 때문에 아래와 같이 무한루프를 방지하기 위한 코드를 추가 하였습니다. from PySide2.QtWidgets import QApplication, QTextEdit, QVBoxLayout, QWidget class MyWidget(QWidget): def __init__(self): super().__init__() # 레이아웃 설정 self.layout = QVBoxLayout(self) # QTextEdit 위젯 생성 및 레이아웃에 추가 self.text_edit = QTextEdit() sel..