'Good Joon's'에 해당되는 글 167건

1. XML 에서 <TextView> 요소를 삭제한다
2. <RelativeLayout> 요소를 <LinearLayout> 요소로 변경한다
3. Layout 요소의 android:orientation 속성을 추가하고 "horizontal" 로 값을 준다
4. Layout 요소의 android:padding 과 tools:context 속성들을 모두 삭제한다

1. content_hello.xml 에서 <LinearLayout> 요소의 하위 요소로 <EditText>요소를 추가한다.
2. <EditText> 요소의 속성에 id 를 추가하고, 값을 @+id/edit_message 로 입력한다
3. layout_width 와 layout_height 는 wrap_content 로 정의한다.
4. hint 속성으로 edit_message 라는 String 객체를 값으로 넣어준다 (@string/edit_message)

• android:id
  View 에 대한 유일한 식별자를 부여하는 것이다. 이 ID 를 통해 View 객체로부터 값을 읽거나 객체를 조작할 수 있다.
  @ 는 XML 에서 모든 리소스 객체를 참조할 때 사용하는 식별자이다.
  android:id="@<리소스타입>/<리소스이름>" 의 형태로 사용한다.
  + 는 리소스 ID 를 처음으로 정의할 때에만 사용한다. 앱을 컴파일할 때 SDK 툴은 프로젝트의 gen/R.java 파일에 EditText 를 참조하는 새로운 리소스 ID 를 만들 때 이 식별자를 사용한다.
  그러나, 리소스 ID 가 생성된 이후 부터는 + 기호를 붙이지 않는다. 또한 String 이나 layout 같은 실체가 있는 리소스에는 사용하지 않는다.
  
  
• android:layout_width, android:layout_height
  특정 사이즈를 입력하는 대신에 "wrap_content"를 사용하면 View 의 Content 크기에 맞게 View 크기가 결정된다. 만약 "match_parent"를 썼다면 View 는 전체 스크린 사이즈로 생성될 것이다. 왜냐하면, EditText의 부모 View 가 LinearLayout 이고 이 Size 는 앱의 전체 화면크기가 되기 때문이다.
  
  
• android:hint
  Text Field 에 값이 없을 때 기본으로 표시되는 값이다. 값을 하드코딩 하는 대신에 "@string/edit_message"와 같이 해주면, 값은 String 리소스가 정의된 분리된 파일을 참조한다.
  
  hint 의 리소스 객체 이름이 위의 ID 요소와 같다(edit_message). 그러나 리소스 타입이 다르므로 충돌이 발생하지 않는다.

 4년 간 Hybrid Mobile App 개발도구를 포함한 MEAP 솔루션 개발을 리딩해왔지만 모바일쪽 개발은 주로 iOS 만을 해왔다. 안드로이도 개발은 직접 하지 않았는데, 올해 사적인 프로젝트를 하나 진행하기 위해 안드로이드쪽 앱을 직접 개발하지 않으면 안되는 상황이다.

 작년 초반 까지만 해도 Eclipse에 Android Development Tools 플러그인을 설치하고, XCode 의 Command Line Build 를 함께 쓰도록 하여 Hybrid App 개발툴킷을 만들었지만 작년 중반 이후에 Google에서 Android Studio 만을 사용하도록 강력히 밀고있는 상황이라 난 Android Studio 를 사용하기로 결정했다.

 일단, Android Studio 를 다운로드 받는다

■ 신규 프로젝트 생성

Android Studio를 설치 후 실행하면, 아래 처럼 New Project Window 가 실행된다

처음 프로젝트를 시작하므로, "Start a new Android Studio Project" 를 선택

New Project 화면에서의 요소별 설명은 다음과 같다

• Application Name - 사용자에게 보여질 앱 이름이다

• Company Domain - 실제 Domain 일 필요는 없고, App 을 구별하기 위한 Package ID 의 base 값 정도로 생각하면 된다. goodjoon.com 을 넣으면 자동으로 Package Name 이 com.goojoon.<소문자 기반으로한 앱 이름>

• Package Name - Application Name 과 Company Domain 을 조합하여 만든 Package 이름이다. 이게 Android App 을 식별하는 유일한 이름이 된다

※ 한글 앱 이름

앱 이름이 한글이면, Package Name 이 자동생성 되지 않는다 이때는 Package Name 우측에 보이는 "edit" 를 클릭하여 수동으로 패키지 이름을 변경해주면 된다.

또한 가급적이면 Project location 에 한글명이 들어가는 경로는 피하도록 하자.

