Escholarship UC Item 7m31g4t4 (1) (001-057) (1) .En - Id

UC Berkeley
Kontrol dan Teknologi Informasi
Judul
Membangun layanan sistem operasi: Sebuah arsitektur untuk bangunan diprogram.
Permalink
https://escholarship.org/uc/item/7m31g4t4
Penulis
Dawson-Haggerty, Stephen
Tanggal penerbitan
2014/04/01 rekan
Ulasan
eScholarship.org Didukung oleh Digital Library California

Universitas California
Bangunan Sistem Operasi Jasa: Sebuah Arsitektur untuk
Bangunan Programmable
oleh
Stephen Dawson-Haggerty
Sebuah disertasi yang diajukan dalam kepuasan parsial

persyaratan untuk tingkat
ahli filosofi
di
Ilmu Komputer
dalam
Divisi Graduate
dari
University of California, Berkeley
Komite yang bertanggung jawab:
Profesor David Culler, Ketua

Profesor Randy Katz Profesor
Edward Arens
Semi 2014
PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

2014
Disertasi dari Stephen Dawson-Haggerty, berjudul Membangun Sistem Operasi Jasa: Sebuah Arsitektur untuk
Bangunan Programmable, disetujui:
Kursi Tanggal
Tanggal
Tanggal

2014
Bangunan Sistem Operasi Jasa: Sebuah Arsitektur untuk
Bangunan Programmable
Copyright 2014
oleh

2014
1
Abstrak
Bangunan Sistem Operasi Jasa: Sebuah Arsitektur

untuk Bangunan Programmable
oleh
Doctor of Philosophy di bidang Ilmu Komputer
Profesor David Culler, Ketua
bangunan komersial menggunakan 73% dari seluruh listrik yang dikonsumsi di Amerika Serikat [30], dan berbagai studi menunjukkan
bahwa ada fi kan kesempatan yang belum direalisasi signifikan untuk penghematan [69,
72, 81]. Salah satu dari banyak alasan masalah ini tetap berlangsung dalam menghadapi insentif finansial adalah bahwa
pemilik dan operator memiliki visibilitas yang sangat miskin ke dalam operasi bangunan mereka. Membuat perubahan operasi
sering membutuhkan konsultan yang mahal, dan kapasitas teknologi untuk perubahan tidak perlu terbatas. tesis kami adalah
bahwa beberapa masalah ini tidak hanya kegagalan insentif dan organisasi tetapi kegagalan teknologi dan imajinasi: dengan
kerangka kerja perangkat lunak yang lebih baik, banyak aspek membangun operasi akan ditingkatkan dengan aplikasi
perangkat lunak yang inovatif.
Untuk mengevaluasi hipotesis ini, kami mengembangkan sebuah arsitektur untuk menerapkan aplikasi membangun dengan
cara fleksibel dan portabel fl, yang disebut Gedung Sistem Operasi Jasa. BOSS memungkinkan perangkat lunak untuk keandalan
dan portable mengumpulkan, proses, dan bertindak pada volume besar hadir data dalam sebuah bangunan besar. Unsur-unsur
minimal arsitektur ini adalah abstraksi hardware, manajemen data dan pengolahan, dan desain kontrol; dalam tesis ini kami
menyajikan studi desain rinci untuk masing-masing komponen dan mempertimbangkan berbagai tradeo ff dan temuan-temuan.
Tidak seperti sistem sebelumnya, kami langsung mengatasi tantangan membuka bangunan kontrol tumpukan pada setiap tingkat,
menyediakan antarmuka untuk pemrograman dan diperpanjang sementara mempertimbangkan sifat seperti skala dan toleransi
kesalahan.
kontribusi kami terdiri dari anjak berprinsip fungsi ke sebuah arsitektur yang memungkinkan jenis aplikasi kita
tertarik, dan pelaksanaan dan evaluasi dari tiga komponen utama. Karya ini sudah termasuk signifikan pengalaman
dunia nyata, mengumpulkan lebih dari 45.000 aliran data dari berbagai macam sumber instrumentasi di beberapa
bangunan, dan mengambil kontrol langsung dari beberapa bangunan uji untuk periode waktu. Kami mengevaluasi
pendekatan kami menggunakan tolok ukur terfokus dan studi kasus pada komponen arsitektur individu, dan secara
holistik dengan melihat aplikasi dibangun menggunakan kerangka.

2014
saya
Isi
Isi saya
Daftar Gambar v
Daftar tabel xi
1 Pendahuluan dan Motivasi 1

1.1 Tren Underlying. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.2 Memotivasi Aplikasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3 Kontribusi dan Tesis Roadmap. . . . . . . . . . . . . . . . . . . . . . . 4
2 Latar Belakang dan Kerja Terkait 5

2.1 Desain Bangunan Fisik. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.1.1 Pemanasan, Ventilasi, dan penyejuk udara. . . . . . . . . . . . . . . 6
2.1.2 Sistem Pencahayaan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.1.3 Membangun Sistem lain. . . . . . . . . . . . . . . . . . . . . . . . . 10
2.2 Pemantauan dan Pengendalian . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.2.1 Direct dan Supervisory Control. . . . . . . . . . . . . . . . . . . . . 10
2.2.2 Komunikasi Protokol. . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.3 Komponen Modeling. . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.2.4 Interface untuk Programming. . . . . . . . . . . . . . . . . . . . . . . 16
2.2.5 Alternatif untuk SCADA. . . . . . . . . . . . . . . . . . . . . . . . . 16
2.3 Manajemen dan Optimasi Aplikasi. . . . . . . . . . . . . . . . . . 17
2.3.1 Konsumsi Listrik Analisis. . . . . . . . . . . . . . . . . . . . 17
2.3.2 Pemodelan dan Analisis Energi. . . . . . . . . . . . . . . . . . . . . . 18
2.3.3 Permintaan Responsif Konsumsi Energi. . . . . . . . . . . . . . . 19
2.4 Kasus untuk BOSS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3 BOSS Desain 21
3.1 Pola Desain untuk Membangun Aplikasi. . . . . . . . . . . . . . . . . . . 21
3.1.1 Pola Collect. . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.1.2 Proses Pola. . . . . . . . . . . . . . . . . . . . . . . . . . . 23

2014
ii
3.1.3 Pola Control. . . . . . . . . . . . . . . . . . . . . . . . . . . 24

3.2 BOSS Desain: a Dekomposisi Fungsional. . . . . . . . . . . . . . . . . . . 25
3.2.1 Hardware Presentasi. . . . . . . . . . . . . . . . . . . . . . . . . . 26
3.2.2 Hardware Abstraction. . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.2.3 data Time Series. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.2.4 Transaksi Manager. . . . . . . . . . . . . . . . . . . . . . . . . . . 30
3.2.5 Otorisasi dan Keselamatan. . . . . . . . . . . . . . . . . . . . . . . . . 31
3.2.6 Membangun Aplikasi. . . . . . . . . . . . . . . . . . . . . . . . . . . 33
3.3 Perspektif. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
3.3.1 Runtime Layanan Partisi dan Scaling. . . . . . . . . . . . . . . . 34
3.3.2 Keandalan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3.3.3 Portabilitas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3.4 Langkah Berikutnya. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
4 Hardware Presentasi 37
4.1 Desain Motivasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.1.1 Deployment Residential. . . . . . . . . . . . . . . . . . . . . . . . . 38
4.1.2 Integrasi Sistem Manajemen Building. . . . . . . . . . . . . . . 39
4.1.3 Bangunan Retro fi t. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
4.1.4 External Data. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
4.2 Sederhana Pengukuran dan aktuasi Pro fi le. . . . . . . . . . . . . . . . 42
4.2.1 SMAP Time Series. . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
4.2.2 Metadata. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.2.3 Sindikasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
4.2.4 aktuasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
4.3 Implementasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
4.3.1 Drivers. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4.3.2 Con fi gurasi dan ruang nama. . . . . . . . . . . . . . . . . . . . . . 53
4.3.3 Utilitas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.4 Evaluasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.4.1 Lengkap dan Umum. . . . . . . . . . . . . . . . . . . . . . . . . . 55
4.4.2 Scalable. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
4,5 Takeaways. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
5 Waktu Penyimpanan data Series 66

5.1 Tantangan dan Peluang. . . . . . . . . . . . . . . . . . . . . . . . . . 66
5.2 penyimpanan mesin A Time Series. . . . . . . . . . . . . . . . . . . . . . . . . . 68
5.2.1 ukuran Bucket. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
5.2.2 Klien Interface. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
5.2.3 Kompresi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
5.3 Evaluasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
5.3.1 Skala. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

2014
aku aku aku
5.3.2 Kompresi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
5.3.3 Latency. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
5.3.4 Sistem Relational. . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
5.4 Kerja Terkait. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
6 Model Time Series Data Processing 78

6.1 data Cleaning. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
6.1.1 Dealing dengan Time: Subsampling dan interpolasi. . . . . . . . . . 78
6.1.2 data Filling. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
6.1.3 Kalibrasi dan Normalisasi. . . . . . . . . . . . . . . . . . . . . . 80
6.1.4 Outlier Removal. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
6.1.5 Analisis Operasi dan Rollups. . . . . . . . . . . . . . . . . . . . 80
6.1.6 Pengolahan Isu dalam Data Cleaning. . . . . . . . . . . . . . . . . . . 81
6.2 Model Data Cleaning. . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
6.2.1 Model Data. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
6.2.2 Operator. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
6.3 kerja terkait. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
7 Implementasi dari Series Sistem Waktu 87

7.1 Domain Bahasa Pendekatan Data Cleaning. . . . . . . . . . . . . . . 87
7.1.1 Pilih. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
7.1.2 Transform. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
7.2 DSL Processor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
7.2.1 Kompilasi untuk SQL. . . . . . . . . . . . . . . . . . . . . . . . . . . 95
7.2.2 Evaluasi Operator. . . . . . . . . . . . . . . . . . . . . . . . . . . 97
7.3 Evaluasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Data Cuaca 7.3.1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
7.3.2 Bangunan Analisis Kinerja . . . . . . . . . . . . . . . . . . . . . 100
7.4 kerja terkait. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
7.4.1 Mesin Stream Processing. . . . . . . . . . . . . . . . . . . . . . . . 102
7.4.2 Massal Pengolahan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
7,5 Takeaways untuk Physical Data Processing. . . . . . . . . . . . . . . . . . . . 105
8 Controller 106
8.1 Arsitektur Control. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
8.1.1 Model Kegagalan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
8.1.2 Coordinated Control. . . . . . . . . . . . . . . . . . . . . . . . . . . 108
8.2 Pengendalian Desain Transaksi. . . . . . . . . . . . . . . . . . . . . . . . . . . 109
8.2.1 Siapkan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
8.2.2 Menjalankan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
8.2.3 Pengembalian. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
8.3 Implementasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112

2014
iv
8.3.1 Contoh Transaksi. . . . . . . . . . . . . . . . . . . . . . . . . . . 112

8.3.2 Pengembalian Strategi. . . . . . . . . . . . . . . . . . . . . . . . . . . 113
8.3.3 Perilaku Multi-transaksi. . . . . . . . . . . . . . . . . . . . . . . . 115
8.4 Kerja Terkait. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
8,5 Takeaways. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
9 Kesimpulan 120
9.1 Kontribusi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
9.2 Dampak yang lebih luas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
9.3 Kinerja Masa Depan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122
9.4 Final Keterangan. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Bibliografi 124

2014
v
Daftar Gambar
2.1 Diagram proses khas loop sistem HVAC di sebuah bangunan komersial. .8
2.2 Sebuah bangunan interior di Laboratorium Sumber Daya Terbarukan Nasional menunjukkan banyak fitur aktif dan
pasif yang dirancang untuk pencahayaan. . . . . . . . . . . . .9
2.3 Arsitektur dua tingkat dari banyak pemisahan yang ada membangun, dengan perbedaan logis dan fisik
antara kontrol langsung dan fisik. Ini dibagi dengan sistem yang khas Supervisory Control dan Data
Acquisition (SCADA). . . . . . 11
2,4 primitif Key di BACnet adalah “perangkat”, “benda,” dan “sifat.”. Perangkat mewakili pengendali fisik, atau
host jaringan logis. Benda yang agak umum, tetapi dapat mewakili poin individu instrumentasi seperti
switch relay atau titik pengukuran. Properti pada objek adalah nilai-nilai individu; misalnya membaca PROP
PRESENT VALUE pada switch akan menghasilkan posisi saklar saat ini. . . . . . . . . . . . . . . . . . . . . . . . . . . .
.............
13
2,5 Sebuah negara contoh array prioritas BACnet. Dalam hal ini, nilai sekarang untuk kontroler ini akan
mengambil nilai 0 karena itu adalah prioritas tertinggi, non-null nilai sekarang. . . . . . . . . . . . . . . . . . . . . . . .
......... 14
2.6 Contoh nama titik BACnet dari Sutardja Dai Hall, di kampus Berkeley. Dalam hal ini, nama jalur meliputi tata ruang
(gedung, lantai, dan zona) informasi, jaringan informasi (alamat controller), dan informasi fungsional (volume
udara). Menafsirkan ini membutuhkan pengetahuan konvensi digunakan. 15
2.7 Sistem distribusi listrik dalam Cory Hall, UC Berkeley. Untuk lebih memahami bagaimana listrik digunakan di
dalam gedung, kami memasang sekitar 120 meter listrik tiga fase pada berbagai titik dalam sistem.
Menganalisis data ini membutuhkan baik kemampuan untuk menangani jumlah yang lebih besar dari
data, dan metadata untuk memungkinkan interpretasi otomatis.
. . . . . . . . . . . . . . . . . . . . . . . . . 18
3.1 Organisasi sering mengikuti pipa tiga fase untuk energi implementasi e strategi FFI efisiensi. Pada tahap pertama,
mereka Monitor sistem untuk mendapatkan pemahaman yang lebih baik dari operasi dan dinamikanya. Kedua,
mereka menciptakan model dukungan pengambilan keputusan sekitar yang langkah-langkah yang paling e ff
efektif. Akhirnya, mereka menerapkan langkah-langkah mitigasi untuk mengurangi pengeluaran energi. . . . . . . . . .
... 22

2014
vi
3.2 Skema potongan penting dalam sistem. BOSS terdiri dari (1) lapisan presentasi perangkat keras, (2) waktu
pelayanan seri, dan komponen transaksi (3) kontrol. Akhirnya, (4) proses kontrol mengkonsumsi layanan
ini perubahan agar make untuk membangun operator.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.3 Beberapa pandangan di ff erent dari hubungan antara komponen sistem eksis dan berinteraksi dalam ruang
fisik. HAL memungkinkan aplikasi yang akan ditulis dalam hal hubungan ini bukan nama titik tingkat
rendah. . . . . . . . . . . 28
4.1 Hasil lima menit tes konektivitas eksternal selama periode minggu untuk dua penyebaran perumahan.
Sambungan dengan tidak ada masalah akan ditampilkan sebagai garis lurus. . . . . . . . . . . . . . . . . . . . . . . .
.............. 38
4.2 Arsitektur sistem dari sistem manajemen bangunan Automated Logic. [24] 39
4.3 Canonical SMAP URL untuk “daya total” meteran dari meteran listrik tiga fase. 44
4.4 Sebuah series misalnya waktu obyek diekspor oleh SMAP. Sensor dan aktuator dipetakan ke waktu sumber daya
series diidentifikasi oleh UUIDs. Meta-data dari sistem yang mendasari ditambahkan sebagai tag kunci-nilai
yang terkait dengan seri waktu atau koleksi time series.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
4,5 Sebuah endpoint contoh pelaporan dipasang di sumber SMAP. Objek melaporkan memungkinkan beberapa tujuan untuk
failover, serta memiliki berbagai pilihan mengendalikan bagaimana dan kapan data yang diterbitkan; gzip-avro es spesifisitas
bahwa data outbound dapat dikompresi dengan gzip codec setelah pertama yang dikompresi dengan menggunakan Apache
Avro. 47
4.6 Sebuah con fi gurasi fi le potongan con fi guring tujuan pelaporan. . . . . . . . . . 49
4.7 A di ff erential versi dari objek pada Gambar 4.4 di mana datum baru telah dihasilkan. Hanya kebutuhan
membaca baru yang akan disertakan, bersama dengan UUID untuk identifikasi dari seri. . . . . . . . . . . . . . .
................ 49
4.8 Contoh Timeseries keberatan mewakili aktuator diskrit biner. . . . . . 50
4.9 Contoh Pekerjaan keberatan, menulis dua aktuator pada waktu yang sama. Karena
durasi disediakan, aktuator yang mendasari akan terkunci sampai selesai pekerjaan atau dibatalkan;
menulis tambahan akan gagal. Itu uuid s referensi yang mendasari objek time series. . . . . . . . . . . . . . . . . . .
.......... 51
4.10 pelaksanaan kami SMAP menyediakan antarmuka runtime bersih terhadap yang menulis dapat digunakan
kembali “driver” komponen, yang berisi logika spesifik untuk sistem yang mendasarinya. runtime bertanggung
jawab untuk memformat SMAP objek, mengimplementasikan antarmuka melalui HTTP, dan mengelola
on-disk bu ff kenai sumber daya yang berorientasi data keluar. Ini juga menyediakan con fi gurasi-manajemen
dan penebangan fasilitas untuk pengguna. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
52
4.11 Contoh SMAP driver. Itu mempersiapkan Metode menerima parameter gurasi con fi
dari con fi gurasi fi le; Mulailah disebut setelah semua layanan runtime tersedia dan pengemudi harus
mulai menerbitkan data. Dalam contoh ini, kita sebut perpustakaan eksternal, dibaca examplelib.example untuk
mengambil data dari sensor suhu dan mempublikasikan data setiap beberapa detik. Itu opts argumen
untuk setup, yang disediakan oleh SMAP, berisi informasi gurasi con fi dari wadah runtime. . . . .
53

2014
vii
4.12 Sebuah con fi gurasi fi le menyiapkan contoh driver. Yang penting, ini berisi dasar UUID mendefinisikan
namespace untuk semua time series run dalam wadah ini, dan satu atau lebih driver bagian pemuatan.
Dalam hal ini, hanya ExampleDriver
dimuat. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
4.13 Bagian dari ekosistem SMAP. Banyak sumber erent di ff data mengirim data melalui internet untuk berbagai
penerima, termasuk dashboard, repositori, dan pengendali.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
4.14 Sebuah Sankey diagram dari distribusi listrik dalam bangunan khas, dengan pemantauan solusi untuk setiap
tingkat pecah. Semua sumber ini disajikan sebagai feed SMAP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
.. 57
4.15 Sebuah rincian rinci dari penggunaan listrik di dalam Teknik Elektro membangun lebih dari dua hari. Data didorong ke
database klien oleh SMAP gerbang terhubung ke tiga rangkaian meter Dent, masing-masing dengan enam saluran.
Daya yang digunakan terutama oleh pencahayaan, HVAC, dan laboratorium mikro-fabrikasi, seperti yang
diharapkan. Menariknya, total daya yang dikonsumsi pada hari Minggu adalah 440 kW sementara pada hari Senin
adalah 462 kW, meningkat kurang dari 5% antara akhir pekan dan hari kerja, indikasi dari sebuah bangunan FFI
efisien ine. The di ff selisih antara siang dan malam kecil juga. Satu-satunya beban dengan lonjakan yang jelas
dalam daya pencahayaan sekitar 07:00 pada hari Senin, sedangkan sebagian besar beban tetap sama sepanjang
hari dan malam.
. . . . . . . . . . . . . 58
4.16 Contoh Modbus-ethernet jembatan. Modbus dijalankan melalui kabel serial twisted pair (RS-485); mengubahnya
menjadi Ethernet cara menghilangkan kebutuhan untuk menjalankan kabel baru.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
4.17 plug-beban nirkabel meter Acme (kanan bawah) digunakan untuk konsumsi daya monitor dari berbagai
peralatan, termasuk laptop dan layar LCD di bagian kiri atas, kulkas dan dispenser air di kanan atas, dan
konsumsi agregat di kiri bawah . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
61
4.18 Lapisan dalam tumpukan protokol, dan protokol yang digunakan dalam versi lengkap dari SMAP, di samping
versi disesuaikan untuk perangkat embedded. . . . . . . . . . . . . . . . . . 63
5.1 Sebuah representasi khas data time series dalam skema relasional. Itu . . . . 67
5.2 readingdb Sejarawan fi rst Data ember sepanjang waktu sumbu untuk mengurangi
Ukuran indeks, menyimpan nilai-nilai dekat nilai-nilai lain dengan tetangga cap waktu dari aliran yang
sama. Kemudian menerapkan kode run-length diikuti oleh Hu ff pohon manusia untuk setiap kotak,
menghasilkan kompresi yang sangat baik untuk untuk banyak pola yang biasa dilihat. . . . . . . . . . . . . . . . . .
....................... 68
5.3 lengkap readingdb antarmuka. . . . . . . . . . . . . . . . . . . . . . . . . . 70
5.4 Statistik tentang tingkat sampling dan waktu membentang oleh 51.000 aliran disimpan dalam besar readingdb instalasi.
. . . . . . . . . . . . . . . . . . . . . . . . . . . 71

