시간과 공간 그리고 진실의 방

결국 앞전에서 개삽질 하던것은 실패했다.

그래서 에러에 대해서 읽어보았다.

1.

그래 에러형이 까라면 까야지.

버전도 맘에 안들고 여러모로 맘에 안드니 "Desktop development with C++ "  Workload 환경이 맘에 안든다는 이야기고, 빡치면 문서 찾아보라그래서 들어가봤다.

2.

github.com/nodejs/node-gyp#on-windows

역시 킹허브 갓허브에는 해외 개발자들 답게 문서정리를 굉장히 잘해놓았다.

처들어가보니, 환경부터 수정해보란다.

On Windows

Install the current version of Python from the Microsoft Store package.

Install tools and configuration manually:

• Install Visual C++ Build Environment: Visual Studio Build Tools (using "Visual C++ build tools" workload) or Visual Studio 2017 Community (using the "Desktop development with C++" workload)
• Launch cmd,

$ npm config set msvs_version 2017

If the above steps didn't work for you, please visit Microsoft's Node.js Guidelines for Windows for additional tips.

To target native ARM64 Node.js on Windows 10 on ARM, add the components "Visual C++ compilers and libraries for ARM64" and "Visual C++ ATL for ARM64".

3. 

응 형 수정해봤는데, 안되더라고... 근데 위에 보니까 링크를 또 남겨놨더라?

Visual Studio Build Tools 를 깔거나 (이건 실패했잖아), 그래서 Visual Studio 2017 Community 를 깔라길래 또 처들어갔다. (그러니까 대충 기반환경 만들어놓고 쌉쳐라 이런거지 뭐)

4.

느낌상 이번엔 되지 않을까? 싶은데 되야지 안되면 진짜 죽.. 아니야

$ npm install --global --production windows-build-tools

 windows-build-tools 를 설치하다보면, 도중에 stuck (hang up)이라는 현상이 발견하게 되는데, 

대부분 해외 포럼에서는 windows-build-tools@4.0.0 을 설치하라고 하지만

문제는 난 그 다음에 node-gyp 를 설치하고 나서, working tree 의 dependency 때문에 작동을 잘 할 수 없어서

electron이 잘 작동하지 않고 에러를 뱉기 시작했다.

그래서 그냥 에러가 써있는대로 가서 폴더를 날려버렸다.

1.

..\Program Files (x86)\Microsoft Visual Studio\VS2017 

에 들어가면 맘에 안드는 녀석ㅇ ㅣ있는데 그녀석 부터 일단 날려버리고...

2.

그 다음에 명령어를 때려박아준다.,

$ npm remove windows-build-tools@4.0.0

install 의 반대말은 remove 아니겠는가? 그래서 때려박았더니 아주 잘 지워진다.

그것도 dependency 까지 확인하면서 친절하게 지워준다.

원래는 npm cache clean 을 넣다가도, 맘에안든다고 --force 를 주라길래 그렇게 했었는데도 안되길래 이렇게 넣어버렸다.

위에 @4.0.0 을 표시해준건 VS2015 환경에 대한 세팅을 돌려버리기 위해서다

3.

$ npm remove windows-build-tools

그러고 나서 또 꼬여있을 녀석을 위해서 한번더 지워준다

4.

그리고 나서, Stuck 구간이 발견되는 Python 2.7도 Uninstall 해준다.

5.

$npm install --global --production windows-build-tools

6.

그리고 다시 명령어를 때려박아서 위처럼 얌전히 기다린다. 보통 4분정도면 pass 된다고 하는데, 안되면 빡칠 것 같다.

OLED 디스플레이 사용을 위해 필요한 라이브러리와 소스코드를 정리했습니다. 먼저 확인해야 할 것은 OLED 디스플레이의 드라이버 칩입니다. 드라이버 칩에 따라 라이브러리와 사용방법이 완전히 틀려집니다.

Adafruit 그래픽 라이브러리 (SSD 1306 및 일부 TFT LCD 등…)

