* 워크숍 7일차 전체 동영상

 

 

* 실습 준비 : 조도센서로 조도 측정하기 [링크]

 

 

* 스케쥴

 

 

* 타이젠 스튜디오에 로그가 나오지 않는 문제 : [링크]

 

 

* SDTA7D SPI 업데이트 하기 : [링크]

 

 

* 누비슨 관련 공지사항

- 계정 : [슬랙채널]

- 관련내용 : [소스가 포함된 링크]

 

 

* thingpark Cloud with Tizen

- 발표자료

Thingspark IoT Cloud 연동-20190907.pdf
2.25MB

- 소스 : [링크]

 

 

 

 

* 워크숍 2일차 전체 동영상 : 4시간 분량

 

- Arm M시리즈

  마이컴 == 마이크로 컨트롤러 == MCU(Micro Controller Unit)

  마이컴 = 마이크로 프로세서 + 입출력 제어 모듈 + 램 + 저장장치

  메모리 : MMU나 MPU 없이 직접 접근

  OS : FreeRTOS가 올라가는 수준

  보드 : 아두이노 혹은 오렌지보드

 

- Arm R시리즈 

  메모리 : 100~200MB 램, MPU(Memory Protection Unit)로 CPU에 내장된 메모리를 관리.

    (메모리를 파티셔닝하여 구획별로 관리하지만, 가상 메모리가 없기에 프로그램에서 직접 물리주소 관리.)

  OS : Real Time OS

  