2014
viii
5.5 Kompresi dicapai di semua sungai di toko time series pada titik waktu. Sebuah fi jumlah signifikan dari aliran
yang baik konstan atau perlahan-lahan berubah, yang mengakibatkan 95% atau rasio kompresi yang lebih
besar. Lonjakan aliran yang dikompresi untuk sekitar 25% adalah plug-beban meter yang kebisingan
membuat mereka di FFI kultus untuk kompres.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
5,6 Latency histogram dalam milidetik query potongan terbaru dari data dari satu set acak sungai di toko. Karena
cache disimpan hangat oleh sisipan, data terbaru selalu dalam memori dalam snapshot ini. . . . . . . . . . . . .
......... 73
5.7 readingdb kinerja deret waktu dibandingkan dengan dua database relasional. com-
pression terus disk I / O untuk minimum, sementara bucketing mencegah memperbarui B + indeks tree pada
dimensi waktu dari menjadi hambatan. Menjaga data diurutkan oleh sungai ID dan timestamp
mempertahankan lokalitas untuk permintaan jangkauan. . . 77
6.1 Setiap kali seri sedang diproses adalah matriks dengan notionally-tingginya fi nite (setiap baris saham cap
waktu), dan lebar c saya, mewakili jumlah saluran instrumen hadir dalam seri itu. Set ini dapat diproses
bersama-sama, membentuk set S sungai. . . . . . . . . . . . . . . . . . . . . . . .
82
6.2 Sebuah aplikasi contoh operator konversi unit. operator berisi database pemetaan unit teknik masukan untuk
satu set kanonik dan menggunakan metadata masukan untuk menentukan pemetaan untuk menerapkan.
Hasilnya adalah satu set baru stream dimana data dan metadata telah bermutasi untuk mencerminkan
konversi dibuat. Ini adalah contoh dari “fungsi universal” Operator -gaya yang tidak mengubah dimensi dari
input. . . . . . . . . . . . . . . . . . . . . . . . . . . .
85
7.1 Layanan pengarsipan alat waktu prosesor bahasa series query, serta beberapa layanan lainnya di atas dua
mesin penyimpanan; metadata disimpan dalam PostgreSQL, sementara time series menggunakan data
yang readingdb. . . . . . . . . . . . . . . . . 88
7.2 pipa lengkap yang diperlukan untuk mengeksekusi contoh query kita. bahasa runtime pertama terlihat up time
series yang relevan menggunakan mana-klausul, dan menggunakan hasilnya untuk memuat data yang
mendasari dari readingdb, menggunakan data-klausul. Kemudian instantiates pipa operator, yang fi rst unit
bertobat ke basis yang konsisten dan kemudian berlaku operator windowing. . . . . . . . . . . . . . . . . . . . . . . .
92
7.3 pasta operator. Tempel melakukan bergabung input time series dari aliran input, penggabungan pada kolom
waktu. Hasilnya adalah seri tunggal yang berisi semua cap waktu masukan. Dimensi transformasi dalam
contoh ini adalah pasta: (2, [2, 2], T) ⇒ ( 1, [3], T). . . . . . . . . . . . . . . . . . . . . . . . . . . .
93
7.4 Sebuah ekspresi Operator aljabar yang menghitung kalibrasi kuadrat suhu dari dua seri waktu: feed data
sensor baku, dan pakan data suhu. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
94
7.5 Contoh query dengan aljabar ekspresi, yang manfaat ts dari penggalian tambahan kendala di mana-klausul
dari ekspresi operator. . . . . . . . . . . 95

2014
ix
7,6 Disusun versi query pada Gambar 7.5, menggunakan hstore backend. Kita dapat
jelas lihat kendala tambahan yang dikenakan oleh ekspresi operator, serta pemeriksaan keamanan yang
dikenakan. Query menyeleksi baris dari aliran
tabel, yang dapat digunakan untuk memuat time series baku dari readingdb, serta menginisialisasi grafik
operator. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96
7.7 Sebuah bagian dari operator yang standarisasi unit . . . . . . . . . . . . . . . . 97
7.8 fi kami pertama upaya memperoleh 15 menit resampled data suhu udara luar. 99
7,9 Interaktif merencanakan data time series ulang berjendela menggunakan bahasa pembersihan kami. Karena
metadata dilewatkan melalui pipa pengolahan, semua aliran akan diplot di zona waktu yang benar,
meskipun sensor yang mendasari berada di di ff erent lokasi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
99
7.10 Dealing dengan data disalahartikan dalam satuan yang tidak konsisten adalah sepele; kita dapat dengan cepat mengubah aliran
menjadi Celcius dengan unit yang benar label dengan menggunakan unit kustom ekspresi konversi (yang pertama argumen
untuk unit). . . . . . . . . . . . . . . . . 100
7.11 Antarmuka aplikasi memungkinkan kita dengan cepat resample dan menormalkan baku seri data. 100
7.12 A rumit, permintaan data-paralel. query ini menghitung minimum, maksimum, dan 90 th persentil suhu
penyimpangan di seluruh lantai fl atas jendela waktu (satu hari).
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
7.13 pipa Eksekusi untuk permintaan ditunjukkan pada Gambar 7.12. Kelompok-oleh klausa memperlihatkan
paralelisme mendasar dari query ini sejak pipa dijalankan sekali per lokasi yang berbeda. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . 101
8.1 Sebuah tampilan tingkat kontrol yang tinggi transaksional. proses kontrol, mengandung applicationspeci fi c logika
berinteraksi dengan sensor dan aktuator melalui manajer transaksi, yang bertanggung jawab untuk melaksanakan
perintah mereka menggunakan aktuator yang mendasari. Antarmuka yang disajikan kepada proses kontrol
memungkinkan kontrol yang relatif fi ne-grained dari prioritas dan penjadwalan. . . . . . . . . . . . . . . . . . . . . . . . 107
8.2 Seorang manajer transaksi (TM) berkomunikasi dengan Process Control terpencil. TM memprioritaskan permintaan
dari beberapa proses, menyiagakan proses pengendalian yang tepat bila diperlukan. TM juga mengelola
concurrency sumber daya yang mendasari fisik, dan menyediakan semua-atau-tidak semantik untuk tindakan
didistribusikan. Ini menyediakan kemampuan untuk memutar kembali transaksi berjalan. . . . . . . . . . . . . . 110
8.3 Contoh kode mendirikan “ledakan keren” udara dalam bangunan. Kode pertama fi NDS titik kontrol yang dibutuhkan
menggunakan TSCL metadata permintaan; kemudian mempersiapkan transaksi yang terdiri dari sepenuhnya membuka
damper, dan menutup katup pemanasan untuk memberikan aliran dingin. Hal ini dapat diketahui ketika transaksi sudah
mulai dengan melampirkan panggilan balik ke fi menulis pertama. . . . . . . . . . . . . . . . . . . . . . . . . 113
8.4 Hasil menjalankan urutan perintah nyata dalam Sutardja Dai Balai; urutan nyata memiliki lebih langkah dari
urutan sederhana digunakan sebagai contoh. Kami jelas melihat udara fl ow dalam sistem dalam
menanggapi masukan kendali kita. . . . . . . 114
8,5 Drivers dapat mengimplementasikan urutan pengembalian khusus untuk menjaga stabilitas sistem ketika mengubah
rezim kontrol. . . . . . . . . . . . . . . . . . . . . . . . . . 115

2014
x
8.6 Ilustrasi preemption. Dalam contoh ini, dua transaksi, satu dengan prioritas rendah dan lain dengan prioritas tinggi
mengirimkan tindakan menulis ke titik yang sama. Tindakan prioritas rendah terjadi pertama, dan dibuat dengan xabove
bendera. Ketika kedua tulis oleh T2 terjadi, titik mengambil nilai baru karena tindakan menulis T2 memiliki
prioritas yang lebih tinggi. Selain itu, T1 menerima fi kasi noti bahwa tindakan menulis yang telah mendahului dan
dibersihkan. Tergantung kebijakan kesalahan T1, ini dapat mengakibatkan batal transaksi itu, atau mengeksekusi
handler khusus. . . . . . 116
8,7 Sebagian kecil dari pemrograman urutan chiller di Sutardja Dai Balai di kampus UC Berkeley. Bagian dari program
pengendalian bertanggung jawab untuk menyesuaikan urutan chiller untuk merespon perubahan musim. . . . . . .
118

2014
xi
Daftar tabel
2.1 sistem terintegrasi secara vertikal yang mungkin ada dalam sebuah bangunan besar, bersama dengan
peralatan kunci. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
3.1 komponen Arsitektur dari Sistem Operasi Building. . . . . . . . . . . . 34
4.1 Bangunan sistem manajemen dan data konsentrator integrasi dilakukan. . . 40

4.2 Instrumentasi ditambahkan ke Cory Hall sebagai bagian dari proyek testbed Bangunan-to-Grid. 41
4.3 Contoh metadata yang diperlukan untuk menafsirkan aliran data skalar. . . . . . . . . . . 45
4.4 Hardware adapter Presentation Layer saat makan data time series menjadi BOSS. Adapter mengkonversi segala
sesuatu dari perangkat Modbus sederhana untuk protokol kontrol yang kompleks seperti OPC-DA dan
BACnet / IP ke pesawat seragam presentasi, penamaan, penemuan, dan penerbitan.
. . . . . . . . . . . . . . . . . . . . . . . . . 56
4,5 Saluran untuk setiap fase dan pengukuran total sistem pada meteran listrik tiga fase. . . . . . . . . . . . . . . . . . . . .
..................... 59
4.6 Penyebaran dari SENSYS dan IPSN dalam beberapa tahun terakhir. . . . . . . . . . . 62
4.7 Perbandingan ukuran data dari satu meter memproduksi 3870 time series. “Raw” terdiri dari data dikemas
berisi UUID 16-oktet, 4-oktet cap waktu, dan nilai 8-oktet tapi tidak ada framing atau metadata. Avro + gzip
dan Avro + bzip2 keduanya metode yang tersedia dari penerbitan data dari sumber SMAP. . . . . . . . . . . . .
. 63
4.8 Kode ukuran elemen kunci dari implementasi SMAP menggunakan Avro / JSON, HTTP, dan TCP. . . . . . . . . .
.............................. 64
6.1 Sebuah subset dari operator menyatakan juga menggunakan bentuk fungsional. Mereka memungkinkan untuk
resampling ke dasar umum waktu, smoothing, unit normalisasi, dan banyak data umum lainnya operasi
pembersihan. . . . . . . . . . . . . . . . . . . . . . . 83
7.1 operator Seleksi didukung oleh bahasa query. Sintaks seleksi dasarnya dipinjam dari SQL. . . . . . . . . . . . . . . .
............ 89
7.2 Operator diimplementasikan dalam antarmuka aplikasi. † operator otomatis
diimpor dari NumPy. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
8.1 Jadwal tindakan yang dihasilkan terkandung dalam siap transaksi ledakan dibuat pada Gambar 8.3. . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . 114

2014
xii
Ucapan Terima Kasih
Berada di Berkeley beberapa tahun terakhir ini telah menjadi pengalaman yang menyenangkan. Sebagian besar, hal ini
disebabkan sekelompok besar orang untuk yang mungkin terlalu banyak untuk nama. David Culler memiliki pikiran jelas untuk
berpikir arsitektur Saya belum pernah bertemu, dan pasangan itu dengan penghargaan untuk tindakan menciptakan artefak bahwa
hasil pendekatan penelitian yang sangat menarik. Saya telah belajar banyak. Randy Katz selalu menjadi sumber dorongan, umpan
balik yang berguna, dan kostum Inggris lucu. Ed Arens telah sangat mendukung selama beberapa tahun terakhir seperti yang kita
mulai menggali ke dalam bangunan, dan mengetahui seseorang yang sangat memahami dan peduli tentang bangunan telah
sangat membantu.
Prabal Dutta adalah mentor yang indah selama fi saya pertama beberapa tahun di sini; caranya memilih satu hal penting dari
sup ketidakselarasan dan kemudian menulis makalah yang membuatnya tampak benar-benar jelas masih sesuatu yang saya
mengagumi. Saya sudah sangat menikmati bekerja dengan Andrew Krioukov seperti yang kita pecah bangunan terbuka, fi gured
tahu apa yang membuat mereka tergerak, dan menempatkan mereka kembali bersama-sama baik. Seluruh 410 awak - awalnya
Jay Taneja, Jorge Ortiz, Jaein Jeong, Arsalan Tavakoli, dan Xiaofan Jiang - adalah cara yang bagus untuk memulai di sekolah
pascasarjana. Beberapa dari kita membuat transisi dari motes energi bersama-sama, yang frustasi dan menguntungkan semua
pada waktu yang sama. Saya juga sangat diuntungkan dari diskusi dengan banyak orang lain di Berkeley, terutama Ariel Rabkin,
Tyler Hoyt, Arka Bhattacharya, Jason Trager, dan Michael Anderson.
Albert Goto bas menjadi kehadiran yang konstan dan bantuan, selalu baik untuk kue ulang tahun, larut malam ngobrol tentang NFS lebih 6LoWPAN,
atau bantuan dengan apa pun yang diperlukan lakukan. Scott Mcnally dan Domenico Caramagno memberi dengan murah hati dari waktu
mereka dalam membantu untuk memahami bagaimana bangunan kami bekerja, dan memanjakan kami karena kami belajar bagaimana untuk
mengubah mereka. Saya juga menghargai waktu yang dihabiskan bekerja dengan kolaborator di lembaga-lembaga lain, terutama Steven
Lanzisera dan Kaya Brown di LBNL, dan JeongGil Ko dan Andreas Terzis di Johns Hopkins. Bersama-sama, kami mampu benar-benar
membawa TinyOS ke titik memuaskan.
Akhirnya, tentu saja, orang-orang yang dibuat di luar kehidupan sekolah ledakan. Abe Othman, Savitar Sundaresan, Chris Yetter,
James McNeer dan semua doppels memiliki tempat khusus dalam hidup saya. Sara Alspaugh telah menjadi teman, pasangan, dan
sumber percakapan besar kepada siapa saya akan selalu berterima kasih. Yang paling penting, saya ingin mengucapkan terima kasih
orang tua saya, John Haggerty dan Sally Dawson. Mereka selalu mendukung dan mencintai, dan entah bagaimana mari kita berpikir
bahwa setiap orang memiliki gelar Ph.D.! Nah, saya kira dekat itu untuk benar. Adikku Mike adalah inspirasi dan contoh bagaimana
untuk mengetahui apa yang Anda sukai dan pergi melakukannya.

2014
1
Bab 1
Pendahuluan dan Motivasi
Menurut laporan 2010 Administrasi Informasi Energi (EIA), sektor komersial menyumbang 19% dari seluruh konsumsi
energi di Amerika Serikat [30], banyak yang dihabiskan di bangunan dan banyak yang diduga terbuang. Bangunan
sudah beberapa penyebaran terbesar dan paling umum dari “jaringan sensor” di dunia, meskipun mereka biasanya tidak
diakui sebagai demikian. Terkunci dalam solusi cerobong asap milik atau di belakang antarmuka tertutup, bangunan
komersial modern berisi ribuan sensor dan aktuator yang kurang lebih sama dengan yang digunakan dalam
penggelaran jaringan sensor yang khas: suhu, kelembaban, dan kekuasaan yang paling transduser umum. Banyak
bangunan komersial telah berisi instrumentasi padat sering mengemukakan sebagai tujuan dari penyebaran jaringan
sensor, tetapi menggabungkannya dengan pendekatan yang relatif canggih untuk menerapkan data tersebut ke
sejumlah di ff erent masalah dan aplikasi. Melalui lebih baik menggunakan sistem yang ada, kita mungkin dapat
membuat penyok dalam penggunaan energi bangunan.
Tujuan memayungi dari tesis ini adalah untuk meletakkan dasar bagi membangun aplikasi:
platform penentuan tapak di atas sensing dan aktuasi sudah ada dalam bangunan yang ada, menyediakan
fungsionalitas baru yang menarik. Secara khusus, kami tertarik memungkinkan aplikasi dengan sifat kunci; aplikasi yang portabel,
mampu dengan mudah dipindahkan dari satu gedung ke gedung lainnya sehingga memungkinkan perubahan
membangun operasi yang skala seperti perangkat lunak, bukan perangkat keras membangun renovasi. Aplikasi ini
sering juga
integratif, dalam arti bahwa mereka membawa bersama-sama sumber data dan informasi yang sangat beragam. Mereka
mengambil keuntungan dari e FFI ketidakefisienan dan kemampuan baru mungkin tanpa mahal ts fi hardware retro. Akhirnya,
aplikasi baru harus menunjukkan kesegaran dalam menghadapi berbagai mode kegagalan, beberapa di antaranya
diperkenalkan dengan memperluas ruang lingkup apa yang dianggap sebagai “aplikasi bangunan.”
1.1 Tren Underlying

Meskipun mengkonsumsi 70% dari listrik AS, sektor bangunan pameran inovasi sangat sedikit untuk mengurangi
konsumsi. Alasan termasuk rendahnya tingkat investasi di

2014
2
R & D dan fokus umum tentang metrik kinerja seperti kenyamanan dan kehandalan lebih energi e FFI efisiensi. Mengoptimalkan dan
mempertahankan kinerja bangunan membutuhkan commissioning awal untuk memastikan tujuan desain terpenuhi dan perhatian
terus menerus untuk masalah operasional untuk memastikan bahwa ketidakefisienan e FFI tidak hilang sebagai berevolusi bangunan
fisik. Pemantauan berbasis terus menerus commissioning hanya mulai untuk mengatasi tantangan untuk mempertahankan kinerja
puncak bangunan.
E FFI siensi belum dievaluasi untuk standar yang sama seperti kenyamanan dan kehandalan, tetapi dengan lebih baik input
pengguna, kebijakan pengendalian, dan visibilitas ke negara bangunan, konsumsi energi dapat cerdas berkurang. Sistem
komputer dapat memberikan skala luas, kuat, dan jasa manajemen yang sangat canggih dengan biaya marginal rendah. Namun,
menerapkan teknik perangkat lunak untuk jutaan bangunan komersial dengan ratusan juta penghuni menuntut pemikiran ulang
tentang bagaimana perangkat lunak tersebut diperoleh, disampaikan, dan digunakan. Bangunan Software hari ini adalah
sesuatu yang keliru, seperti yang biasanya tertanam dalam Sistem proprietary bangunan Manajemen (BMS) atau Building
Automation System (BAS), memberikan merencanakan dasar, mengkhawatirkan, dan alat-alat visualisasi dengan sedikit
kemampuan untuk diperpanjang atau inovasi yang berkelanjutan.
Karena peningkatan e ff orts perubahan iklim tempur, telah menjadi penting untuk menyebarkan aset energi terbarukan,
seperti angin dan surya, ke jaringan listrik listrik. Bahkan, beberapa tahun terakhir telah melihat pertumbuhan yang
mengesankan di kedua kategori [16, 58]. Karena penyimpanan listrik relatif mahal dan jadwal saat ini sumber baru
menghasilkan listrik tergantung pada faktor alam yang tidak terkendali, tantangan utama untuk meningkatkan penggunaan
energi terbarukan adalah pengembangan dari nol-emisi load balancing. Hal ini memungkinkan konsumen listrik untuk
merespon kekurangan dalam generasi dengan mengurangi permintaan, daripada produsen berusaha untuk meningkatkan
generasi. Bangunan merupakan target yang penting untuk pendekatan ini karena mengandung massa termal besar dan
dengan demikian memiliki signifikan fleksibilitas untuk ketika mereka mengkonsumsi listrik. Contohnya, bangunan dapat
mengurangi beban pendinginan untuk jangka waktu tertentu, yang memungkinkan untuk “pantai” di itu ada massa termal.
Aplikasi yang melakukan layanan ini mengharuskan kedua akses ke pengoperasian bangunan serta komunikasi dengan
operator jaringan listrik, dan membuat kelas yang luas kedua aplikasi kami memungkinkan.
Apa yang dibutuhkan adalah pergeseran ke Software-De didefinisikan Bangunan: fleksibel, multi-layanan, dan terbuka
Bangunan Sistem Operasi Services (BOSS) yang memungkinkan aplikasi pihak ketiga untuk menjalankan aman dan
terpercaya di lingkungan sandboxed. BOSS tidak terbatas pada bangunan tunggal tetapi dapat didistribusikan di antara
multi-bangunan kampus. Ini menyediakan fungsionalitas inti dari sensor dan aktuator akses, manajemen akses, metadata,
pengarsipan, dan penemuan. Lingkungan runtime memungkinkan beberapa program secara bersamaan berjalan. Seperti
dalam sebuah OS komputer, menjalankan ini dengan berbagai tingkat hak istimewa, dengan akses ke sumber daya di ff
erent, namun multiplexing ke sumber daya fisik yang sama. Hal ini dapat meluas ke Cloud atau bangunan lainnya,
outsourcing operasi mahal atau eksklusif serta berbagi beban, tapi tidak begitu aman dengan fail-over ke sistem lokal ketika
konektivitas terganggu. operator membangun memiliki kontrol pengawasan atas semua program, mengendalikan pemisahan
secara fisik (akses di ff erent kontrol), temporal (kontrol perubahan di di ff erent kali), informationally (daun apa yang informasi
bangunan), dan logis (tindakan apa atau urutan daripadanya yang diijinkan).

