雖說用『裝置樹』 Device Tree 來描述硬體的介接，提供充分的相關資訊 ，因此作業系統可以選取『適當對應』裝置驅動程式。聽起來如是美好，易懂易解，然而實務上卻常叫人一頭霧水，這又是怎麼一回事的呢？

這或許因為人們不知道『困難』的問題有兩大類，一類的問題了解很『容易』，但是幾乎沒人會，這叫做『真難』。比方說︰
證明『費馬大定理』

沒有整數解。即使這個定理已被證明，想要『讀懂』依然十分困難 ！這一類的『問題』在『實務』並上不多見，或許由於反正難有人能『解讀』的吧！！

另一類的問題對於『學習者』而言，就需要特別的『注意』。它的每一『小部份』也許都『不困難』，然而有太多的部份『構成』，十分的『複雜』。如果缺乏『系統思維』，又對於『容易理解』之『小部份』不能『深化認識』建立自身『體系』，以至於『引發』了常見的『或知或解』與『或不知或不解』現象，這大概也不奇怪的哩！？舉例來講，因為 Kernel 4.1.4 之更新，作者不得不『驗證』自己文本所說到底還『正不正確』？所以想著有沒有『比較快速』的辦法呢？？針對 GPIO 的『測試』而言，想起了曾經編寫的

《 M♪o 之學習筆記本《巳》文章︰【䷜】樽酒簋貳》之

【TuxIOme V0.1】。設想那 M♪o 學習時所用的學習板

有四十根針而且含括多種 GPIO ，又是自己寫的，豈不正是合適︰

☿ 行習︰以及 TuxIOme V0.1 版，參考原始碼︰

#!/usr/bin/python3
# -*- coding: utf-8 -*-

import math
import operator
import string
import threading
import RPi.GPIO as GPIO
GPIO.setmode(GPIO.BCM)
GPIO.setwarnings(False)

開 = 亮 = 低 = 0
關 = 滅 = 高 = 1

from time import sleep
 
import tpg

if tpg.__python__ == 3:
    operator.div = operator.truediv
    raw_input = input

def make_op(op):
    return {
        '加'   : operator.add,
        '減'   : operator.sub,
        '乘'   : operator.mul,
        '除'   : operator.div,
        '剩'   : operator.mod,
        '^'   : lambda x,y:x**y,
        '**'  : lambda x,y:x**y,
        '餘弦' : math.cos,
        '正弦' : math.sin,
        '切弦' : math.tan,
        'acos': math.acos,
        'asin': math.asin,
        'atan': math.atan,
        '平方' : lambda x:x*x,
        '根號': math.sqrt,
        '正值' : abs,
        'norm': lambda x,y:math.sqrt(x*x+y*y),
    }[op]

數碼賦值 = [(滅, 亮, 亮, 滅, 滅, 滅, 亮, 滅), (滅, 滅, 滅, 滅, 亮, 亮, 亮, 滅), (滅, 亮, 亮, 滅, 滅, 滅, 亮, 滅),   (滅, 滅, 滅, 滅, 亮, 亮, 亮, 滅)
]

遲延 = 0.012

# 數碼管

四位數碼管位選一 = 17
四位數碼管位選二 = 27
四位數碼管位選三 = 22
四位數碼管位選四 = 10

LEDA = 21
LEDB = 16
LEDC = 19
LEDD = 6
LEDE = 5
LEDF = 20
LEDG = 26
LEDH = 13

# 初始態

GPIO.setup(四位數碼管位選一, GPIO.OUT, initial=關)
GPIO.setup(四位數碼管位選二, GPIO.OUT, initial=關)
GPIO.setup(四位數碼管位選三, GPIO.OUT, initial=關)
GPIO.setup(四位數碼管位選四, GPIO.OUT, initial=關)