이제 Target Android Device 를 선택한다. Minimum SDK 목록을 보면 이제 친절하게도 API Level 과 함께 OS 이름도 나온다. 이 SDK 를 잘 설정해주어야 나중에 어떤 버전 기기에서는 보이네 안보이네 하는 문제에서 자유로울 수 있다.

더 놀라운것은, SDK 를 선택하면, 세계적으로 해당 SDK 버전 이상의 OS 사용자 비율을 보여준다는 것이다. 위 화면에서는 4.2 젤리빈으로 개발하면 전세계 약 81.4% 의 Android 기기에 설치될 수 있는 앱을 개발할 수 있음을 보여준다

이제 이렇게 SDK 까지 선택한 후, 처음 실행 될 Activity 를 선택하는 화면이 나온다. 다음 편에서는 Android 의 Activity 가 무엇인가 부터 찬찬히 살펴보도록 하겠다

아주 기본적인 이야기 이지만, 버튼을 눌렀을 때 Bouncing 이 발생한다는건 많은사람들이 상식적으로 알고있는 이야기 이다.

하지만 실제로 어떻게 시그널이 생성되는지 잠시 알아보기 위해 몇가지 실험을 해보고 이를 해결하기 위한 방법을 S/W 와 H/W 로 접근해보기로 한다.

일단 수치적으로 보면 버튼을 눌렀을 때 아래와 같은 현상이 발생한다.

A0 (14) 핀에 버튼을 물려놨고, 버튼이 처음 HIGH 일 때 부터 1000 번의 루프에서 digitalRead() 를 한 결과이다. 

버튼을 누르고 있는 상태에서 조금 버튼을 비벼(?)댔더니 96%와 심지어 28%까지의 결과가 중간에 나온다.

위 실험 결과를 보면, 눌렀다 떼었다 한 부분이 다른 부분은 명확하지만 파란색 박스가 쳐져있는 부분은 순간적인 Bouncing 이 일어난 부분이다. 만약 무조건 HIGH = 눌림 으로 했거나 Interrupt 를 걸어서 H-L 위상 변화 시에 눌림으로 인식하게 했다면 파란색 부분은 두번 이상 눌린 효과가 발생했을 것이다.

(Plotting 도구와 내 컴퓨터의 성능 한계로, 아두이노는 115200 속도에 5ms 딜레이를 매 루프 내에 주었다. 5ms 미만으로 줄 경우 툴이 반응하지 못해서 측정이 불가하다. 오실로스코프가 필요한때이다 싶다)

위 그래프는 아날로그로 Read 한 결과이다. 누른 상태에서 버튼을 비벼대니 저런 지저분한 결과가 나왔다. 원래 의도대로라면 계속 눌려있어야 하는데 눌리지 않고 중간에 저렇게 전압이 마구 변동되는 모습을 볼 수 있다. 

앞으로 해볼일은 위 현상들을 Single 버튼일때 없애는 것과 ADC 를 통해 Analog 로 여러 버튼으로 읽을 때 없애는 것이며, S/W 와 H/W 적인 방식에 대해 직접 테스트 해볼 예정이다.

오늘 둘째놈이 아빠방에 고장나서 방치되어있는 자기 지프차를 보더니 "아빠 이거 고쳐줘잉~" 이런다. 요새 계속되는 회사 야근때문에 손을 거의 데지 못하고 있었는데, 오늘 좀더 진도를 나가본다.

오늘은 수신기쪽에 모터와 서보를 붙여놓고 실제로 돌아가는지 테스트를 해봤다.

좌측이 송신기쪽, 우측이 수신기쪽이다. 

수신기쪽에 파란색 작은 SG90 이 스티어링 서보이고, 스탠다드 사이즈의 서보처럼 생긴것은 서보가 아니고 그냥 감속기어 달린 모터이다.

좌측의 송신기쪽 스틱 하나로 스티어링과 서보를 모두 제어하게 설계하였는데, 이게 문제가 좀 있다. 스틱이 하나이다보니 스로틀+스티어링이 동시에 제어되기 힘든구조이다.

앞으로 밀면서 옆으로 밀면 앞으로 밀 수가 없다. 저 스틱의 움직이는 범위가 사각형이 아니라 원형이기 때문에 왼쪽+위 이런게 안된다. 우선 1차 버전은 심플하게 이렇게 만들고 다음 버전에서는 스틱을 분리하던지 건타입을 어떻게 해서든 만들어봐야하겠다.

움직이는 동영상 하나 올려본다.

이번에 수정한 코드이다. 좀더 설계를하고 만들어야 하는데, 막코딩으로 가고있다.

송신기 코드는 이전과 같고, 수신기 코드만 올려본다.

High Performance Messaging 글을 시작하며..