2014
3
1.2 Aplikasi Memotivasi

Secara garis besar, aplikasi untuk bangunan jatuh ke dalam tiga kategori dasar. Pertama, beberapa aplikasi melibatkan
analisis, optimasi, atau visualisasi dari pengoperasian sistem yang ada. Kedua, orang lain melibatkan integrasi
bangunan ke kontrol skala yang lebih luas loop seperti jaringan listrik. Sebuah kelas tiga menghubungkan penghuni
bangunan untuk operasi bangunan mereka.
Sebuah contoh dari fi kelas pertama dari aplikasi yang terkoordinasi optimasi HVAC aplikasi. Biasanya, suhu di dalam
zona HVAC dikendalikan untuk dalam kisaran kecil menggunakan PID controller. drive untuk mencapai set-titik yang tepat
sebenarnya cukup ine FFI efisien, karena itu berarti bahwa hampir setiap zona pemanasan atau pendinginan setiap saat.
Sebuah strategi yang lebih santai adalah salah satu mengapung: tidak mencoba untuk e ff ect suhu ruangan kecuali dalam
banyak band yang lebih luas. Namun ini bukan salah satu kebijakan kontrol yang tersedia dalam sistem komersial khas
meskipun banyak penelitian menunjukkan bahwa penghuni dapat mentolerir jauh lebih banyak daripada variasi 6F khas
diperbolehkan [5]. Selain itu, jumlah minimum ventilasi udara yang disediakan untuk setiap zona juga con fi gured statis
sebagai fungsi dari hunian diharapkan; Namun kebutuhan yang sebenarnya dalam membangun kode sering dinyatakan
dalam hal segar, udara luar per penghuni. aplikasi optimasi mungkin menggunakan informasi hunian yang berasal dari
aktivitas jaringan, dikombinasikan dengan informasi tentang campuran segar dan udara kembali saat ini digunakan untuk
mengatur volume ventilasi udara untuk setiap zona dinamis.
Sebuah kelas dua aplikasi mengubah bangunan komersial dari aset statis pada jaringan listrik pasif mengkonsumsi
listrik untuk peserta aktif, membuat keputusan tentang kapan dan bagaimana untuk mengkonsumsi energi sehingga
dapat co-mengoptimalkan baik layanan yang diberikan di dalam gedung, tetapi juga yang perilaku sebagai bagian dari
sistem kontrol jaringan listrik skala luas. Dua strategi yang telah menjadi lebih umum dalam beberapa tahun terakhir
adalah waktu-of-penggunaan harga, dan respon permintaan. Dalam sebuah jaringan listrik dengan
waktu-of-penggunaan pricing ff tari s konsumen listrik dibebankan bervariasi berdasarkan jadwal; misalnya, listrik
selama jam puncak permintaan bisa secara signifikan lebih mahal dari tarif di malam hari. Dalam sistem respon
permintaan, utilitas mendapatkan kemampuan untuk mengirim sinyal kepada konsumen listrik memerintahkan mereka
untuk skala kembali permintaan mereka.
Akhirnya, contoh aplikasi responsif pengguna adalah salah satu yang meningkatkan kenyamanan dengan memberikan penghuni kontrol
langsung dari ruang mereka, terinspirasi oleh [35]. Menggunakan antarmuka pintar-telepon, yang
kontrol pribadi aplikasi memberikan penghuni kontrol langsung dari pencahayaan dan sistem HVAC di ruang kerja
mereka. Aplikasi ini membutuhkan kemampuan untuk perintah lampu dan termostat di ruang. Itu kontrol iklim pribadi aplikasi
menyoroti kebutuhan untuk kemampuan untuk kontrol outsourcing, setidaknya, untuk sementara, untuk antarmuka web
mobile dengan cara yang jatuh anggun kembali ke kontrol lokal. Hal ini juga mengintegrasikan kontrol atas beberapa
subsistem yang sering secara fisik dan logis terpisah di sebuah gedung: HVAC dan pencahayaan. Jenis antarmuka
dapat meningkatkan kenyamanan penghuni, serta menghemat energi melalui

2014
4
lebih memahami preferensi penghuni.
1.3 Kontribusi dan Tesis Roadmap

Dalam tesis ini, kita pertama hadir pertama dalam Bab 2 tutorial tentang desain bangunan, melihat terutama pada umum dari sistem mekanik dan sistem
komputer mengendalikan mereka, sehingga memberikan latar belakang yang kuat di negara yang ada bangunan. Kami juga mengembangkan satu set yang
ada, misalnya aplikasi secara rinci sehingga memberikan satu set menjalankan contoh seluruh tesis. Membangun ini dalam Bab 3, kita mensintesis pola penting
dari desain aplikasi, dan mengusulkan arsitektur untuk menciptakan aplikasi membangun yang membahas tantangan utama di daerah ini serta memenuhi tujuan
kami secara keseluruhan integrasi, portabilitas, dan ketahanan. Setelah ini, kami mengembangkan tiga komponen arsitektur kunci dalam rincian: di Bab 4 kita
mengembangkan Pengukuran Sederhana dan aktuasi Pro fi le (SMAP), sistem untuk mengumpulkan dan mengorganisir set heterogen perangkat hadir pada
lapisan perangkat bangunan. Berikutnya, kita mengembangkan dalam Bab 5, 6, dan 7 sistem untuk mengumpulkan, menyimpan, dan memproses volume besar
data time series yang dihasilkan dari sistem bangunan. Dalam melakukannya, kita membangun sistem yang dapat menyimpan dan proses puluhan miliar titik
data dengan latency milidetik dalam arsip. Akhirnya pada Bab 8, kita mengembangkan transaksi kontrol, sebuah abstraksi untuk membuat perubahan untuk
membangun operasi dengan fi semantik baik-de ned sekitar kegagalan. kita membangun sistem yang dapat menyimpan dan proses puluhan miliar titik data
dengan latency milidetik dalam arsip. Akhirnya pada Bab 8, kita mengembangkan transaksi kontrol, sebuah abstraksi untuk membuat perubahan untuk
membangun operasi dengan fi semantik baik-de ned sekitar kegagalan. kita membangun sistem yang dapat menyimpan dan proses puluhan miliar titik data
dengan latency milidetik dalam arsip. Akhirnya pada Bab 8, kita mengembangkan transaksi kontrol, sebuah abstraksi untuk membuat perubahan untuk
membangun operasi dengan fi semantik baik-de ned sekitar kegagalan.
Pendekatan kami di masing-masing lapisan mirip: survei persyaratan diikuti oleh desain, implementasi, dan evaluasi
dari lapisan sebagai satu kesatuan. Akhirnya, kami melakukan evaluasi menyeluruh dari keseluruhan arsitektur dengan
mogok pelaksanaan beberapa aplikasi perwakilan.

2014
5
Bab 2
Latar Belakang dan Kerja Terkait
Sebelum meluncurkan ke dalam diskusi tentang bagaimana mendesain ulang kontrol sistem membangun, kita pertama materi
latar belakang hadir pada sistem membangun untuk memungkinkan presentasi kami akan selfcontained. Untuk pembaca terbiasa
dengan cara bangunan besar bekerja, kami menyediakan primer singkat pada sistem mereka mekanik, bagaimana komputasi,
komunikasi, dan sumber daya yang ada kontrol yang dirancang dan digunakan, dan beberapa jenis aplikasi komputer yang
sistem yang ada dilengkapi untuk melakukan. Kami menyimpulkan bab ini dengan sintesis motivasi untuk apa yang kita percaya
adalah mungkin dan diinginkan untuk sistem membangun: kasus untuk Bangunan Operasi Layanan Sistem.
2.1 Desain Fisik Bangunan

Sebuah bangunan komersial modern besar merupakan karya ribuan individu dan puluhan atau ratusan juta dolar investasi.
Sebagian besar bangunan ini mengandung sistem internal yang luas untuk memproduksi lingkungan dalam ruangan yang
nyaman: untuk memberikan kenyamanan termal (pemanasan dan pendinginan), kualitas udara yang baik (ventilasi), dan
pencahayaan su FFI efisien; sistem lain menyediakan untuk keselamatan hidup (fi re alarm, keamanan), konektivitas
(networking) dan transportasi (elevator). Sistem ini sering disediakan oleh di ff erent vendor, fungsi secara terpisah, dan
memiliki sedikit interoperabilitas atau diperpanjang di luar lingkup desain sistem yang asli. Seperti kita menjelajahi sistem, kita
tetap menutup mata pada kemampuan mereka, keterbatasan, dan motivasi desain. Kami juga menjelajahi beberapa
arsitektur alternatif.
Dalam bangunan, sistem sering dipisahkan menjadi stovepipes vertikal terpisah; misalnya, yang disajikan pada Tabel
2.1. Pemisahan logis dari fungsi ke dalam sistem vertikal meliputi banyak aspek keberadaan mereka di sebuah bangunan;
mereka sering dispesifikasikan, dirancang, dibeli, dipasang, dan dipelihara secara terpisah dari sistem lain di dalam
gedung. Untuk alasan ini, kami menyajikan gambaran singkat dari sistem yang relevan sedikit dan pertimbangan desain,
menggambarkan desain sistem karena mereka saat ini ada sebelum meluncurkan ke pembahasan yang lebih komprehensif
tentang bagaimana mereka bisa lebih e ff ectively terintegrasi.

2014
6
Vertikal Deskripsi Contoh peralatan hadir
HVAC Bertanggung jawab untuk pembuatan lingkungan penangan udara; penggemar; peredam; menara pendingin;
termal dalam ruangan yang nyaman. pendingin; boiler; pemanasan kumparan; panel bercahaya.
Petir Memberikan pencahayaan ke daerah dalam ruangan yang Pijar, fl uorescent, LED
diperlukan untuk pekerjaan, mobilitas, dan keadaan darurat. pencahayaan elemen; ballast; pencahayaan switch
dan controller; detektor siang hari.
Keamanan Penjaga terhadap akses fisik tidak sah ke ruang. kamera; detektor gerakan; kunci pintu; kartu pintar;
panel alarm.
Transportasi Bergerak individu dalam ruang. lift, eskalator, otomatis
pintu.
jaringan Memindahkan data dalam ruang. Pemasangan kabel; beralih gigi; telepon PBX, titik
akses nirkabel.
keselamatan hidup Melindungi kehidupan dan properti dari kebakaran, air, Pendeteksi asap; alarm annunciators, standpipes.
karbon monoksida, dan kemungkinan kejadian lainnya.
Tabel 2.1: sistem terintegrasi secara vertikal yang mungkin ada dalam sebuah bangunan besar, bersama dengan peralatan kunci
2.1.1 Pemanasan, Ventilasi, dan penyejuk udara

Pemanas, sistem ventilasi, dan kondisi udara (HVAC) bertanggung jawab untuk pembuatan lingkungan termal yang
nyaman bagi penghuni bangunan. Sementara sistem pemanasan telah menjadi fitur umum dari konstruksi selama
berabad-abad, AC hanya menjadi mungkin dengan munculnya pendinginan di awal abad 20, dan hanya menjadi umum
dalam konstruksi pasca perang. Menurut DOE, HVAC menyumbang sekitar sepertiga dari energi yang dikonsumsi oleh
bangunan komersial rata-rata [109]. Sistem ini relatif beragam, dengan banyak di ff teknologi erent pendingin serta
bermacam-macam teknik untuk meningkatkan efisiensi e FFI mereka.
Sebagai contoh satu titik desain umum, Gambar 2.1 menunjukkan pemanasan, ventilasi, dan pendingin udara (HVAC)
sistem untuk sebuah bangunan besar. Empat loop proses yang jelas.
• Dalam loop udara, udara baik dingin dan ditiupkan melalui saluran dalam unit yang disebut pengendali udara,
setelah itu melewati variabel ber-volume (VAV) kotak ke kamar internal dan ruang lainnya. Kotak VAV memiliki
peredam, yang memungkinkan untuk menyesuaikan fl ow yang dari udara ke dalam masing-masing ruang.
Setelah beredar melalui kamar, pengembalian udara melalui pleno udara kembali di mana porsi habis dan
sisanya diresirkulasi. Udara diresirkulasi juga dicampur dengan luar udara segar, sebelum dipanaskan atau
didinginkan sampai suhu yang tepat, menyelesaikan loop.
• Loop air panas bersirkulasi air panas melalui penukar panas hadir di sebagian besar

2014
7
VAV kotak; udara pasokan dipanaskan ada sebelum dibuang melalui pengguna ff di dalam di ff erent kamar. Sebuah
katup mengontrol sejauh mana udara dipanaskan. Air panas itu sendiri biasanya dipanaskan dalam boiler atau
pemanasan tanaman terpusat. Dalam sedikit varian dari arsitektur ini, panaskan kadang-kadang disediakan melalui
penggunaan listrik (resistif) elemen pemanas, menghilangkan lingkaran air panas.
• Air dingin lingkaran beredar air dari chiller melalui penukar panas, yang menggigil udara pasokan dan
menolaknya ke atmosfer menggunakan menara pendingin pada ruang.
• Akhirnya, sekunder menolak lingkaran air dingin panas dari chiller ke atmosfer, air yang beredar melalui menara
pendingin.
Untuk memberikan dehumidi fi kasi, itu adalah umum untuk bersantai udara pasokan ke suhu yang relatif dingin ( misalnya, 55F)
sebelum dipanaskan di kotak VAV; ini adalah yang disebut “memanaskan” sistem. Ada banyak desain lainnya untuk setiap
bagian dari sistem, dan desain berkembang dari waktu ke waktu untuk memenuhi di ff erent persyaratan. Dengan demikian,
sistem ini harus dianggap sebagai contoh kelas besar di ff erent desain sistem.
Banyak loop kontrol di ff erent yang hadir; jenis kontrol dominan adalah kontroler PID 1,
digunakan untuk target yang ditetapkan-titik bertemu untuk tekanan udara, temperatur, volume. Beberapa yang paling loop penting adalah:
kontrol VAV: kontrol VAV mengambil sebagai masukan suhu dan set point masing-masing zona, dan
menghasilkan sebagai output posisi untuk peredam dan koil pemanas. Jenis yang paling modern kontrol VAV
adalah apa yang disebut “dual max” zona, di mana kedua udara mengalir dan memanaskan posisi katup
disesuaikan terus menerus setiap kali suhu zona di luar zona “mati band”. Dalam sistem seperti itu, sebenarnya
ada dua setpoints temperatur: titik pemanasan set dan satu set titik pendinginan. Sistem ini dikatakan
“mengapung” di dalam band mati setiap kali suhu antara dua titik set ini, dan dengan demikian tidak sedang
dipanaskan atau didinginkan.
Duct tekanan statis: udara yang keluar dari penangan udara bertekanan sehingga memaksa
melalui jaringan saluran. Tekanan meningkat meningkatkan udara mengalir ke zona, dan dengan demikian meningkatkan
kemampuan sistem untuk memberikan pendinginan; Namun, hal itu juga meningkatkan energi yang dikeluarkan oleh kipas
angin 2 dan deposito lebih panas ke udara dari motor fan. Karena peredam VAV menyesuaikan secara independen dari
handler udara sentral, perlu untuk memiliki kontrol loop yang mempertahankan tekanan statis konstan udara pasokan.
1 Proporsional-Integral-Derivative atau kontrol PID adalah bentuk banyak digunakan kontrol proses yang sangat umum dalam membangun
tanaman. Sebuah kontroler PID terus menghitung posisi aktuator (yang “loop output”) sebagai fungsi dari beberapa variabel input dan satu set
poin; misalnya, udara aliran kontroler akan menghitung posisi peredam di saluran dengan mengamati udara saat fl ow untuk mencapai udara yang
diinginkan fl ow (set point). Setiap istilah dalam controller ( “P”, “I”, dan “D”) mengacu pada istilah error dihitung berdasarkan proses masa lalu,
sekarang, atau masa depan negara.
2 Fan hukum nity FFI sebuah mengaitkan aliran melalui kipas untuk berbagai properti lain seperti diameter fan dan daya yang dibutuhkan.
Hasil penting adalah bahwa hubungan antara aliran dan kekuatan untuk penggemar tertentu kubik - dua kali lipat volume udara pindah
membutuhkan delapan kali kekuatan.

2014
8
Suhu udara pasokan: Udara yang keluar dari penangan udara juga dingin; suplai
suhu udara lingkaran menyesuaikan jumlah pendinginan sehingga untuk menjaga suhu udara pasokan konstan.
economizer: economizer adalah peredam mengendalikan pencampuran udara luar dengan kembali
udara. udara campuran ini ditiupkan melalui penangan udara, didinginkan, dan menjadi pasokan udara ke zona.
Pengaturan economizer memiliki dampak energi yang signifikan, karena suhu udara yang masuk ke koil
pendingin menentukan berapa banyak perlu dingin. Kondisi cuaca mengubah suhu udara luar, tapi kembali suhu
udara biasanya konstan; umumnya beberapa derajat lebih hangat dari suhu pasokan udara. loop ini sering
beroperasi menggunakan fi xed pemetaan dari suhu udara luar ke posisi economizer.
Gambar 2.1: Diagram proses khas sistem HVAC loop dalam bangunan komersial.
Sistem Pencahayaan 2.1.2

Pencahayaan desain sistem pernah menjadi masalah sederhana menyediakan jumlah desain pencahayaan untuk ruang interior,
biasanya diukur dalam lumen per kaki persegi. desainer hanya dihitung jejak masing-masing pencahayaan fi xture dan memastikan
bahwa instalasi yang dihasilkan disediakan su cahaya FFI memadai untuk masing-masing ruang. Beberapa bangunan hanya memiliki
satu lampu per lantai, sehingga kontrol yang sangat sederhana karena seluruh ruang harus menyala jika ada yang membutuhkan
pencahayaan.