GPIO.setup(LEDA, GPIO.OUT, initial=滅)
GPIO.setup(LEDB, GPIO.OUT, initial=滅)
GPIO.setup(LEDC, GPIO.OUT, initial=滅)
GPIO.setup(LEDD, GPIO.OUT, initial=滅)
GPIO.setup(LEDE, GPIO.OUT, initial=滅)
GPIO.setup(LEDF, GPIO.OUT, initial=滅)
GPIO.setup(LEDG, GPIO.OUT, initial=滅)
GPIO.setup(LEDH, GPIO.OUT, initial=滅)



def 數碼管執行緒():
    global 數碼賦值
    global 遲延

    數碼管 = [LEDA, LEDB, LEDC, LEDD, LEDE, LEDF, LEDG, LEDH]

    while True :

        for 單元 in range(0,4):
            if 單元 == 0 :
                GPIO.output(四位數碼管位選一, 開)
                GPIO.output(數碼管, 數碼賦值[單元])
                sleep(0.002)
                GPIO.output(四位數碼管位選一, 關)

            if 單元 == 1 :
                GPIO.output(四位數碼管位選二, 開)
                GPIO.output(數碼管, 數碼賦值[單元])
                sleep(0.002)
                GPIO.output(四位數碼管位選二, 關)

            if 單元 == 2 :
                GPIO.output(四位數碼管位選三, 開)
                GPIO.output(數碼管, 數碼賦值[單元])
                sleep(0.002)
                GPIO.output(四位數碼管位選三, 關)

            if 單元 == 3 :
                GPIO.output(四位數碼管位選四, 開)
                GPIO.output(數碼管, 數碼賦值[單元])
                sleep(0.002)
                GPIO.output(四位數碼管位選四, 關)

        sleep(遲延)

數碼緒 = threading.Thread(name="數碼", target=數碼管執行緒)
數碼緒.daemon = True
數碼緒.start()

數碼管輸出字典 = { "0" : (亮, 亮, 亮, 亮, 亮, 亮, 滅, 滅) ,
                   "1" : (滅, 亮, 亮, 滅, 滅, 滅, 滅, 滅) ,
                   "2" : (亮, 亮, 滅, 亮, 亮, 滅, 亮, 滅) ,
                   "3" : (亮, 亮, 亮, 亮, 滅, 滅, 亮, 滅) ,
                   "4" : (滅, 亮, 亮, 滅, 滅, 亮, 亮, 滅) ,
                   "5" : (亮, 滅, 亮, 亮, 滅, 亮, 亮, 滅) ,
                   "6" : (亮, 滅, 亮, 亮, 亮, 亮, 亮, 滅) ,
                   "7" : (亮, 亮, 亮, 滅, 滅, 滅, 滅, 滅) ,
                   "8" : (亮, 亮, 亮, 亮, 亮, 亮, 亮, 滅) ,
                   "9" : (亮, 亮, 亮, 亮, 滅, 亮, 亮, 滅) ,
                 }


def 輸出數碼管(數據) :
    global 數碼賦值
    global 數碼管輸出字典

    if 數據 > 999.9 :
        return "數值超過 999.9"
    else:

        字符串 = "%05.1f" %數據

        for 單元 in range(0,5):
            if 單元 == 0 :
                數碼賦值[單元] = 數碼管輸出字典[字符串[單元]]
            elif 單元 == 1 :
                數碼賦值[單元] = 數碼管輸出字典[字符串[單元]]
            elif 單元 == 2 :
                暫列 = list(數碼管輸出字典[字符串[單元]])
                暫列[7] = 亮
                數碼賦值[單元] = tuple(暫列)
            elif 單元 == 3 :
                continue
            else:
                數碼賦值[單元 - 1] = 數碼管輸出字典[字符串[單元]]

    return "完成"



GPIO.setup(11, GPIO.OUT, initial=GPIO.HIGH)
小哨子 = GPIO.PWM(11, 130.8)

def 啟動蜂鳴器():
        小哨子.start(100)
        return "蜂鳴器已啟動"

