2024년 3월 7일 목요일

LG G8 후면 커버(지문 모듈포함,), 후면카메라 교체 셀프 DIY작업.

과정

1. 열풍기로 후면 커버 한쪽을 가열한다. 권장 100도 30초.

2. 공기압 고정장치(?:화장실 벽 등에 고정시키는데 쓰는)로 후면커버에 고정시킨 후 들면, 후면커버에 부착된 점착제가 늘어나면서 공간이 생김. 그곳을 기반으로 벌리면서, 열풍기의 도움을 받아 후면을 제거함.

3. 열어보면, 전면쪽 보드에 후면카메라가 고정되기 때문에 보이는 모든 나사를 제거하고,
보이는 모든 메자닌 커넥터를 제거함( 안테나x2, 전면카메라, 측광센서, 옆면 버튼 보드 연결용, 배터리연결용 파워)

4. 분리한 후 전면에 연결된 후면카메라용 메자닌 커넥터를 제거하고, 점착제로 붙어 있으므로, 1번의 방법을 사용하여 후면카메라를 분리 후, 새 후면 카메라를 장착함.

5. 보드를 다시 제자리에 놓고, 메자닌 커넥터를 살짝 당겨 보드 위쪽에 올라와야 하는 것들을 올림. (특히 파워와, 측면 버튼 보드 연결 선)

6. 메자닌 커넥터를 모두 연결하고 나사를 고정함. 보드가 살짝 뜨는 부위가 있으므로, 먼저 눌러준 후 나사를 고정해야함.

7. 남은 점착제를 제거하여, 새 점착제가 잘 붙을 수 있도록 함.

8. 새 후면 커버에 이면 스티커를 제거하여, 점착제가 노출되도록 한 후, 뒷면 커버를 모양에 맞추어 씌운 후, 손에 힘을 주어 정확히 장착.

9. 부팅.

-----

알리발, 배터리 들이 믿을 수 있는지가 의문이긴한데, 믿을 수 있다면, 부품을 사다가 직접 교체하는 것도 나쁘지 않아보임.

LG서비스 종료하면, 재고 없다고 점점 안해줄려고 할테니...

메자닌 커넥터에 접점이 많이 있어서, 안전 모듈도 있는 것으로 보이며, 예전 배터리 교체형보다 점점이 많은 것으로 보아, 내부 배터리 교체하는게, 교체형 배터리 교체하는 것보다 안전해 보임.

문제는, 물건이 정확한가인데, 노트북 배터리는 알리발은 아니지만, 이베이발은 사용해봤으니, 한번 이용해 볼 필요가 있으며, 혹시 모르니, 침실에서 이불 아래에 놓는 등 화재 위험은 조심할 필요가 있음.

이건 심지어, 정품에도 문제될 수 있는 부분임.

2024년 3월 5일 화요일

vim 설치시, ./configure과정에서 tinfo ncurses 관련 오류가 뜬다면 방법은?

1) 패키지 설치

2) ./configure cache 삭제

configure과정에서 cache가 쌓여있는데, 실패를 했다는 사실을 cache를 해놓고 지우지를 않는 멍청한 일이 생기게 된다.

> find -name "*cache*"

>> ./src/auto/config.cache

> rm ./src/auto/config.cache

위 과정을 거쳐 cache를 지우면, 해당부분 문제가 깔끔히 해결된다.