2014
9
Pencahayaan saat ini jauh rumit oleh tujuan desain utama memberikan su FFI efisien pencahayaan untuk ruang
sambil meminimalkan biaya energi. Untuk alasan ini, desain arsitektur modern menekankan peningkatan penggunaan
pencahayaan, mengurangi konsumsi energi yang dikonsumsi oleh pencahayaan angka-angka ketika pencahayaan
dapat disediakan oleh matahari atau daya rendah task lighting. Tantangan utama dalam kontrol pencahayaan mediasi
interaksi antara unsur-unsur pencahayaan aktif dengan fitur arsitektur pasif. Sebuah bangunan dirancang untuk
mengambil keuntungan dari siang hari mungkin memiliki berbagai fitur pasif, mulai dari eksposur, nuansa jendela,
skylight, dan kembali elemen reflektif dirancang untuk membawa cahaya ke ruang angkasa sebagai matahari bergerak
melintasi langit di di ff erent musim sementara membatasi panas matahari mendapatkan. fitur aktif potensial termasuk,
Gambar 2.2: Sebuah interior bangunan di Laboratorium Sumber Daya Terbarukan Nasional menunjukkan banyak fitur aktif dan
pasif yang dirancang untuk pencahayaan.
Mengelola semua perangkat keras ini untuk memberikan pencahayaan yang konsisten sementara juga mengurangi konsumsi energi dan
keuntungan panas matahari adalah satu lagi fi kan daerah signifikan di mana loop kontrol memainkan peran dalam bangunan. Salah satu
vendor alat delapan di ff erent strategi untuk mengelola konsumsi energi pencahayaan [70]:
High-end tune dan langsing: mengurangi pencahayaan maksimal yang pernah diberikan dalam ruang.
Hunian penginderaan: redup atau mengubah o lampu ff ketika tidak ada hadir.
panen Daylight: mengurangi pencahayaan ketika ruang yang diterangi oleh insolation.

2014
10
Personal kontrol peredupan: memungkinkan penghuni untuk mengurangi tingkat pencahayaan yang diinginkan.
Dikontrol nuansa jendela: membatasi mendapatkan panas matahari selama puncak jam matahari sementara memungkinkan
pencahayaan tambahan selama pagi dan sore hari.
penjadwalan: secara otomatis menutup o lampu ff sesuai dengan jadwal.
Permintaan respon: memberikan pengurangan sementara dalam pencahayaan dalam menanggapi mantan
sinyal ternal.
Secara keseluruhan, strategi ini, sementara secara individual sederhana, berbicara dengan berbagai pertimbangan dan
interaksi hadir dalam sesuatu yang tampaknya-sederhana seperti menyesuaikan lampu, dan bagaimana informasi dari di ff erent
sistem (penjadwalan, hunian, solar dan data cuaca) dibawa bersama-sama untuk mengoptimalkan Petir.
2.1.3 Lain Membangun Sistem

Banyak dari sistem lain dicatat dalam Tabel 2.1 hanya sebagai atau bahkan lebih kompleks dari pencahayaan dan
HVAC. Data sangat beragam; switch jaringan mungkin dapat mengamati paket mengalir di jaringan kabel, atau bahkan
melokalisasi klien dalam jaringan nirkabel; sistem keamanan memiliki data rinci tentang masuk dan keluar dari penghuni
bangunan di seluruh bangunan granularity. Fungsi ini sering diulang sebagai biaya integrasi yang tinggi; Misalnya,
beberapa sistem mungkin mencoba untuk memantau hunian, masukan tombol kontrol, dengan memasang sensor
terpisah.
2.2 Pemantauan dan Pengendalian
Merajut bersama semua perangkat keras yang terkandung dalam masing-masing di ff erent sistem ini pemantauan dan
sistem kontrol. Di sini, kami menyajikan gambaran singkat dari arsitektur yang paling umum untuk sistem ini: Supervisory
Control dan Data Acquisition (SCADA), serta paradigma alternatif beberapa yang telah diterapkan dalam pengaturan
lainnya.
2.2.1 Direct dan Supervisory Control

Kontrol dalam sistem bangunan yang ada beroperasi sebagai dua tingkat logis, yang ditunjukkan pada Gambar 2.3. kontrol
langsung dilakukan di loop kontrol terbuka dan tertutup antara sensor dan aktuator: sepotong logika meneliti seperangkat
nilai-nilai input, dan menghitung keputusan kontrol yang memerintahkan aktuator. Ini loop kontrol langsung sering memiliki
con fi gurasi parameter yang mengatur operasi mereka dikenal sebagai set poin; mereka ditetapkan oleh operator
bangunan, installer, atau insinyur. Menyesuaikan set poin dan jadwal membentuk lingkaran logis luar, yang dikenal sebagai
kontrol pengawasan. Perbedaan logis antara jenis kontrol biasanya tercermin secara fisik dalam komponen dan elemen
yang membentuk sistem jaringan: kontrol langsung dilakukan

2014
11
oleh perangkat embedded, disebut Controller Programmable Logic (PLC) ditransfer langsung ke sensor dan aktuator,
sementara kontrol pengawasan dan pengelolaan data untuk digunakan historis dilakukan oleh workstation operator
melalui sebuah bus bersama antara PLC. Arsitektur ini adalah alami untuk melaksanakan loop kontrol lokal karena
meminimalkan jumlah potongan peralatan dan link jaringan informasi harus melintasi ke ff ect kebijakan kontrol tertentu,
membuat sistem yang lebih kuat, tetapi tidak memberikan kontrol yang terkoordinasi dari elemen yang berbeda.
Memaksakan batas keras yang di FFI kultus untuk mengatasi.
simpul kepala-end!
pengawasan!
langsung!
alat! PLC!
Gambar 2.3: Arsitektur dua tingkat dari banyak pemisahan yang ada membangun, dengan perbedaan logis dan fisik
antara kontrol langsung dan fisik. Ini dibagi dengan sistem yang khas Supervisory Control dan Data Acquisition
(SCADA).
Ada model kontrol dalam bangunan relatif sederhana, bahkan di gedung-gedung berkinerja terbaik. Salah satu ciri
bagaimana bangunan yang ada architected adalah bahwa setiap sistem vertikal telah banyak dipisahkan atau digabungkan
secara longgar loop kontrol lokal, yang berinteraksi hanya melalui media mereka kontrol, tetapi tidak langsung melalui sinyal.
Setiap sistem vertikal dalam gedung menggunakan spesifik algoritma untuk membuat pekerjaan bangunan. Misalnya,
dalam sistem HVAC, Proporsional-Derivatif-Integral (PID) controller yang digunakan di tingkat VAV untuk mempertahankan
suhu dan fl udara ow target, dan di tingkat pabrik pusat untuk menjaga suhu konstan dan tekanan dalam saluran dan loop
air. PID loop menghitung sebuah kontrol output dari satu atau beberapa variabel input. Untuk keperluan diskusi kita di sini,
itu hanya diperlukan untuk mengetahui bahwa kontrol PID adalah cara yang relatif sederhana, kuat, dan secara luas
digunakan melakukan kontrol langsung dalam banyak aplikasi, bukan hanya HVAC; mereka namun memerlukan
parameter tuning, dan ada literatur yang mendalam mengeksplorasi metode untuk melakukannya [15, 44, 56, 101, 118]
Ujung tombak membangun upaya kontrol untuk mengganti banyak loop kontrol dipisahkan seluruh bangunan
dengan strategi kontrol yang lebih terintegrasi. Misalnya, ModelPredictive Control (MPC) yang populer di industri proses
dan menyimpan potensi e perbaikan FFI efisiensi dengan mengkoordinasikan pengendalian banyak di ff erent elemen
dalam sistem [3, 7, 8].
12
2.2.2 Komunikasi Protokol

sistem manajemen bangunan khas hari ini terdiri dari sensor front-end, biasanya berhubungan erat dengan aktuator,
yang secara berkala melaporkan data mereka ke database back-end atas satu atau lebih teknologi link: RS-485, frame
Ethernet baku, dan jaringan IP yang umum. Beberapa komputer biasanya juga hadir, dan menyediakan sebuah interface
ke pengguna seperti fasilitas manajer untuk menyesuaikan set poin dan pengaturan jadwal; ini kemudian diberlakukan
dengan mengirimkan perintah kembali ke perangkat front-end (Remote Terminal Unit, dalam terminologi Modbus).
arsitektur sederhana ini sederhana dan menarik ketika komputasi mahal, karena meminimalkan fungsi ditempatkan pada
titik-titik rasa yang sebenarnya. Pengolahan mendapat lebih murah, masuk akal untuk mengevaluasi kembali keputusan
desain ini, terutama karena sistem berkumpul di IP sebagai lapisan jaringan mereka.
Desain ruang untuk layanan web untuk informasi fisik terdiri dari tiga bidang yang saling terkait:
metrologi studi pengukuran; apa diperlukan untuk mewakili sebuah datum.
sindikasi kepentingan bagaimana data disebarkan keluar dari sensor ke sistem yang lebih besar.
skalabilitas berkaitan dengan berbagai perangkat dan menggunakan layanan dapat mendukung, dari kecil
embedded system untuk pusat data Internet yang besar.
Masing-masing dari kekhawatiran ini hadiah satu set masalah desain, beberapa di antaranya sebelumnya telah
dibahas dalam literatur akademis atau melalui e ff orts industri. Dalam karya ini, kita memeriksa solusi ini sebelumnya dan
membangun dari mereka satu set solusi yang dirancang untuk memecahkan spesifik masalah: mewakili dan transmisi
informasi fisik.
BACnet
Protokol yang ada paling penting dalam bangunan dikenal sebagai BACnet, yang dikembangkan mulai tahun 1987, dan
dirilis sebagai Versi 1 pada tahun 1995 [4]. “BACnet - Sebuah Komunikasi Data Protokol untuk Building Automation dan
Kontrol Networks,” dikelola oleh sebuah komite ASHRAE, American Society of Heating, Refrigeration, dan AC Engineers
dan telah dibakukan sebagai ISO 16484. Tujuan dari BACnet relatif sederhana: untuk menyediakan protokol komunikasi
umum untuk jaringan kontrol tingkat dalam bangunan, dengan tujuan memungkinkan komponen dari di ff erent produsen
untuk beroperasi, dan mulai melanggar terbuka beberapa hadiah stovepipes dalam segmen pasar vertikal yang ada.
Sebagai protokol, BACnet dapat yang terbaik dianggap sebagai protokol yang spesifik es fisik, hubungan, dan
lapisan aplikasi dari model hubungan OSI. Pada lapisan fisik dan link standar telah lima pilihan; sepenuhnya
implementasi compliant harus menggunakan baik jaringan IP, Ethernet (tanpa IP), ARCnet (token-ring protokol serial),
MS-TP (master-slave / tokenpassing, protokol serial lain), Eselon LonTalk, atau Point-to- titik tautan (seperti RS-485 line
atau saluran telepon). Keragaman ini lead media untuk kebingungan tertentu dalam protokol sejak adaptasi harus
dilakukan ke rekening untuk beberapa mode ini - misalnya,

2014
13
perangkat BACnet
Device ID: 26000
BACnet jenis objek: 4 (Binary Output)

Misalnya: 2 Properti:
membaca (DEVICE_ID = 26000,
object_type = 4, object_instance = 2, property_id =
NILAI SAAT INI
nilai_sekarang)
=1
PRIORITY_ARRAY
= [Null, ..., 1]
NAMA
=> 1
= "TERUSKAN 2"
DESKRIPSI
= "Pencahayaan output"
Gambar 2.4: primitif Key di BACnet adalah “perangkat”, “benda,” dan “sifat.”. Perangkat mewakili pengendali fisik, atau
host jaringan logis. Benda yang agak umum, tetapi dapat mewakili poin individu instrumentasi seperti switch relay atau
titik pengukuran. Properti pada objek adalah nilai-nilai individu; misalnya membaca PROP PRESENT VALUE
pada switch akan menghasilkan posisi saklar saat ini.
BACnet berisi model jaringan sendiri dan sistem pengalamatan untuk menebus kekurangan di beberapa link ini.
Pada aplikasi metrologi tingkat, BACnet mewakili dunia sebagai satu set “objek,” yang memiliki “sifat” yang
memanipulasi protokol. BACnet benda tidak objek benar (dalam arti Programming Object-Oriented) karena mereka tidak
terkait dengan kode atau elemen dieksekusi. Sebaliknya, BACnet standar mendefinisikan taksonomi terbatas benda,
sifat, dan tindakan yang harus dilakukan pada properti; misalnya, mendefinisikan standar “Analog Output” jenis objek,
yang merupakan transduser fisik yang dapat mengambil nilai terapung titik pada output. BACnet spesifik es properti
membutuhkan objek untuk mengekspos rentang nilai itu dapat mengambil, nilai sekarang, unit rekayasa nilai, serta
nama dan deskripsi opsional fi ladang.
Untuk skalabilitas untuk jaringan yang lebih besar, BACnet membangun di scoped penemuan layanan berbasis
siaran melalui “Siapa-Is” dan “Siapa-Memiliki” pesan yang memungkinkan klien untuk menemukan nama-nama
perangkat pada jaringan, dan meminta mereka untuk fi lter daftar benda mereka berisi menggunakan predikat
sederhana. Layanan ini dibangun di atas fungsi siaran link-layer. Hal ini juga berisi fitur dasar untuk data sindikasi baik
dalam mode “tarik” di mana objek secara periodik disurvei untuk data terbaru, dan “push” di mana data kirim ke
penerima setiap kali nilai berubah lebih dari ambang (perubahan-of-nilai memicu).
BACnet juga menyediakan dukungan dasar untuk mediasi antara di ff erent proses atau klien dalam sistem, melalui
penggunaan skema prioritas statis. Untuk jenis tertentu objek seperti Analog Output, mengubah nilai dari titik dicapai
tidak dengan langsung menetapkan nilai saat ini properti, tetapi dengan menempatkan nilai dalam array prioritas. Array
prioritas ini, yang ditunjukkan pada Gambar 2.5 berisi 16 unsur. controller menentukan

2014
14
is
prioritas standar
du
p
du
rit
hi
hi
lk
an
an
n
ro
a
du
at
ff
at
nt
-o
am
m
an
ko
on
a
l
se
el
p
s
ke
an
um
ke
or
is
t
n
la
ra
im
at
ua
ra
m
pe
nd
in
to
pe
Pa
O
O
0 25
Gambar 2.5: Sebuah negara contoh array prioritas BACnet. Dalam hal ini, nilai sekarang untuk kontroler ini akan
mengambil nilai 0 karena itu adalah prioritas tertinggi, non-null nilai sekarang.
nilai aktual dari output dengan memeriksa array ini, dan memberikan output nilai prioritas tertinggi (terendah nilai
non-null) dalam array. Yang terpisah melepaskan-nilai
properti menentukan nilai output ketika tidak ada unsur-unsur yang hadir dalam array.
Protokol lainnya
Banyak protokol komunikasi lainnya sedang digunakan dalam bangunan juga. Bahkan, sistem kontrol bahkan menggunakan
BACnet sering mengandung gateway yang menghubungkan BACnet perangkat untuk protokol warisan lain seperti LonTalk,
Modbus, oBIX, [51, 76, 80] atau salah satu dari banyak protokol proprietary yang digunakan oleh peralatan warisan. protokol ini
span gamut kecanggihan; Modbus adalah protokol serial populer yang menyediakan hanya terbatas framing dan berdasarkan
daftar-model data sederhana di atas RS-485 link, sementara oBIX (Informasi Terbuka Gedung eXchange) adalah seperangkat
skema XML yang dikelola oleh OASIS dirancang untuk mempromosikan membangun interoperabilitas , pada tingkat yang cukup
tinggi. Meskipun banyak yang bisa dikatakan tentang protokol ini, BACnet berfungsi sebagai titik berguna dalam desain ruang.
protokol proprietary juga melihat luas, meskipun berkurang digunakan. Protokol seperti Siemens N2, Johnson N1 dan N2, dan
banyak orang lain yang lazim dalam bangunan dari usia tertentu; meskipun generasi terbaru dari sistem dari vendor besar telah
bermigrasi ke arah BACnet, sistem warisan sering membutuhkan adaptor atau emulator untuk berkomunikasi.
2.2.3 Komponen Pemodelan

Meskipun protokol seperti BACnet mulai membangun interoperabilitas mendasar antara bangunan pengendali, isi
semantik interaksi ini masih rendah. Membangun protokol kontrol mengekspos poin yang menunjukkan nilai-nilai analog
atau biner, yang mungkin atau mungkin tidak dapat ditulis, tetapi mereka tidak terikat dengan tinggi peralatan tingkat
atau sistem model bangunan; itu bisa sangat di FFI kultus untuk mengatakan apa titik sebenarnya berarti dan tidak.
Dalam sistem BACnet, poin sering masih diidentifikasi oleh konvensi - Gambar 2.6 memiliki contoh dari nama BACnet
poin dari Sutardja Dai Hall, sebuah bangunan di kampus Berkeley. Nama ini diakses oleh

2014
15
8"
membaca nama properti dari VAV kontroler. Banyak dikodekan dalam string ini; Namun, itu adalah dengan konvensi dan
solusi warisan: encode segala sesuatu di nama titik!
klien atau pengguna harus memahami konvensi digunakan di bangunan tertentu mereka ke benar menafsirkan
nama-nama.
SDH.MEC-08.S5-01.AIR_VOLUME
!!!!
Gambar 2.6: Contoh nama titik BACnet dari Sutardja Dai Hall, di kampus Berkeley. Dalam hal ini, nama
! jalur meliputi
tata ruang (gedung, lantai, dan zona) informasi, jaringan informasi (alamat controller), dan informasi fungsional (volume
udara). Menafsirkan ini membutuhkan pengetahuan konvensi digunakan.
Bahkan mengetahui bagaimana menafsirkan tag ini hanya dimulai untuk mengatasi masalah mendasar di sini, yang
merupakan kebutuhan untuk perangkat lunak di dalam gedung untuk dapat menafsirkan hubungan antara
komponen-komponen bangunan. Misalnya, nama tag memberi kita tidak ada informasi tentang yang proses loop yang
VAV merupakan bagian dari, atau bagaimana kaitannya dengan komponen lain dalam gedung. Masalah ini pemetaan
sumber daya fisik menjadi tampilan terpisah dari ruang mulai bergeser kita dari perspektif kontrol, difokuskan pada
aktuasi dari berbagai sistem bangunan, Gedung Modeling Informasi, menembak o ff dari CAD difokuskan pada
representasi digital dari aset dalam gedung . Tujuan dari BIM adalah untuk mempertahankan representasi digital dari
seluruh bangunan dari konstruksi melalui komisioning, memungkinkan pemeriksaan programatic dari representasi digital
dari contoh fisik. Set utama standar dan skema dari industri konstruksi adalah Kelas Yayasan Industri (IFC) dan terkait
diperpanjang Lingkungan Markup Language (EEML) [34, 65]. IFC dan EEML fi les memungkinkan arsitek dan insinyur
untuk membuat fitur mewakili elemen arsitektur, loop proses, peralatan, dan aset lain yang hadir dalam bangunan.
bahasa pemodelan alternatif berasal dari Green Building XML (gbXML) Konsorsium, terutama terdiri dari pengembang
BIM. Tujuan utama dari ini interoperabilitas memungkinkan antara paket BIM dan berbagai energi paket pemodelan yang
digunakan untuk mengevaluasi penggunaan energi ruang sekali dibangun. Utama kekurangan kita fi nd dengan sebagian
besar e ff orts ini adalah bahwa mereka tentukan terlalu sedikit atau terlalu banyak. Kedua IFC / EEML dan gbXML
tentukan

2014
16
representasi fisik dari ruang dan komponen, tapi itu saat ini sangat di FFI kultus untuk menghubungkan bahwa model
kembali ke satu set kontrol yang mengatur operasi dari ruang, atau cocok model virtual dengan data aktual.
2.2.4 Antarmuka untuk Programming

Pemrograman sistem ini merupakan tantangan, dan bagaimana melakukannya sejajar dengan arsitektur dua tingkat.
Pada tingkat kontrol pengawasan, adalah mungkin untuk mengubah set poin dan jadwal melalui penggunaan salah satu
protokol kontrol yang ada seperti BACnet. Pelaksana dapat menggunakan berbagai macam BACnet (atau lainnya
protokol-spesifik) fitur dalam controller, dan perintah masalah jaringan sehingga dapat mengimplementasikan beberapa
strategi pengendalian. Kebanyakan sistem juga memiliki cara untuk mengubah logika hadir dalam kontroler sendiri.
Secara historis, sistem pemrograman ini datang dari masyarakat teknik listrik dan mekanik, dan telah didasarkan pada
logika relay tangga, daripada alternatif lain. Masalah yang signifikan dengan sistem ini adalah bahwa mereka, untuk
sebagian besar tidak memanfaatkan salah satu kemajuan dalam pemrograman bahasa desain.
2.2.5 Alternatif untuk SCADA