def 響聲控制(頻率):
        小哨子.ChangeFrequency(頻率)
        小哨子.start(50)
        return 頻率

def 噤聲控制(頻率):
        小哨子.ChangeFrequency(頻率)
        小哨子.start(100)
        return "噤聲"

def 控制蜂鳴器(op):
    return {
        '響聲'   : 響聲控制,
        '禁音'   : 噤聲控制,
   }[op]

def 輸入符碼(針碼):
        return GPIO.input(針碼)


def 輸出符碼(針碼, 賦值):
        GPIO.output(針碼, 賦值)
        return "輸出" + str(賦值)

def 出入定義(針碼, 入出):
        if 入出 == "出" :
            GPIO.setup(針碼, GPIO.OUT, initial = GPIO.HIGH)
        else:
            GPIO.setup(針碼, GPIO.IN, pull_up_down = GPIO.PUD_UP)
        return "定義完成"

def 出針定義(針碼):
    GPIO.setup(針碼, GPIO.OUT, initial = GPIO.HIGH)
    return "定義輸出完成"

def 入針定義(針碼):
    GPIO.setup(針碼, GPIO.IN, pull_up_down = GPIO.PUD_UP)
    return "定義輸入完成"


def 入出針定義(op):
    return {
        '入針'   : 入針定義,
        '出針'   : 出針定義,
   }[op]

import subprocess

重複次數 = 1

def 紅外線輸出(字碼):
    global 重複次數
    subprocess.call(['irsend', 'SEND_ONCE', 'tuxiome', 字碼,"--count=" +str(重複次數) ])
    return "已送出"

傳送重複 = 3

訊息編碼表 = {"0" : "KEY_0", "1" : "KEY_1", "2" : "KEY_2", "3" : "KEY_3", "4" : "KEY_4",
              "5" : "KEY_5", "6" : "KEY_6", "7" : "KEY_7", "8" : "KEY_8", "9" : "KEY_9",
             }

訊息解碼表 = {"0" : "0", "1" : "1", "2" : "2", "3" : "3", "4" : "4",
              "5" : "5", "6" : "6", "7" : "7", "8" : "8", "9" : "9",
              "SETUP" : "S", "ENTER" : "-", "BACK" : "E",
             }

def 紅外線發訊(四位數):
    global 傳送重複
    訊息串 = str(四位數)
    if len(訊息串) != 4 :
        return "訊息必須四位數"
    subprocess.call(['irsend', 'SEND_ONCE', 'tuxiome', "KEY_SETUP","--count=" +str(傳送重複) ])
    for 字碼 in 訊息串 :
        subprocess.call(['irsend', 'SEND_ONCE', 'tuxiome', 訊息編碼表[字碼],"--count=" +str(傳送重複) ])
        subprocess.call(['irsend', 'SEND_ONCE', 'tuxiome', "KEY_ENTER","--count=" +str(傳送重複) ])
    subprocess.call(['irsend', 'SEND_ONCE', 'tuxiome', "KEY_BACK","--count=" +str(傳送重複) ])
    return "已發訊"


import lirc
sockid = lirc.init("TuxIOme", blocking=False)

def 紅外線輸入():

    return lirc.nextcode()

def 紅外線收訊():
    空碼 = 0
    狀態 = 0
    字串 = ""
    while True:
        字碼 = 紅外線輸入()
        if 字碼 == [] :
            空碼 += 1
            if 空碼 < 10 :
                continue
            else:
                狀態 = 1
                break

        空碼 = 0
        字串 = 字串 + 訊息解碼表[字碼[0]]

    if 狀態 == 1 :
        return 字串
    else:
        return "錯誤"


def 讀取系統溫度():
    t = subprocess.check_output(['vcgencmd', 'measure_temp'])
    T = t.decode('utf-8')
    Tb = T.find('=')
    Te = T.find("'")
    return float(T[Tb + 1 : Te])

from w1thermsensor import W1ThermSensor
sensor = W1ThermSensor()