고성능 메시징 (High Performance Messaging)에 대한 니즈가 갈수록 심해지고 있다. Big Data, IoT, Industry 4.0, Cloud to Cloud 등 다수의 개체간에 빠른 통신을 해야하는 상황이 더욱 많아지고, 기업은 메시징 성능에 대해 매우 많은 고민을 하게 될 것이다.

한정된 자원 안에서

• 매우 많은 개체가 통신할 수 있어야 한다
• 많은 양의 메시지를 한정된 시간 내에 전달할 수 있어야 한다
• 매우 빠른 속도로 메시지가 전달되어야 한다

1999년 부터 IT 바닥에 몸담고 일하면서 이 통신분야 만큼 눈부신 발전을 거듭하는 분야를 보지 못했다. 물론 하드웨어와 인프라적인 부분들의 주된 발전이다. 그런데 지금 우리는 어떠한가? 아직도 TCP 기반 위에서, 텍스트 전달하라고 만들어놓은 HTTP 응용 프로토콜로 중요한 시스템들과 심지어 Computing Power 가 작은 Embedded Device 까지 통신하고 있다.

오죽하면 C10K 문제가 IT 기술 분야에서 중요한 화두가 되기도 하고, 시스템 자원 효율성 재고를 위해 Node.js, Vert.X 와 같은 비동기 프로그래밍 방식이 중요하다고 이야기 할까?

이제는 "실시간"성이 중요한 시대이다. 빅데이터도 MR(Map Reduce) 코드를 컴파일해서 수십분~수시간 배치로 돌려 결과를 가져오는것 보다는 빅데이터에 기반을 두고 실시간적인 Insight 를 발견할 수 있도록 의사결정에 즉각적인 도움을 주는 기술이 더 중요하다고들 이야기한다.

앞으로 뭘 할건지..

메시징의 "성능(Performance)" 은 속도(Latency) 뿐만 아니라 처리량(Throughput) 의 개념과 통신 아키텍쳐(1:1, 1:N, N:N)에서의 최적성이 함께 고려되어야 할 것이다.

주로 

• 메시지 미들웨어 (ActiveMQ, RabbitMQ, ZeroMQ, DDS 등)
• 고성능 네트워킹 기술 (Infiniband(RDMA), RoCE, iWARP)
• 고효율 통신을 위한 M2M, MOM, DOM 프로토콜 (MQTT/S, CoAP, AMQP, RTPS 등)

회사에서는 아예 블로그에 글을 올릴 수 없는 관계로 집에 와서 써야하는 현실이 좀 힘겨울 듯 하긴 하지만 열정으로~~ 열정으로~

수신기 회로도를 그려봤다. 이제 연결해줘야할것들이 조금씩 늘어나니 회로도를 안그려놓으면 나중에 분해했다가 다시 만들때 또 고생할 생각을 하니 이건 아니다 싶어서 급 그려본다.

Eagle Cad 보다 Fritzing 이 난 더 맞는듯 하다. 다만 Schematic 의 Wiring 이 아직 많이 불안하지만 그래도 Eagle Cad 의 라이브러리 찾는 고생과 클릭 위주의 인터페이스 보다 더 쉽고 직관적이라 좋다.

입력 전원은 1.2V 짜리 Ni-MH 5알을 사용할것이라 6V 로 잡았다.

모터 전원은 8V 를 쓰고, Servo 는 SG90 미니서보가 집에 굴러다니므로 사용할 예정이다. 그냥 6V 를 넣어줄까 하다가 기존 아들놈의 RC카가 테스트 대상인데, 원래 파워소스가 1.5V AA 5개(배터리 먹는 귀신 같으니라고,...)를 사용하므로 7.5V 가량 나왔으므로, 완충된 AA 배터리라고 가정하고 모터에 8V 를 넣어주기로 했다.

SG90  은 MAX 6V 입력전원이라 7.4V Li-Po 를 물려서 자작 서보테스터로 테스트 해보니 모터가 미친듯이 떤다. PC 의 5V USB 전압으로 돌려보니 출력이 모자라서 아두이노가 계속 꺼졌다 켜졌다 한다. 캐패시터를 1000uF 정도 넣어주니 좀 덜 꺼지기는 하는데 뭐 그거나 그거나다.. 그래서, SG90 의 입력전압은 전원 소스 6V 를 그대로 넣어주는걸로 했다.

<SG90 미니서보. 개당 2,000원 가량 한다>

L293D 는 아직 내가 MOSFET 기반의 H-브릿지는 만들어보지 않은 관계로 이전에 사용해본 경험을 기반으로 구성했다. (내 블로그에도 사용해본 글이 있으니 참고)

이제 수신기측 동작 코드 짜고 회로 연결해서 수신기쪽 테스트를 해봐야겠음.