Meskipun dominan di gedung-gedung serta dalam proses industri lainnya, arsitektur SCADA dua tingkat tidak hanya berusaha untuk memberikan manajemen
terkoordinasi sumber daya didistribusikan fisik. Salah satu alternatif didistribusikan sistem objek, seperti dicontohkan oleh implementasi seperti CORBA dan
Tridium Niagara [42, 108]. Dalam sistem objek terdistribusi, benda melakukan tugas-tugas dapat diakses (sebagian besar) transparan melalui jaringan, dan
aplikasi yang ditulis dengan menyuntikkan objek baru ke dalam sistem, yang memanggil metode pada objek lain yang sudah ada. Sistem ini telah sukses di
beberapa domain; misalnya, sistem Angkatan Laut AS AGIES menggunakan CORBA internal untuk komunikasi antara radar, komando dan elemen kontrol, dan
senjata. Dalam ruang bangunan, yang paling sukses sistem berbasis objek terdistribusi adalah arsitektur Tridium Niagra. Niagra sistem mendefinisikan Java
model objek untuk banyak komponen standar dalam bangunan, dan menyediakan perangkat fungsi integrasi untuk berinteraksi dengan perangkat eksternal
menggunakan protokol seperti ini dibahas dalam Bagian 2.2.2. Aplikasi mengakses sumber daya di dalam gedung melalui objek namespace global. Arsitektur ini
menarik karena meringankan beberapa masalah yang melekat dengan protokol lowerlevel, sebagai objek harus menerapkan didefinisikan antarmuka yang de.
Oleh karena itu, ada informasi yang kurang semantik hilang ketika permintaan aplikasi diwujudkan dalam tindakan tingkat rendah - misalnya, sebuah aplikasi
dapat memanggil Aplikasi mengakses sumber daya di dalam gedung melalui objek namespace global. Arsitektur ini menarik karena meringankan beberapa
masalah yang melekat dengan protokol lowerlevel, sebagai objek harus menerapkan didefinisikan antarmuka yang de. Oleh karena itu, ada informasi yang
kurang semantik hilang ketika permintaan aplikasi diwujudkan dalam tindakan tingkat rendah - misalnya, sebuah aplikasi dapat memanggil Aplikasi mengakses
sumber daya di dalam gedung melalui objek namespace global. Arsitektur ini menarik karena meringankan beberapa masalah yang melekat dengan protokol
lowerlevel, sebagai objek harus menerapkan didefinisikan antarmuka yang de. Oleh karena itu, ada informasi yang kurang semantik hilang ketika permintaan
aplikasi diwujudkan dalam tindakan tingkat rendah - misalnya, sebuah aplikasi dapat memanggil lampu mati Metode di sebuah sumur de fi ned antarmuka untuk
menyalakan lampu o ff, alih-alih menulis 0 untuk vendor-spesifik mendaftar di controller.
arsitektur alternatif lain untuk sistem kontrol terdistribusi adalah sistem dirancang di sekitar bus pesan. Sebuah alat
pesan bus point-to-multipoint komunikasi antara kelompok pengirim dan penerima; penerima (kadang-kadang dikenal
sebagai pelanggan) menerima

2014
17
pesan pada set topik yang mereka berlangganan. Paradigma ini telah melihat beberapa keberhasilan dalam sistem kontrol,
penting dalam bus CAN (Controller Area Network). Tidak seperti sistem terdistribusi-objek, sistem bus pesan memiliki lebih
longgar mengikat antara pihak - klien dapat berlangganan ke saluran atau mengirim pesan pada topik, tanpa tahu persis
yang atau berapa banyak pihak akan menerima pesan. Dalam beberapa hal, sistem daripada dari sistem objek terdistribusi
benar BACnet mewarisi lebih untuk ini pesan-bus berbasis.
Kedua sistem ini dalam beberapa hal “atter fl” dari arsitektur SCADA, dengan itu divisi dua tingkat kontrol langsung
dan pengawasan. Hal ini dalam banyak cara membebaskan, karena membebaskan aplikasi dari kendala fisik langsung
pada di mana mereka harus menjalankan; seperti di internet, mereka mungkin secara teoritis berjalan hampir di mana
saja. Namun, pemisahan kontrol langsung dan pengawasan memiliki implikasi penting untuk keandalan, dan tidak jelas
bagaimana kebutuhan untuk alasan tentang yang link komunikasi dan pengendali berada di jalur kritis di ff erent aplikasi
peta menjadi baik objek atau pesan sistem terdistribusi.
2.3 Manajemen dan Optimasi Aplikasi

Ada bangunan do, dengan cara yang nyata, menjalankan aplikasi. Program untuk mengendalikan HVAC dan sistem
pencahayaan yang dijelaskan dalam Bagian 2.1 adalah salah satu contoh; dalam sistem banyak vendor, mereka
diimplementasikan sebagai logis fl ow diagram, yang kemudian disintesis ke dalam kode executable dan di-download ke
dalam berbagai kontroler hadir dalam sistem. Di luar lingkup yang sempit ini Namun, yang paling “program” yang
dijalankan dalam konteks bangunan baik memiliki pemisahan keras antara mereka dimaksudkan untuk analisis
desain-waktu, optimasi, atau fungsi tambahan. Misalnya, alat desain seperti EnergyPlus yang digunakan untuk simulasi
energi seluruh bangunan memerlukan model bangunan yang luas dan membuat asumsi tentang bagaimana bangunan
akan dioperasikan, tetapi asumsi ini tidak pemrograman menangkap dan ditransfer ke desain sistem kontrol. Di sini, kita
secara singkat y hadir deskripsi beberapa kelas aplikasi yang sedang digunakan luas dalam bangunan; yang pertama
kelas, analisis energi hanya memanfaatkan data yang tersimpan, sedangkan yang kedua, respon permintaan, juga
mengandung unsur kontrol.
2.3.1 Konsumsi Listrik Analisis

penggunaan listrik di sebuah bangunan besar adalah di FFI kultus untuk menganalisis. Salah satu bangunan kami
testbed di kampus, Cory Hall, khas: listrik masuk di ruang bawah tanah melalui utama 12.5kV. Setelah itu di dalam
gedung, itu melangkah ke 480V di gardu bangunan, dari mana itu didistribusikan ke 12 sirkuit utama. Rangkaian ini
melangkah ke 240V dan 120V menggunakan transformer tambahan yang terletak di lemari listrik di seluruh gedung, dari
mana mereka membuat jalan mereka ke pencahayaan, wadah, ruang server komputer, lift, pendingin, dan beban lain
dalam gedung.
Sebagai bagian dari proyek pemantauan, kami memasang lebih dari 120 3-fase meter listrik ke dalam gedung, dan jaringan
mereka bersama-sama sehingga memungkinkan pengumpulan data terpusat. Angka

2014
18
Kampus Substation 12KV Layanan

1
Layanan meter Barat 12KV / 480V W. Trans E. Trans 12KV / 480V
Main Papan Switch 480V 3 phase
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
LTG trans. # 1 3PW / BP rm.173 MCL 4PE WPR GPW BG3 EPR 5DPA Prk Str "H" BG1 bg2 5DPB Terbuka MW lab / toko
MATI MATI
1 2 3 4 5 6 7 9 10 10 11 14
12 KUNCI:
1PW / 206
8 Layanan meter Timur
480/120 basement BRK 35KVA
Tidak ada meter Breaker MATI
15
SF / EF 2PW / 306 5DPC
LTG. Dist. 480/208 GPW / 106 GPE / 158 pn 97

8
35 Meter listrik
laboratorium timur 1st fl. SF, EF SEBUAH
8 AC Satuan
SEBUAH
Komputer Mesin Room PDU 199
125A, B, C B PNL 197

Ada Lingkungan DDC Sistem
13 panel
3PW / 408 AC-1,2 DE

35 2PE / 358
Obviouse Kampus Daya Memantau
8
1PH 50KVA Inst. Kekuasaan
35
AH-1 AH-2 1 fl Lab CF 1PH 50KVA

Transformator
4 fl Selatan / Barat daya receptical 4 fl. kekuatan receptical ML / Timur

Pendinginan / Pemanasan
5R 6R 7R 9R 10R sambatan / 458 1R 2R 3R 4R 8R
3
pemanasan Sumber
480 / 240V
3
4PE / 432
4 fl.
150KVA PNL C 432 HP 47 HP48
Duct Bus
33
pompa 4LB
75KVA pompa 4LB
mcl
4LE1 4LN
5DPA meteran # 1, meter # 2 5DPB 5DPC

18
meter MCL 30KVA 480 // 208 480 // 208 480 // 208 480 // 208 480 // 208 480 // 208 480 // 208 480/277 480/277 480/277 480/277
34
MCL 6 MCL 15 MCL 11 MCL 10
19 20 21 22 23 24 25 26 27 28 #
CV1 HFmcl
83 TC-Timur TC -15 AC-90 30KVA
50
MCL 7 M1CL 6 MCL 16 MCL-9 MCL 21 5LA 5LB 5LC 5LD 5LE 5LF 5LG 5HA 5HB 5HC JB Selatan
CV 3 (a) CG2 WP103 AN2 rm. 413 beban steker beban beban steker beban steker beban pasang steker beban steker beban steker Petir Petir Petir Comp. rm. CT 5 Lt PNL
51
MCL 2 MCL 14 MCL 17 MCL 8 AC-92B Pompa
CG 3 Rumah vac WP 104 Barat Tangga berjalan

52
MCL 3 MCL 22 MCL 18 FC-25 2 35
mcl 35
CY1 vac basah HF84 mcl Tangga berjalan
8 53
MCL 4 MCL 23 AC-92A SF 102 1 AH-3
mcl
CV 2 pompa DI Timur Pompa AC-91
54
MCL 5 MCL 24 Centura 480/240 Barat
mcl
CY 3 RO Pump
PNL 5PA
AC 48 WP 49
37
WP 73 WP 76
38
Cont. pwr EF
39
1-12
40
41
42
Gambar 2.7: Sistem distribusi listrik dalam Cory Hall, UC Berkeley. Untuk lebih memahami bagaimana listrik digunakan
di dalam gedung, kami memasang sekitar 120 meter listrik tiga fase pada berbagai titik dalam sistem. Menganalisis data
ini membutuhkan baik kemampuan untuk menangani jumlah yang lebih besar dari data, dan metadata untuk
memungkinkan interpretasi otomatis.
2,7 menunjukkan di mana meter ini dipasang dalam sistem distribusi listrik di Cory Balai; pada kenyataannya, ini tidak
termasuk seluruh gambar sejak individual penggunaan akhir, yang membentuk sekitar 40% dari banyak bangunan, tidak
individual dipantau dalam kasus ini. Membuat rasa data yang dihasilkan oleh semua elemen metering hadir dalam
aplikasi ini membutuhkan beberapa jenis metadata, termasuk informasi tentang jenis meter, di mana ia duduk dalam
pohon beban listrik, dan yang beban cabang berfungsi. Kami akan menggunakan proyek ini sebagai contoh
menjalankan seluruh tesis seperti yang kita menyelidiki tantangan instrumenting, pengolahan, dan bertindak atas data
ini.
2.3.2 Pemodelan dan Analisis Energi

analisis energi potensial dilakukan pada semua fase siklus hidup bangunan. Sebelum konstruksi, insinyur menganalisis konsumsi
energi yang diharapkan dalam pandangan cuaca yang diharapkan, hunian, dan teknologi bangunan yang digunakan. Jenis analisis
ini digunakan untuk mengoptimalkan selubung bangunan dan mempekerjakan alat open-source seperti EnergyPlus [25] untuk
simulasi penggunaan energi secara keseluruhan, serta paket seperti Radiance [110] untuk penerangan simulasi. Pada tahap
desain, tujuannya biasanya untuk memprediksi bagaimana desain yang diusulkan akan melakukan sekali dibangun,

2014
19
serta untuk bertindak dalam peran pendukung keputusan untuk menjawab hipotesis sekitar kinerja atau ekonomi
berbagai fitur arsitektur, peralatan ukuran, dan pemilihan komponen. Alat pada fase ini dikembangkan relatif baik;
Selanjutnya, pada tahap ini, desainer berkolaborasi dengan berbagi desain fi les enumerasi geometri dan sifat fisik dari
bahan.
2.3.3 Permintaan Responsif Konsumsi Energi

respon permintaan adalah kelas hanya ada bangunan aplikasi yang meluas kontrol loop luar bangunan itu sendiri. Premis
yang mendasari respon permintaan adalah untuk membalikkan hubungan tradisional antara generator listrik dan
konsumen di jaringan listrik; dalam “warisan” jaringan listrik, ketika beban mulai mengkonsumsi lebih banyak daya,
generator harus mengimbangi dengan menghasilkan daya tambahan. Ini mengarah ke ketidakefisienan FFI ine modal
tertentu, karena sumber daya generasi harus dibangun untuk memasok beban puncak mengalami, meskipun rata-rata
beban secara signifikan kurang dari itu.
respon permintaan memungkinkan utilitas untuk merespon kenaikan permintaan dengan meminta beban tertentu untuk
mengurangi konsumsi mereka, bukan hanya terus menghasilkan lebih banyak. Yang paling e ff menonjol ort untuk
membakukan dan menyebarkan ini pendekatan adalah OpenADR, dikembangkan di Lawrence Berkeley National Laboratory
[89]. Pada dasarnya, arsitektur dan komunikasi pola digunakan; sebuah catatan sentral operator kebutuhan untuk “event
permintaan-respon,” dan hitungan berapa banyak beban mereka ingin untuk menumpahkan. Mereka berkomunikasi
kebutuhan untuk acara respon permintaan ke server otomatisasi, yang kemudian sinyal beban terintegrasi ke dalam sistem
OpenADR.
2.4 Kasus untuk BOSS

Ke depan, beberapa kecenderungan yang mendasari jelas mendorong kasus untuk lingkungan pemrograman fi ed uni
untuk membangun aplikasi. Pertama, jumlah semata-mata sensing dan aktuasi hadir dalam bangunan telah meningkat
dan semakin jaringan, didorong oleh pencarian untuk kedua energi e FFI efisiensi dan peningkatan kualitas ruang-ruang,
serta menurunnya biaya komputasi dan komunikasi. Bahkan beberapa tahun yang lalu, kasus untuk kontrol lokal dari
sistem itu kuat - networking mahal, dan koneksi internet yang dapat diandalkan atau tidak dipercaya. Selanjutnya,
menyimpan dan mengolah data ketika diekstrak akan pernah di FFI kultus untuk membayangkan di skala. Kedua,
banyak dari e FFI efisiensi keuntungan yang membangun insinyur seek akan diaktifkan melalui analisis yang lebih baik data
dari sistem yang ada, dan yang paling
integrasi data dari sistem yang berbeda. Tren ini diaktifkan oleh kemampuan untuk jaringan segalanya. Akhirnya, tujuan
akhir adalah menerapkan lebar skala-umpan balik dan kontrol loop,
sistem co-mengoptimalkan yang saat ini hampir benar-benar terpisah - memungkinkan bangunan untuk berinteraksi
dengan jaringan listrik, penyedia layanan analisis eksternal, dan aplikasi penghuni menghadap dengan cara yang saat ini
hampir mustahil.

2014
20
Tujuan dari BOSS adalah untuk memberikan sebuah arsitektur yang memungkinkan eksperimen dengan kelas-kelas baru dari
aplikasi, saat mengambil membangun kontrol pengawasan ke tempat-tempat baru, di mana input data dan aktuator yang tersebar luas
di atas hamparan fisik dan jaringan. paling signifikan fi tantangan desain cant terlibat dalam membuat ini menjadi kenyataan dalam
pemikiran ulang toleransi kesalahan
untuk dunia didistribusikan, dan memeriksa perangkat penamaan dan pemodelan semantik sehingga aplikasi yang
dihasilkan portabel.

2014
21
bagian 3
BOSS Desain
Tujuan kami dalam merancang BOSS adalah untuk menyediakan lingkungan pemrograman fi ed uni memungkinkan kontrol yang
terkoordinasi dari sumber banyak di ff erent dalam bangunan. Kita mulai dalam bab ini dengan memeriksa persyaratan kami dalam
beberapa detail menggunakan pendekatan top-down. Kami ekstrak dari beberapa aplikasi pola-pola umum digunakan saat menulis
aplikasi untuk bangunan. Kami kemudian mengembangkan sebuah arsitektur keseluruhan yang memungkinkan pattens ini menjadi
sederhana dan bermakna dilaksanakan. Karena arsitektur adalah penguraian dari suatu sistem besar menjadi potongan kecil,
dengan penempatan berprinsip fungsional dan interkoneksi, kami mengembangkan blok bangunan kunci yang membentuk
arsitektur BOSS. Hal ini memungkinkan kita untuk memeriksa arsitektur pada tingkat tinggi, tanpa perlu mempertimbangkan
pelaksanaan rinci dari masing-masing komponen dari awal.
Dalam mensukseskan bab, kita menyelam dalam ke dalam desain dan implementasi dari tiga komponen penting dari
arsitektur BOSS, menggunakan metodologi yang sama meninjau pola dan kasus penggunaan untuk komponen itu saja,
sintesis dari mereka menggunakan satu set tuntutan untuk desain kami, menerapkan, dan kemudian mengambil langkah
kembali untuk mengevaluasi hasilnya. Dengan cara ini, kita dapat mempertimbangkan baik pertanyaan kinerja-tingkat yang
lebih rendah ( “Apakah itu cukup cepat?”), Serta pertanyaan arsitektur alamat tingkat tinggi ( “Apakah sistem komposit
memungkinkan pelaksanaan aplikasi kami tertarik ?”).
3.1 Pola Desain untuk Membangun Aplikasi

Ketika membuat aplikasi yang berhubungan dengan infrastruktur fisik dalam beberapa cara, biasanya ada
perkembangan sepanjang baris “monitor model mengurangi.” pipa ini mengacu pada organisasi dan paradigma
operasional mendukung tujuan pengurangan energi utama dan ditingkatkan programability. Tentu saja, ini bukan pipa
satu tahap, tetapi siklus, dengan hasil e ff mitigasi terakhir Ort idealnya makan ke set berikutnya analisis dan operasi
sehingga ada perubahan terus menerus berdasarkan pemahaman yang lebih baik dari sistem.
pipa tiga fase ini memiliki implikasi untuk bagaimana merancang sistem komputer untuk dukungan

2014
22
memonitor' model' mi + gerbang'
mengumpulkan' proses' kontrol'
Gambar 3.1: Organisasi sering mengikuti pipa tiga fase untuk energi implementasi e strategi FFI efisiensi. Pada tahap pertama,
mereka Monitor sistem untuk mendapatkan pemahaman yang lebih baik dari operasi dan dinamikanya. Kedua, mereka menciptakan model
dukungan pengambilan keputusan sekitar yang langkah-langkah yang paling e ff efektif. Akhirnya, mereka menerapkan langkah-langkah
mitigasi untuk mengurangi pengeluaran energi.
ow fl ini. Karena langkah-langkah yang diambil untuk memahami dan operasi perubahan bangunan dipentaskan dan incremental,
sistem dapat dirancang untuk paralel pekerjaan ini aliran; seperti yang kita mendapatkan pemahaman yang lebih baik dari sistem
melalui pemantauan, kita kemudian lebih siap untuk membangun sistem untuk mendukung pemodelan dan pengendalian aspek
proses. Set lebih rendah dari anak panah pada Gambar 3.1 merupakan analog aktif ke monitor model-Mengurangi paradigma:
collectprocess-control.
3.1.1 Pola Mengumpulkan