일반적으로 많이 사용.  Adafruit 에서 제작한 라이브러리를 사용하거나 좀 더 원시적인 코드로 구동이 가능합니다. Adafruit 라이브러리는 각종 도형 및 폰트, 선, 채우기 함수를 제공하는 대신 그래픽 버퍼로 램을 꽤 많이 잡아 먹습니다.  아두이노가 보통 2KByte 램으로 돌아간다는 점을 생각하면 램이 부족한 경우가 생길 수 있습니다. 램이 부족할 경우 각종 변수값이 이상하게 입력되고 화면이 찢어지는(?) 현상이 발생합니다.

Adafruit 라이브러리는 2개로 구성되어 있습니다. GFX 라이브러리가 공통된 drawing 함수를 제공하고, 드라이버 칩에 따라 적절하게 동작하도록 드라이버 라이브러리가 맞물리도록 되어 있습니다.

==> OLED + Adafruit 라이브러리 사용방법 페이지

Adafruit OLED 모듈 및 라이브러리 사용법, Adafruit 라이브러리와 호환 가능한 디스플레이 및 드라이버 칩

SSD1306 칩 드라이버 직접 제어하는 방법 예제코드

u8glib 범용 그래픽 라이브러리

SSD1325, ST7565, ST7920, UC1608, UC1610, UC1701, PCD8544, PCF8812, KS0108, LC7981, SBN1661, SSD1306, T6963 등을 지원하는 범용 그래픽 드라이버로 u8glib 라이브러리가 있습니다. 8비트 마이크로 컨트롤러에서 사용할 수 있는 가장 막강한 라이브러리입니다. 화면 업데이트가 조금 느린대신 램을 적게 차지하고 안정적입니다.

==> 상세한 사용법 매뉴얼이 업데이트 되었습니다!! 링크로 확인하세요.

라이브러리 공식 페이지, 지원하는 디바이스 목록, 매뉴얼 및 예제 코드

 Character LCD, MGLCD, UTFT 라이브러리

위에서 적합한 라이브러리가 없는 경우 아래 링크를 확인하세요. 각종 LCD 및 UTFT 를 지원하는 라이브러리입니다.

http://www.henningkarlsen.com/electronics/library.php?id=51

GLCD 라이브러리

흔한건 아니지만.. KS0108 controller chip 기반한 LCD는 아래 링크로…

http://www.pjrc.com/teensy/td_libs_GLCD.html

OpenGLCD 라이브러리 프로젝트가 있습니다. 여기 라이브러리 주목할만 합니다.

https://bitbucket.org/bperrybap/openglcd/wiki/Home

SH1106 라이브러리

SSD1306과 비슷하지만 별도의 라이브러리가 필요한 것 같습니다. 아래 링크를 참고하세요.

http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&p=1150108

아래 라이브러리가 쓸만하다고 하네요.

https://github.com/stanleyhuangyc/MultiLCD

Wonho 님 께서 SH1106 칩셋용 Adafruit 라이브러리를 만들어서 공유중입니다. 아래 링크에 가시면 라이브러리를 받으실 수 있습니다.

https://github.com/wonho-maker/Adafruit_SH1106

그래픽 램의 용량 (2K) 때문에 Library 들 간에 Collision 으로 보이는 현상들이 발생했다.

Compatiblity Check 를 해본 결과

LiquidCrystal 과 Adafruit 간에 문제가 있는 것으로 생각을 했는데

LiquidCrystal_i2C는 LiquidCrystal을 SPI 용도로 제작한 것에서 i2c 방식으로 포팅을 해서 만든 개수 라이브러리 였고

사실상 Adafruit LiquidCrystal 을 기반해서 만들어졌기 때문에 별 문제가 없었던 것이다.

오히려 문제가 됬었던 것은 TM1637 FND Library 였는데 

내부 클래스에서 선언하는 방식과 사용하는 방식이 굉장히 비슷한 데다가 

일반적인 example 들이 display 로 생성자를 이용하여 사용하는 것을 볼 때, 메모리 간에 근접문제가 있었던 것이 아닌가 싶다.

일단 중요한 것은, 반드시 필요없는 라이브러리나 헤더를 추가하지 않는 것에 유의를 해야할 것 같다.

(특히나 용량이 60~70% 이상으로 올라가면 안정성이 떨어져 제대로 동작하지 않을 가능성이 추가적으로 늘어난다.)

LiquidCrystal and Adafruit SSD1306(SSH1102) Collison Detected

- Library Collision, may be not distingsh between two I2C Sensors, LCD and OLED.

Trouble Shooting Processing Start..