- Arm A시리즈

  AP : Application Processor

  메모리 : MMU(Memory Management Unit)로 MPU의 모든 기능 + Virtual Memory

    1) Memory fragmentation 활용 가능

    2) 메모리 최대 크기보다 큰 앱 로딩 가능

    (참고 : https://jhkim3624.tistory.com/m/75)

 

- 퓨징 :  eMMC와 같은 플래시 메모리에 0 혹은 1을 새기는 행위.

  (참고 : https://kldp.org/node/101280)

 

- Boot  Mode Selection : Serial로 부팅하거나 외부 메모리로 부팅 가능

 

- J7 Peripheral : 타이젠에 맞게 포팅된 핀

 

- NXP : SDTA7D에서 사용하는 칩인 i.MX7의 메이커

  (참고 : https://www.nxp.com/)

 

- Nexell : Anchor 시리즈에서 사용하는 칩인 NXP3225의 메이커 

  (참고 : http://www.nexell.co.kr/)  

 

- USB Type C : 전원, USB SDB 디버그, USB Mass Storage

 

- USB OTG : Console. 115200, 8 Bits, No parity

 

- Linux GPIO Number = (GPIO_BANK - 1) * 32 + GPIO_BIT

 

- U Boot : Universal Boot. 

  CPU, Memory, Peripherals, Console 등 하드웨어 장치를 초기화하기 위한 임베디드용 부트로더(BIOS와 유사)

  OS가 부팅된 이후에는 더 이상 사용되지 않는다

 

- imx_usb_loader : USB Serial을 통해 부트로드를 보드의 SRAM으로 다운로드해주는 도구

 

- SPL : i.MX7을 위한 가장 기본적인 초기화 작업용

 

- 부팅 중에 램디스크를 사용하는 이유? https://developer.ibm.com/articles/l-initrd/

사이트 캡처

 

- DFU(Device Firmware Upgrade Utilities) : http://dfu-util.sourceforge.net/

 

- lsblk : lists information about all or the specified block devices.

  The lsblk command reads the sysfs filesystem to gather information. 

  (참고 : http://manpages.ubuntu.com/manpages/trusty/man8/lsblk.8.html)

 

- extlinux : EXTLINUX is a Syslinux variant which boots from a Linux filesystem.

  (참고 : https://wiki.syslinux.org/wiki/index.php?title=EXTLINUX)

 

- Trap : https://stackoverflow.com/questions/3149175/what-is-the-difference-between-trap-and-interrupt

 

발표자료 중
발표자료 중

 

- 플랫폼 디바이스는 언제 쓰이는지? 디바이스 트리 & 디바이스 드라이버와 함께 엮어 설명해주세요.

 

 

* 일정

 

* SDTA7D 보드 소개

- 발표자 : 시그마델타 테그놀로지 윤지원 대표

  (공식 사이트 : https://www.sigma-delta.tech)

- 발표자료 : 용량이 커서 두 개의 파일로 분할압축하였습니다.

[SDT] Seoul Hardware Hackathon.vol1.egg
10.00MB
[SDT] Seoul Hardware Hackathon.vol2.egg
9.15MB

 

발표자료 중

 

- 보드 이름 : SDTA7D(Sigma Delta Technologies Arm Coretex-A7 Dual)

- 보드 구매처 : http://www.devicemart.co.kr/goods/view?no=12220510

- 보드 외형

- 보드 사양

  ① CPU - i.MX7D

      High-performance Arm® Cortex®-A7 dual core

      Real-time processing Arm® Cortex®-M4 sub core (Free RTOS용)

  ② Memory

      512MB DDR3L (1600Mbps)

      8GB eMMC (5.0) flash memory

  ③ Low Power Consumption PMIC - PF3000

      1V35, 1V5, 1V8, 3V3 output

      Coin cell charger : RTC를 위한 코인 배터리를 충전하기 위한 목적으로 사용

      OTP memory : One Time Programmable Memory로 Ethernet의 MAC Addr.를 저장하기 위한 목적으로 사용

  ④ Secure Element (SE)

      For Key & Certification

      Includes every Secure Information

  ⑤ OS Support

      Arm Mbed Linux OS

      Tizen Platform 

  ⑥ Serial Peripherals

      UART, SPI, I2C, PWM, ADC, GPIO

      Dual CAN

      RGMII for 1Gbps Ethernet

      USB Host, USB OTG

      PCIe, SD I/O

      MIPI CSI for camera

      MIPI DSI for display

 

- 보드 외형

  USB Host & USB OTG 차이 : https://www.quora.com/What-is-the-difference-between-USB-host-VS-USB-OTG

 

- 보드 핀맵 : 확대해서 보세요.

  상단과 중단에 CSPI3_SLCK / CSPI3_MOSI / CSPI3_MISO 핀이 두 개씩 존재 : Mikroe 보드(https://www.mikroe.com/weather-click)를 지원하려는 목적

 

- 핀 번호 :   Tizen Port Map에 명시된 숫자를 사용하면 됩니다.

 

 

 

* 타이젠 드라이버 포팅하기

- 강의 : 다인시스 안효복 대표

- 강의자료

DSA5101_Tizen_DeviceDriver.pdf
9.27MB

 

 

* SDTA7D 보드에 타이젠 이미지를 플래싱하기

- 참고자료 : 

User Guide - Tizen on SDTA7D.pdf
0.43MB

 

- [이미 만들어진 이미지 사용하기] SDTA7D용 이미지 파일용 저장소 : 여기

  부트 이미지 : 다운로드

  플랫폼 이미지 : 다운로드

 

SigmaDeltaTechnologiesInc/sdta7d-images

Tizen sdta7d image repository. Contribute to SigmaDeltaTechnologiesInc/sdta7d-images development by creating an account on GitHub.

github.com

 

 

- [이미지 직접 만들기] 주요 소스 : github에서 클론하기

  U Boot : https://github.com/SigmaDeltaTechnologiesInc/u-boot.git

  Kernel : https://github.com/SigmaDeltaTechnologiesInc/linux-stable.git

  Building Block : https://github.com/SigmaDeltaTechnologiesInc/building-blocks.git

  Peripheral Bus : https://github.com/SigmaDeltaTechnologiesInc/peripheral-bus.git

  Peripheral I/O : https://github.com/SigmaDeltaTechnologiesInc/peripheral-io.git

  Systemd : https://github.com/SigmaDeltaTechnologiesInc/systemd.git

  SmartThings Plugin : https://github.com/SigmaDeltaTechnologiesInc/smartthing-plugin.git

  WiFi : https://github.com/SigmaDeltaTechnologiesInc/wlandrv-plugin-tizen-ap6335.git

  Bluetooth : https://github.com/SigmaDeltaTechnologiesInc/bluetooth-firmware-bcm.git

 

- [이미지 직접 만들기] gbs 빌드를 위한 설정 파일 : .gbsSdta7d.conf

GBS빌드.zip
0.00MB

 

- [이미지 직접 만들기] gbs로 위의 소스들을 빌드하기

$ sudo gbs -c ~/.gbsSdta7d.conf build -A armv7l --include-all

 

- [이미지 직접 만들기] 킥스타터 다운로드 : 타이젠 이미지 생성 과정에서 운영체제가 필요로 하는 질문을 자동으로 응답하게 해주는 파일

  tizen-unified_iot-boot-armv7l-sdta7d.ks : [다운로드]

...더보기

# -*-mic2-options-*- -A armv7l -f loop --pack-to=@NAME@.tar.gz -*-mic2-options-*- 

 
# Do not Edit! Generated by: 
kickstarter.py 
 

lang en_US.UTF-8 
keyboard us 
timezone --utc America/Los_Angeles 
part /lib/modules --fstype="ext4" --size=50 --ondisk=mmcblk0 --active --label modules --fsoptions=defaults,noatime 


rootpw tizen  
xconfig --startxonboot 
bootloader  --timeout=3  --append="rw vga=current splash rootwait rootfstype=ext4"   --ptable=gpt --menus="install:Wipe and Install:systemd.unit=system-installer.service:test" 

desktop --autologinuser=guest   
user --name guest  --groups audio,video --password 'tizen' 

repo --name=local --baseurl=file:///home/segaon/GBS-ARTIK-ROOT/tizen_artik5/local/repos/tizen_artik5/armv7l/ --priority=1 

repo --name=unified-standard --baseurl=http://download.tizen.org/releases/milestone/tizen/unified/tizen-unified_20181024.1/repos/standard/packages/ --ssl_verify=no 

%packages 

# @ IoT Boot sdta7d 
sdta7d-linux-kernel 
sdta7d-linux-kernel-modules 
u-boot-sdta7d 
# Others 




%end 


%attachment 
/boot/u-boot/SPL 
/boot/u-boot/u-boot.img 
/boot/zImage 
/boot/sdta7d.dtb 
%end 

%post 

%end 

%post --nochroot 

%end 

%runscript 

%end

 

  tizen-unified_iot-headless-2parts-armv7l-sdta7d.ks : [다운로드]

...더보기

# -*-mic2-options-*- -A armv7l -f loop --pack-to=@NAME@.tar.gz -*-mic2-options-*- 

 
# Do not Edit! Generated by: 
kickstarter.py 
 

lang C 
keyboard us 
timezone --utc America/Los_Angeles 
part / --size=1000 --ondisk mmcblk0p --fstype=ext4 --label=rootfs --extoptions="-J size=16" 
part /opt/ --size=512 --ondisk mmcblk0p --fstype=ext4 --label=system-data --extoptions="-m 0" 
part /mnt/initrd --size=7 --ondisk mmcblk0p --fstype=ext4 --label=ramdisk --extoptions="-b 1024" 
part /mnt/initrd-recovery --size=12 --ondisk mmcblk0p --fstype=ext4 --label=ramdisk-recovery --extoptions="-b 1024 -O ^has_journal" 


rootpw tizen  
xconfig --startxonboot 
bootloader  --timeout=3  --append="rw vga=current splash rootwait rootfstype=ext4"   --ptable=gpt --menus="install:Wipe and Install:systemd.unit=system-installer.service:test" 

desktop --autologinuser=guest   
user --name guest  --groups audio,video --password 'tizen' 


repo --name=local --baseurl=file:///home/segaon/GBS-ARTIK-ROOT/tizen_artik5/local/repos/tizen_artik5/armv7l/ --priority=1 

repo --name=unified-standard --baseurl=http://download.tizen.org/releases/milestone/tizen/unified/tizen-unified_20181024.1/repos/standard/packages/ --ssl_verify=no 
repo --name=base-standard --baseurl=http://download.tizen.org/releases/milestone/tizen/base/tizen-base_20180928.1/repos/standard/packages/ --ssl_verify=no 

%packages 

# @ IoT Headless Base 
building-blocks-root-Preset_iot_core 
building-blocks-sub1-domain_Feature-Recovery 
building-blocks-sub1-domain_Feature-Smartthings_App 
dbus-tools 
system-plugin-feature-namespace 
system-plugin-feature-session-bind 
# @ IoT Adaptation Sdta7d Headless 
building-blocks-sub1-Preset_boards-SDTA7D 
building-blocks-sub1-Preset_partition-2parts_ramdisk 
building-blocks-sub1-domain_Feature-Resource_manager_Headless 
building-blocks-sub1-domain_Feature-Upgrade 
building-blocks-sub2-Preset_boards-SDTA7D-Audio 
building-blocks-sub2-Preset_boards-SDTA7D-BLE 
building-blocks-sub2-Preset_boards-SDTA7D-Bluetooth 
#building-blocks-sub2-Preset_boards-SDTA7D-Display_Headless 
building-blocks-sub2-Preset_boards-SDTA7D-Wifi 
building-blocks-sub2-domain_API-AppFramework-TPK_Installation 
building-blocks-sub2-domain_API-Base-Utils 
building-blocks-sub2-domain_API-Multimedia-Player 
building-blocks-sub2-domain_API-Network-Bluetooth_Media_Audio 
building-blocks-sub2-domain_API-Network-Curl 
capi-network-wifi-manager-tool 
system-plugin-config-env-headless 
# Others 
wlandrv-plugin-tizen-ap6335 
smartthing-plugin 

%end 



%post 
#!/bin/sh 
echo "#################### generic-adaptation.post ####################" 

# fix TIVI-2291 
sed -ri "s/(^blacklist i8042.*$)/#fix from base-general.post \1/" /etc/modprobe.d/blacklist.conf 


#!/bin/sh 
echo "#################### generic-base.post ####################" 

test ! -e /opt/var && mkdir -p /opt/var 
test -d /var && cp -arf /var/* /opt/var/ 
rm -rf /var 
ln -snf opt/var /var 

test ! -e /opt/usr/home && mkdir -p /opt/usr/home 
test -d /home && cp -arf /home/* /opt/usr/home/ 
rm -rf /home 
ln -snf opt/usr/home /home 

build_ts=$(date -u +%s) 
build_date=$(date -u --date @$build_ts +%Y%m%d_%H%M%S) 
build_time=$(date -u --date @$build_ts +%H:%M:%S) 

sed -ri \ 
-e 's|@BUILD_ID[@]|tizen-unified_20181024.1|g' \ 
-e "s|@BUILD_DATE[@]|$build_date|g" \ 
-e "s|@BUILD_TIME[@]|$build_time|g" \ 
-e "s|@BUILD_TS[@]|$build_ts|g" \ 
/etc/tizen-build.conf 

# setup systemd default target for user session 
cat <<'EOF' >>/usr/lib/systemd/user/default.target 
[Unit] 
Description=User session default target 
EOF 
mkdir -p /usr/lib/systemd/user/default.target.wants 

# sdx: fix smack labels on /var/log 
chsmack -a '*' /var/log 

# create appfw dirs inside homes 
function generic_base_user_exists() { 
user=$1 
getent passwd | grep -q ^${user}: 
} 

function generic_base_user_home() { 
user=$1 
getent passwd | grep ^${user}: | cut -f6 -d':' 
} 

function generic_base_fix_user_homedir() { 
user=$1 
generic_base_user_exists $user || return 1 

homedir=$(generic_base_user_home $user) 
mkdir -p $homedir/apps_rw 
for appdir in desktop manifest dbspace; do 
mkdir -p $homedir/.applications/$appdir 
done 
find $homedir -type d -exec chsmack -a User {} \; 
chown -R $user:users $homedir 
return 0 
} 

# fix TC-320 for SDK 
. /etc/tizen-build.conf 
[ "${TZ_BUILD_WITH_EMULATOR}" == "1" ] && generic_base_fix_user_homedir developer 

# Add info.ini for system-info CAPI (TC-2047) 
/etc/make_info_file.sh 

#!/bin/sh 
echo "#################### generic-users.post ####################" 

if ! generic_base_user_exists owner; then 
        # By default GUM will create users in /opt/etc/passwd, which is 
        # additional users database suitable for end-user created accounts. 
        # However, the 'owner' user is shipped by Tizen system itself and 
        # it's its default user.  Consequently, it should always be available 
        # and thus, it should be added to /etc/passwd. 
        conf=/etc/gumd/gumd.conf 
        origf=${conf}.orig 
        mv -v $conf $origf 
        sed -e 's,^\(PASSWD_FILE\).*,\1=/etc/passwd,' -e 's,^\(SHADOW_FILE\).*,\1=/etc/shadow,' <$origf >$conf 
        gum-utils --offline --add-user --username=owner --usertype=admin --usecret=tizen 
        mv -v $origf $conf 
fi 



#!/bin/sh 

echo "############### iot-headless-base.post ################" 

######### Execute pkg_initdb if there is no pkgmgr-tool pacakge 
rpm -qa | grep pkgmgr-tool 
if [ $? != 0 ] 
then 
pkg_initdb --ro 
fi 


#!/bin/sh 
echo "#################### generic-wayland.post ####################" 


#!/bin/sh 
echo "#################### generic-middleware.post ####################" 


#!/bin/sh 
echo "#################### generic-applications.post ####################" 


#!/bin/sh 
echo "#################### generic-bluetooth.post ####################" 


#!/bin/sh 
echo "#################### generic-multimedia.post ####################" 


#!/bin/sh 
echo "#################### generic-desktop-applications.post ####################" 

# depends on generic-base functions 
function generic_desktop_applications_fix_userhome() { 
user=$1 

generic_base_user_exists $user || return 1 
homedir=$(generic_base_user_home $user) 

echo "Fix app_info.db of $user" 
chown -R $user:users $homedir/.applications/dbspace/ 
} 

# fix TC-320 for SDK 
. /etc/tizen-build.conf 
# Disable to run below line because this results in always failure, so it can be regarded as useless. 
#[ "${TZ_BUILD_WITH_EMULATOR}" == "1" ] && generic_desktop_applications_fix_userhome developer 


#!/bin/sh 
echo "#################### generic-crosswalk.post ####################" 


#!/bin/sh 
echo "############### common-crosswalk.post ################" 

# start wrt widgets preinstall 
rpm -qa | grep wrt-widget 
if [ $? = 0 ] 
then 
prepare_widgets.sh 
fi 


#!/bin/sh 
echo "############### common-license.post ################" 

LICENSE_DIR=/usr/share/licenses 
LICENSE_FILE=/usr/share/license.html 
MD5_TEMP_FILE=/usr/share/temp_license_md5 

if [[ -f $LICENSE_FILE ]]; then 
rm -f $LICENSE_FILE 
fi 

if [[ -f $MD5_TEMP_FILE ]]; then 
rm -f $MD5_TEMP_FILE 
fi 


cd $LICENSE_DIR 
LICENSE_LIST=`ls */*` 

for INPUT in $LICENSE_LIST; do 
if [[ -f $INPUT ]]; then 
PKG_NAME=`echo $INPUT|cut -d'/' -f1` 
echo `md5sum $INPUT` $PKG_NAME >> $MD5_TEMP_FILE 
fi 
done 

MD5_LIST=`cat $MD5_TEMP_FILE|awk '{print $1}'|sort -u` 

echo "" >> $LICENSE_FILE

 

echo "" >> $LICENSE_FILE 
echo "" >> $LICENSE_FILE 
echo "" >> $LICENSE_FILE

 

echo "" >> $LICENSE_FILE 
echo "" >> $LICENSE_FILE 
echo "" >> $LICENSE_FILE

 

echo "" >> $LICENSE_FILE 

rm -rf $LICENSE_DIR/* $MD5_TEMP_FILE 

#!/bin/sh 
echo "#################### generic-dbus-policychecker.post ####################" 
for f in /etc/dbus-1/system.d/*.conf; do 
echo 
echo "$0: Checking D-Bus policy file: $f" 
dbus-policychecker "$f" 
done 

#!/bin/sh 
echo "#################### generic-security.post ####################" 

if [ -e /usr/share/security-config/set_capability ]; then 
echo 'Give capabilities to daemons via set_capability from security-config package' 
/usr/share/security-config/set_capability 
fi 
if [ -e /opt/share/security-config/test/image_test.sh ]; then 
echo 'Run security-test' 
/opt/share/security-config/test/image_test.sh 
fi  

#!/bin/sh 
echo "############### common-cleanup-directory.post ################" 

# remove manuals, docs and headers 
rm -rf /usr/include 
rm -rf /usr/share/man 
rm -rf /usr/share/doc 


%end 

%post --nochroot 
####################### buildname.nochroot ####################### 
if [ -n "$IMG_NAME" ]; then 
echo "BUILD_ID=$IMG_NAME" >> $INSTALL_ROOT/etc/tizen-release 
echo "BUILD_ID=$IMG_NAME" >> $INSTALL_ROOT/etc/os-release 
echo "$IMG_NAME tizen-unified_20181024.1" >>$INSTALL_ROOT/etc/tizen-snapshot 
fi 

echo "############### backup-data.nochroot ################" 

date +'[%m/%d %H:%M:%S %Z] backup-data.nochroot nochroot post script - start' 

if [ -e $INSTALL_ROOT/usr/bin/build-backup-data.sh ]; then 
    $INSTALL_ROOT/usr/bin/build-backup-data.sh 
fi 

date +'[%m/%d %H:%M:%S %Z] backup-data.nochroot nochroot post script - end' 


%end 

%runscript 

%end

 

- [이미지 직접 만들기] MIC로 이미지를 생성하기

$ sudo mic cr loop tizen-unified_iot-boot-armv7l-sdta7d.ks --pack-to=tizen-unified_iot-boot-armv7lsdta7d.
tar.gz --logfile=mic_build.log -A armv7l
$ sudo mic cr loop tizen-unified_iot-headless-2parts-armv7l-sdta7d.ks --pack-to=tizen-unified_iotheadless-
2parts-armv7l-sdta7d.tar.gz --logfile=mic_build.log -A armv7l

  결과물 : tizen-unified_iot-boot-armv7l-sdta7d.tar.gz, tizen-unified_iot-headless-2parts-armv7l-sdta7d.tar.gz

 

- [SRAM에 부트로더 올리기] imx_usb_loader 준비하기 : SRAM에 i.MX 보드용 이미지 설치툴

$ cd ~/tools
$ git clone https://github.com/boundarydevices/imx_usb_loader
$ cd ~/tools/imx_usb_loader/
$ make

 

- [SRAM에 부트로더 올리기] USB로 부트로더를 로드하기 위해 DAP Station 점퍼를 설정하기

 

- [SRAM에 부트로더 올리기] SDTA7D 보드의 전원을 켜고, USB 상태 확인

$ lsusb | grep Freescale
Bus 00x Device 00y: ID 15a2:0076 Freescale Semiconductor, Inc

 

- [SRAM에 부트로더 올리기] 타이젠 이미지 압축 풀기

$ cd ~/Tizen-sdta7d/mic-output

$ tar zxvf tizen-unified_iot-boot-armv7l-sdta7d.tar.gz
modules.img
u-boot.img
SPL
sdta7d.dtb
zImage

$ tar zxvf tizen-unified_iot-headless-2parts-armv7l-sdta7d.tar.gz
system-data.img
rootfs.img
ramdisk.img
ramdisk-recovery.img

 

- [SRAM에 부트로더 올리기] SDTA7D 보드에 SPL 로드하기

$ sudo ~/tools/imx_usb_loader/imx_usb SPL

 

- [SRAM에 부트로더 올리기] SDTA7D 보드에 U Boot 로드하기

$ sudo ~/tools/imx_usb_loader/imx_usb u-boot.img

 

- [eMMC에 부트로더 올리기] U Boot의 환경변수 초기화하기

(U-Boot)
=> env default -f -a
=> saveenv

 

- [eMMC에 부트로더 올리기] U Boot에서 7개의 파티션을 지정하기

(U-Boot)
=> mmc partconf 0 0 7 0

배포자료 중

 

- [eMMC에 부트로더 올리기] DFU(Device Firmware Upgrade)를 이용하여 eMMC로 SPL & U-Boot를 퓨징하기

  http://dfu-util.sourceforge.net/

(U-Boot)
=> dfu 0 mmc 0

 

(Host)
$ cd ~/tizen-imx7/u-boot
$ sudo dfu-util -D SPL -a spl
$ sudo dfu-util -R -D u-boot.img -a u-boot

 

- [eMMC에 부트로더 올리기] eMMC로 부트하도록 점퍼 설정하기

 

- [eMMC에 부트로더 올리기] Reset

 

- [eMMC에 부트로더 올리기] USB 대용량 저장장치 모드 활성화하기

(U-Boot)
=> ums 0 mmc 0

 

- [eMMC에 부트로더 올리기] eMMC 파티션 만들기

(Host)
$ sudo ./mkpart.sh ${DISK}

mkpart.s_
0.00MB

 

- [eMMC에 부트로더 올리기] 호스트에서 보드의 USB 대용량 저장장치를 확인하기

$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 1 3.6G 0 disk
sdb4 8:20 1 1K 0 part
sdb2 8:18 1 128M 0 part
sdb5 8:21 1 1G 0 part
sdb3 8:19 1 2G 0 part
sdb1 8:17 1 32M 0 part
sdb6 8:22 1 410M 0 part
sda 8:0 0 160.1G 0 disk
sda2 8:2 0 4.5G 0 part
sda1 8:1 0 155.6G 0 part /

 

- [eMMC에 부트로더 올리기] 커널을 위한 환경변수 설정하기

$ export kernel_version=4.20.6-0-sdta7d
$ export DISK=/dev/sdc

 

- [eMMC에 부트로더 올리기] 부트 파티션을 마운트하기

$ sudo mount ${DISK}1 /media/hbahn/boot/

 

- [eMMC에 부트로더 올리기] extlinux.conf 설정하기

$ sudo mkdir -p /media/hbahn/boot/extlinux/
$ sudo sh -c “echo ‘label Linux ${kernel_version}’ > /media/hbahn/boot/extlinux/extlinux.conf”
$ sudo sh -c “echo ‘ kernel /boot/vmlinuz-${kernel_version}’ >> /media/hbahn/boot/extlinux/extlinux.conf”
$ sudo sh -c “echo ‘ append root=/dev/ram rw’ >> /media/hbahn/boot/extlinux/extlinux.conf”
$ sudo sh -c “echo ‘ fdtdir /boot/dtbs/${kernel_version}/’ >> /media/hbahn/boot/extlinux/extlinux.conf”
$ sudo sh -c “echo ‘ initrd /boot/ramdisk.img’ >> /media/hbahn/boot/extlinux/extlinux.conf”

 

- [eMMC에 부트로더 올리기] 커널이미지 복사하기

$ sudo mkdir -p /media/hbahn/boot/boot
$ sudo cp -v zImage /media/hbahn/boot/boot/vmlinuz-${kernel_version}

 

- [eMMC에 부트로더 올리기] 커널 디바이스 트리 바이너리 복사하기

$ sudo mkdir -p /media/hbahn/boot/boot/dtbs/${kernel_version}/
$ sudo cp sdta7d.dtb /media/hbahn/boot/boot/dtbs/${kernel_version}/

 

- [eMMC에 부트로더 올리기] 커널 모듈 복사하기

$ sudo dd if=modules.img of=${DISK}2 bs=1M

 

- [eMMC에 부트로더 올리기] 타이젠 플랫폼 이미지 복사하기

$ sudo dd if=rootfs.img of=${DISK}3 bs=1M
$ sudo dd if=system-data.img of=${DISK}5 bs=1M

 

- [eMMC에 부트로더 올리기] 램디스크 이미지 복사하기

$ sudo cp ramdisk.img /media/hbahn/boot/boot

 

 

* 해커톤 참가자들에게 배포된 이미지 중 SPI 부분만 갱신하기

- 신규 부트 바이너리 : tizen-unified_iot-boot-armv7l-sdta7d.tar.gz

- 신규 부트 바이너리의 압축을 풀면 아래와 같은 파일을 나옴.

$ tar zxvf tizen-unified_iot-boot-armv7l-sdta7d.tar.gz
modules.img 
u-boot.img 
SPL 
sdta7d.dtb 
zImage 

 

- 위에서 sdta7d.dtb와 zImage만 업데이트 해기

1. u-boot에서 USB mass storage utility 실행

=> ums 0 mmc 0

 

2. Host Linux에서 신규 boot image 복사

(1) 환경 설정

$ export kernel_version=4.20.6-0-sdta7d     
$ export DISK=/dev/sdc 

 

(2) 타깃보드 마운트(아래는 개인 환경에 따라 설정해주세요)                  

$ sudo mount ${DISK}1 /media/hbahn/boot/

 

(3) Copy Kernel Image

$ sudo cp -v zImage /media/hbahn/boot/boot/vmlinuz-${kernel_version} 

 

(4) Copy Kernel Device Tree Binaries

$ sudo cp sdta7d.dtb /media/hbahn/boot/boot/dtbs/${kernel_version}/

 

 

 

보드 환경설정 : 디바이스 / 이미지

- 타이젠스튜디오 with 라즈베리파이 : https://craftroom.tizen.org/diy-iot-%ED%8A%9C%ED%86%A0%EB%A6%AC%EC%96%BC-1-%EA%B0%9C%EB%B0%9C%ED%99%98%EA%B2%BD-%EC%84%A4%EC%A0%95%ED%95%98%EA%B8%B0/

- 이미지 생성하기 : https://craftroom.tizen.org/how-to-create-your-own-customized-platform-image/

- 이미지 설치하기 : https://craftroom.tizen.org/how-to-install-tizen-platform-image-on-eagleye-530s-board/

- WiFi 설정 : https://craftroom.tizen.org/tizeniot_wifi_setuptizen_studio_wireless_connect/

 

서비스앱

- 서비스앱 모델 : https://developer.tizen.org/development/guides/native-application/application-management/applications/service-application

- 네이티브 API : https://developer.tizen.org/development/api-references/native-application

 

프레임워크 + 앱개발 : 기본 입출력 프로토콜

- PIO API : https://developer.tizen.org/development/iot-extension-sdk/api-guides/tizen-peripheral-io-native-api

- GPIO : https://craftroom.tizen.org/smartmotionlight/

- I2C&PWM : https://craftroom.tizen.org/illuminance_to_servo/

- SPI : https://craftroom.tizen.org/co2/

- 라즈베리파이 + 아두이노 : https://craftroom.tizen.org/diy-iot-%ED%8A%9C%ED%86%A0%EB%A6%AC%EC%96%BC-5-%EC%95%84%EB%91%90%EC%9D%B4%EB%85%B8-%EC%97%B0%EA%B3%84%ED%95%98%EA%B8%B0/

 

* 프레임워크 + 앱개발 : 멀티미디어

- 카메라 기본 : https://developer.tizen.org/development/guides/native-application/media-and-camera/camera

- 카메라 프로젝트 : https://craftroom.tizen.org/simple-iot-camera/

 

* 프레임워크 + 앱개발 : AI를 위한 앱개발

- Image detection + Recognition : https://developer.tizen.org/development/guides/native-application/media-and-camera/visual-detection-and-recognition

- Vision : https://craftroom.tizen.org/%EC%95%84%ED%8B%B1%EC%9C%BC%EB%A1%9C-smart-surveillance-camera-%EB%A7%8C%EB%93%A4%EA%B8%B0/

- Alexa : https://craftroom.tizen.org/iotdev-withalexa/

 

*서비스:스마트싱스(버전 업데이트 필요, 아래 코드는 현재 사용 불가합니다)

- 스마트싱스 기본 : https://developer.tizen.org/development/iot-extension-sdk/api-guides/things-sdk-api

- 스마트싱스 사용하기 : https://craftroom.tizen.org/how-to-use-smartthings/

- 스마트싱스 + GPIO : https://craftroom.tizen.org/smart-motion-light-smartthings-for-tizen-5-0/

- 스마트싱스 프로젝트 생성 : https://craftroom.tizen.org/diy_iot_tutorial2/

- 자동화 : https://craftroom.tizen.org/diy-iot-%ED%8A%9C%ED%86%A0%EB%A6%AC%EC%96%BC-6-%EC%9E%90%EB%8F%99%ED%99%94-%EA%B7%9C%EC%B9%99-%EB%A7%8C%EB%93%A4%EA%B8%B0/

 

* 서비스 클라우드 누비슨 

- 누비슨 사이트 : https://nubisoniot.com/

- 깃허브 : https://github.com/nubisoniot/NI

 

타이젠 메이킹 프로젝트 예시

- 아마존 대시 버튼 : https://craftroom.tizen.org/%EC%BB%A4%EC%8A%A4%ED%85%80-%EC%95%84%EB%A7%88%EC%A1%B4-%EB%8C%80%EC%8B%9C-%EB%B2%84%ED%8A%BC-%EC%A0%9C%EC%9E%91%ED%95%98%EA%B8%B0/

- 콘센트 : https://craftroom.tizen.org/diy-iot-%EC%BD%98%EC%84%BC%ED%8A%B8-%EC%A0%9C%EC%9E%91%ED%95%98%EA%B8%B0/

- 스위치 : https://craftroom.tizen.org/diy-iot-%EC%82%AC%EB%A1%80-iot-%EC%8A%A4%EC%9C%84%EC%B9%98%EB%A1%9C-%EC%A0%84%EB%93%B1-%EC%A0%9C%EC%96%B4%ED%95%98%EA%B8%B0/

 

기타

- 포팅 가이드 https://wiki.tizen.org/Tizen_3.0_Porting_Guide

수정내역 : '19. 8. 16(금) 내용 추가

 

'19년 8~9월, 타이젠 워크숍 및 해커톤을 개최할 예정입니다.

 

* 해커톤
- 주제 : 사람들의 간절한 문제를 해결하는 탑 메이커
- 모집기간 : ‘19. 7. 16(화) ~ 8. 16(금)
- 하드웨어 해커톤 일정 : 1박 2일, 9. 21(토) ~ 22(일)
- 참가규모 : 30팀 이내(120명 내외, 팀 당 4명 내외 구성)
- 참가요건 : H/W개발자, S/W개발자 각 1명 이상(필수)으로 구성된 4인 내외의 팀
   ※ 가능 : SW 개발자 1명 + HW개발자 1명 + 기획자
   ※ 불가능 : 기획자 2명 + 디자이너 2명
- 필수기술 : 타이젠
   ※ 타이젠은 음성이나 비전 등 고성능을 요구하는 제품에 적합한 OS.
- 지원내용
   ① 1개 팀당 개발지원금 30만원 제공
      (사후 증빙서류 제출후 입금해줌. 신용카드 매출전표 & 증빙사진이 필요함. 
   ② 토일 개발 워크숍 [4주 내외, 동영상강의 별도 제공]
   ③ 별도 주중 워크숍 [7월~8월사이 별도의 특별 워크숍도 진행예정, 고급과정 중심]

 

* 사전 기술워크숍(해커톤 참여자 대상, 외부참여 일부허용)

 

* 시상혜택

지원 내용

시상 내역

비 고

최우수상

상금 2,000천원 (1)

하드웨어 스타트업 엑셀러레이팅 프로그램 T-Stars 참가기회부여

기술창업비자 필수점수 부여 (법무부)

- 3D모델링, CNC/3D 프린팅 등 시작품 제작지원

서울시 창업허브 입주신청시 가점부여

심사위원

(60%)

동료 평가

(40%)

우수상

상금 1,000천원 (각 1팀, 총 2팀)

기술창업비자 필수점수 부여 (법무부)

- 3D모델링, CNC/3D 프린팅 등 시작품 제작지원

서울시 창업허브 입주신청시 가점부여

심사위원

(60%)

동료 평가

(40%)

장려상

상금 500천원 (각 1팀, 총 2팀)

- 3D모델링, CNC/3D 프린팅 등 시작품 제작지원

서울시 창업허브 입주신청시 가점부여

심사위원

(60%)

동료 평가

(40%)

우수 리더상

∘ 2

삼성 갤럭시 워치 각 1

 

동료 평가

(100%)

기타 사항

※ 외국인 개발자 특전 사항 (최우수상우수상 수상시)

기술창업비자 필수점수 부여 (법무부)

 

 

자세한 내용을 확인하고 싶으시거나 해커톤 참가 신청을 하시려면,
여기를 참고해주세요~

 

(2019) '사람들의 간절한 문제를 해결하는 탑 메이커'를 주제로한 서울 하드웨어 해커톤 | Seoul Hardware Hackathon, Top Maker

(2019) '사람들의 간절한 문제를 해결하는 탑 메이커'를 주제로한 서울 하드웨어 해커톤 | Seoul Hardware Hackathon, Top Maker ※ 서울 하드웨어 해커톤은 개발자간 네트워킹을 중요시합니다. 서로 많이들 알아..

www.topmaker.kr

 

추가 : 신청이 마감되었습니다.

* 본 게시물은 '19. 7. 29(월)에 추가로 수정되었습니다.

 

G Camp에서 타이젠 워크숍이 개최될 예정입니다.
타이젠 스페셜리스트이신 방진석님의 강의를 들으실 수 있습니다.

* 1차 워크숍
- 일정 : '19. 7. 29(월) ~ 31(수)
- 장소 : 서울시 금천구 디지털로 9길 90 까르뜨니트 물류창고
- 신청하기 : (마감) https://www.g.camp/910

1차 워크숍에서는 예정에 없던 타이젠팀 강석현님의 발표도 있었습니다.

발표자 : 강석현님

강석현님은 20분 남짓한 시간 동안 타이젠의 지난 몇 년간의 흐름을 짚어주셨습니다.

 

발표자 방진석님

그리고 방진석님께서 전체적으로 강의를 이끌어 나가셨는데,

이번이 공식적인 발표 데뷰전이신데도 불구하고 침착하게 잘하시더군요.

 

다행스럽게도,

1차 워크숍의 인기가 좋아서 동일한 내용의 워크숍이 하나 더 개설되었다고 합니다.

 

* 2차 워크숍
일정 : '19. 8. 5(월) ~ 7(수)
장소 : 서울시 금천구 디지털로 9길 90 까르뜨니트 물류창고
- 신청하기 : https://www.topmaker.kr/186

(이하 게시 내용)


 

 

 

□ 개요
 ○ 개최 배경
  - 리눅스기반 고성능 하드웨어의 제조 요청이 증가하고 있으나, 이와관련된 교육기회는 적으며, 라즈베리파이 기반으로 제공되는 경우는 적용은 매우 쉬우나, 실제 상용으로서의 한계를 가지고 있음
  - Tizen은 이미 많은 하드웨어에 실제 적용되어, 오류코드가 지속적으로 수정되고 있으며, 보안적으로 우수함
  - 다양한 API를 제공하여 쉽게 하드웨어 적용이 가능함
  - 이에 리눅스 기반 타이젠 플랫폼을 이용한 디바이스 제작으로  여러 기업 및 하드웨어 스타트업이 활용 할 수 있는 기회 제공

 ○  강의 : 타이젠 스페셜리스트 방진석 (https://developer.tizen.org/blog/tizen-specialist-program)

 ○ 기대효과
- 전년도 교육(https://topmaker.tistory.com/tag/TIZEN2018)과 변화된 내용 전달 
- Tizen IoT Platform을 이용한 간단한 전자 부품 및 Seneor 실습을 통한 Tizen IoT Project 이해 
- Tizen IoT Platform을 이용한 Lidar Sensor 제작 경험 공유 

□ 세부 내용 

 ○ 모집인원 : 20 명 (선착순) 다만, 전자 부품 및 C언어에 대한 이해를 중급이상으로 가지고 있어야 합니다. 

 ○ 일정

 [1일차] 

Tizen IoT Platform 소개 및 Tizen Studio 설치, 구조알기 Tizen 소개와 설치, 구조 알기 작년도 동영상 교육 내용 활용 (동영상 교육 재활용) - 현 시점의 달라진 내용 전달 - Craftroom workspace를 이용한 image 제작 소개 (해당 web page 에서 설명) - Tizen IoT Platform Memory Card 에 Image Fusing 하기 (해당 web page 에서 설명) - Tizen Studio 설치 설명 (해당 web page 에서 설명) - Tizen Project 구조 동작 방식 (작년도 동영상 교육 내용 으로 전달) - WiFi 설정 및 연결 - SDB 사용과 연결하기 - GPIO 사용을 위한 API 설명 - LED 제어 하기(실습)

 [2일차] 

Tizen IoT Platform을 이용한 전자 부품 및 Sensor 실습 - 버튼 입력 받기(실습) - 모션 센서 (실습) - I2C Bus 사용을 위한 API 설명 - illuminance Sensor (실습) - OLED 출력 하기

 [3일차] 

Tizen IoT Platform을 활용한 Digital 거리계 만들기 - Lidar Sensor 알아보기 - Hardware 배선((실습) - Tizen Project(distance) 설명 - Tizen Project를 활용한 Lidar Sensor 개발 경험 및 개발 멘토링

  ○ 준비물 ( 메이커스페이스에서 구매 준비합니다)

구분

품명

규격

수량

비고

개인

노트북

INTEL I5 이상 권장

1

 교육중에 Mac 셋팅을 지원하지는 않아요. 

재료

목록

Embedded board

Raspberry Pi 3 B

1

 

Lidar Sensor

Lidar Lite V3

1

 

OLED

0.96인치 OLED 디스플레이

모듈 - I2C

1

 

디지털 조도 센서

BH-1750 IIC bus

1

 

8-Channel 10bit

ADC SPI Interface

MCP3008

1

 

 

Motion Sensor

HC-SR501

1

 

 

 

 

 

 

USB to TTL Convert

PL2303

1

 

Bread Board

Half Size Breadboard

1

 

Raspberry Pi power

DC5V / MAX 2.5A

1

 

Electrolytic Capacitors

470 uF/ 16V

1

 

Yellow LED

5 pi, 5mm

1

 

Green LED

5 pi, 5mm

1

 

Resistance

2.7Kohm 1/4W

2

 

Resistance

330ohm 1/4W

2

 

※ 교육 참여자는 개인 노트북 및 USB 지참하여야 합니다. 
※ 교육에 사용되는 노트북 OS 는 Windows10 를 사용 합니다. Linux OS 및 Mac OS는 지원 하지 않습니다.
※ 교육 참여자는 전자 부품 및 C 언어에 대한 이해도가 중급이상이어야 합니다. 
※ 이 교육은 전자부품 및 센서 모듈을 중점 적으로 설명할 예정으로 Tizen에 연관된 클라우드는 다루지 않습니다. 

□ 참가신청
 ○ 천만원 가까이 비용이 투입되는 워크숍으로 불참시 반드시 통보요망, 미 통보시 향후 워크숍 참여불가
 ○ 참가비는 2만원을 받을 예정이며, 이는 최종일에 상호 네트워킹의 음료 구매시 실비로 사용할 예정입니다. 영수증은 제공되지 않으며, 영수증이 필요하신 분은 당일 근처 편의점에서 음료를 구매해서 가져오시면 됩니다. 

SDTA7D 보드 <사진=서울산업진흥원(SBA) 제공>

지난해 11월 아틱 브랜드가 종료된 이후,
지난 반년간 타이젠 플랫폼이 탑재된 보드를 개발하였습니다.

후원 : 서울산업진흥원 G Camp
제작 : Sigma Delta Technologies
기술지원 : 삼성전자
보드명 :  SDTA7D, Sigma Delta Technologies Arm cortex 7 Dual

조만간 인터넷으로도 구매할 수 있을 예정입니다.
구매가능하게 되면 이 게시물에 관련 정보를 추가하겠습니다.

관련기사 : http://www.etnews.com/20190722000115

 

서울시-SBA 메이커스랩 G·CAMP, 사물인터넷용 리눅스 보드 출시

[전자신문인터넷 박동선기자] 서울산업진흥원(대표 장영승, 이하 SBA)이 상용 하드웨어 보드 공급을 토대로 사물인터넷(IoT) 산업 활성화를 촉진한다. 최근 SBA 측은 산하 메이커스페이스 랩 G·CAMP(지&midd

www.etnews.com

 



안녕하세요, 타이젠 개발자 윤진입니다.


전자신문을 비롯하여 몇 개의 언론사에서 타이젠 기반 IoT 개발 워크숍에 대한 기사를 다뤘습니다..

근데 전자신문이 내용을 제일 잘 이해하고 썼네요.


전자신문 : http://www.etnews.com/20180727000135

한국경제 : http://news.hankyung.com/article/201807275359a





해커톤에서 사용된 자료를 공유합니다.

- 이은영님, '타이젠 IoT 환경설정',  Tizen_IoT_Environment.pdf

- 한준규님, '타이젠 앱 개발 기초',  Tizen_IoT_App_Basic_Development.pdf

- 손보연님, 'GPIO', https://craftroom.tizen.org/smart-motion-light-smartthings/

- 윤진, 'I2C & PWM', https://craftroom.tizen.org/illuminance_to_servo/

- 박정훈님, 'SPI', https://craftroom.tizen.org/co2/

- 정성문님, 박지원님, 자료는 따로 공유하지 않습니다.




* 본 게시물은 '19. 7. 29(월)에 추가로 수정되었습니다.

  Tizen IoT Preview는 Tizen 4.0에서 베타 버전으로 한시적으로 지원되었습니다.

  Tizen 5.0에서는 더 이상 사용할 수 없습니다.





출처 : https://developer.tizen.org/development/iot-preview/iot-apis


IoT APIs

 

The Tizen IoT API provides a common set of interfaces allowing you to build compelling IoT device applications which achieve native performance. The characteristics include:

  • Common set API, which means that the Tizen IoT API is based on the Tizen 4.0 common profile. The API supports the common set of mobile, wearable, and TV profiles and allows you to make IoT applications, such as network audio applications.
  • Available platform binaries, which allow you to efficiently create an IoT application. Tizen Common Headed binaries for Raspberry Pi 3 and ARTIK 530 have passed the API test verification, which means that you can create IoT applications with a productive quality.

In Preview 1, the Tizen IoT API releases only the native "C" API. Other convenient language types for the API are to be considered in the future.

The following table lists the IoT-specific Tizen platform API group.


Things SDK API

Developing "Things" which are market-ready (with cloud support) has been a challenge for most of the companies and individual developers. The SmartThings™ Things SDK API helps you to create new IoT devices easily. The version number of the first release is 0.9, which is the preview version.

The 2 core components for creating a new device are:

  • SmartThings™ Things JSON Configuration file (device_definition.json)

    For more information on the configuration file details, see Device Definition.

  • Application logic and user interaction

    For more information on using the SmartThings™ Things SDK API, see API Usage.

Figure: Creating a new device

Creating a new device

The SmartThings™ (ST) Things SDK provides you an easy and configurable option to build and deploy your own devices quickly:

  • The ST Things SDK provides JSON-based things definition, which:
    • Defines device and platform information.
    • Defines resources that the thing is supporting.
    • Defines an easy-setup configuration.
  • The ST Things SDK provides spec-agnostic APIs, which:
    • Hide the interface and resource type details in a request data.
    • Divide a collection resource request into single resource requests.
    • Provide the "property_key" in case of the GET request.

The SmartThings™ Things SDK API provides the following benefits for you:

  • Supporting pin-based and UserConfirm(Certificate)-based OTM in EasySetup.
  • Providing a JSON-based device/resource definition method in a single file:
    • Includes Single resource and Collection resource support.
  • Resources that are defined in a JSON file/string are made internally.
  • Easy APIs to handle requests and responses:
    • Supports request methods: GET and POST.
    • You only need to make a representation (bundle of property values) for a response.
    • You do not need to handle interfaces, as they are handled internally.
    • The request to a collection resource is divided into individual requests to single resources.
  • Cloud setup (Sign-up/Sign-in/Sign-out/Resource publish to cloud) is handled internally.
  • Following operations are handled internally:
    • To respond to an Access Point List (APList) request from a client.
    • To start and stop softAP.
    • To connect to a target WiFi AP (Enroller).
    • To make the whole response data according to the interfaces (such as oic.if.baselineoic.if.b, and oic.if.ll).


API Usage

The following figure illustrates the SmartThings™ Things API life-cycle.

 

 

Figure: SmartThings™ Things API life-cycle

SmartThings Things API life-cycle

Initializing Stack and Callbacks

Once the device configuration JSON file is ready, you can specify the read-only and read-write paths in the st_things_set_configuration_prefix_path() function (optional), and specify the file in the st_things_initialize() function:

bool easysetup_complete = false;
st_things_set_configuration_prefix_path("/ropath/XXX/res", "/rwpath/XXX/data"); /* Optional */
st_things_initialize("sample_device.json", &easysetup_complete);

/* User input can be handled graphically or using CLI */
/* You need to decide that */
if (!easysetup_complete) {
    int cmd = 0;
    printf("[%s]Start Easysetup ? (1:yes, other:no): ", TAG);
    scanf("%d", &cmd);
    if (1 != cmd) {
        st_things_deinitialize();

        return 0;
    }
}

/* Register Callbacks */
st_things_register_request_cb(handle_get_request, handle_set_request);
st_things_register_reset_cb(handle_reset_request, handle_reset_result);
st_things_register_user_confirm_cb(handle_ownership_transfer_request);
st_things_register_things_status_change_cb(handle_things_status_change);

st_things_start();
printf("ST Things Stack started\n");

handle_main_loop();

st_things_stop();
printf("ST Things Stack Stopped\n");
st_things_deinitialize();
printf("ST Things Stack deinitialized\n");

You must define the highlighted code in the above example. The st_XXX() functions come from the ST Things SDK API. For more information, see the API Documentation.

Getting and Setting Request Handling Callbacks

Assume that the following resources and resource types are defined in the sample_device.json file:

Example: Resources and resource types

"resources": {
   "single": [
      {
         "uri": "/switch",
         "types": [
            "oic.r.switch.binary"
         ],
         "interfaces": [
            "oic.if.a",
            "oic.if.baseline"
         ],
         "policy": 3
      },
      {
         "uri": "/audio",
         "types": [
            "oic.r.audio"
         ],
         "interfaces": [
            "oic.if.a",
            "oic.if.baseline"
         ],
         "policy": 3
      }
   ]
}
"resourceTypes": [
   {
      "type": "oic.r.switch.binary",
      "properties": [
         {
            "key": "value",
         "type": 0,
            "mandatory": true,
            "rw": 3
         }
      ]
   },
   {
      "type": "oic.r.audio",
      "properties": [
         {
            "key": "volume",
            "type": 1,
            "mandatory": true,
            "rw": 3
         },
         {
            "key": "mute",
            "type": 0,
            "mandatory": true,
            "rw": 3
         }
      ]
   }
]

The 2 defined resources are:

  • Switch (URI = "/switch")
  • Audio (URI = "/audio")

The following example illustrates the get and set request handlers:

static const char* RES_SWITCH = "/switch";
static const char* RES_AUDIO = "/audio";

bool
handle_get_request(st_things_get_request_message_s* req_msg, st_things_representation_s* resp_rep)
{
    printf("[%s]Received a GET request on %s\n", TAG, req_msg->resource_uri);
    bool ret = false;
    if (0 == strcmp(req_msg->resource_uri, RES_SWITCH)) {
        ret = handle_get_request_on_switch(req_msg, resp_rep);
    } else if (0 == strcmp(req_msg->resource_uri, RES_AUDIO)) {
        ret = handle_get_request_on_audio(req_msg, resp_rep);
    } else {
        printf("[%s]Not supported uri.\n", TAG);
    }

    return ret;
}

bool
handle_set_request(st_things_set_request_message_s* req_msg, st_things_representation_s* resp_rep)
{
    printf("[%s]Received a SET request on %s\n", TAG, req_msg->resource_uri);
    bool ret = false;

    if (0 == strcmp(req_msg->resource_uri, RES_SWITCH)) {
        ret = handle_set_request_on_switch(req_msg, resp_rep);
    } else if (0 == strcmp(req_msg->resource_uri, RES_AUDIO)) {
        ret = handle_set_request_on_audio(req_msg, resp_rep);
    } else {
        printf("[%s]Not supported uri.\n", TAG);
    }

    return ret;
}

The key difference is the req_msg->resource_uri value passed in the callbacks to distinguish the 2 resources. Since the resource URI is unique in the device definition, each resource can be handled separately.

The following examples illustrate the get and set request handling callbacks for a single and multiple properties:

  • For a single property, you must extract the desired property from the request message and update the device property database locally. Once you have updated the device property, you must update the response representation about the updated property which is sent to the client:
    #define TAG "DEVELOPER_DEVICE"
    
    static const char* PROPERTY_VALUE = "value";
    bool g_switch_value = false;
    
    bool
    handle_get_request_on_switch(st_things_get_request_message_s* req_msg, st_things_representation_s* resp_rep)
    {
        printf("[%s]IN-handle_get_request_on_switch() called..\n", TAG);
        printf("[%s]current switch value: %d\n", TAG, g_switch_value);
    
        resp_rep->set_bool_value(resp_rep, PROPERTY_VALUE, g_switch_value);
    
        printf("[%s]OUT-handle_get_request_on_switch() called..\n", TAG);
    
        return true;
    }
    
    bool
    handle_set_request_on_switch(st_things_set_request_message_s* req_msg, st_things_representation_s* resp_rep)
    {
        printf("[%s]IN-handle_set_request_on_switch() called..\n", TAG);
        printf("[%s]current switch value: %d\n", TAG, g_switch_value);
    
        bool desired_value = false;
        req_msg->rep->get_bool_value(req_msg->rep, PROPERTY_VALUE, &desired_value);
    
        printf("[%s]desired switch value: %d\n", TAG, desired_value);
        g_switch_value = desired_value;
        printf("[%s]changed switch value: %d\n", TAG, g_switch_value);
    
        resp_rep->set_bool_value(resp_rep, PROPERTY_VALUE, g_switch_value);
    
        printf("[%s]OUT-handle_set_request_on_switch() called..\n", TAG);
    
        return true;
    }
  • For multiple properties, the process is the same, except that you need to handle multiple properties at the same time:
    #define TAG "DEVELOPER_DEVICE"
    static const char* PROPERTY_VOLUME = "volume";
    static const char* PROPERTY_MUTE = "mute";
    int64_t g_audio_volume = 0;
    bool g_audio_mute = false;
    
    bool
    handle_get_request_on_audio(st_things_get_request_message_s* req_msg, st_things_representation_s* resp_rep)
    {
        printf("[%s]IN-handle_get_request_on_audio() called..\n", TAG);
        printf("[%s]current audio volume: %"PRId64".\n", TAG, g_audio_volume);
        printf("[%s]current audio mute: %d.\n", TAG, g_audio_mute);
    
        resp_rep->set_int_value(resp_rep, PROPERTY_VOLUME, g_audio_volume);
        resp_rep->set_bool_value(resp_rep, PROPERTY_MUTE, g_audio_mute);
        printf("[%s]OUT-handle_get_request_on_audio() called..\n", TAG);
    
        return true;
    }
    
    bool
    handle_set_request_on_audio(st_things_set_request_message_s* req_msg, st_things_representation_s* resp_rep)
    {
        printf("[%s]IN-handle_set_request_on_audio() called..\n", TAG);
        printf("[%s]current audio volume: %"PRId64".\n", TAG, g_audio_volume);
        printf("[%s]current audio mute: %d\n", TAG, g_audio_mute);
    
        int64_t desired_volume = 0;
        bool desired_mute = false;
        req_msg->rep->get_int_value(req_msg->rep, PROPERTY_VOLUME, &desired_volume);
        req_msg->rep->get_bool_value(req_msg->rep, PROPERTY_MUTE, &desired_mute);
    
        printf("[%s]desired audio volume: %"PRId64".\n", TAG, desired_volume);
        printf("[%s]desired audio mute: %d.\n", TAG, desired_mute);
    
        g_audio_volume = desired_volume;
        g_audio_mute = desired_mute;
    
        printf("[%s]changed audio volume: %"PRId64".\n", TAG, g_audio_volume);
        printf("[%s]changed audio mute: %d.\n", TAG, g_audio_mute);
    
        resp_rep->set_int_value(resp_rep, PROPERTY_VOLUME, g_audio_volume);
        resp_rep->set_bool_value(resp_rep, PROPERTY_MUTE, g_audio_mute);
    
        printf("[%s]OUT-handle_set_request_on_audio() called..\n", TAG);
    
        return true;
    }

Notifying Observers

The following example illustrates how you can notify observers:

#define TAG "DEVELOPER_DEVICE"
static const char* RES_SWITCH = "/switch";
static const char* RES_AUDIO = "/audio";
static const char* PROPERTY_VALUE = "value";
bool g_switch_value = false;

bool
notify_observers(const char *resource_uri)
{
    printf("[%s] Notify all observers for resource = %s\n", TAG, resource_uri);
    bool ret = false;
    if (0 == strcmp(resource_uri, RES_SWITCH)) {
        ret = st_things_notify_observers(resource_uri);
    } else if (0 == strcmp(resource_uri, RES_AUDIO)) {
        ret = st_things_notify_observers(resource_uri);
    } else {
        printf("[%s]Not supported uri.\n", TAG);
    }

    return ret;
}

bool
handle_set_request_on_switch(st_things_set_request_message_s* req_msg, st_things_representation_s* resp_rep)
{
    printf("[%s]IN-handle_set_request_on_switch() called.\n", TAG);
    printf("[%s]current switch value: %d\n", TAG, g_switch_value);
    bool is_value_changed = false;
    bool desired_value = false;
    req_msg->rep->get_bool_value(req_msg->rep, PROPERTY_VALUE, &desired_value);

    printf("[%s]desired switch value: %d\n", TAG, desired_value);
    if (g_switch_value = desired_value) {
        g_switch_value = desired_value;
        is_value_changed = true;
    }
    resp_rep->set_bool_value(resp_rep, PROPERTY_VALUE, g_switch_value);

    if (is_value_changed) {
        notify_observers(req_msg->resource_uri);
    }
    printf("[%s]OUT-handle_set_request_on_switch() called..\n", TAG);

    return true;
}

IoTivity Information

The following table lists the resource types supported by IoTivity.

Table: IoTivity resource types

Resource type nameResource type value
Deviceoic.wk.d
Platformoic.wk.p
Discoveryoic.wk.res
Presenceoic.wk.ad
Collectionoic.wk.col

The following table shows the IoTivity interfaces that specify how the device returns its response. These interfaces can be used by the IoTivity client (such as Samsung Connect) to retrieve information from the server (device).

Table: IoTivity interfaces for responses

NameInterfaceDescription
Baselineoic.if.baselineIncludes all information about the resource, including metadata and collection information. This is the default interface type.
Linked Listoic.if.llIncludes only the collection information about the resource. This is the default interface type for /oic/res.
Batchoic.if.bAllows for the aggregation of interaction with all resources. Each resource is interacted with separately, but their responses are aggregated.

The following table lists other interface types that are related to permissions. These interfaces are relevant for retrieve and update requests.

Table: IoTivity interfaces for permissions

NameInterfaceDescription
Readoic.if.rAllows values to be read.
Read Writeoic.if.rwAllows values to be read and written.
Actuatoroic.if.aAllows creating, updating, and retrieving actuator values.
Sensoroic.if.sAllows sensor values to be read.



Tizen Peripheral I/O Native API

Tizen IoT provides the Peripheral I/O APIs for IoT devices to control peripherals, such as sensors and actuators, using industry-standard protocols and interfaces:

  • GPIO (General-Purpose Input/Output)
  • PWM (Pulse-Width Modulation)
  • SPI (Serial Peripheral Interface)
  • I2C (Inter-Integrated Circuit)
  • UART (Universal Asynchronous Receiver-Transmitter)

Since each peripheral supports different interfaces and protocols, you must check from the peripheral's specifications whether a specific protocol is supported. Peripheral I/O APIs are categorized based on the protocol.

Figure: Peripherals connected to an IoT device

Peripherals connected to an IoT device

Supported Protocols

The following table lists the supported protocols for the Tizen IoT hardware targets.

Table: Protocols supported by the Tizen IoT hardware targets

ProtocolARTIK 530Raspberry Pi 3
GPIOYesYes
PWMYesNo
SPIYesYes
I2CYesYes
UARTYesYes

The following figures illustrate the pinout information for the Tizen IoT hardware targets.

Figure: ARTIK 530 pinout

ARTIK 530 pinout

Figure: Raspberry Pi 3 pinout

Raspberry Pi 3 pinout

Prerequisites

  1. To use the Peripheral I/O API, the application has to request permission by adding the following platform privilege to the tizen-manifest.xml file:
    <privileges>
       <privilege>http://tizen.org/privilege/peripheralio</privilege>
    </privileges>

    To obtain authorization to use platform-level privileges, the application must be signed with a platform-level distributor certificate. Create a certificate profile for signing the application:

    1. To open the Certificate Manager, in the Tizen Studio menu, go to Tools > Certificate Manager.

      Certificate Manager

    2. To add a new certificate profile for signing your application, click + in the Certificate Manager and enter a profile name.

      Add a new profile

    3. Select Create a new author certificate and click Next.

      Create an author certificate

    4. Enter the key file name, author name, password, and password again. If you want to provide more information for the certificate, enter the details after unfolding the More details section.

      Add author certificate details

    5. Select Use the default Tizen distributor certificate and the Platform privilege level, and click Finish.

      The new platform-level certificate is created and shown in the Certificate Manager.

      Select privilege level

      View new certificate

  2. To use the functions and data types of the Peripheral I/O API, include the <peripheral_io.h> header file in your application:
    #include <peripheral_io.h>


GPIO

GPIO (General-Purpose Input/Output) is a programmable interface for reading the state of binary input peripherals, such as a switch, and controlling the state of binary output peripherals, such as a LED.

GPIO sets a direction for the data transfer. It can also detect an interrupt signaled by a level transition: either a falling edge (high to low) or a rising edge (low to high). To detect the interrupt signal you want, set the appropriate edge mode.

GPIO offers the following edge modes:

  • Rising mode detects data changes from low to high.
  • Falling mode detects data changes from high to low.

Figure: GPIO edge modes

GPIO edge modes

Opening and Closing a Handle

To open and close a handle:

  1. To open a GPIO handle, use the peripheral_gpio_open() function:
    int pin = 26; /* ARTIK 530 : GPIO8, Raspberry Pi 3 : GPIO26 */
    peripheral_gpio_h gpio_h;
    peripheral_gpio_open(pin, &gpio_h);

    The pin parameter required for this function must be set according to the following tables.

    Table: ARTIK 530

    Pin namePin (parameter 1)Pin namePin (parameter 1)
    GPIO0128GPIO1129
    GPIO2130GPIO346
    GPIO414GPIO541
    GPIO625GPIO70
    GPIO826GPIO927

    Table: Raspberry Pi 3

    Pin namePin (parameter 1)Pin namePin (parameter 1)
    GPIO44GPIO55
    GPIO66GPIO1212
    GPIO1313GPIO1616
    GPIO1717GPIO1818
    GPIO1919GPIO2020
    GPIO2121GPIO2222
    GPIO2323GPIO2424
    GPIO2525GPIO2626
    GPIO2727--
    NoteFor more information on the pin names and locations, see Supported Protocols.
  2. To close a GPIO handle that is no longer used, use the peripheral_gpio_close() function:
    peripheral_gpio_close(gpio_h);

Setting the Data Direction

To set the data transfer direction, use the peripheral_gpio_set_direction() function with 1 of the following direction types:

  • PERIPHERAL_GPIO_DIRECTION_IN: Input mode to receive data from a binary output peripheral.
  • PERIPHERAL_GPIO_DIRECTION_OUT_INITIALLY_HIGH: Output mode to send data to a binary output peripheral. This value initializes the output peripheral state as high.
  • PERIPHERAL_GPIO_DIRECTION_OUT_INITIALLY_LOW: Output mode to send data to a binary output peripheral. This value initializes the output peripheral state as low.
peripheral_gpio_set_direction(gpio_h, PERIPHERAL_GPIO_DIRECTION_OUT_INITIALLY_LOW);
NoteTo set the data direction to PERIPHERAL_GPIO_DIRECTION_OUT_INITIALLY_HIGH or PERIPHERAL_GPIO_DIRECTION_OUT_INITIALLY_LOW, the edge mode must be set to PERIPHERAL_GPIO_EDGE_NONE.

Setting the Edge Mode

To set the edge mode, use the peripheral_gpio_set_edge_mode() function with 1 of the following edge mode types:

  • PERIPHERAL_GPIO_EDGE_NONE: No edge mode.
  • PERIPHERAL_GPIO_EDGE_RISING: Interrupted at a rising edge (low to high).
  • PERIPHERAL_GPIO_EDGE_FALLING: Interrupted at a falling edge (high to low).
  • PERIPHERAL_GPIO_EDGE_BOTH: Interrupted at both rising and falling edges.
peripheral_gpio_set_edge_mode(gpio_h, PERIPHERAL_GPIO_EDGE_RISING);
NoteTo set the edge mode to PERIPHERAL_GPIO_EDGE_RISINGPERIPHERAL_GPIO_EDGE_FALLING, or PERIPHERAL_GPIO_EDGE_BOTH, the data direction must be set to the PERIPHERAL_GPIO_DIRECTION_IN.

Setting the Interrupted Callback

The interrupted callback is called when the GPIO state changes, based on the selected edge mode.

The interrupted callback is unset when the peripheral_gpio_unset_interrupted_cb() function is called or when the callback receives an error value other than PERIPHERAL_ERROR_NONE.

To implement the interrupted callback:

  1. Define the interrupted callback content.
    static void
    interrupted_cb(peripheral_gpio_h gpio_h, peripheral_error_e error, void *user_data)
    {
        /* Code you want to run when the interrupt occurs */
    }
  2. Set the callback with the peripheral_gpio_set_interrupted_cb() function:
    peripheral_gpio_set_interrupted_cb(gpio_h, interrupted_cb, NULL);
  3. When no longer needed, unset the interrupt callback with the peripheral_gpio_unset_interrupted_cb()function:
    peripheral_gpio_unset_interrupted_cb(gpio_h);

Reading and Writing Binary Data

To read and write binary data:

  • To read binary data from a peripheral, use the peripheral_gpio_read() function:
    uint32_t value;
    peripheral_gpio_read(gpio_h, &value);
  • To write binary data to a peripheral, use the peripheral_gpio_write() function:
    uint32_t value = 1;
    peripheral_gpio_write(gpio_h, value);
NoteTo write binary data, the data direction must be set to PERIPHERAL_GPIO_DIRECTION_OUT_INITIALLY_HIGHor PERIPHERAL_GPIO_DIRECTION_OUT_INITIALLY_LOW.


PWM

PWM (Pulse-Width Modulation) is a programmable interface that allows you to, for example, control motor speed or change light brightness.

Peripherals that support PWM are controlled by the current strength. To modulate the current, the voltage needs to be modulated. The voltage is proportional to the intensity of the current.

To modulate the voltage, you must set the duty cycle and polarity:

  • The period is a constant interval at which the pulse repeats.
  • The duty cycle is the constant time within 1 period in which a signal is active.
  • A "polarity high" signal starts high for the duration of the duty cycle and goes low for the remainder of the period. Conversely, a "polarity low" signal starts low for the duration of the duty cycle and goes high for the remainder of the period.
  • The pulse repeats if repetition has been enabled.

Figure: Duty cycle

Duty cycle

For example, if the period is 10,000,000 nanoseconds and the polarity high duty cycle is 7,000,000 nanoseconds, the average voltage is at 70%.

Figure: Average voltage per duty cycle

Average voltage per duty cycle

Opening and Closing a Handle

To open and close a handle:

  1. To open a PWM handle, use the peripheral_pwm_open() function:
    int chip = 0;
    int pin = 2;
    peripheral_pwm_h pwm_h;
    peripheral_pwm_open(chip, pin, &pwm_h);

    The chip and pin parameters required for this function must be set according to the following table.

    Table: ARTIK 530

    Pin nameChip (parameter 1)Pin (parameter 2)
    PWM002
    NoteFor more information on the pin names and locations, see Supported Protocols.
  2. To close a PWM handle that is no longer used, use the peripheral_pwm_close() function:
    peripheral_pwm_close(pwm_h);

Setting the Period

To set the period, use the peripheral_pwm_set_period() function.

The following example sets the period to 20 milliseconds. The unit is nanoseconds.

Uint32_t period = 20000000;
peripheral_pwm_set_period(pwm_h, period);

Setting the Duty Cycle

To set the duty cycle, use the peripheral_pwm_set_duty_cycle() function.

The following example sets the duty cycle to 2 milliseconds. The unit is nanoseconds.

uint32_t duty_cycle = 2000000;
peripheral_pwm_set_duty_cycle(pwm_h, duty_cycle);

Setting the Polarity

To set the polarity, use the peripheral_gpio_set_polarity() function with 1 of the following polarity types:

  • PERIPHERAL_PWM_POLARITY_ACTIVE_HIGH: Polarity is high.
  • PERIPHERAL_PWM_POLARITY_ACTIVE_LOW: Polarity is low.
peripheral_pwm_set_polarity(pwm_h, PERIPHERAL_PWM_POLARITY_ACTIVE_HIGH);

Enabling Repetition

To enable repetition, use the peripheral_pwm_set_enabled() function:

bool enable = true;
peripheral_pwm_set_enabled(pwm_h, enable);


SPI

SPI (Serial Peripheral Interface) is a programmable interface for transferring data quickly to peripherals that require high performance.

The SPI protocol is a serial communication method that controls the clock signal as master and other peripherals connected to SPI as slaves. This protocol is used by peripherals, such as heart-beat pulse sensors and graphic displays, that require fast data transfer.

Figure: SPI interface diagram

SPI interface diagram

The SPI is a communication method between 1 master and multiple slave devices. In the above figure:

  • CLK (SCLK or SCK) is a simple synchronization signal and a communication clock.
  • The data flows from the master to the slave in the MOSI (Master Out Slave In) line, and from the slave to the master in the MISO (Master In Slave Out) line. Full duplex data communication is possible with 2 lines (MOSI and MISO).
  • CS (Chip Select) is a signal for selecting a slave device.

SPI supports half duplex read/write and full duplex transfer.

To use SPI, you must set the following:

  • SPI mode

    Figure: SPI modes

    SPI modes

    Each of the 4 available SPI modes defines a specific combination of clock polarity (CPOL) and clock phase (CPHA).

    Table: SPI modes

    SPI mode

    Polarity

    (CPOL)

    Phase

    (CPHA)

    Description
    SPI MODE 000CLK (Clock) is first low and data is sampled on the rising edge of each clock pulse.
    SPI MODE 101CLK is first low and data is sampled on the falling edge of each clock pulse.
    SPI MODE 210CLK is first high and data is sampled on the falling edge of each clock pulse.
    SPI MODE 311CLK is first high and data is sampled on the rising edge of each clock pulse.
  • Bit order

    The bit order refers to the sequential order in which bytes are arranged into larger numerical values. MSB indicates that the most significant bit is transmitted first. LSB indicates that the least significant bit is transmitted first.

  • Bit per word

    The bit per word refers to the number of bits to be transmitted at a time when data is exchanged with a connected slave. Normally, it is set to 8 bits per word.

  • Frequency

    The frequency refers to the clock signal in Hz. Since the frequencies are different for each slave device, the applicable value must be checked from the peripheral's specification.

Opening and Closing a Handle

To open and close a handle:

  1. To open a SPI handle, use the peripheral_spi_open() function:
    int bus = 2;
    int chip_select = 0;
    peripheral_spi_h spi_h;
    peripheral_spi_open(bus, chip_select, &spi_h);

    The bus and chip_select parameters required for this function must be set according to the following tables.

    Table: ARTIK 530

    Pin nameBus (parameter 1)Chip Select (parameter 2)
    SPI0_MOSISPI0_MISOSPI0_CLKSPI0_CS20

    Table: Raspberry Pi 3

    Pin nameBus (parameter 1)Chip Select (parameter 2)
    SPI0_MOSISPI0_MISOSPI0_CLKSPI0_CS000
    SPI0_MOSISPI0_MISOSPI0_CLKSPI0_CS101
    NoteFor more information on the pin names and locations, see Supported Protocols.
  2. To close a SPI handle that is no longer used, use the peripheral_spi_close() function:
    peripheral_spi_close(spi_h);

Setting the SPI Mode

To set the SPI mode, use the peripheral_spi_set_mode() function with 1 of the following mode types:

  • PERIPHERAL_SPI_MODE_0: CLK is active high and sampled at the rising edge.
  • PERIPHERAL_SPI_MODE_1: CLK is active high and sampled at the falling edge.
  • PERIPHERAL_SPI_MODE_2: CLK is active low and sampled at the rising edge.
  • PERIPHERAL_SPI_MODE_3: CLK is active low and sampled at the falling edge.
peripheral_spi_set_mode(spi_h, PERIPHERAL_SPI_MODE_1);

Setting the Bit Order

To set the bit order, use the peripheral_spi_set_bit_order() function with 1 of the following bit order types:

  • PERIPHERAL_SPI_BIT_ORDER_MSB: Use the most significant bit first.
  • PERIPHERAL_SPI_BIT_ORDER_LSB: Use the least significant bit first.
peripheral_spi_set_bit_order(spi_h, PERIPHERAL_SPI_BIT_ORDER_MSB);
NoteThe ARTIK 530 and Raspberry Pi 3 boards do not support the LSB bit order.

Setting the Bits per Word

To set the bits per word, use the peripheral_spi_set_bits_per_word() function:

uint8_t bits_per_word = 8;
peripheral_spi_set_bits_per_word(spi_h, bits_per_word);

Setting the Frequency

To set the frequency, use the peripheral_spi_set_frequency() function.

The frequency unit is Hz.

uint32_t frequency = 1024;
peripheral_spi_set_frequency(spi_h, frequency);

Reading, Writing, and Transferring Data

To read, write, and transfer data:

  • To read data from a slave device, use the peripheral_spi_read() function:
    uint8_t data;
    uint32_t length = 1;
    peripheral_spi_read(spi_h, &data, length);
  • To write data to a slave device, use the peripheral_spi_write() function:
    uint8_t data = 0x80;
    uint32_t length = 1;
    peripheral_spi_read(spi_h, &data, length);
  • To exchange bytes data with a slave device, use the peripheral_spi_transfer() function:
    uint8_t tx_data[2] = {0x80, 0x01};
    uint8_t rx_data[2];
    uint32_t length = 2;
    peripheral_spi_transfer(spi_h, tx_data, rx_data, length);


I²C

I2C (Inter-Integrated Circuit) is a programmable interface that allows you to communicate with I2C peripherals.

I2C is a synchronous serial interface that uses a clock signal to synchronize data transfers between master and slave device:

  • Master device generates the clock and initiates communication with slaves.
  • Slave device receives the clock and responds when addressed by the master.

Figure: I2C interface diagram

I2C interface diagram

To allow the I2C master to connect to 128 I2C slave devices, an I2C slave device provides a 7-bit address. Since most slave addresses are determined by the manufacturer, refer to the specification to find the slave device address.

Using the I2C bus, the master controls signal lines called SCL (Shared CLock) and SDA (Shared DAta) to read or write data to or from the device. SCL is a clock line for communication synchronization, and SDA is a data line. The master outputs the clock for synchronization with the SCL, and the slave outputs or receives data through the SDA according to the clock output to the SCL.

If the SDA line is used alone, only half duplex communication is possible because data is sent only to 1 line.

Opening and Closing a Handle

To open and close a handle:

  1. To open an I2C handle, use the peripheral_i2c_open() function:
    int bus = 1;
    int address = ...;   /* See the specification */
    peripheral_i2c_h i2c_h;
    peripheral_i2c_open(bus, address, &i2c_h);

    The bus parameter required for this function must be set according to the following table.

    Table: ARTIK 530 / Raspberry Pi 3

    Pin nameBus number (parameter 1)
    I2C1_SDAI2C1_SCL1
    NoteFor more information on the pin names and locations, see Supported Protocols.

    The address parameter must be set based on the peripheral specification.

  • To close an I2C handle that is no longer used, use the peripheral_i2c_close() function:
    peripheral_i2c_close(i2c_h);

Reading and Writing Data

To read and write data:

  • To write bytes to a slave device, use the peripheral_i2c_write() function:
    uint8_t data[2] = {0x06, 0x01};
    uint32_t length = 2;
    peripheral_i2c_write(i2c_h, data, length);
  • To read bytes from a slave device, use the peripheral_i2c_read() function:
    uint8_t data[2];
    uint32_t length = 2;
    peripheral_i2c_read(i2c_h, data, length);

Reading and Writing Register Data

To read and write register data:

  • To write single byte data to a slave device register, use the peripheral_i2c_write_register_byte() function:
    uint8_t data = 0x06;
    uint8_t register_address = ...;  /* See the specification */
    peripheral_i2c_write_register_byte(i2c_h, register_address, data);
  • To read single byte data from a slave device register, use the peripheral_i2c_read_register_byte() function:
    uint8_t data ;
    uint8_t register_address = ...;  /* See the specification */
    peripheral_i2c_read_register_byte(i2c_h, register_address, &data);
  • To write word data to a slave device register, use the peripheral_i2c_write_register_word() function:
    uint16_t data = 0xffff;
    uint8_t register_address = ...;  /* See the specification */
    peripheral_i2c_write_register_word(i2c_h, register_address, data);
  • To read word data from a slave device register, use the peripheral_i2c_read_register_word() function:
    uint16_t data ;
    uint8_t register_address = ...;  /* See the specification */
    peripheral_i2c_read_register_word(i2c_h, register_address, &data);


UART

UART (Universal Asynchronous Receiver-Transmitter) is a programmable interface that allows you to communicate 1:1 with a UART peripheral.

Figure: UART interface diagram

UART interface diagram

UART is an interface for exchanging data with peripherals. It is an asynchronous method that transmits data without a clock line, and consists of only 2 data lines: transmit (Tx) and receive (Rx). UART performs 1:1 communication.

Figure: UART data frame

UART data frame

The UART data frame consists of start (1 bit), data (5~8 bit), parity (1 bit) and stop (1 bit):

  • Start bit

    Indicates the start of the communication before sending data and holds it for a bit time length.

  • Data

    Transmits 5 to 8 bits of data.

  • Parity bit

    Generates and transmits a parity value for error verification, and determines a receiving side error. The following options are available: NoneEven, and Odd parity. Selecting None removes this bit.

  • Stop bit

    Indicates the termination of the communication and holds 1 or 2 bits.

  • Baud rate

    Asynchronous transmission/receiving speeds must be matched to the peripheral. For this purpose, the number of signals transmitted per second can be synchronized with a peripheral. It is called the Baud.

If a device supports a 5-wire UART port, hardware flow control can be used to increase the reliability of the data transmission. Software flow control can also be used to increase reliability.

Opening and Closing a Handle

To open and close a handle:

  1. To open a UART handle, use the peripheral_uart_open() function:
    int port = 4; /* ARTIK 530 : UART0 */
    peripheral_uart_h uart_h;
    peripheral_uart_open(port, &uart_h);

    The port parameter required for this function must be set according to the following tables.

    Table: ARTIK 530

    Pin namePort (parameter 1)
    UART0_RXUART0_TX4

    Table: Raspberry Pi 3

    Pin namePort (parameter 1)
    UART0_RXUART0_TX0
    NoteFor more information on the pin names and locations, see Supported Protocols.
  2. To close a UART handle that is no longer used, use the peripheral_uart_close() function:
    peripheral_uart_close(uart_h);

Setting the Baud Rate

To set the baud rate, use the peripheral_uart_set_baud_rate() function with a baud rate value:

  • PERIPHERAL_UART_BAUD_RATE_0 ~ PERIPHERAL_UART_BAUD_RATE_230400
peripheral_uart_set_baud_rate(uart_h, PERIPHERAL_UART_BAUD_RATE_9600);

Setting the Byte Size

To set the byte size, use the peripheral_uart_set_byte_size() function with 1 of the following byte size types:

  • PERIPHERAL_UART_BYTE_SIZE_5BIT: Byte size is 5 bits.
  • PERIPHERAL_UART_BYTE_SIZE_6BIT: Byte size is 6 bits.
  • PERIPHERAL_UART_BYTE_SIZE_7BIT: Byte size is 7 bits.
  • PERIPHERAL_UART_BYTE_SIZE_8BIT: Byte size is 8 bits.
peripheral_uart_set_byte_size(uart_h, PERIPHERAL_UART_BYTE_SIZE_7);

Setting the Parity Bit

To set the parity bit, use the peripheral_uart_set_parity() function with 1 of the following parity types:

  • PERIPHERAL_UART_PARITY_NONE: No parity bit.
  • PERIPHERAL_UART_PARITY_EVEN: Parity bit is even.
  • PERIPHERAL_UART_PARITY_ODD: Parity bit is odd.
peripheral_uart_set_parity(uart_h, PERIPHERAL_UART_PARITY_EVEN);

Setting the Stop Bits

To set the stop bits, use the peripheral_uart_set_stop_bits() function with 1 of the following stop bit types:

  • PERIPHERAL_UART_STOP_BITS_1BIT: 1 bit is used for stop bits.
  • PERIPHERAL_UART_STOP_BITS_2BIT: 2 bit is used for stop bits.
peripheral_uart_set_stop_bits(uart_h, PERIPHERAL_UART_STOP_BITS_2BIT);

Setting the Flow Control

To set the hardware and software flow control, use the peripheral_uart_set_flow_control() function with 1 of the following flow control types:

  • PERIPHERAL_UART_SOFTWARE_FLOW_CONTROL_NONE: No software flow control.
  • PERIPHERAL_UART_SOFTWARE_FLOW_CONTROL_XONXOFF: Software flow control uses XONXOFF.
  • PERIPHERAL_UART_HARDWARE_FLOW_CONTROL_NONE: No hardware flow control.
  • PERIPHERAL_UART_HARDWARE_FLOW_CONTROL_AUTO_RTSCTS: Hardware flow control uses RTSCTS.
peripheral_uart_set_flow_control(uart_h, PERIPHERAL_UART_SOFTWARE_FLOW_CONTROL_XONXOFF, PERIPHERAL_UART_HARDWARE_FLOW_CONTROL_AUTO_RTSCTS);

Reading and Writing Data

To read and write data:

  • To write data to a slave device, use the peripheral_uart_write() function:
    uint8_t data[2] = {0x06, 0x01};
    uint32_t length = 2;
    peripheral_uart_write(uart_h, data, length);
  • To read data from a slave device, use the peripheral_uart_read() function:
    uint8_t data[2];
    uint32_t length = 2;
    peripheral_uart_read(uart_h, data, length);



안녕하세요, 타이젠 개발자 윤진입니다.


'17년 세번째 DevLab x TizenTalks를 11월 21일(화) 우면동 삼성전자 연구소에서 진행할 예정입니다.

참가신청은 http://www.codeground.org/devlab에 오픈되었는데,

이번에도 소규모로 진행할 예정이라 오픈 직후 바로 마감되었습니다.

관심을 가져주신 많은 분께 감사드립니다.


참여하지 못하신 분들을 위해,

- 차후에도 이와 유사한 주제로 행사를 계속 하려 하고,

- 이번 행사의 세션발표는 모두 촬영하여 유투브에 올리려고 합니다.


DevLab 신청마감


주제는 '타이젠을 활용하여 IoT 쉽게 만들기'로 지난 8월에 진행된 DevLab과 동일한 주제입니다.

그렇지만, 3개월 동안 크고 작은 변화가 있었습니다.

가장 큰 변화는 Device-to-Device 방식에서 Device-to-Cloud 방식으로 연결방법과 대상을 바꾼 점입니다.

그에 따라 발표자료, API Set, Template을 일부 변경하거나 새로 추가하였습니다. 




- 우리는 왜 Tizen IoT를 선택해야 하는가?

- Tizen IoT를 시작하기 위한 환경 설정하기 :  Tizen.IoTivity.Init.pdf

- Thing에 연결된 센서로부터 센서값 읽어오기 :  Tizen.IoTivity.Sensing.pdf

- IoT 세계에서 클라우드와 소통하기 :  Tizen.IoTivity.connectivity.pdf

스케쥴표의 마지막 세션인 'IoT 세계에서 클라우드와 소통하기'가 이번 D2C 트랙에서 새롭게 선보이는 내용입니다.

얼마전 중앙대 강의에서 박정훈 연구원님이 중앙대생들에게 첫 선을 보이기도 하였습니다.


다른 부분도 타이젠이 버전업그레이드하는 흐름에 발맞춰 세부항목이 갱신되고 있습니다.

Tizen Studio 2.0이 최근 출시되었기 때문에 환경설정에 해당 내용이 반영되었습니다.

이 부분은 이근선 연구원님과 이은영 연구원님이 애써주셨습니다.


발표자도 조금씩 변경되었는데 이 부분은 블로그 방문객 분들은 별로 관심없겠죠?

내부적으로 롤을 조금씩 바꿔가면서 진행하고 있기 때문에 발표자도 조금씩 바뀌고 앞으로도 바뀔 예정입니다.


참가신청자들에게 사전에 환경설정 가이드가 이미 배포되었습니다.

새로 나온 Tizen Studio 2.0을 위해 새로 만든 가이드입니다. :)

Tizen을활용하여IoT쉽게만들기_가이드_2.0.pdf


이제 행사가 다음주로 다가왔습니다.

새로운 소식이 있으면 이 곳에 포스트하도록 하겠습니다.



+ 11월 21일(화)

오늘 행사가 큰 탈없이 잘 마무리되었습니다.

발표자 및 튜터분들께 감사의 인사를 전합니다.


최초 신청자 36명 중 33명이 참석하셨다고 합니다.

무언가 의미있는 시간이셨길 빕니다.


행사장 분위기가 담긴 사진 몇 장을 투척합니다.


환경설정 세션진행



동영상은 유투브에 업로드 예정!



센서로부터 검출한 데이터를 서버로 보내는데 성공!



+ 11. 26(일), 당일날 발표동영상이 올라왔습니다.

- 박영주 연구원님, 모두발언



- 윤진 연구원, "왜 타이젠 IoT인가?"



- 이근선 연구원님, "Tizen IoT를 시작하기 위한 환경 설정하기"



- 이은영 연구원님, "Things에 연결된 센서로부터 센서값 읽어오기"



- 박정훈 연구원님, "IoT 세계에서 클라우드와 소통하기"






안녕하세요, 타이젠 개발자 윤진입니다.


지난 월요일(11. 6)&금요일(11. 10)에 중앙대학교에서 Tizen IoT를 주제로 강의가 있었습니다.

Tizen 플랫폼 차원에서 대학교와 연계하게 비정기적으로 행사를 진행하고 있는데,

이번에는 중앙대와 호흡을 맞추게 되었고 3주간 총 9시간 동안 Tizen을 주제로 학생들을 만나고 있습니다.

그 중에 IoT에는 3시간이 주어져서 월요일/금요일 두 번에 걸친 강의안을 준비하였습니다.


졸업 후 겸사겸사 모교는 방문하긴 했지만,

타대학에 강의하러 가는 것은 이번이 처음인지라 강의안부터 신경이 쓰였습니다.



중앙대학교 캠퍼스



Tizen IoT 강의는 실습을 병행하고 있기 때문에,

- 발표자료 뿐만 아니라,

- 인원수 만큼의 디바이스도 준비하고,

- 템플릿 코드도 Step 별로 git repo.에 push하고,

- 실습 중 IoT 결과 확인을 위한 웹서버도 설치하였습니다.

- 강의실의 인터넷환경이 실습결과를 좌우하기 때문에 사전에 네트워크 상태도 파악했죠.


개발자의 본업인 개발을 하며-

부가적으로 강의+실습을 준비해야 하기 때문에 여러 연구원들이 자기 시간을 쪼개어 일을 분담하여 진행하였습니다.

(박정훈 연구원님, 이근선 연구원님, 이은영 연구원님이 고생이 많으셨습니다)


특히, 이번 강의는 기존에 시도하였던 Device-to-Device 방식의 주제에서 방향을 살짝 틀어,

Device-to-Cloud로 진행되는 첫번째 강의라서 준비해야할 것이 있었습니다.

새로운 D2C를 위한 API Set부터 개발해야 했는데,

기존 API Set과 어떤 식으로 어우러지게 만드느냐가 제법 흥미로운 토론거리였습니다.


https://review.tizen.org/gerrit/#/c/159095/

위의 커밋에서 논의의 1차 결과물을 엿보실 수 있습니다.



  extern int connectivity_set_protocol(connectivity_protocol_e protocol_type);
  extern int connectivity_attributes_add_bool(connectivity_resource_s *resource_info, const char *key, bool value);
  extern int connectivity_attributes_add_int(connectivity_resource_s *resource_info, const char *key, int value);
  extern int connectivity_attributes_add_double(connectivity_resource_s *resource_info, const char *key, double value);
  extern int connectivity_attributes_add_string(connectivity_resource_s *resource_info, const char *key, const char *value);
  extern int connectivity_attributes_notify_all(connectivity_resource_s *resource_info);


위와 같은 형태의 connectivity API가 추가되었습니다.

API에 대한 주석도 다른 커밋에 작업되어 있습니다.


준비는 열심히 했지만,

타행사와는 다르게 이번 강의는 참여자가 자발적으로 신청하여 참여하는 행사가 아니라 신경이 쓰였습니다.

전공수업만으로도 충분히 버거운 학생들에게 새로운 분야와 기술을 공유하는 것은... 쉽지 않네요.



강의가 진행된 208동 전경


오전 11시 강의시간보다 일찍 도착하여 준비하였습니다.

이근선 연구원님이 카메라를 설치하여 촬영을 하였으니 머잖아 유투브에 동영상이 올라오겠네요.



강의 시작 10분 전, '강의자료를 다운로드해주세요!'



강의 시작 10분 전, 실습을 준비하는 학생들-


월요일 수업에는,

- Tizen IoT에 대한 간단한 설명 :  Tizen.IoT#0(중앙대).pdf

- 환경설정과 센서사용하기 :  Tizen.IoT#1(중앙대).pdf


금요일 수업에는,

박정훈 연구원님이 Connectivity에 대해 강의하셨습니다.

Tizen.IoT#2(중앙대).pdf


중앙대 수업에는 대략 36명 정도의 학생이 참여하였고,

최종적으로 센싱한 데이터를 웹서버에 전달하는데 성공한 학생은 3명이라고 합니다. :)


수업을 진행하며 동영상을 촬영하였고,

중앙대 컴공과 조교님께 동영상을 올리겠노라 선언을 하고 왔습니다만,

아직 작업이 마무리되지 않아서 차일피일 미루고 있습니다.

작업이 마무리되는대로 본 포스트에 추가로 올리겠습니다.



+ 11. 26(일), 드디어 동영상이 업로드 되었습니다.

월요일에 "Tizen IoT를 위한 환경설정과 센서 사용하기"라는 주제로 발표한 내용입니다.

1시간 30여분 동안 환경설정과 센서부분을 발표하였습니다.

아무래도 시간이 촉박하다보니 아쉬움이 많이 남습니다.



금요일에는 "Tizen IoT Connectivity"를 주제로 박정훈 연구원님이 발표하였습니다.

동영상 42분을 보면 14번 센서에서 데이터를 보내는 것이 성공적으로 캘리포니아 웹서버에 안착된 것을 볼 수 있습니다.

손기성 수석연구원님께서도 동영상에 간혹 등장하시네요.

항상 여러가지로 신세지고 있는데 동영상으로 뵈니 더 반갑네요.





안녕하세요, 타이젠 개발자 윤진입니다.


제 3회 삼성 오픈소스 컨퍼런스가 오는 10월 25일(수)~26일(목) 이틀간 개최됩니다.

올해는 예년보다 빨리 개최된다는 소문이 있었지만 결국 10월로 확정되었습니다.




'삼성 오픈소스 컨퍼런스'라는 행사명만 보면,

오로지 '삼성'이 적극적으로 관여하고 있는 오픈소스 프로젝트만을 다룰 것 같지만 전혀 그렇지 않습니다.

국내외 각종 오픈소스 프로젝트에서 다루는 핫한 기술을 포괄적으로 다루고 있습니다.

행사 주최측에서 다양한 주제를 아우르기 위해 상당히 심혈을 기울이고 있습니다.



삼성 개발자 컨퍼런스에는 오픈소스 타이젠 플랫폼이 빠질 수 없겠죠.

거기에 덧붙여 AI, Security, Smart Machine 등 다양한 주제를 다루고 있습니다.


요즘 참여하고 있는 프로젝트의 주제는,

- Tizen Platform

- IoTivity

- Big Data

위의 3가지로 요약할 수 있는데요,

이번 SOSCON에 위의 3가지를 버무려서 흥미로운 Hands-on Lab을 열게 되었습니다.




현재는 컨퍼러스 참가 신청만 받고 있습니다만,

조만간 Hands-on Lab 참가등록도 받을 예정입니다.


Hands-on Lab은 둘째날 오전 11시부터 오후 5시 15분까지 진행될 예정이고,

Tizen IoTivity를 키워드로 삼아 여러가지 흥미로운 과정을 꾸리게 될 겁니다.


추가적으로 내용이 공개되면 이 포스팅에 계속 업데이트하겠습니다.




+ 9월 28일(목)

오후 2시에 Hands-on Lab 참가신청 사이트가 오픈되었습니다.




Hands-on Lab의 두번째 주제를 보시면,

"DEVLAB 2 + IoT Chagllenge"라고 되어 있는데요.


오전/오후에는 DEVLAB으로 실습세션을 진행하고,

저녁에는 2시간 동안 코딩 컨테스트를 진행하고자 합니다.


모든 컨테스트가 그렇듯,

몇가지 원칙을 세워놓고 준비하고 있습니다.


컨테스트 전 과정은 '공정'하게,

실습에 성실하게 참여한 사람이면 시간 내에 컨테스트의 문제를 완수할 수 있게,

그리고 순위는 모두가 납득할 수 있는 결과를 바탕으로 매겨지게 하려고 합니다.


부가로 이왕이면 '재미있는' 문제를 준비하기 위해 팀원들과 함께 만발의 노력을 기울이고 있습니다.

기대해주세요~!




+ 9월 30일(토)



Hands-on Lab 참가신청까지 마감되었네요.

실습트랙은 참가자수가 몇십명 정도라서 오픈시작과 동시에 마감되는 경우가 많습니다.

참가자수를 늘리면 좋겠지만,

공간/실습장비/튜터가 한정되어 있다보니 인원을 한 명 더 늘리는 것도 쉽지 않네요.


등록에 성공하시는 분들은-

먼 걸음 해주시는 만큼 뭔가 얻어가는게 있으셨으면 좋겠습니다.



 + 10월 25일(수) D-1

참가자들은 타이젠 스튜디오와 필수 유틸리티를 설치해오셔야 합니다.

타이젠 스튜디오는 여기 주소에서 다운로드 받으실 수 있습니다.

필수 유틸리티 설치는 이 파일( DEVLAB2_Tizen을활용하여IoT쉽게만들기_가이드.pdf)을 참조해주세요.


아침에 출근하여 소스콘 전시공간을 구경하며 촬영하였습니다.

유광 흰색 패넬에 푸른색 '소스콘' 글자가 잘 어울리네요.

발표자료를 준비하며 파워포인트 템플릿을 보니 짙은 회색 바탕에 푸른색 '소스콘' 글자도 꽤나 잘 어울려 보였습니다.



전시 부스 공간



기어 메이즈 체험존을 위한 공간



+10월 26일(목) D-Day

Tizen IoTivity Hands-on Lab에서 쓰인 모든 자료( SosconTizenIoTivity.zip)입니다.



Tizen IoTivity : Crowds Project 전시 중



Tizen IoTivity : Crowds Project에서 사용한 장치인 라즈베리파이3와 아틱710



DevLab & IoT Challenge가 열린 대강의실



참여자로 가득찬 DevLab 현장, 뒤에 서 계신 분은 튜터 분들. 



DevLab의 네번째 세션에서 센서류를 설명하는 중.



이 날의 강의는 이근선 연구원님의 카메라로 찍어서 유투브에 공유



촬영팀 분들이 와서 사진을 찍는 중-



+11월 7일(화) D+12

행사장 분위기를 엿볼 수 있는 동영상을 올립니다.

편집은 이근선 연구원님이 하셨습니다.


진영규님, "IoT 환경에서의 UX - Macaron 사례를 중심으로"


이은영님, "Tizen IoTivity를 시작하기 위한 환경 설정하기"


한준규님, 박정훈님, "Thing에 연결된 센서로부터 센서값 읽어오기"


윤진, 이근선님, "IoT 세계에서 동작하는 서버와 클라이언트 만들기"



+ 11월 12일(일) D+17

SOSCON 행사를 정리한 공식 영상을 추가합니다.


위의 영상 종반부에 DevLab과 IoT Challenge에 대한 모습이 담겨있습니다.

참... 민망하군요.


  1. 타이젠짱짱맨 2017.11.12 22:23

    참여하지못해서 아쉽네요. 잘보고갑니다!

안녕하세요, 

타이젠 개발자 윤진입니다.



지난 9월 9일 ~ 10일 서울대학교에 위치한 삼성전자연구소에서,

삼성전자 x 서울대기술지주회사가 함께 Bluehack Hackathon을 열었습니다.


벌써 10회째를 맞이하는 Bluehack Hackathon은,

'삼성'의 이미지가 강하게 느껴지는 Bluehack이란 이름 대신-

'Idea Mix'라는 새로운 브랜드로 탈바꿈하고 있는 중이더군요.


삼성그룹 임직원과 대학생들이 함께 팀을 이뤄,

다양한 문제의식에서 비롯된 해결거리를

재기발랄한 혹은 기상천외한 방법으로 해결법을 제안하는 행사입니다.


개발자 중심의 행사라기 보다는,

재기발랄한 기획가가 빛을 볼 수 행사입니다.


1박 2일 동안,

기획한 결과물을 함께 공유하며 

이 행사는 개발 없이 기획&발표만으로도 결과물을 나눌 수 있는 행사입니다.

(물론 간단한 앱을 만들어 베타버전을 나누는 팀도 있습니다.)


저희 팀은 재난에 대응할 수 있는 솔루션을 들고 나갔습니다.

Tizen IoTivity를 사용하여 방방곳곳에 설치된 센서들로부터 정보를 축적하여,

AI가 재난을 예비하고,

재난 상황에 처한 사람에게 제대로 된 정보를 주고,

근방에 있는 서포터들에게 필요한 정보를 알려주는 솔루션이었습니다.


재난이라는 주제가 다소 무거워서

데모부스에서는 우드락으로 아파트를 지어놓고

갖가지 센서로 재난을 탐지할 수 있도록 준비하였습니다.

그래서 재난피해자와 서포터에게 동시에 정보가 가는 솔루션을 보여주었습니다.


개발자이지만,

건축가로서도 재능을 보여준 팀원들이 아파트를 쌓아올리는 모습은 아래 동영상에서 볼 수 있습니다.

전날 미리 우드락을 치수별로 잘라놓고

목공용 본드로 벽을 이어붙이는 작업을 진행했는데 꽤나 정성이 들어간 작업이었습니다.


Bang Bang Project(Bluehack Hackathon 2017) from Jin Yoon on Vimeo.


데모시연은 둘째날 오후에 한시간동안 이뤄졌습니다.

데모 준비 직전에 AWS에 설치한 서버가 죽어서...

가져간 노트북에 로컬 서버를 구축했는데요,

매우 쫄깃한 경험이었습니다. 

도대체 데모 직전에 왜 이런 시련이 찾아오는지...


Bang Bang Project(Bluehack Hackathon 2017) from Jin Yoon on Vimeo.


데모부스에는 제법 많은 분들이 우드락으로 세운 아파트에 관심을 가져주셨습니다. ㅎㅎㅎㅎㅎ


IoT는 너무 해묵은 주제여서 이제는 IoT 만으로는 참신함을 주긴 힘든가 봅니다.

몇 년전에 열린 행사의 브로슈어를 우연히 봤는데 거기에도 IoT가 주제로 있더군요;

하지만, IoT는 기반기술로 다른 기술과 융합하면 상당히 재미난 시나리오를 만들 수 있다고 생각합니다.

이번 해커톤에 참여하며 좀 더 흥미로운 융합지점을 고민할 수 있었습니다.




최종 발표도 진행되었습니다.

모두 실구현물을 기준으로 촬영되었는데

팀원들이 각자 재능을 잘 발휘해주었습니다.


1박 2일동안 잘 놀다 왔고,

다음에는 개발자를 위한 해커톤에 참여해보고자 합니다. :)



소스콘 기간동안 흥미로운 몇가지 세션을 정리해봤습니다.

그 밖의 세션에 대한 모든 정보는 여기에서 얻어가세요.

소스콘 전야행사로 이뤄지는 타이젠 데브랩과 마지막날 개최되는 EFL 트랙은 필참입니다. :)



소스콘 첫째날 오전 스케쥴입니다.

아홉시에 콘라드 호텔에 가서 참가등록을 한 후,

10시부터 2시간 30분 동안 진행될 키노트를 들으면 되겠네요.



이번 행사를 기획한 팀이 센스가 넘쳐서 꽤나 재미있는 키노트가 될 것입니다.

콘서트프로그래머인 Andrew Sorensen은 과연 어떤 것을 보여줄까요?

그리고 김혜나 꿈나무 오픈소스 개발자와 스페셜 게스트(리누스 토발즈)가 이색적이네요.




점심식사 이후에 열리는 세션 중에 타이젠에 대한 세션이 있습니다.

세션제목 : Tizen Applications


오픈소스 플랫폼인 타이젠은 모든 디바이스를 연결하여 하나의 세상을 만들고자 합니다. 현재까지 모바일, 웨어러블, TV에 성공적으로 타이젠을 이식하여 멀티 프로파일 플랫폼으로서의 가능성을 확인하였습니다. 더불어 타이젠은 생태계 활성화를 위해 웹앱과 네이티브앱을 위한 개발환경을 견고하게 구축하고 있습니다. 개발자들은 앱의 성격에 맞게 개발방법을 선택하여 다양한 환경, 다양한 기기에서 유연하게 동작하는 앱을 개발할 수 있습니다. 타이젠 웹앱과 네이티브앱의 핵심 동작원리와 필수개념을 비교해보며, 앱개발방법에 대한 이야기를 해보겠습니다.


타이젠 앱에 대한 정보를 얻고 전략을 세우시려면 본 세션이 도움이 될 겁니다.

모바일 / 웨어러블 / 티비에서 개발하는 앱의 단편들을 엿보실 수 있습니다.




두번째 세션으로 제가 택한 것은 삼성전자 홍문기 책임연구원께서 진행할 세션입니다.

세션제목 : IoTivity: Cloud Native Architecture and the Internet of Open Source Things


The Internet of Things is the most recent buzzphrase, and like “Cloud” before it has only a vague definition. Different people will give you different answers if you ask them what either of them are. Yet one thing is for certain: the Internet of Things is based on open source software and open standards.

In 2014, two related entities were created to address IoT problems: IoTivity and the Open Interconnect Consortium. OIC is a standards group, an alliance of companies uniting to create the communications protocol to power all types of exchanges between devices, things, and the cloud; where IoTivity is an open source collaborative project hosted by the Linux Foundation, aimed at implementing those protocols.

This session will give an overview of what the various interpretations of the Internet of Things actually are, and the technologies behind them. It will talk about the IoTivity project, what it is trying to solve, and how it is going about that, including its governance structure and especially its unique relationship with the Open Interconnect Consortium. In the process, the audience will learn what challenges the new “Things” world poses, and will hopefully be inclined to contribute to the joint efforts that are trying to solve them.


IoTivity와 Open Interconnect Consortium 간에 벌어지는 이야기를 들을 수 있겠네요.

Cloud처럼 여기저기서 들려오지만,

IoT의 실체는 베일에 쌓여있으니 이번 기회에 명확히 해야겠네요.




서영진 작가님께서도 세션을 하나 맡으셨습니다.

세션제목 : HTML5와 Tizen을 이용한 웨어러블 프래그래밍


2014년 2월 매년 바로셀로나에서 열리는 MWC(Mobile World Congress)에서 삼성전자는 Gear2와 Gear2 Neo라는 Tizen 기반의 웨어러블 기기를 선보인다. 그리고 같은해 9월 독일의 가전제품 박람회인 IFA 2014에서 기어S를 발표하였다. 또한 2015년 9월 IFA2015에서 원형의 기어S2를 발표하면서 다시 타이젠의 웨어러블에 대한 전망을 밝게하고 있다. 본 세미나에서는 HTML5를 이용하여 타이젠 기반의 웨어러블 애플리케이션의 개발에 대해서 살펴보도록 하자.


타이젠 웨어러블 디바이스에 대한 관심은,

기어S2가 출시되고 나서 다시 뜨거워지고 있습니다.

웨어러블 개발방법론에 관심이 있으신 분은 서영진 작가님의 세션을 들어보세요.

지난 8월에 신사장에서 열린 타이젠 데브랩 앳 서울에서도 세션을 맡아해주셨는데요,

그 때는 서 작가님은 오전 세션을 하시고, 전 오후 세션을 했기에 뵙질 못했는데,

이번에는 꼭 인사라도 드려야겠네요. :)




첫째날 마지막 세션으로 삼성전자 장경사 수석연구원께서 발표하시는,

A synergetic Approach with Multiple Tizen Devices를 들으려고 합니다.


There has been an increased support for various profiles and devices on Tizen. As Tizen is a multi/cross platform, device integration will be the main factor of a fluid interface between devices. Whether it is Mobile, Wearable, or TV the scalability and usability will be accessible. These features will allow the users to gain: (1) Easy Access, (2) Content Mash-up, and (3) Multi Device Control. This presentation will introduce the "Tizen Pass" which cover Cross device User Experience & features of Tizen convergence service FW


매쉬업이나 멀티디바이스컨트롤은 멀티 프로파일을 가진 플랫폼이 고민해야할 이슈입니다.

그와 관련하여 가려운 곳을 장경아 수석연구원님께서 긁어주시겠네요.



그리고 둘째날이자 마지막날로 가보겠습니다.

둘째날은 키노트가 없기 때문에 오전 10시부터 바로 세션에 참여할 수 있습니다.




조만석 개발자님께서 Linux Kernel Boot Process 발표를 해주십니다.


IT를 하면서 리눅스는 많은 분들이 잘 알고 있습니다. 그리고 리눅스의 커널에 대해서도 많이 들어보았고, 커널이 중요하다는 것은 알고 있습니다. 리눅스 커널이 중요하다고 알고는 있지만 커널이 어려울것 같고, 어디서 시작해야 할지 몰라서 커널을 이야기 하는 사람은 적습니다. 리눅스 커널의 방대함으로 모든 것은 알기는 어렵지만, 중요하다고 말하는 커널을 알고자 하는 사람들을 위한 발표입니다. 리눅스 커널의 부트 프로세스를 통해서 전원이 들어왔을 때 하드웨어에서 리눅스 커널이 어떻게 메모리에 적재되는지부터 메모리, 인터럽트와 같은 커널이 사용하기 위한 자원을 초기화하는지, 그리고 프로세스를 위한 초기 동작을 소개하는 발표입니다.


리눅스를 늘 사용하고 관련서적도 수박겉핥기로 읽긴 했습니다만,

부트 프로세스에 대해 부담없이 들을 수 있는 세션같습니다.




Linux Kernel Boot Process와 같은 시간에 열리는 세션도 듣고 싶습니다.

세션 제목 : 아카 라이브러리와 리액티브 프로그래밍


멀티코어, 분산 컴퓨팅 환경이 보편적인 환경으로 자리잡고 있는 요즘 리액티브 프로그래밍이라는 방법론이 제시하는 철학과 속성을 설명한다. 그러한 방법론을 실제로 구현하기 위해서 아카 라이브러리가 어떻게 활용되는고 있는지 기술적인 내용을 소개한다.


어느 세션을 들을지 고민이 되네요.

출판예정인 "나는 프로그래머다" 책을 미리 구해서 사인이라도 받아야할까요? :)




10:50에는 삼성전자 이춘석 책임연구원께서 진행하실,

Introduction to IoT.js and Jerry Script를 들어보려고 합니다.


IoT.js는 초소형 IoT 기기를 고성능 스마트 기기, 웹 서비스 또는 클라우드와 쉽게 연동할 수 있도록 웹 표준 기술인 JavaScript를 기반으로 개발되고 있는 IoT open framework 이다. Web 상에서 다목적 플랫폼으로 널리 알려진 node.js 와 API 수준의 하위 호환성을 유지하여 기존 개발된 application/service를 쉽게 IoT에 활용할 수 있도록 한다. 이를 가능하게 하기 위해 작은 메모리에서 동작이 가능한 경량 JavaScript 엔진인 JerryScript도 새롭게 개발하였다. 본 세션에서는 IoT.js와 JerryScript의 최신 릴리즈 및 개발 현황에 대해 발표한다.


IoT를 위한 JerryScript에 대한 이야기를 들을 수 있겠네요.




박종백 변호사님의 세션도 굉장히 흥미롭습니다.

세션제목 : 실제분쟁에서 본 오픈소스 라이선스의 법리와 쟁점


2004년 독일에서 Harald Welte 대 Sitecom소송이 제기된 이래로 주로 독일,미국등 많은 나라에서 실제 분쟁이 발생하였는바 경고장이나 통고서로 법원외에서 진행된 것도 있고, 특정법원에서 소송으로 진행된 것들도 있는바 그 중 대부분의 사례들은 합의로 종결되어 왔고, 최근에 유럽의 Patrick McHardy가 유럽회사들을 상대로 제기한 분쟁과 Christopher Hellwig(Software Freedom Conservancy지원)가 VMWare를 상대로 제기한 라이선스 위반소송은 현재까지 진행중에 있다. 오픈소스 라이선스는 최초 개발자및 수정개발자가 자신들의 저작권에 기초하여 모든 이용자에게 차별없이 사용,복제,수정,배포할 수 있는 라이선스를 주는 구조이지만, 새로운 법적 쟁점들을 내포하고 있고, 라이선스를 적용함에 있어서 당면하게 되는 법적 쟁점에 대한 법적해석이 충분히 확립되지 않은 경우가 많아 어려움이 있다. 더우기 EPL같은 소수를 제외한 대부분의 라이선스는 준거법과 국제재판관할 규정을 두고 있지 않아 특정분쟁이 제기되면 과연 어느 나라법에 의하여 해석을 해야 하고,어느 나라법원에서 소송을 제기해야 할지 부터 법적판단이 필요한 경우가 대부분이다. 이번 컨퍼런스의 주된 청중인 개발자들을 포함하여 오픈소스 개발,제품화,공급 과정에 관여하는 모든 사람들에게 왜 오픈소스 supply chain에 있는 모든 관련자들이 오픈소스 라이선스를 준수해야 하고 라이선스 컴플라이언스 체계,절차를 만들어야 하는가 하는 이유를 좀더 생생하게 전달하기 위하여, 실제 분쟁사례에서 문제된 오픈소스 라이선스의 기본적인 법리와 라이선스를 위반하였을 때의 법적효과 내지는 위험을 전부 통틀어 체계적으로 재구성하여 설명하고자 한다. 라이선스의 사용빈도,기본 법리로서의 중요성, 향후 동종 쟁점의 반복가능성,위반의 효과의 중대성등을 고려하여, 15개 정도의 분쟁을 선정, 분석하여 문제된 특정 라이선스 조항, 기본쟁점에 대한 주요 법해석론(주요 국가별 법과 해석론의 구분포함)을 정리한다. 기본쟁점에는 준거법과 재판관할의 결정, 오픈소스 저작물의 저작권의 성질(예,공동or 결합저작물)과 제소권자,오픈소스 라이선스의 법적 성격(계약 또는 일방적 사용허락행위),copyleft의무의 발생요건으로서의 배포의 정의와 범위(배포에 미해당사례 포함), 저작권고지의 방법과 내용,소스코드의 제공방법과 범위,위반의 효과등이 있다.


소프트웨어 업계에 종사하는 분들은 모두 라이선스에 민감할 겁니다.

애써 개발한 소프트웨어가 제대로 빛도 보지 못하는 수가 생깁니다.

개발자들은 '미시경제학'에 대한 통찰 뿐만 아니라 기본적인 법률적 지식도 갖춰야합니다.

그에 대한 욕구를 채워줄 수 있는 세션이 되겠네요.




점심시간 직후인 14:00 부터는 한영주 책임연구원님의,

Open Source based Private Cloud for a Samsung Mobile Service 세션을 들어보려고 합니다.


전세계적으로 모바일 서비스를 위해 Public Cloud 뿐만 아니라 자체 Cloud를 구축하여 서비스를 제공하는 업체들이 많이 늘어나고 있다. 본 발표에서는 오픈소스 기반으로 개발한 자체 Cloud Infra에 대하여 소개하고, 성능 및 비용 효율적인 Private Cloud Infra 기술에 대해 발표합니다. 또한, 자체 Cloud Infra를 기반으로 삼성 모바일 단말에 탑재되어 있는 SVoice 서비스 구축 및 운영 경험에 대해 발표합니다.


위의 세션에서 언급하고 있는 '성능 및 비용 효율적인 개인 클라우드 인프라'에 관심 갑니다.

기기간 연결을 위한 하나의 중요한 끈이니 만큼 여러가지로 자극제를 얻을 수 있겠네요.




그 다음 세션에는 Chromium TIP에 대한 발표를 들어보려고 합니다.

세션제목 : Beginner 에게 알려주는 Chromium TIP


Chromium Open Source 커뮤니티에서 소스 받고 빌드하고 실행도 시켜보았다.. 그런데 찝찝하다... 뭐지.. 이 방대한 코드양 은? 코드를 보면 이해될꺼야.... 하지만 몇시간 후 좌절스럽다...

코드 타고타고... 어느 순간 여기는 어디고 난 이걸 왜 보고 있지?. 이런 막막함(?)을 조금은 덜어보자. 혹은 '다른 사람들은 뭔가 엄청난 방법으로 디버깅을 하고 있는데, 나 혼자 로그로 디버깅하고 있는건 아닐까?'라는 생각이 든다면, 한번쯤 살펴 보자. 한단계씩 디버깅해나가는 과정을 통해 이슈 해결에 근접해보자. 

커뮤니티에서 알려주지 않는 KNOWHOW 대방출! 놓치지마세요!

- Getting Start / Directory Description / How to debug / limitaion / Example


저같은 비기너를 위해 특화된 세션입니다.

커뮤니티에서 알려주지 않는 노하우를 대방출해주신다고 하니 녹음기라도 들고 가야겠네요. :)




그 다음 세션으로 16:00에 시작하는,

스타트업에서 사용하는 오픈 소스와 보안에 대한 세션을 들으려고 합니다.


• 소스가 오픈되어 있다고 보안적으로 우수할까?
• Open SSL - 하트 블리드 이야기
• 아무도 기여하지 않는 오픈 소스 커뮤니티
• 왜 해커들은 스타트업의 오픈 소스를 노리는가?
• 그렇다면 어떤 일을 해야하는가?


'아무도 기여하지 않는 오픈 소스 커뮤니티'나,

'그렇다면 어떤 일을 해야하는가?'에 대한 이야기를 듣고 싶습니다.




마지막 세션으로 16:50에 시작하는,

Introduction to GearVR Framework를 선택하였습니다.

GearVR이 갈수록 진화하고 있는 만큼 재미있는 이야기가 많겠네요.


Gear VR Framework 는 Virtual reality 를 시작하는 사람들을 위한 라이브러리입니다. 3D 개발 지식 없이 접근 가능하며 다양한 Extension 을 기본 제공해줍니다. 이에 대해 소개해드리고, Open source 로의 참여를 부탁드리고자 합니다.


위에 언급한 세션은,

타이젠 개발자로서 지극히 개인적인 관심으로 선별하였습니다.

위에 언급된 세션 외에도 들을 만한 세션이 많아서 고민이 됩니다.

아... 언급되지 않은 세션발표자 분이 이 글을 보시면 서운해하실 수도 있겠네요.

미리 죄송합니다!


그럼 소스콘때 뵙겠습니다~

끝_




+ Recent posts