Fi tahap pertama analisis dari setiap sistem yang besar hanya untuk mendapatkan visibilitas ke dalam operasi, meskipun
pengumpulan volume data. Meskipun perubahan hanya terbatas biasanya dibuat untuk sistem dalam fase ini, itu bukan proses
yang sama sekali pasif. Sebagai contoh, mungkin perlu menginstal instrumentasi tambahan, mendapatkan akses ke sistem
yang ada, pengintaian angka infrastruktur pengumpulan data yang ada untuk mengumpulkan atau mengirimkan lebih banyak
data, atau untuk memperkirakan nilai dimonitor atau tidak teramati dari koleksi dipantau melalui pemodelan.
Kecuali pengumpulan data dilakukan dengan sistem yang sama sekali baru, mengumpulkan data dari sistem yang ada
biasanya memerlukan fi kan integrasi signifikan e ff Ort. Dalam semua kasus, itu adalah kunci untuk memiliki pemahaman yang baik
tentang apa yang akan dimonitor untuk menginformasikan proses analisis. Umumnya langkah pertama adalah untuk menentukan
daftar awal dari poin untuk mengumpulkan data dari. Sebagai contoh, sebuah studi penggunaan energi mungkin memerlukan meter
listrik untuk diinstal pada tingkat granularity sirkuit melaporkan kWh; studi kualitas daya mungkin memerlukan data tambahan pada
faktor daya atau konten harmonik listrik.
Setelah data yang dibutuhkan diketahui, kita bisa memutuskan bagaimana untuk mendapatkan data. Kontrol sistem sering o er
beberapa lokasi ff di mana yang dapat mengintegrasikan. Misalnya, fi perangkat lapangan tingkat mungkin berkomunikasi melalui Modbus
untuk konsentrator data, yang kemudian memaparkan bahwa data menggunakan, katakanlah, OPC untuk seorang sejarawan OSISoft PI.
Banyak arsitektur di ff erent yang mungkin

2014
23
dan di ff erent set poin mungkin tersedia melalui di ff erent sistem, membutuhkan beberapa integrasi. Praktis, kita perlu
mempertimbangkan tumpang tindih pertimbangan, termasuk:
1. Ketersediaan interface yang ada untuk protokol kontrol,
2. Tingkat data yang akan dikumpulkan: sistem hulu yang ada dapat mengumpulkan data pada fi xed tingkat, yang mungkin
atau mungkin tidak dapat diterima berdasarkan persyaratan integrasi,
3. Apakah aktuasi akan diperlukan: aktuasi mungkin hanya mungkin dengan mengintegrasikan langsung dengan
pengendali lapangan-tingkat daripada konsentrator data upstream,
4. Jumlah poin integrasi: dimungkinkan untuk mendapatkan semua data yang dibutuhkan dari integrasi tunggal dengan
konsentrator, dibandingkan dengan integrasi dengan ratusan pengendali lapangan. Secara umum, perangkat yang lebih sedikit
akan lebih sederhana,
5. Keandalan: integrasi melalui konsentrator Data yang tidak dianggap sebagai bagian yang penting dari peralatan
mungkin akan kurang dapat diandalkan dibandingkan integrasi langsung dengan PLC, karena memperkenalkan poin
tambahan dari kegagalan. Selain itu, volume tinggi pengumpulan data dapat mendorong konsentrator dari rezim
operasi yang dirancang, dan
6. Akses jaringan: ketersediaan lokasi untuk menginstal perangkat lunak yang dapat mengakses kedua sistem
kontrol dan kolektor data.
Pengumpulan data juga membutuhkan repositori, atau sejarawan, untuk mengelola data. data operasional sering
dalam bentuk time series, dan database khusus ada untuk mendukung pengumpulan volume data yang besar. Karena
data sering berulang atau memiliki entropi rendah, kompres juga memungkinkan jumlah besar untuk diselamatkan dengan
biaya yang relatif rendah. Sebagai bagian dari proses pengumpulan data, data sebagai diekstrak dari sistem
ditransmisikan baik di dalam situs atau melalui WAN ke penyimpanan data utama, di mana ia dapat dianalisis dan
divisualisasikan.
3.1.2 Proses Pola

Langkah selanjutnya setelah mengumpulkan data pemantauan adalah untuk mulai mengambil-tingkat yang lebih tinggi, peristiwa
bermakna dari sinyal mentah. Data mentah dalam banyak kasus akan menjadi volume yang relatif tinggi, namun dengan isi
informasi yang rendah. Misalnya, memeriksa feed baku suhu kamar dengan tangan mungkin tidak mengungkapkan banyak
tentang dinamika sistem, tetapi dengan menghubungkan dengan hal-hal yang diketahui tentang ruang penyidik cerdas bisa
mengungkap sistem HVAC yang tidak dapat memenuhi permintaan pada saat puncak : chiller tidak berfungsi, peluang untuk
penghematan karena overcooling, atau banyak masalah umum lainnya atau peluang.
Kami telah menemukan tiga persyaratan utama untuk bekerja dengan membangun data time series pada skala
besar dan bahwa ini tidak baik-dilayani oleh sistem yang ada. Persyaratan ini dikembangkan dari studi yang ada dan
potensi aplikasi untuk bangunan: kesalahan otomatis

2014
24
deteksi dan diagnosis [87, 94], personalisasi umpan balik dan kontrol untuk penghuni bangunan sekitar jejak mereka
energi [31, 62], respon permintaan [88], dan optimalisasi energi [47, 74].
Fi Tugas pertama dari aplikasi hanya mencari data time series yang bersangkutan menggunakan metadata time
series. Hari ini, kita memiliki ratusan ribu aliran dalam sistem kami; skala ini relatif umum-tempat di media untuk
lingkungan pengendalian proses besar. Di masa depan, jumlah aliran hanya akan meningkat. Untuk e FFI sien
menemukan aliran, salah satu harus membuat referensi ke sebuah skema yang mendasari atau ontologi yang
menyelenggarakan sungai dengan mengacu pada model dunia. Masalahnya adalah bahwa tidak ada satu skema sesuai
untuk semua seri waktu; Data yang diambil dari sistem pengelolaan gedung (BMS) mungkin referensi vendor-spesifik
skema, sementara seri waktu lainnya dapat diselenggarakan oleh mesin, sistem, atau banyak skema lainnya.
time series data array- atau matriks bernilai; urutan skalar atau vektor dihargai bacaan. Bacaan ini berisi timestamp
bersama dengan data mentah; mereka sering dikonversi ke urutan di mana pembacaan terjadi notionally pada periode
xed fi untuk diproses lebih lanjut melalui penggunaan interpolasi atau operator windowing. Karena pembersihan dimulai
dengan seri data mentah dan menghasilkan seri derivatif (umumnya lebih kecil), pipa pengolahan operator (tanpa
percabangan nyata) yang tepat.
Pola 3.1.3 Control

Dalam fi tahap nal dari pipa monitor model Mengurangi, hasil pengumpulan data dan pemodelan yang dimanfaatkan untuk
menginformasikan perubahan pada operasi sistem bangunan. Secara tradisional di gedung-gedung, mengubah strategi
kontrol adalah operasi yang relatif mahal. Ada beberapa akar penyebab; urutan kontrol tangan-kode untuk setiap bagian
dari setiap bangunan, membutuhkan signifikan pengguna e ff ort perubahan. Mendasari kendala mekanik, peraturan, dan
manusia di atas sistem operasi hanya implisit dalam sistem, ketimbang dibuat eksplisit; Oleh karena itu, seseorang yang
mencoba untuk mengubah operasi memiliki di FFI culty memahami alasan di balik keadaan saat sistem. Karena tidak ada
yang yakin jika modus tertentu operasi dilakukan dengan sengaja untuk memenuhi beberapa persyaratan atau tidak
sengaja, berdasarkan pengawasan, membenarkan perubahan adalah di FFI kultus. Selanjutnya, karena sistem beroperasi
tanpa pengawasan untuk jangka waktu yang lama, manajer ragu-ragu untuk memperkenalkan perubahan yang memiliki
menentu e ff ect operasi.
Mengubah atau mengganti strategi pengendalian dapat terjadi di di ff kenai tingkat kompleksitas. Misalnya,
penghematan energi yang signifikan sering dapat diperoleh melalui perubahan pengawasan: jam pemangkasan operasi,
menyesuaikan set-poin dalam di ff erent loop kontrol, atau menyesuaikan parameter yang mendasari operasi kontrol loop.
perubahan lebih terlibat memerlukan menggantikan loop kontrol langsung dengan logika baru: mengganti PID controller
dengan model-prediksi controller, kopling operasi loop sebelumnya dipisahkan, atau akuntansi untuk variabel tambahan
dalam sistem operasi. Dua jenis kation fi modi memiliki di ff erent persyaratan pada sistem yang mendasari, dalam hal
bagaimana dekat dengan real-time mereka beroperasi dan volume data yang dibutuhkan, dan memiliki di ff erent implikasi
dalam hal keandalan sistem.

2014
25
Oleh karena itu, dua persyaratan yang paling penting untuk menerapkan kontrol secara luas adalah bahwa dari keandalan
dan portabilitas. Keandalan didorong oleh pertimbangan sekitar memenuhi semua kendala yang telah direkayasa ke dalam
sistem, tanpa memaksakan kendala tambahan karena manajemen yang buruk. Portabilitas mengacu pada kemampuan
untuk mengulang potongan kode dan kontrol urutan di banyak tempat, mendapatkan dari skala ekonomi dan
menghilangkan kebutuhan untuk pemrograman kustom dalam apa dasarnya sistem yang sangat paralel.
3.2 BOSS Desain: a penguraian Fungsional

Berdasarkan pengalaman dengan melanjutkan melalui tiga tahap pemantauan, pemodelan, dan mitigasi, kami menyimpulkan bahwa
abstraksi yang lebih baik dan layanan bersama akan mengakui lebih cepat, dan pengembangan aplikasi yang lebih kaya lebih mudah,
serta lebih kesalahan sistem toleran. Selain itu, salah satu kebutuhan untuk mempertimbangkan isu-isu privasi dan dikendalikan
akses ke data dan aktuator, dan lebih luas lagi menyediakan mekanisme yang menyediakan isolasi dan toleransi kesalahan dalam
lingkungan di mana mungkin ada banyak aplikasi yang berjalan pada sumber daya yang sama fisik.
Antarmuka pengguna alat manajemen datastore eksternal
4
Proses kontrol Kontainer
v1
aplikasi contoh
k2 v2
mengirimkan
callback
Time Series Layanan transaksi Manajer

3
2
perintah
menerbitkan
1 SMAP SMAP SMAP SMAP SMAP
XML / HTTP k1 OPC-DA 6LoWPAN RS-485 BACnet / IP
Gambar 3.2: Skema potongan penting dalam sistem. BOSS terdiri dari (1) lapisan presentasi perangkat keras, (2) waktu
pelayanan seri, dan komponen transaksi (3) kontrol. Akhirnya, (4) proses kontrol mengkonsumsi layanan ini perubahan
agar make untuk membangun operator.

2014
26
Arsitektur BOSS telah dikembangkan untuk memenuhi kebutuhan organisasi karena hasil melalui tahapan
pemantauan, pemodelan, dan mitigasi. Ini terdiri dari enam subsistem utama: (1) presentasi hardware; (2) real-time
waktu pemrosesan seri dan pengarsipan; (3) sistem kontrol-transaksi; dan (4) wadah untuk menjalankan aplikasi. Selain
itu, otorisasi, dan penamaan dan pemodelan semantik yang hadir dalam desain. Sebuah tingkat tinggi ditunjukkan pada
Gambar 3.2 dan dijelaskan secara rinci di bawah ini. Lapisan presentasi hardware Mengangkat mendasari sensor dan
aktuator untuk bersama, layanan tenang dan tempat-tempat semua data dalam namespace global bersama, sementara
sistem pemodelan semantik memungkinkan untuk deskripsi hubungan antara mendasari sensor, aktuator, dan
peralatan. Sistem waktu pemrosesan series menyediakan akses real-time ke semua data sensor yang mendasari, data
historis yang tersimpan, dan operator analitis umum untuk pembersihan dan pengolahan data. The controltransaction
lapisan mendefinisikan antarmuka yang kuat untuk proses eksternal yang ingin mengontrol sistem yang toleran terhadap
kegagalan dan berlaku kebijakan keamanan. Terakhir, “proses pengguna” membentuk lapisan aplikasi.
Eksekusi dalam arsitektur ini didistribusikan di tiga domain konseptual: terendah, sensor dan aktuator pesawat,
pengendali membangun tingkat, dan layanan Internet. Salah satu tujuan dari membedakan domain tersebut bukan
karena di ff selisih dalam kemampuan (walaupun ada pasti besar di ff perbedaan-perbedaan), melainkan karena kita
ingin membiarkan ini harus beralasan tentang segi implikasi dari kegagalan; kami menyebutnya “kegagalan domain.”
Misalnya, kegagalan jaringan yang menghubungkan panel lantai tingkat fl untuk kontrol bangunan lainnya tidak
kompromi kemampuan yang panel untuk menggerakkan berdasarkan masukan langsung-terhubung dan output, tapi itu
tidak mencegah dari menghubungi layanan Internet untuk petunjuk tentang apa yang melakukan. Toleransi loop kontrol
tertentu kegagalan dapat ditentukan dengan memeriksa data yang diperlukan sebagai masukan,
3.2.1 Hardware Presentasi

Pada tingkat terendah tumpukan antarmuka hardware adalah Layer Presentasi Hardware (HPL). HPL menyembunyikan
kompleksitas dan keragaman perangkat yang mendasari dan protokol komunikasi dan kemampuan hadiah hardware
melalui seragam, antarmuka diri menjelaskan. sistem membangun mengandung sejumlah besar sensor khusus,
aktuator, link komunikasi, dan arsitektur kontroler. Sebuah tantangan signifikan adalah mengatasi heterogenitas ini dan
menyediakan akses seragam ke sumber daya tersebut dan pemetaan mereka ke yang sesuai representasi virtual yang
mendasari perangkat keras fisik. Itu abstrak semua penginderaan dan digerakkan oleh pemetaan masing-masing sensor
individu atau aktuator menjadi titik: misalnya, pembacaan suhu dari termostat akan menjadi salah satu titik akal,
sedangkan posisi peredam di saluran akan diwakili oleh titik aktuasi. Titik-titik ini menghasilkan time series, atau sungai,
yang terdiri dari urutan timestamped bacaan dari nilai saat ini dari titik itu. HPL yang menyediakan satu set kecil layanan
umum untuk setiap rasa dan aktuasi titik: kemampuan untuk membaca dan menulis titik; kemampuan untuk
berlangganan perubahan atau menerima periodik kation fi noti tentang nilai titik ini, dan kemampuan untuk menyertakan
sederhana kunci-nilai terstruktur metadata yang menggambarkan titik.

2014
27
Menyediakan tingkat yang tepat abstraksi (untuk e FFI efisiensi) saat mewakili banyak di ff jenis erent perangkat warisan adalah ff
tradeo kunci. Sistem kami mengintegrasikan dengan dibatasi dalam banyak di ff cara erent; Modbus [76] hanya menyediakan sangat
sederhana master / slave pemungutan suara, sementara beberapa
6LoWPAN sistem nirkabel yang berat bandwidth dibatasi. Beberapa sistem menyediakan interface highlyfunctional (misalnya,
OPC [85] atau BACnet [4]), tetapi menerapkannya tidak lengkap atau memanfaatkan ekstensi proprietary. Meskipun tidak ada
dalam desain kami mencegah perangkat dari pelaksanaan HPL kami native, dalam banyak kasus hari ini diimplementasikan
sebagai layanan proxy. Ini menyediakan tempat untuk menangani keistimewaan perangkat warisan sementara juga
menyediakan jalur bersih ke depan.
Untuk menyediakan blok bangunan yang tepat untuk fungsi tingkat yang lebih tinggi, penting untuk menyertakan spesifik fungsi
dalam lapisan ini:
penamaan: setiap akal atau aktuasi titik diberi nama dengan satu, secara global unik identifikasi er.
Ini memberikan nama kanonik untuk semua data yang dihasilkan oleh titik itu untuk lapisan yang lebih tinggi untuk digunakan.
metadata: kebanyakan protokol tradisional terbatas atau tidak ada metadata termasuk sekitar mereka-
diri, atau instalasi mereka; Namun metadata, penting untuk interpretasi data. HPL yang memungkinkan kita untuk
memasukkan metadata yang menggambarkan data yang dikumpulkan untuk konsumen.
Bu ff kenai: banyak sumber data memiliki kemampuan untuk data yang er bu ff untuk jangka waktu di
huruf dari kegagalan konsumen; HPL menggunakan ini untuk menjaga terhadap data yang hilang sedapat mungkin.
Penemuan dan Agregasi: sensor dan sumber daya terkait komputasi sering
didistribusikan secara fisik dengan hardware bertenaga rendah-. Untuk dukungan skalabilitas, HPL yang menyediakan
mekanisme untuk menemukan dan agregat banyak sensor ke satu sumber pada platform dengan sumber daya yang lebih.
Fungsi ini didistribusikan di seluruh sumber daya komputasi yang paling dekat dengan masing-masing sensor dan aktuator; idealnya
dilaksanakan secara native oleh masing-masing perangkat.
3.2.2 Hardware Abstraction

Lapisan abstraksi perangkat keras bertanggung jawab untuk poin pemetaan tingkat rendah dari HPL menjadi objek
dengan semantik-tingkat yang lebih tinggi dan fungsi, dan memberikan cara untuk menemukan dan referensi
benda-benda ini. Tidak seperti sistem komputer, bangunan hampir selalu customdesigned dengan arsitektur yang unik,
tata letak, sistem mekanik dan listrik, dan logika kontrol disesuaikan dengan hunian dan harapan cuaca lokal. Ini
memperkenalkan tantangan untuk menulis perangkat lunak portabel, karena operasi sistem tergantung tidak hanya pada
bagian yang tepat dari peralatan yang dikontrol, tapi hubungannya dengan nomor situs-dan installationspeci faktor fi c.
The state-of-the-praktek saat ini untuk perangkat lunak secara manual con fi gured untuk masing-masing peralatan.
Misalnya, setiap suhu zona kontroler dapat menggunakan

2014
28
algoritma kontrol standar, yang secara manual “kabel” untuk rasa dan aktuasi poin di zona ini. Mengubah ini
membutuhkan intervensi manual di setiap zona, dan penggantian algoritma kontrol standar akan membutuhkan lebih
signifikan dan mahal kation fi modi.
&&
* 78-9 & 47,5: 795,; &
< "1 = &> 78-9% 7 @? : AB) &

0123 (() & 4 + 5,6
C9 + ,? D & .- / -. &
! "# $% &" '() &&
* +. - . & .- / -. & $
EF & G -: - 9) & * @. ; & .- / - &.
47,5: 795,; & +, H & 7,:? 97. &
(A) pandangan spasial (B) pandangan listrik (C) sistem (HVAC) tampilan
Gambar 3.3: Beberapa pandangan di ff erent dari hubungan antara komponen sistem eksis dan berinteraksi dalam
ruang fisik. HAL memungkinkan aplikasi yang akan ditulis dalam hal hubungan ini bukan nama titik tingkat rendah.
Solusinya adalah untuk memungkinkan aplikasi untuk memeriksa hubungan ini antara komponen dan mengubah operasi
mereka sesuai. Sebuah konsep penting dalam HAL adalah gagasan bahwa ada beberapa, terpisah “pandangan” dari sistem
bangunan yang mendasari: a spasial melihat penawaran dengan mana objek berada dalam ruang tiga-dimensi, sementara sistem
pandangan mencatat hubungan antara unsur-unsur dari sistem umum. Sebuah operasional melihat penawaran dengan isu-isu
seperti jadwal kelas dan pemanfaatan ruang, sedangkan elektris pandangan Penawaran di pohon distribusi listrik; lebih
pandangan mungkin untuk mendefinisikan. Selanjutnya, pandangan ini tumpang tindih melalui dunia fisik: misalnya, hubungan
pompa air dingin untuk komponen lain merupakan bagian dari sistem melihat, sementara lokasi di ruang angkasa merupakan
bagian dari tampilan fisik dan pada pohon distribusi listrik pandangan listrik sebagai ditunjukkan pada Gambar 3.3.
HAL mempertahankan representasi dari pandangan-pandangan ini, dan memberikan bahasa query perkiraan, yang
memungkinkan penulis untuk menggambarkan sensor tertentu atau aktuator bahwa aplikasi memerlukan berdasarkan
hubungan komponen untuk barang-barang lainnya di dalam bangunan, daripada hardcoding nama atau tag. Aplikasi dapat
ditulis dalam hal query tingkat tinggi seperti “lampu di ruang 410,” daripada membutuhkan alamat jaringan yang tepat dari
titik itu. Bahasa query memungkinkan penulis untuk mencari melalui beberapa tampilan dari sistem bangunan yang
mendasari, termasuk spasial, di mana benda berada dalam ruang tiga-dimensi; listrik, menggambarkan pohon distribusi listrik; HVAC,
menggambarkan bagaimana sistem mekanik berinteraksi; dan
Petir.
Masalah kedua adalah bahwa membangun komponen sering tidak memberikan metode standar untuk mengendalikan mereka.
potongan erent Di ff peralatan membutuhkan di ff erent kontrol urutan untuk mencapai dasarnya hasil yang sama. Untuk abstrak ini
di ff perbedaan-perbedaan, HAL juga memungkinkan kita untuk membuat objek-tingkat yang lebih tinggi di atas poin HPL tingkat
rendah dan hubungan antara

