많이 쪼그라 들긴했지만
예상 수익이 년 3만~12만 이라
이걸로 수익을 내려고 고생할 바에는 안하는 것이 더 나은 방법인 금액이구먼..

'개소리 왈왈 > 블로그' 카테고리의 다른 글
| 오블완 챌린지 완료 (2) | 2024.11.28 |
|---|---|
| 오블완 챌린지? (3) | 2024.11.07 |
| 이번주는 개발자들 휴가? (0) | 2024.07.31 |
| 오랫만에 해피빈 기부 (1) | 2024.07.22 |
| 티스토리 vs 브라우저 누구 탓이냐? (0) | 2024.07.18 |
많이 쪼그라 들긴했지만
예상 수익이 년 3만~12만 이라
이걸로 수익을 내려고 고생할 바에는 안하는 것이 더 나은 방법인 금액이구먼..

| 오블완 챌린지 완료 (2) | 2024.11.28 |
|---|---|
| 오블완 챌린지? (3) | 2024.11.07 |
| 이번주는 개발자들 휴가? (0) | 2024.07.31 |
| 오랫만에 해피빈 기부 (1) | 2024.07.22 |
| 티스토리 vs 브라우저 누구 탓이냐? (0) | 2024.07.18 |
대충(?) 찾아봐도 약어가 안나오는데
NSSP mode는 NSS Pulse mode 인 것 같고
| All SPI interfaces support NSS pulse mode, (STM32H757xI 데이터시트 발췌) |
NSS는 Negative Slave Select가 아닐까 추정된다.
| SCK : Serial Clock. Alternatives: SCK, SCLK, CLK, SCL MOSI : "Master" Out → "Slave" In. Now can be read as "Main" Out "Sub" In, or can use these alternatives: SIMO, MTSR, SPID - correspond to MOSI on both main and sub devices, connects to each other SDI, DI, DIN, SI, SDA - on sub-only devices; Various abbreviations for "Serial" "Data" "In". Connects to MOSI (or alternative names) on main SDO, DO, DOUT, SO - on main-only devices; Various abbreviations for "Serial" "Data" "Out". connects to MOSI (or alternative names) on sub COPI, PICO for "peripheral and controller",[36][37] or COTI for "controller" and "target"[38] MISO : "Master" In ← "Slave" Out. Now can be read as "Main" In "Sub" Out, or can use these alternatives: SOMI, MRST, SPIQ - correspond to MISO on both main and sub devices, connects to each other SDO, DO, DOUT, SO - on sub-only devices; connects to MISO (or alternative names) on main SDI, DI, DIN, SI - on main-only devices; connects to MISO (or alternative names) on sub CIPO, POCI,[36][37] or CITO[38] SS : "Slave" Select (same functionality as Chip Select). Alternatives: SS, SS, SSEL, NSS, /SS, SS# (sub select) CS, CS (chip select) CE (chip enable) |
[링크 : https://en.wikipedia.org/wiki/Serial_Peripheral_Interface]
SPI 통신은 크게 4개 모드가 있는데
Clock Polarity 와 Clock Phase의 조합으로 총 4가지가 존재한다.

[링크 : https://en.wikipedia.org/wiki/Serial_Peripheral_Interface]
[링크 : https://igotit.tistory.com/entry/SPI-mode-4%EC%A2%85-CPOL-CPHA]
STM32CubeIDE 에서는
CPOL은 high, low,
CPHA는 1edge , 2edge로 명명되는데

ST32H757xI 메뉴얼에서는 아래와 같이 그려주고 있고
MOSI가 먼저 가면 MISO가 응답오는 식으로 반응하고
읽는 타이밍은 CPHA / CPOL의 폴링 혹은 라이징 엣지에서 읽게 되는데, 앞의 엣지, 뒤의 엣지 식으로 표현되기도 하낟.

CPHA가 lsb로 생각하면 외우기가 좀 쉬우려나?

[링크 : https://igotit.tistory.com/entry/SPI-mode-4종-CPOL-CPHA]
| stm32 __weak (0) | 2024.10.08 |
|---|---|
| stm32 modbus (0) | 2024.09.26 |
| FDE CIE (0) | 2024.09.06 |
| code alignement factor? (0) | 2024.09.06 |
| DEBUG_JTRST (0) | 2024.09.06 |
아니 퇴근 30분 전에 와서는
밥도 안먹고 7시에 가버리다니!!!
| 9월의 마지막 날 (0) | 2024.09.30 |
|---|---|
| 외근 (0) | 2024.09.27 |
| 멍 (0) | 2024.08.05 |
| 요즘 부쩍 지하철 단전구간이 늘은 느낌이.. (0) | 2024.07.03 |
| 분노의(?) 웹 퍼블리싱 (0) | 2024.06.26 |
관리를 위해 리부팅 한다는데
aws는 아예 안꺼지는줄 알았는데 의외로 불편한 점도 있었군..(?)
대충 봐서는.. 인스턴스 서버를 옮기면서 재구성하고
기존 인스턴스 서버들은 점검 들어 가는 듯. 그래서 어쩔수 없이 무조건 다 내려버리는 듯?
| One or more of your Amazon EC2 instances are scheduled for maintenance between 2024-09-23 08:00:00 UTC and 2024-09-23 10:00:00 UTC. These instances are listed in the Affected Resources Tab. During this time, the instances in the ap-northeast-2 region will be unavailable and rebooted. At any time before 2024-09-23 08:00:00 UTC, you can reschedule this maintenance or stop and start the instance through the AWS API, AWS CLI, or AWS Management Console. When rescheduling, you can pick any time up to 2024-10-07 08:00:00 UTC, at which EC2 will perform maintenance on the instance. Otherwise, you can wait for EC2 to reboot your instance during the scheduled maintenance window. For more details on how to reschedule this event as well as other alternatives to complete this maintenance see the EC2 user guide https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html#reschedule-event You can find more information about maintenance events scheduled for your EC2 instances in the AWS Management Console https://console.aws.amazon.com/ec2/v2/home?region=ap-northeast-2#Events * What will happen to my instance during this maintenance event? During maintenance the instance will be rebooted. The reboot generally takes a few minutes to complete. After the reboot, your instance retains its IP address, DNS name, and any data on local instance-store volumes. * What will happen when I stop and start the instance? You can stop and start the instance at any time before the scheduled maintenance window. This will migrate the instance to a new host and the instance will not have to undergo the scheduled maintenance. Please note that the data on any local instance-store volumes will not be preserved when you stop and start your instance. For more information about stopping and starting your instance see the EC2 User Guide https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Stop_Start.html. * Why does my instance require maintenance? EC2 routinely performs maintenance on the underlying systems in order to strengthen the security, reliability and operational performance of the EC2 service for our customers. Additional information about maintenance events can be found at https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html. If you have any questions or concerns, you can contact the AWS Support Team on the community forums and via AWS Premium Support at: https://aws.amazon.com/support. |
| aws cpu load와 credit 소진 (0) | 2024.10.24 |
|---|---|
| 윈도우 putty 에서 pem 을 이용하여 ssh 접속하기 (0) | 2024.05.19 |
| aws EC2 요금제 (0) | 2024.05.10 |
| aws 스토리지 (0) | 2024.05.06 |
| aws 리전별 가격비교 (0) | 2024.05.06 |
디버깅 관련 정보가 들어있는 곳이라는데
| NUCLEO-G474RE\Exe\Project.axf: Warning: L6775W: stl_sch_main.o(.debug_frame) has FDEs which use CIEs which are not in this section. |
"이 섹션에 존재하지 않는 CIEs를 사용하는 FDEs가 section name에 존재한다." 라고 해석하면 맞나?
| L6775W:<objname>(<secname>) has FDEs which use CIEs which are not in this section. |
| CIE 는 모든 익셉션 핸들러들이 공통적으로실행하게되는 초반의 바이트코드들을 의미하고 FDE 는 익셉션이 발생한 위치별로 catch 로 가기위해 복구해야하는스택프레임이 달라지는부분이 반영되는 코드들이다. |
| stm32 modbus (0) | 2024.09.26 |
|---|---|
| SPI NSS, NSSP mode (0) | 2024.09.11 |
| code alignement factor? (0) | 2024.09.06 |
| DEBUG_JTRST (0) | 2024.09.06 |
| STM32H757 전원 설정 (0) | 2024.09.04 |
keil 에서 빌드했더니 왜 1이 나온게 있지?
| 00000208 0000000c ffffffff CIE Version: 1 Augmentation: "" Code alignment factor: 2 Data alignment factor: -4 Return address column: 14 |
[링크 : https://community.st.com/t5/stm32-mcus-products/code-alignment-questions/td-p/63653]
| SPI NSS, NSSP mode (0) | 2024.09.11 |
|---|---|
| FDE CIE (0) | 2024.09.06 |
| DEBUG_JTRST (0) | 2024.09.06 |
| STM32H757 전원 설정 (0) | 2024.09.04 |
| STM32 / no MCU device found (0) | 2024.09.04 |
NRST랑 머가 다른가 해서 찾아봤더니
NJTRST 는 JTAG 부분만 리셋을 한다고

[링크 : https://community.st.com/t5/stm32-mcus-products/jtrst-and-nrst-of-stm32-mcu/td-p/627177]
왼쪽은 JTAG, 오른쪽은 SWD
RESET은 MCU 전체 리셋이고 JTAG 에만 nTRST가 존재한다.
[링크 : https://www.segger.com/products/debug-probes/j-link/technology/interface-description/]
| FDE CIE (0) | 2024.09.06 |
|---|---|
| code alignement factor? (0) | 2024.09.06 |
| STM32H757 전원 설정 (0) | 2024.09.04 |
| STM32 / no MCU device found (0) | 2024.09.04 |
| STM32CubeIDE alt func (0) | 2024.09.03 |
dpkg -l로 패키지 목록을 확인하고
-r로 삭제하면 되는 듯.
| $ sudo dpkg -r st-stm32cubeide-<version> |
| ubuntu 24.04 네트워크 연결 중 문제 (0) | 2025.02.26 |
|---|---|
| ubuntu evince(pdf 뷰어/문서보기), gedit 검색 (0) | 2024.11.25 |
| 24.04 설치 성공 (0) | 2024.08.18 |
| 우분투.. 버전 업그레이드 버근가? (0) | 2024.08.17 |
| /dev/tty에서 한글 출력하기 fbterm (0) | 2024.08.16 |