ST4 : TouchGFX 에서 사용되는 Tick은 refresh time 에 동기화 됩니다. 이는 구현된 드라이버에 따라 차이가 있을 수 있습니다. 예를들어 SPI 의 경우 한 주기의 통신이 완료된 주기에 따라 tick이 약간의 오차를 가질 수 있고 RGB 인터페이스를 사용하는 디스플레이라면 LCD 가 refresh 하는 주기에 동기화 되어 고정된 tick 주기를 가질 수 있습니다. 이를 일정하게 가져가기 위해서는 TouchGFX tick 을 디스플레이의 TE 신호 또는 refresh 신호에 동기화 시킬 수도 있고 내부 Timer 주기를 TouchGFX Tick 으로 사용할 수도 있습니다. 하지만 Timer 주기를 TouchGFX tick 으로 사용하게 되면 화면 갱신 타이밍과 오차가 발생하여 tearing effect 이슈라 발생할 수 있는 점에 유의하시기 바랍니다.

ST4 : 생성된 TouchGFX 프로젝트에서 assets>font 에 한글을 지원하는 font 를 추가하거나 윈도우에서 Windows->Fonts 폴더에 사용하고자 하는 한글 폰트를 설치하면 TouchGFX Designer 에 text managerment 탭에서 호출 가능합니다.

ST4 : Visual studio code 는 단순 에디터 기능만으로 사용할 수 있습니다. compiling 및 programming 을 하기 위해서는 MCU compile 를 지원하는 compiler 를 사용해야합니다.

ST2 : NetXDuo, USBX, FileX등의 성능이 좋은 미들웨어 제품군의 적용으로 성능의 향상과 특히 iot 관련된 솔루션을 쉽게 적용하실수 있습니다.

ST2 : 아직은 저희 제품에 해당 기능은 없으며, 해당 기능을 탑재하여 내년 정도에 출시 예정입니다.

ST2 : 필요시 BT 협회의 SIG 인증과, 각 나라별 인증을 받으셔야 하는데, 대개 인증대행 업체를 이용하시고, 또는 자체적으로 하는 경우 국내는 어떻게든 가능하지만, 해외의 경우 쉽지가 않기 때문에 인증업체에서 인증대행업체를 사용합니다.

ST3 : 예를 들어 평균의 값이 적합하지 않는 feature인 경우에는 feature에서 제외를 시키던가 아니면 적당한 필터(LPF, HPF)를 활용한 데이터가공이 가능합니다.

ST3 : 간단한 예로는 전기포트에 가속도센서를 부착해서 물이 끓는지 아닌지에 대한 인식등과 같이 생활속에서도 많은 활용이 가능합니다.

ST5 : data rate영향없이 출력 세기에 따라 통신 거리가 영향을 받게 됩니다.

ST5 : DC/DC는 효율이 좋아 저전력 구현에 용이합니다. 반면 LDO는 효율이 낮은 대신 용량이 커서 더 높은 출력시 활용할 수 있습니다.

ST1 : 네 ISM 밴드에 대한 규제는 없습니다.

ST2 : 현재 STM32WB55 Nucleo Pack이 있으며, 뉴클리오 보드와 USB Dongle보드가 예제와 함께 제공되고 있습니다.

ST5 : EVITA-Medium 을 만족하는 HSM 이 반도체 레벨에서 제공되고, HSM 구동을 위한 FW 는 직접 구현하거나 3rd party 솔루션을 사용하셔야 합니다. 현대/기아자동차 향으로 개발시 현대 오토에버에서 개발한 HSM FW 사용이 가능합니다.

ST1 : 가속도센서는 일반적으로 언더필, 몰딩등 센서IC외부에 외력을 일으킬수 있는 공정에 대해 피해주시기를 가이드 드리고있습니다. 오프셋이나 센서성능의 영향을 미칠수있기떄문입니다.

ST3 : 내부 Flash에서 코드로 수행하시면 됩니다.

ST3 : 네 맞습니다. 빠른 응답성 및 바이너리 사이즈 에 강점을 가집니다.

ST2 : STM32L0시리즈를 추천드립니다.

ST2 : 좋은의견 감사합니다. 참고로, STOP모드에서 RTC운용에 필요한 소모전류는 대략 400nA정도 입니다. 참고하시기 바랍니다.

ST1 : BLE, MEMS센서, Wi-Fi 보드가 있습니다. www.st.com/stm32ode-fp 에서 소프트웨어 패키지 확인이 가능하십니다

ST1 : 현재 한국 포럼은 준비중에 있으며, 영문 커뮤니티는 www.openstm32.org 가 있습니다.