2014
29
mereka. HAL terdiri dari satu set driver dengan antarmuka standar untuk mengendalikan komponen bangunan umum, seperti
pompa, kipas angin, peredam, pendingin, dan lain-lain Driver menyediakan metode tingkat tinggi seperti kecepatan set dan suhu
set yang diimplementasikan menggunakan urutan perintah dan loop kontrol pada poin HPL yang relevan. Driver ini
menyediakan tempat untuk mengimplementasikan logika perangkat-spesifik yang diperlukan hadiah bersama abstraksi atas
di atas sistem hardware eklektik.
Driver dan aplikasi juga menggunakan tampilan fungsi untuk menentukan set penguncian, yang diperlukan untuk hidup
bersama dengan aplikasi lain. Misalnya, sebuah aplikasi yang mencirikan perilaku pengendali udara mungkin ingin
memastikan bahwa kebijakan pengendalian default adalah digunakan, sementara berbagai input tunggal. Ini akan
menggunakan bahasa query perkiraan untuk fi nd semua titik pada handler udara dan mengunci mereka di manajer
transaksi. Sejak di ff erent model dari bagian yang sama dari peralatan mungkin memiliki di ff erent poin meskipun mereka
melakukan fungsi yang sama, adalah penting bahwa aplikasi dapat mengontrol berbagi pada tingkat komponen fungsional
daripada nama jalur baku.
3.2.3 data Time Series

Kebanyakan sensor dan perangkat embedded tidak memiliki kemampuan untuk menyimpan sejumlah besar data historis
maupun sumber daya pengolahan untuk membuat penggunaan mereka; Data tersebut sangat penting untuk analisis sejarah,
model pelatihan, deteksi kesalahan, dan visualisasi. Tantangannya adalah menyimpan jumlah besar ini data e FFI sien,
sementara memungkinkan aplikasi untuk membuat penggunaan terbaik dari itu; data historis yang paling saat ini biasanya
tidak digunakan karena di FFI kultus nilai ekstrak dari. pola akses khas untuk data historis juga di ff erent daripada yang
database relasional tradisional dioptimalkan untuk: Data sebagian besar diakses baik dengan melakukan berbagai-pertanyaan
di atas cap waktu dan aliran atau fi nding nilai terbaru; misalnya query khas mungkin mengambil semua bacaan ringan tingkat
ruang untuk jangka waktu satu bulan, jutaan menyentuh nilai-nilai. Bahkan instalasi sederhana berukuran akan dengan mudah
memiliki puluhan miliar pembacaan disimpan dan bahkan pertanyaan sederhana memiliki potensi untuk menyentuh jutaan
bacaan. Data baru sebagian besar ditambahkan ke akhir dari seri waktu, karena data berasal dari individu pengukuran yang
dilakukan oleh sensor dan diterbitkan oleh HPL tersebut. Akhirnya, data biasanya kotor, sering memiliki cap waktu
desynchronized membutuhkan outlier deteksi dan kalibrasi ulang sebelum digunakan.
Layanan time series (TSS) menyediakan antarmuka aplikasi untuk mengakses data yang tersimpan, secara khusus
dirancang untuk mengatasi masalah ini. Ini terdiri dari dua bagian: bahasa pilihan streaming dan bahasa transformasi data.
Menggunakan bahasa pilihan streaming, aplikasi dapat memeriksa dan mengambil metadata tentang seri waktu; bahasa data
transformasi memungkinkan klien untuk menerapkan pipa dari operator untuk data yang diambil untuk melakukan operasi
data-pembersihan umum. Ini kedua bergerak umum namun kompleks logika pengolahan keluar dari aplikasi, yang
memungkinkan mereka untuk fokus pada membuat penggunaan terbaik dari data, dan juga memungkinkan kemungkinan
mengoptimalkan pola akses umum.
Layanan ini bergerak dua kemampuan bersama penting ke dalam layanan, yang dibagi oleh aplikasi pada setiap
tahap siklus monitor model Mengurangi:

2014
30
Pembersihan: Data sering mengandung kesalahan dan lubang, menyebabkan analis dan aplikasi untuk painstak-
ingly membersihkan data; menghapus outlier, cap waktu fi xing, dan fi lling data yang hilang. Meskipun banyak teknik
terkenal ada untuk melakukan teknik ini, mereka sering digunakan secara manual, membatasi pembagian antara
aplikasi. Kami mendefinisikan pembersihan data
sebagai tugas menerapkan tepat, spesifik aplikasi-fi c operasi sensor-dan untuk data mentah sehingga menghasilkan
dinormalisasi, dikoreksi dataset yang diperlukan untuk analisis-tingkat yang lebih tinggi.
Streaming: meskipun Stonebraker jelas mengidentifikasikan kebutuhan untuk mengobati mengalir dan histor-
Data ical seragam [100], ide ini tidak hadir di sebagian besar sistem bangunan data. Tidak melakukan hal
menciptakan signifikan gesekan ketika bergerak dari evaluasi data yang disimpan ke produksi. Streaming
perhitungan dimasukkan ke aktuator juga dapat dianggap sebagai membentuk loop kontrol, membentuk CPS a.
3.2.4 Transaksi Manajer

Fi tahap nal meningkatkan operasi fasilitas membuat perubahan pada strategi pengendalian digunakan. Ini bagian aktif dari siklus dilakukan oleh aplikasi.
aplikasi BOSS biasanya mengambil bentuk baik kontrol koordinasi antara beberapa sumber, yang tidak akan beroperasi secara independen seperti dalam
optimasi HVAC, atau memperluas kontrol di luar gedung untuk menggabungkan sistem lain atau data, seperti dalam aplikasi kontrol pribadi. Tantangannya
adalah melakukannya dengan cara yang cukup untuk menerapkan algoritma kontrol baru yang inovatif, sementara juga adalah kuat dalam menghadapi
kegagalan elemen jaringan dan pengontrol ekspresif; membangun sistem kontrol yang ada tidak dirancang untuk diperpanjang dengan cara ini. Kontrol
algoritma yang melibatkan pengguna atau data feed berbasis Internet harus bertahan hidup kegagalan bagian dari loop kontrol yang dijalankan di luar gedung
tanpa meninggalkan peralatan bangunan dalam keadaan tidak pasti. Sangat diharapkan bahwa kebijakan pengendalian diperpanjang atau modi fi ed di
beberapa domain gagal; layanan berbasis Internet mungkin memiliki lebih pengolahan dan penyimpanan daripada yang tersedia di gedung atau mungkin ingin
menerapkan logika proprietary. Namun ada masalah nyata dengan melakukan kontrol langsung atau pengawasan otomatis melalui Internet atau jaringan
bangunan. Untuk kontrol langsung, latency mungkin menjadi masalah. Ada dapat masalah konkurensi ketika perubahan yang dibuat oleh beberapa pihak.
Selain itu, kegagalan satu domain dapat meninggalkan sistem dalam keadaan tidak pasti. Untuk mengatasi masalah ini, kita menggunakan layanan berbasis
Internet mungkin memiliki lebih pengolahan dan penyimpanan daripada yang tersedia di gedung atau mungkin ingin menerapkan logika proprietary. Namun ada
masalah nyata dengan melakukan kontrol langsung atau pengawasan otomatis melalui Internet atau jaringan bangunan. Untuk kontrol langsung, latency
mungkin menjadi masalah. Ada dapat masalah konkurensi ketika perubahan yang dibuat oleh beberapa pihak. Selain itu, kegagalan satu domain dapat
meninggalkan sistem dalam keadaan tidak pasti. Untuk mengatasi masalah ini, kita menggunakan layanan berbasis Internet mungkin memiliki lebih pengolahan
dan penyimpanan daripada yang tersedia di gedung atau mungkin ingin menerapkan logika proprietary. Namun ada masalah nyata dengan melakukan kontrol
langsung atau pengawasan otomatis melalui Internet atau jaringan bangunan. Untuk kontrol langsung, latency mungkin menjadi masalah. Ada dapat masalah
konkurensi ketika perubahan yang dibuat oleh beberapa pihak. Selain itu, kegagalan satu domain dapat meninggalkan sistem dalam keadaan tidak pasti. Untuk
mengatasi masalah ini, kita menggunakan Ada dapat masalah konkurensi ketika perubahan yang dibuat oleh beberapa pihak. Selain itu, kegagalan satu domain
dapat meninggalkan sistem dalam keadaan tidak pasti. Untuk mengatasi masalah ini, kita menggunakan Ada dapat masalah konkurensi ketika perubahan yang
dibuat oleh beberapa pihak. Selain itu, kegagalan satu domain dapat meninggalkan sistem dalam keadaan tidak pasti. Untuk mengatasi masalah ini, kita menggunakan transaksi metafor
transaksi kontrol beroperasi secara konseptual di tingkat pengawas, tapi mengekspos secara signifikan semantik lebih
kaya dari yang sederhana penyesuaian set-point. Transaksi kontrol terdiri dari serangkaian tindakan yang akan diambil
pada waktu tertentu; misalnya, menulis terkoordinasi untuk beberapa set poin. Selain tindakan yang akan dilakukan,
transaksi kontrol juga membutuhkan
Waktu Sewa selama tindakan kontrol adalah menjadi valid, dan urutan revert menentukan bagaimana

2014
31
untuk membatalkan tindakan. Ketika sewa berakhir baik karena tidak diperpanjang atau kegagalan terjadi, manajer
transaksi akan mengeksekusi urutan revert, yang mengembalikan mengontrol sistem untuk controller langsung dijadwalkan
berikutnya. Kemampuan untuk transaksi revert menyediakan blok bangunan fundamental untuk memungkinkan kita untuk
mengubah kontrol dari bangunan ke aplikasi lesstrusted. segmen ini tindakan revert diterapkan untuk setiap tindakan dan
dapat dianggap sebagai “tindakan terbalik” yang Membatalkan masukan kontrol. Kami mengharuskan ada menjadi
“common denominator terendah” loop kontrol hadir yang mampu menjalankan bangunan di default (meskipun berpotensi ine
FFI efisien) cara. Dengan cara ini, aplikasi dapat selalu hanya melepaskan kontrol dan memindahkan kembali bangunan ke
rezim kontrol default.
Untuk mendukung beberapa aplikasi, setiap operasi juga dikaitkan dengan tingkat prioritas
dan strategi penguncian. Ini memungkinkan proses yang lebih tinggi tingkat beberapa atau driver untuk mengakses poin
yang mendasari, sambil memberikan mekanisme untuk koordinasi implisit. Menggunakan konsep yang dipinjam dari
BACnet, menulis dilakukan menjadi “array prioritas” - satu set nilai-nilai yang telah ditulis ke titik pada setiap tingkat
prioritas. Nilai output aktual ditentukan dengan mengambil prioritas tertinggi menulis. Meskipun menyediakan untuk
multiprocessing dasar, skema BACnet memiliki beberapa masalah. Karena tidak ada sewa, aplikasi menabrak dapat
meninggalkan sistem terkunci dalam keadaan tidak pasti sampai menulis nya secara manual dibersihkan. Juga tidak
ada kation fi noti, sehingga di FFI kultus untuk menentukan apakah write tertentu telah mendahului oleh proses lain pada
prioritas yang lebih tinggi tanpa berkala polling array. Manajer transaksi menambah skema prioritas dasar, sewa, noti fi
kasi,
dan kunci. menulis disewakan menyebabkan manajer transaksi untuk membatalkan menulis sekali sewa telah berakhir,
melindungi terhadap kasus jaringan atau aplikasi kegagalan. fi kasi Noti menyediakan aplikasi informasi tentang kapan
perubahan mereka dibuat telah ditimpa oleh aplikasi lain, sementara penguncian memungkinkan tindakan prioritas lebih tinggi
untuk menerima akses eksklusif.
3.2.5 Otorisasi dan Keselamatan

Selain menyediakan tingkat tinggi, akses ekspresif dengan sistem membangun, BOSS berusaha untuk membatasi
kemampuan aplikasi untuk memanipulasi tanaman fisik untuk memastikan keamanan. Kebanyakan operator bangunan
tidak akan menyerahkan kontrol kepada sembarang orang, dan bahkan untuk pengembang aplikasi yang terpercaya,
pengamanan terhadap perilaku pelarian diperlukan. Layanan otorisasi menyediakan sarana otorisasi pelaku untuk
melakukan tindakan; mereka mungkin dibatasi oleh lokasi (hanya lampu di atas lantai keempat), nilai (tidak bisa
meredupkan lampu di bawah 50%), atau jadwal (akses hanya diberikan pada malam hari). Karena itu juga di FFI kultus
untuk meramalkan semua interaksi yang mungkin antara strategi kontrol, BOSS juga menyediakan untuk pemeriksaan
keamanan run-time. Dengan mengamati data real-time dari sistem mempertahankan model sistem negara,
Otorisasi
Sistem otorisasi secara proaktif memberlakukan konstanta akses pada kontrol input ke sistem. Kami menyediakan kontrol
akses pada tingkat semantik yang sama dengan operasi yang akan dilakukan.

2014
32
Oleh karena itu, akses dapat dibatasi baik pada interface sopir yang merupakan bagian dari BOSS, serta pada tingkat
poin HPL telanjang. Sebelum aplikasi mulai berjalan pada sistem, harus menyerahkan nyata ke server otorisasi, yang
daftar yang poin atau kelas poin itu ingin akses. Seperti bagian lain dari sistem seperti antarmuka driver, titik-titik ini
mungkin spesifik ed baik secara eksplisit dengan nama yang unik, atau secara implisit melalui penggunaan query HAL.
Melekat pada setiap permintaan sumber daya adalah kontrak terkait aplikasi setuju untuk mengikuti; umumnya, daftar
poin bahwa aplikasi akan membaca, dan batas-batas berbagai masukan dan jadwal untuk poin itu akan menulis.
memanifestasikan aplikasi ini baik dapat secara otomatis disetujui, atau disajikan kepada manajer bangunan untuk persetujuan.
Sebagai bagian dari review manual, manajer bangunan lebih lanjut dapat membatasi akses yang diberikan ke aplikasi; membatasi
berbagai masukan bangunan mungkin menerima, atau skala peluncuran tersebut. Setelah manifest disetujui, aplikasi ini gratis untuk
menggunakan akses yang diberikan kepada sebagai ditentukan dalam manifes. Keamanan dan keselamatan pemeriksaan yang
dilakukan pada waktu-of-digunakan pada masing-masing metode BOSS panggilan; meskipun klien mungkin cache izin yang diberikan
oleh server otorisasi untuk periode singkat dalam rangka menghindari berlebihan round-perjalanan.
Memverifikasi izin akses di timeof digunakan menggunakan server online daripada di timeof-masalah menggunakan
kemampuan ditandatangani memiliki implikasi untuk ketersediaan dan skalabilitas, karena memberikan layanan otorisasi
pada jalur kritis dari semua tindakan aplikasi. Namun, kami menemukan kemampuan untuk memberikan definitif pencabutan
fungsi penting yang diperlukan untuk meyakinkan membangun manajer bahwa sistem kita aman. Ini adalah salah satu tempat
di mana pertimbangan praktis dari domain menang atas kami bias terhadap menambahkan lebih kompleksitas jalur perintah.
Karena kita hanya izin aplikasi tembolok untuk (con fi gurable) waktu singkat, kita dapat jaminan bahwa hak akses tertentu
dapat dicabut pada saat run-time.
Keamanan
Lain yang menarik di ff selisih antara sistem komputer dan sistem fisik adalah bahwa dalam sistem fisik, di ff erent input dapat
berinteraksi dengan cara yang di FFI kultus atau tidak mungkin untuk meramalkan, tapi drive sistem menjadi negara yang tidak
diinginkan. Hal ini karena input berinteraksi dalam ruang fisik, di luar kendali dan visibilitas dari sistem manajemen. Misalnya,
pencahayaan kontroler dapat mengurangi pencahayaan karena itu adalah hari yang cerah, tetapi jika tidak mengkoordinasikan
pencahayaan kontrol dengan perilaku nuansa hasilnya mungkin kegelapan. Oleh karena itu, hal ini juga penting untuk memiliki
kemampuan untuk mengidentifikasi ketika sistem bergerak menuju keadaan yang tidak diinginkan dan benar. Sistem
pengembalian yang disediakan oleh manajer transaksi, serta real-time akses data dari layanan time series menyediakan
fungsionalitas yang diperlukan untuk membangun di keselamatan aktif.
Untuk memberikan ini “aktif” keselamatan, kami menyediakan untuk khusus, proses pengamat istimewa yang memiliki
kemampuan untuk menimpa kontrol aplikasi dari sistem, dan kontrol kembali ke default, diasumsikan-baik strategi pengendalian.
Karena sistem diatur oleh hukum-hukum fisika, adalah mungkin untuk mempertahankan model sistem negara, dan batalkan o ff
berakhir aplikasi ketika mereka melebihi batas atau mendorong sistem di luar batas aman. proses Watcher mengamati data
real-time dari sistem operasi, dan menggunakannya untuk menginformasikan model mereka, yang mereka membandingkan

2014
33
terhadap berbagai kendala. Ketika sistem berada dalam bahaya melanggar kendala dan berperilaku dengan cara yang tak
terduga, pengamat harus memilih tindakan apa untuk mengambil; dasarnya, transaksi yang menggugurkan untuk
mengembalikan sistem ke keadaan aman. Batal kontrol kembali transaksi ke kontroler berikutnya yang lebih
rendah-prioritas dan akhirnya kembali ke skema kontrol default bangunan.
Sebagai contoh sederhana, zona HVAC watcher mempertahankan model mengalir fl termal ke dalam dan keluar dari
pemanasan dan pendinginan zona. Pemanasan atau input pendinginan untuk zona disebabkan oleh satu sumber terkendali
(sistem HVAC bangunan), dan berbagai sumber yang tidak terkendali (penghuni, peralatan, cuaca). Berdasarkan data historis,
pengamat juga dapat menyimpulkan model untuk kapasitas sistem untuk memanaskan atau mendinginkan sistem, dan
maksimum diharapkan perubahan pemanasan beban sebagai fungsi dari penghuni dan cuaca. Menggunakan model ini,
pengamat dapat menghitung secara real-time jika zona adalah pada lintasan melanggar kendala suhu manajer yang
disediakan, dan batalkan transaksi yang mengendalikan zona bahwa jika itu adalah.
3.2.6 Membangun Aplikasi

Pembaruan negara bangunan kontrol dibuat atom menggunakan transaksi kontrol; Namun, ini sering bagian dari yang
lebih besar, lebih rumit dan berumur panjang blok logika. Hal ini dikenal sebagai “proses pengendalian” (CP) dan analog
dengan proses pengguna. CPs terhubung ke layanan yang mereka butuhkan, seperti layanan time series, HAL, dan
manajer transaksi, dan mengelola masukan dari tindakan kontrol baru. Karena desain yang cermat dari transaksi dan
pengarsipan, ada beberapa pembatasan pada tempat CP dapat ditempatkan dalam infrastruktur komputasi; jika mereka
gagal atau menjadi dipartisi dari aktuator mereka kontrol, manajer transaksi hanya akan “gulung kembali” perubahan
mereka dan revert ke di ff erent CP yang memiliki partisi atau kegagalan tidak berpengalaman.
Sebuah proses kontrol juga o ff ers titik di mana otentikasi dan otorisasi dilakukan dalam sistem. Untuk menerima
otorisasi, CP diperlukan untuk memberikan manifest fi le menggambarkan jenis perubahan itu akan membuat sistem - apa
poin akan dikendalikan, di mana nilai-nilai, dan kapan. Bagi sebagian pengguna, kita kemudian memerlukan persetujuan
administratif memanifestasikan ini sebelum memberikan mereka; setelah diberikan kami menyediakan versi
ditandatangani manifes untuk CP. Ini berfungsi sebagai kemampuan yang dapat diberikan kepada pihak lain membuktikan
bahwa CP telah diizinkan untuk membuat aksi kontrol.
proses kontrol menjalankan logika aplikasi yang disediakan dalam wadah yang dikelola oleh runtime BOSS. Wadah
aplikasi mengelola proses kontrol siklus hidup, instantiating proses baru bila diperlukan, dan pelacakan sumber daya
dimanfaatkan oleh kode. Proses kontainer juga menengahi akses aplikasi dunia luar, yang memungkinkan pihak eksternal
untuk berkomunikasi dengan aplikasi yang berjalan melalui pesan-lewat, serta untuk aplikasi untuk negara
mengeksternalisasi tentang operasi melalui pasangan kunci-nilai dipublikasikan ke sebuah namespace aplikasi. Desain ini
memungkinkan penulis aplikasi untuk merangkum logika kontrol berumur panjang menjadi singkat sepotong, terisolasi dari
logika dengan didefinisikan semantik kegagalan baik-de dan antarmuka yang sempit ke dunia luar.