def 讀取環境溫度():
    return sensor.get_temperature()

import random

class 實習機板(tpg.Parser, dict):
    r"""
    此為實習基板入出針語言 TuxIOme 0.1，自 Calc.py 擴充而來。由於使用中文之故，
    不能使用預設的 NamedGroupLexer 。
    文法定義如下 ::

        set lexer = CacheLexer

        separator space '\s+' ;

        token 指數運算    '\^|\*\*'                                                入出針定義
        token 聲音控制    '(響聲|禁音)\b'                                                    make_op
        token 乘除運算    '[乘|除|剩]'                                                  make_op
        token 函數二    '(norm)\b'                                               float
        token integer   '\d+'                                                    e=self.記憶()
            |   VarId/v '=' Expr/e       e=出入定義(p, '出')
#            |   '定義' Expr/p '入'              e=op(p)
            |   '讀入' Expr/p                   e=輸出符碼(p, 0)
            |   '寫出' Expr/p '關'                  e=啟動蜂鳴器()
            |   "蜂鳴器" 聲音控制/op Expr/p        e = 輸出數碼管(p)
            |   "IRTX" VarId/s                     e = 紅外線輸入()
            |   "系統溫度"                         self["周遭溫度"] = e = 讀取環境溫度()
            |   "發訊" Expr/p                      e = 紅外線收訊()
        ;

        Var/ -> VarId/v ;

        Expr/e -> Term/e ( 加減運算/op Term/t      t=op(t,f)
                         )*
        ;

        Fact/f ->
                加減運算/op Fact/f                 f=op(f,e)
                        )?
        ;

        Atom/a ->
                real/a
            |   integer/a
            |   Function/a
            |   Var/a
            |   ''
            |   Random/a
        ;

        Function/y ->
                函數一/f ''                y = f(x1,x2)
        ;

        Random/x -> "四位亂數"                           sudo ./TuxIOme 
Calc (TPG example)

:系統溫度
50.8

:環境溫度
36.875

:變元

	CPU溫度 = 50.8
	一藍 = 5
	七黃 = 7
	三藍 = 13
	二藍 = 6
	五綠 = 0
	八紅 = 8
	六綠 = 1
	周遭溫度 = 36.875
	四藍 = 19
	按鍵一 = 23
	按鍵二 = 18
	撥碼一 = 24
	撥碼二 = 25

:顯示 CPU溫度
完成

:顯示 周遭溫度
完成

:四位亂數
6398

:四位亂數 
5724

:發訊 5200
已發訊

:收訊
S55--22--0-E

:發訊 1314
已發訊

:收訊
S11--33--11--4-EE

:

只不過光為了跑那個程式，也得『重讀』自己寫的

‧ M♪o 之學習筆記本《辰》組元︰【䷫】以杞包瓜

‧ M♪o 之學習筆記本《巳》文章︰【䷗】中行獨復

‧ M♪o 之學習筆記本《巳》文章︰【䷊】包荒馮河

‧ M♪o 之學習筆記本《巳》文章︰【䷒】知臨之宜

那些文本 ，然後『再驗』之以相同的測試

pi@raspberrypi ~ $ sudo ./TuxIOme 
Calc (TPG example)

:系統溫度
53.0

:環境溫度
36.375

:變元

	CPU溫度 = 53.0
	一藍 = 5
	七黃 = 7
	三藍 = 13
	二藍 = 6
	五綠 = 0
	八紅 = 8
	六綠 = 1
	周遭溫度 = 36.375
	四藍 = 19
	按鍵一 = 23
	按鍵二 = 18
	撥碼一 = 24
	撥碼二 = 25

:顯示 CPU溫度
完成

:顯示 周遭溫度
完成

:四位亂數
7721

:四位亂數 
5104

:發訊 5200
已發訊

:收訊
S55--22--0-00--EE

:發訊 1314
已發訊

:收訊
S1-3-11-4--EE

:

豈不是好笑的耶？？！！

說到作業系統中的『中斷處理』 與『事件驅動』程序，最具代表性的就是『裝置驅動』程式。維基百科詞條說︰

Device driver

In computing, a device driver (commonly referred to as a driver) is a computer program that operates or controls a particular type of device that is attached to a computer.^[1] A driver provides a software interface to hardware devices, enabling operating systems and other computer programs to access hardware functions without needing to know precise details of the hardware being used.

A driver typically communicates with the device through the computer bus or communications subsystem to which the hardware connects. When a calling program invokes a routine in the driver, the driver issues commands to the device. Once the device sends data back to the driver, the driver may invoke routines in the original calling program. Drivers are hardware-dependent and operating-system-specific. They usually provide the interrupt handling required for any necessary asynchronous time-dependent hardware interface.^[2]

若講到系統整體啟動程序，就像《大樹底下好乘涼 ︰ 《歷史觀》》所講，過去

每一台 PC 主機板上都有一個『BIOS 』 Basic Input Output System 掌管開機動作。這個『第一啟動』韌體一直隱藏在『保密合約』 NDA  non-disclosure agreement 幕後。曾經 Linux Bios 計畫努力於打開黑箱，直到今天稱之為 coreboot 。在那個應許的年代，已走入歷史的『 SUN Microsystems 』之『 Open Bios 』計畫裡的『 open firmware 』架構，就是『設備樹』的原點︰

《IEEE Std 1275-1994》
IEEE Standard for Boot (Initialization Configuration) Firmware: Core Requirements and Practices
……
3.2 Device tree
The device tree is a hierarchical data structure that describes the system hardware, describes user configuration choices, contains firmware device drivers for hardware devices, and contains support routines for use by those drivers.

The device tree’s structure mimics the organization of the system hardware, viewed as a hierarchy of interconnected buses and their attached devices. The device tree consists of a set of device nodes that are interconnected to form a tree. An individual device node
represents either a hardware bus, a hardware device, or a set of interrelated software procedures. ……

二零零八年起 Standard for Embedded Power Platform Requirements (ePAPR) 開始推廣 open firmware 架構︰
……
1.2 Relationship to IEEETM 1275

The ePAPR is loosely related to the IEEE 1275 Open Firmware standard—IEEE Standard for Boot (Initialization Configuration) Firmware: Core Requirements and Practices [2].
The original IEEE 1275 specification and its derivatives such as CHRP [10] and PAPR [16] address problems of general purpose computers, such as how a single version of an operating system can work on several different computers within the same family and the problem of loading an operating system from user-installed I/O devices. ……

當『裝置樹』遇上『作業系統』後，對『裝置驅動程式』的寫作帶來了改變及好處。為什麼呢？舉例來講，一個 USB 裝置的驅動程式載入，通常依賴『USB Vendor ID』。這是因為許多產品也許使用的主要晶片相同，但是 I/O 選擇地址、LED 有幾個、附加功能 …… 不同。於是裝置的『驅動程式』大同小異，為了『管理』上的方便！於是傳統上就得靠著那個 USB ID 編號來作區分。只不過常常有的廠商更新了產品，卻未必申請新的 USB ID ，因此發生裝置驅動程式新舊衝突的情況。反倒是搞不清楚到底誰對誰錯的哩？？隨著樹莓派可用的 GPIO 裝置越來越多，基金會或許正是及早防範未然，未雨綢繆的耶！！

Operating systems
Common features
Process management Interrupts Memory management File system Device drivers Networking Security I / O

由此可知未來如何閱讀和寫作『裝置樹』文檔，將會是一個實務上要緊的『課題』，所以特別在繼續探究『事件驅動』程式點滴之前 ，先列出相關重點文本摘要，方便讀者參考︰

【裝置樹工具程式安裝】

《大樹底下好乘涼 ︰ 《大哉問》》──

一顆 Broadcom BCM2835 SoC 可以用來設計樹莓派 B, A, B+, A+ 與 Computer Module 等主版，那麼它們之間的軟硬體差異，從 kernel OS 的角度來看，差異到底有多大呢？假使每種不同的板子，都需要特定的 kernel ，不但非常麻煩，該說是不智之舉的吧！再說因於 GPIO 上的 SPI, I2C, I2S 等等介面所產生的各類擴充板，難到不能有更好的規劃，使得驅動程式的安裝、設定和管理更加簡易的嗎？？如此總總實務上的考量，促使著應用『 Device Tree 』、『 Overlay 』與『 Parameter 』來描述『系統硬體』，達成化繁為簡的目的。這個『樹狀結構』的『硬體裝置描述』 .dts 方式類似於 C 語言的 struct 資料結構，也有 C 語言相仿的 /include/ 子樹 .dtsi 引用，再加上部份『 Fragment 』 零碎資料構成的『 Overlay 』 .dts 組成了整體硬體的『設備樹』。經由 dtc 編譯程式編成二進制的『 device tree blob 』 dtb ，系統啟動時由 start.elf 程式傳給 kernel。

在此讓我們先安裝那個 dtc 編譯工具︰

# 不支援 overlay
pi@raspberrypi ~  dtc -v
Version: DTC 1.4.0-gf345d9e4

───

【裝置樹工具程式說明】

《大樹底下好乘涼 ︰ 《拜樹頭》 ？ ※ 碩果不食》──

假使仔細閱讀《 Device Tree on ARCH_BCM2708 》，留心一下『那個人』── notro ── 與『那個時間』── on Jul 30, 2014 ──，也許我們不只對樹莓派『裝置樹』有更多的了解，更能明白許多的貢獻其來有自，正所謂『德不孤，必有鄰』乎！！

此處將僅簡單說說幾個工具程式，以及簡介它們的用法。

常用縮寫︰

【 DT 】︰  Device Tree
【 FDT 】︰ Flattended Device Tree: a DT representation used in the dtb blob.
【 .dtb 】︰ Device Tree Binary
【 .dts 】︰ Device Tree Source
【 .dtsi 】︰ Device Tree Source Include
【 dtc 】︰ Device Tree Compiler

───

【核心設備樹支援】

《大樹底下好乘涼 ︰ 《拜樹頭》 ？ ※成而不居》──

在一篇名為《 Device trees everywhere 》的文章裡，談及了二零零五年五月時，  IBM 的 Benjamin Herrenschmidt 建置了一套新的『設備樹』之 linux kernel 啟動機制，即使一個沒有『 OF 』 Open Firmware 的系統，也可以使用『設備樹』得到好處。此事記載於 Linux 《 booting-without-of.txt 》 文件之中，那時 ── May 18, 2005: Rev 0.1 – Initial draft, no chapter III yet. ── ，到了

November 21, 2005: Rev 0.5

– Additions/generalizations for 32-bit
– Changed to reflect the new arch/powerpc structure
– Added chapter VI

和此刻的差異實在說並不大。『術語』與『架構』延襲至今，正是深入理解『 /proc/device-tree 』、『 The DT block format 』、『 Required content of the device tree 』以及一些『建議』的基礎『文本』。俗話講︰『十年磨一劍』，正此之謂耶？？

雖說『設備樹』是種系統連接『硬體裝置』的簡易『描述語言』 ，但要三言兩語講清楚它與『第一啟動』 BIOS 韌體或是『 Boot Loader 』與『 kernel os 』之裝置『驅動程式』間的關係，其實很不容易。因此這裡也只能借花獻佛，請讀者自讀《 Device Tree for DUMMIES 》的了。

既然『設備樹』 與『檔案樹』都是『樹狀結構』，系統開機後用『 /proc/device-tree 』來表現啟始 dtb 之結果，正是一一對應︰

設備根節點 Device Root /proc/device-tree 目錄

設備節點 Device Node 子目錄

設備屬性 Device Property 檔案

───