3) 추가(python3 interp 활성

추가로 nvim나오기 전에 나온 수많은 vim패키지들은 python3로 작성되어 있으니,
python3 interpreter는 필수적으로 필요하다.

./configure --enable-python3interp

로 활성화 해주자, 아직 여기서는 에러가 생기지 않아서 문서를 보강하지는 않는다.

2024년 2월 29일 목요일

Kicad schematics and PCB Python scripting(회로도 python 작업 공유 유튜브)

와 끝내준다.

2024년 2월 27일 화요일

고민정은 자기 공천된걸로 만족하나본데... 그냥 최고위원 반납하고 자기선거에만 힘쓸 예정...

입은 털었으며, 선거 전에 자기 선거에 힘 쓸 수 있는 상황도 만들었고, 자기는 공천도 되었고,

지금까지 최고위원도 잘 해먹었고,

민주당 선거 이기면, 그냥 본인 지역구 보존한 걸로 만족하면서, 원내 대변인 자리라도 내놓으라고 또 입털면 되는거고,

민주당 지면, 이럴 줄 알았다면서, 총사퇴 시키고 비대위 체제에서 꿀 빨러 되겠지.

Flip Flop과 Latch에 대해 알아보자. (내 편한대로)

플립플롭은 클럭 신호가 들어올 때마다, (종의 따라 posedge negedge 또는 둘 다 )

data 핀의 신호를 내부 레지스터에 저장하며

내부레지스터 값을 가지고 출력한다. edge가 중요한 회로.

다양한 종이 있으며, 클럭신호의 변화 시기에 값을 판단하므로, 반도체 회로를 만들 때,

data 신호를 먼저 보내야 한다. (동시에 보내도 지연 때문에 괜찮음. 반클럭 이상 차이나면 .X)

.래치는 값이나 클럭이 변할 때, 클럭이 active라면,(low active or high active 소자 차이)

레지스터에 data를 저장한다. (그리고 출력이 정해진다. )

그러므로 클럭이 active일 때, 신호가 변해도 즉시 반영되는 차이를 가진다.

2024년 2월 20일 화요일

임베디드에서 만나는 c스타일 함수 오버로딩.

원래 함수를 저장하고, 새로운 함수를 넣고, 기존 구조체를 사용해서, lcd 패널을 초기화 하는 기가 막힌 방법을 쓴다.

아마도, c++ 오버로드가 이런식의 플레이로부터 도래한게 아닐까.

2024년 2월 13일 화요일

CPP> std::lock_guard 뮤텍스 활용법.

CPP은 직접 메모리를 할당하고 제어하다보니, 포인터를 사용하여 힙에 메모리를 할당한 후,

해당 주소를 반환해서 쓰는 경우가 많다.

그렇다보니, 잠깐 뭔가를 하는 경우에도, new로 클래스를 할당하고, 끝날 때 delete를 호출해야하는 경우가 발생했다.

그런데, 이 delete를 호출하기전에, 중간에 return이 되는 경우와 같이 delete가 호출되지 않거나, 코드 작성자가 까먹거나 하는 일이 생기는데, 매번 new가 호출될 때마다, 메모리가 할당되므로

여러번 호출되는 함수에서 이런 실수가 발생하면 해당 프로세스가 메모리를 점점 잡아먹다가, 시스템을 먹통이 되게 만들거나, OS에서 해당 프로세스를 정지하거나 하는 등, 정상적인 작동을 하지 못하게 된다. 이것을 메모리 누수라고 부르는데,

이 메모리 누수를 막기 위해, 보통의 지역변수들처럼, 스택에서 무언갈 하다가, 스택이 pop되면 delete를 자동 호출하기 위해, 스마트 포인터라는 것이 도입 되었다. 실제로는 굉장히 복잡하겠지만 간단히 설명하자면 다음과 같다.

template<class T>
class smart_p {
public:
      T* ptr;
      operator= (smart_p<T> a, T* b){
          ptr = b;
}
      smart_p(T* b) {
          ptr = b;
      }
      void ~smart_p() {
          delete ptr;
      }
}

new에서 반환하는 메모리 주소를 받아다가 내부 메모리 주소를 저장하는 클래스를 만들고 클래스를 스택에 만들어 사용하는 것이다.

그러면 스택에 끝에서 자동으로 메모리의 해제가 발생한다.

시작이 있으면 반드시 끝이 있어야 하는 것 가운데에는 mutex라는 것도 있다.

mutex는 lock을 걸어주면 반드시 unlock을 걸어주어야, 다른 프로세스가 일하기를 대기하다가 일을 시작할 수가 있다,

메모리 누수는 서서히 시스템이 죽어가지만 mutex를 unlock하지 않으면 그냥 시스템이 죽는다.

mutex도 스마트포인터처럼 같은 스택에 클래스를 만들어 사용할 수 있다. std::lock_guard이 그와 같은 일을 한다. 스마트 포인터는 메모리 생성은 그래도 직접 new를 호출하는 방식을 많이 사용했는데, (아무래도 팩토리 방식을 쓸 수도 있으니까)

mutex는 lock_guard도 직접 거는 방식을 사용한다. 대략 간단히 쓰자면 다음과 같겠지.

template<class T>
class lock_guard {
public:
      T& m;

      lock_guard(T& b) {
          m = b; m.lock();

      }
      void ~lock_guard() {
          m.unlock();
      }
}

그 외,std::lock이라는 여러개의 mutex를 동시에 받아서 lock을 걸 수도 있다.

문서를 읽어보자.

각각의 lock을 직접 건다면, 사용 방법에 따라, ABC, BAC 순인 lock이 걸릴 때,

상호간 무한 대기상태에 빠질 수 있으므로 이런 방법을 사용한다.
(두 항목들간 복사 같은 상황)

실제 구현은 std::atomic 등을 사용해, 락을 동시에 거는 방법 등을 사용하는 것이 아닐까!, 추측한다.

火赤赤燏熺 내 흥미위주 블로그. 긴트위터(???)

이 블로그 검색