2014
34
3.3 Perspektif
Setelah mengembangkan arsitektur secara detail, kita sekarang brie fl y mempertimbangkan komposisi layanan secara keseluruhan dari ff erent
perspektif di beberapa.
3.3.1 Runtime Layanan Partisi dan Scaling

Saat runtime, semua layanan yang dikembangkan dalam Bagian 3.2 harus dipetakan ke sumber daya fisik komputasi,
baik di dalam gedung atau jarak jauh, diakses melalui koneksi jaringan. Penugasan layanan ini memiliki implikasi
penting bagi ketersediaan sistem secara keseluruhan; Tabel 3.1 mulai merangkum pembatasan penempatan pada
layanan ini.
komponen Arsitektur kebutuhan fungsional Penempatan
Hardware lapisan presentasi Paparan tingkat rendah primitif Diposisikan sebagai dekat dengan sensor
operasi perangkat keras menggunakan fisik dan aktuator mungkin (idealnya,
seperangkat interface. co-cari dengan transduser).
manajer transaksi kontrol Memberikan “semua atau tidak” se Dalam domain kegagalan yang sama seperti
mantics ketika menerapkan input kontrol; HAL digunakan untuk ff ect perubahan.
memberikan rollback tindakan pada
kegagalan, pembatalan, atau berakhirnya.
Hardware lapisan abstraksi Peta fungsi tingkat rendah di mana saja; harus terus-menerus.
dari perangkat keras fisik untuk abstraksi
tingkat yang lebih tinggi.
layanan time series Menjaga sejarah pembacaan dari sensor direplikasi; mungkin o situs ff.
dan aktuator.
layanan otorisasi Menyetujui permintaan aplikasi untuk akses di manapun
ke sumber daya bangunan.
proses kontrol “Proses User” menerapkan logika kontrol di manapun
kustom.
Tabel 3.1: komponen Arsitektur dari Sistem Operasi Building
Manajer HPL dan kontrol transaksi yang paling dibatasi; mereka harus tetap dalam komunikasi dengan sensor dan
aktuator yang mereka membuktikan akses. Jika dipartisi dari hardware, sistem dapat ditinggalkan dalam keadaan tidak
pasti, di mana perintah transaksional dibatalkan oleh manajer transisi namun kalah sebelum mencapai aktuator yang
sebenarnya mengakibatkan eksekusi parsial transaksi. Server yang membentuk HPL karena itu harus didistribusikan
untuk menjadi seperti dekat dengan poin yang mendasari mereka mengekspos mungkin. Palungan transaksi
berkomunikasi dengan sumber daya ini, dan karena itu duduk dalam domain kesalahan yang sama; jika konektivitas ke
sumber daya yang mendasari terputus, itu akan dipaksa untuk batalkan transaksi dan pulih.

2014
35
komponen lainnya memiliki signi fi fleksibilitas cantly lebih fl untuk penempatan mereka; kegagalan mereka atau partisi akan sebuah ff
ect ketersediaan sistem, tetapi tidak akan berdampak kebenaran. Mereka dapat direplikasi sehingga dapat meningkatkan ketersediaan, atau
menyediakan skalabilitas tambahan. Misalnya, layanan time series mungkin diperlukan oleh berbagai aplikasi untuk model bangunan atau
visualisasi, tetapi mungkin memiliki beberapa instantiations, dengan satu layanan di tempat mengumpulkan jumlah yang lebih kecil dari
data, yang digunakan untuk membangun model sederhana dan besar, layanan yang lebih terukur ditempatkan o situs ff dan digunakan
untuk agregasi data dan analisis skala luas.
proses kontrol secara khusus dirancang untuk memiliki fl eksibilitas yang paling untuk penempatan; sementara partisi dari
salah satu layanan yang mereka gunakan dapat menyebabkan mereka gagal, sistem yang mendasari dipersiapkan untuk
menghadapi kemungkinan ini. Karena mereka akan tergantung pada data eksternal dalam banyak kasus; misalnya, koneksi ke
situs web user-umpan balik, atau akses ke data satelit feed untuk data tambahan, kami tidak dapat membuat asumsi yang kuat
tentang ketersediaan mereka.
3.3.2 Keandalan
Beberapa lapisan erent di ff mengandung mekanisme untuk menangani partisi jaringan dan kegagalan berselang. Lapisan
presentasi hardware dirancang untuk memungkinkan komponen lain dari sistem data andal mengumpulkan dari sensor
bawahan dan aktuator dengan menyediakan er bu ff diandalkan untuk data keluar. Hal ini juga membentuk dasar untuk
sewa disediakan oleh manajer transaksi dengan menerapkan timeout sederhana pada menulis. proses kontrol dapat
mengirimkan tindakan batched atau berpartisipasi dalam loop kontrol melalui manajer transaksi, sambil mempertahankan
jaminan bahwa tindakan mereka akan dibatalkan dalam kasus kegagalan aplikasi, partisi jaringan, atau kemungkinan
lainnya.
3.3.3 Portabilitas
Aplikasi portabilitas dari sistem ke sistem dibantu oleh beberapa di ff erent fitur desain. Dengan pemetaan kontrol tingkat
rendah poin ke namespace seragam pada lapisan presentasi, aplikasi yang merujuk pada poin dengan mengacu pada
set yang mendasari tag bukan alamat jaringan controller dapat dipindahkan dari gedung ke gedung, asalkan skema
konsisten telah terapan. Lapisan presentasi hardware juga membuat aplikasi agnostik untuk kekhasan protokol yang
mendasari, karena mereka diangkat ke jenis layanan yang seragam. Akhirnya, transaksi manajer Model keandalan rileks
kendala pada di mana aplikasi harus host, sehingga berpotensi praktis untuk pengendali tuan rumah di Internet atau
pada perangkat mobile.
3.4 Langkah Berikutnya
Setelah mengembangkan arsitektur BOSS, sekarang kita lanjutkan dengan pembahasan rinci dari tiga komponen
utama: lapisan presentasi hardware, sistem untuk pengolahan time series,

2014
36
dan manajer transaksi. Kami dapat secara luas mengevaluasi tradeo ff s di masing-masing komponen karena sistem kami
telah melihat luas penyebaran baik oleh kami dan oleh pengguna eksternal. Setiap komponen berguna sendiri tanpa sisa
arsitektur, yang memungkinkan kita untuk mengevaluasi setiap agak independen sebelum membawa mereka kembali
bersama-sama dan menunjukkan kinerja sistem komposit; kami juga merasa bahwa ini adalah bukti yang baik dari desain
yang terfaktor.
Secara khusus, kita tidak hadir beberapa elemen kunci lain dari BOSS sebuah: khususnya, kita meninggalkan
pengobatan lapisan abstraksi perangkat keras, yang dikenal sebagai Gedung Aplikasi Stack untuk pekerjaan lain [63], dan
membatasi pelaksanaan dan evaluasi keamanan dan layanan otorisasi untuk pekerjaan di masa depan.

2014
37
Bab 4
Presentasi hardware
Sistem presentasi hardware bertanggung jawab untuk mengangkat banyak protokol industri misterius ke titik yang sama,
yang memungkinkan pengembangan aplikasi yang cepat meskipun heterogenitas besar yang ada di lapisan bawah. Hal
fi ts rapi ke dalam “ukuran” bagian dari model tiga-tahap analisis sistem. Dalam rangka untuk ground desain sistem ini
dalam aplikasi beton dan penggunaan kasus, kita pertama meninjau beberapa penyebaran kami dengan mata terhadap
penggalian persyaratan sistem yang mendasari. Hasil desain dan implementasi ini bekerja telah menjadi protokol yang
disebut SMAP: Pengukuran Sederhana dan aktuasi Pro fi le.
Dalam bentuk nal fi nya, SMAP telah menjadi sistem yang berguna sendiri, yang memungkinkan pelaksana untuk
sumber data dengan cepat dan mudah menulis yang memperoleh data dari instrumen dan andal dan e FFI sien
mempublikasikan data melalui Internet. Dalam berbagai inkarnasi, telah ditingkatkan untuk menerbitkan ratusan
pembacaan per detik, sedangkan implementasi lainnya telah diperas untuk fi t pada perangkat embedded. SMAP
dirancang dengan kasus penggunaan dalam pikiran sebagai hasil dari proses desain hati yang dianggap berbagai
kegunaan dari awal, dan iterasi konstan pada desain mulai tahun 2010. Hasilnya adalah sistem matang yang telah melihat
adopsi eksternal, termasuk oleh kelompok lain di Berkeley, beberapa perusahaan, dan laboratorium nasional.
Kami menggunakan beberapa penyebaran di ff erent SMAP sebagai motivasi kita, dan sebagai dasar untuk evaluasi. Mereka
termasuk:
Perumahan penyebaran plug-beban: kami dikerahkan 455 plug-beban meter di empat oors fl
dari o FFI ce bangunan di Lawrence Berkeley National Laboratory, dan sekitar 50 meter ke masing-masing empat
di ff erent tinggal ke akun untuk penggunaan oleh plug-in peralatan.
Personal Comfort Tool: Pusat Lingkungan Dibangun mengembangkan sens- portabel

ing keranjang mengumpulkan banyak potongan di ff erent data yang berhubungan dengan kenyamanan pribadi.
Sutardja Dai Hall: menggunakan BACnet, kita mengimpor sekitar 2500 di ff erent time series dari
Pusat Penelitian Teknologi Informasi untuk Kepentingan Masyarakat (Citris) bangunan.
Cory Balai Pemantauan: kami memasang elemen sub-metering di sekitar 120 sirkuit di dalam
bangunan Teknik Elektro di Berkeley.

2014
38
Berkeley Kampus: kita impor informasi konsumsi energi seluruh bangunan dari
sudah ada sebelumnya proyek mengumpulkan data penggunaan energi dari seluruh kampus.
4.1 Desain Motivasi
4.1.1 Deployment Residential

Sebagai bagian dari Beban Miscellaneous Listrik (Mels) pemantauan proyek kolaborasi dengan LBNL antara 2009 dan
2011 kami melakukan sejumlah studi percontohan perumahan dan komersial menggunakan Acme sistem metering
plug-beban. Sebuah fi kan tantangan signifikan dalam lingkungan ini adalah kenyataan bahwa koneksi internet di rumah
bisa sangat diandalkan; Seperti Gambar 4.1 menunjukkan, dalam satu penyebaran, konektivitas eksternal yang tersedia
untuk hanya beberapa jam sehari, rata-rata. Ini berarti bahwa, meskipun kebutuhan untuk data real-time dalam banyak
kasus, SMAP juga harus mendukung operasi terputus dan terputus-putus. Sejak saat itu, SMAP tidak mendukung
apapun kehandalan luar standar retries lapisan jaringan dari TCP, kami terpaksa membangun sekitar keterbatasan ini
dalam aplikasi. Ini adalah kedua berlebihan dan rawan kesalahan. Hal ini sangat relevan untuk sensor berbasis IP;
2001: 470: 8172: 4e :: 2 Reachability
2001: 470: 8172: 1000 :: 64 Reachability 1800

LBR Terjangkau
12000
LBR Terjangkau
1600
10000
1400
1200
8000
1000
urutan pengujian
urutan pengujian
6000
800
600
4000
400
2000
200
0 0
26/02 03/05 03/12 19/03 26/03 04/02 04/09 16/04 22/01 29/01 02/05 12/02 19/02 26/02 03/05
Tanggal Tanggal
(A) Sebuah router rumah dengan uplink yang memadai (B) Sebuah router rumah dengan konektivitas miskin
Gambar 4.1: Hasil lima menit tes konektivitas eksternal selama periode minggu untuk dua penyebaran perumahan.
Sambungan dengan tidak ada masalah akan ditampilkan sebagai garis lurus.
Dalam aplikasi lain, Pusat Lingkungan Dibangun (CBE) mengembangkan satu set alat untuk karakteristik
lingkungan indoor. Ini termasuk keranjang yang mengumpulkan data tentang suhu udara ruangan strati fi kasi dan
melaporkan ke backend. Untuk menghindari membutuhkan

2014
39
on-situs dukungan infrastruktur kereta menggunakan modem seluler untuk terhubung ke Internet. koneksi internet
seluler juga sangat tidak dapat diandalkan, serta menunjukkan perilaku dinamis baik dari segi throughput dan latency
[48, 113]. Oleh karena itu, selain menjadi toleran terhadap interruptionss itu juga harus mendukung e FFI efisien
publikasi data melalui link dengan bandwidth terbatas; bahkan garis DSL perumahan dapat jenuh relatif mudah karena
jumlah sensor meningkat tanpa memperhatikan e FFI efisiensi.
Bawa pulang: kedua bu lokal ff kenai data serta transportasi e FFI efisiensi harus prioritas untuk account untuk
intermiten, link lambat.
4.1.2 Bangunan Integrasi Sistem Manajemen

data bangunan banyak dan aktuasi saat ini terkunci di dalam sistem manajemen bangunan yang ada. Sistem ini sering
silo, dengan vendor menyediakan semua peralatan dan perangkat lunak sebagai solusi terintegrasi. Masalah dengan
solusi tersebut adalah bahwa arsitektur Menyebabkan kendala yang ada pada cara sistem dapat diakses atau
diprogram: sangat sering, data dari sensor dan aktuator masuk ke sistem di bagian bawah, dan muncul di bagian atas
sebagai produk nal fi yang produsen telah melihat lebih dulu akan diperlukan; lapisan menengah sering baik misterius
atau benar-benar tidak dapat diakses. HPL harus membuka sistem tertutup, dan menyediakan antarmuka yang seragam
untuk lapisan atas untuk membangun di.
Gambar 4.2: Arsitektur sistem dari sistem manajemen bangunan Automated Logic. [24]

2014
40
Gambar 4.2 menunjukkan arsitektur produk BMS satu vendor yang umum. Sebanyak di representasi skematik kami
pada Gambar 2.3, sistem memiliki fi bus bidang-tingkat dengan khusus lapisan fisik dan link yang di mana pengendali
berkomunikasi, serta node head-end yang melakukan fungsi manajemen. Dalam hal ini, pengendali berkomunikasi
menggunakan standar terbuka, protokol BACnet melalui ARCnet (token-ring protokol serial) link-layer.
tempat Penjaja Kontrol protokol Jumlah poin Data rate

Sutardja Dai Balai Siemens BACnet 1400 Sampai setiap 2s
Bancroft Perpustakaan Automated Logic BACnet 300 20-an
David Brower Pusat Schneider Electric BACnet 2000 1 menit

UC Davis Campus Schneider Electric OPC 20 1 menit
New York Times Building diketahui CSV impor 400 15 menit
Tabel 4.1: sistem manajemen Bangunan dan data konsentrator integrasi dilakukan.
Ketika mengintegrasikan sistem tersebut, pada dasarnya ada dua tantangan. Yang pertama adalah hanya data rate; ke yang
lebih besar sejauh daripada banyak sistem yang ada lainnya, sistem BMS memiliki kapasitas untuk menghasilkan data di ribuan
titik per detik. Selain itu, sistem yang dalam beberapa kasus mereka sendiri bandwidth yang terbatas, tergantung pada teknologi
komunikasi yang digunakan untuk bus controller. Sementara beberapa bangunan baru menggunakan Ethernet, banyak bangunan
tua berkomunikasi menggunakan protokol serial, seperti RS-485, yang menetapkan bandwidth yang kendala. SMAP harus mampu
e FFI sien mengumpulkan dan mengirimkan buku ini dari data ke kolektor eksternal, sementara yang sensitif terhadap keterbatasan
sistem yang mendasarinya.
Tantangan kedua adalah menggabungkan gerakan. Ada kontrol protokol seperti BACnet atau OPC memiliki spesifik
fungsi untuk memungkinkan mereka untuk melakukan aktuasi, dan mengekspos antarmuka agak lebih kaya dari sekedar
membaca dan menulis posisi aktuasi individu. Karena kita sedang merancang sebuah lapisan terjemahan protokol, kita
harus mampu mengekspos fungsi yang mendasari saat yang tepat, sehingga sistem terdiri dari BMS asli dan terjemahan
protokol ini masih dapat diandalkan.
takeaways: Data penerbitan di tingkat agregat tinggi di kisaran ribuan poin kedua harus mungkin. Kapan aktuasi hadir,
kemampuan harus terkena dengan cara yang melindungi keandalan sistem secara keseluruhan.
4.1.3 Bangunan Retro fi t

Sebagai bagian dari California Komisi Listrik (CEC) proyek untuk mengembangkan testbed untuk membangun-to-grid
integrasi, kami melakukan yang mendalam instrumentasi retro fi t dari sebuah bangunan yang ada: Cory Hall. Cory Hall,
pertama dibuka pada tahun 1955 adalah rumah dari departemen teknik elektro dan berisi campuran laboratorium, ruang
kelas, dan ruang fabrikasi mikro pada saat retro fi t. Untuk lebih memahami operasi bangunan, kami menambahkan
jumlah fi kasi signifikan instrumentasi ke gedung, yang ditunjukkan pada Tabel 4.2.

2014

Escholarship UC Item 7m31g4t4 (1) (001-057) (1) .En - Id

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Escholarship UC Item 7m31g4t4 (1) (001-057) (1) .En - Id

Diunggah oleh

Hak Cipta:

Format Tersedia

UC Berkeley

Kontrol dan Teknologi Informasi

eScholarship.org Didukung oleh Digital Library California

Sebuah disertasi yang diajukan dalam kepuasan parsial

University of California, Berkeley

Komite yang bertanggung jawab:

Profesor David Culler, Ketua

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

University of California, Berkeley

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

Bangunan Sistem Operasi Jasa: Sebuah Arsitektur

Doctor of Philosophy di bidang Ilmu Komputer

University of California, Berkeley

Profesor David Culler, Ketua

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

1 Pendahuluan dan Motivasi 1

2 Latar Belakang dan Kerja Terkait 5

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

3.1.3 Pola Control. . . . . . . . . . . . . . . . . . . . . . . . . . . 24

5 Waktu Penyimpanan data Series 66

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

6 Model Time Series Data Processing 78

7 Implementasi dari Series Sistem Waktu 87

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

8.3.1 Contoh Transaksi. . . . . . . . . . . . . . . . . . . . . . . . . . . 112

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

3.1 komponen Arsitektur dari Sistem Operasi Building. . . . . . . . . . . . 34

4.1 Bangunan sistem manajemen dan data konsentrator integrasi dilakukan. . . 40

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

Ucapan Terima Kasih

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

Pendahuluan dan Motivasi

1.1 Tren Underlying

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

1.2 Aplikasi Memotivasi

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

lebih memahami preferensi penghuni.

1.3 Kontribusi dan Tesis Roadmap

membangun operasi dengan fi semantik baik-de ned sekitar kegagalan.

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

Latar Belakang dan Kerja Terkait

2.1 Desain Fisik Bangunan

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

Vertikal Deskripsi Contoh peralatan hadir

2.1.1 Pemanasan, Ventilasi, dan penyejuk udara

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

Sistem Pencahayaan 2.1.2

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

PhD Disertasi, Departemen Ilmu Komputer UC Berkeley https://escholarship.org/uc/item/7m31g4t4

pencahayaan tambahan selama pagi dan sore hari.

penjadwalan: secara otomatis menutup o lampu ff sesuai dengan jadwal.

2.1.3 Lain Membangun Sistem

2.2 Pemantauan dan Pengendalian

2.2.1 Direct dan Supervisory Control