Dalam seri terakhir ...Sekitar setahun yang lalu, saya
menulis tentang manajemen pencahayaan perkotaan di salah satu kota kami. Semuanya sangat sederhana di sana: sesuai jadwal, kekuatan lampu dinyalakan dan dimatikan melalui SHUNO (kabinet kontrol untuk penerangan luar ruangan). Ada sebuah relay di SHUNO, di komando di mana rantai lampu dinyalakan. Yang menarik, mungkin, hanya itu dilakukan melalui LoRaWAN.
Seperti yang Anda ingat, awalnya kami dibangun di atas modul SI-12 (Gbr. 1) dari Vega. Bahkan pada tahap uji coba, kami langsung memiliki masalah.
Gambar 1. - Modul SI-12- Kami bergantung pada jaringan LoRaWAN. Gangguan serius pada tabrakan udara atau server dan kami mengalami masalah dengan pencahayaan kota. Tidak mungkin, tetapi mungkin.
- SI-12 hanya memiliki input pulsa. Anda dapat menghubungkan meteran listrik ke sana dan membaca bacaan saat ini dari itu. Tetapi untuk periode waktu yang singkat (5-10 menit) tidak mungkin untuk melacak lonjakan konsumsi yang terjadi setelah menyalakan lampu. Di bawah ini saya akan menjelaskan mengapa ini penting.
- Masalahnya lebih serius. Modul-modul SI-12 digantung dengan stabil. Sekitar sekali setiap 20 kali berjalan. Sehubungan dengan Vega, kami mencoba menghilangkan penyebabnya. Selama uji coba, dua modul firmware baru dan versi server baru dirilis, di mana mereka memperbaiki beberapa masalah serius. Pada akhirnya, modul berhenti menggantung. Namun kami meninggalkan mereka.
Dan sekarang ...
Saat ini, kami telah membangun proyek yang jauh lebih maju.
Ini didasarkan pada modul IS-Industri (Gbr. 2). Besi dikembangkan oleh agen outsourcing kami, mereka menulis firmware sendiri. Ini adalah modul yang sangat cerdas. Tergantung pada firmware yang dimuat di dalamnya, ia dapat mengontrol pencahayaan atau menginterogasi perangkat pengukuran dengan sejumlah besar parameter. Misalnya, panas meter atau meter listrik tiga fase.
Beberapa kata tentang apa yang diterapkan.
Gambar 2. - Modul IS-Industry1. Mulai sekarang, IS-Industry memiliki ingatannya sendiri. Dengan firmware untuk cahaya, strategi yang disebut dimuat dari jarak jauh ke dalam memori ini. Sebenarnya, ini adalah jadwal untuk mengaktifkan / menonaktifkan SHUNO untuk periode tertentu. Kami tidak lagi bergantung pada saluran radio saat menyalakan dan mematikannya. Di dalam modul ada jadwal yang menurutnya berhasil terlepas dari apa pun. Setiap latihan harus disertai dengan perintah ke server. Server harus tahu bahwa keadaan kita telah berubah.
2. Modul yang sama dapat menginterogasi meteran listrik di SHUNO. Setiap jam paket datang darinya dengan konsumsi dan sejumlah parameter yang dapat diproduksi meteran.
Tapi bukan itu intinya. Dua menit setelah pergantian negara, sebuah perintah luar biasa dikirimkan dengan pembacaan penghitung instan. Dari mereka kita dapat menilai bahwa cahaya benar-benar menyala atau mati. Atau ada yang salah. Ada dua indikator di antarmuka. Saklar menunjukkan status modul saat ini. Bola lampu terikat dengan tidak adanya atau ada konsumsi. Jika status ini saling bertentangan (modul mati, tetapi konsumsi aktif dan sebaliknya), maka garis dengan SHUNO disorot dalam warna merah dan alarm dihasilkan (Gbr. 3). Pada musim gugur, sistem seperti itu membantu kami menemukan relay-starter yang macet. Sebenarnya, masalahnya bukan milik kita, modul kita bekerja dengan benar. Tetapi kami bekerja demi kepentingan pelanggan. Karena itu, mereka harus menunjukkan kepadanya kecelakaan apa pun yang mungkin menyebabkan masalah dengan pencahayaan.
Gambar 3. - Konsumsi bertentangan dengan keadaan relai. Oleh karena itu, garis disorot dengan warna merahMenurut bacaan per jam, grafik dibangun.
Logikanya sama seperti terakhir kali. Kami memantau fakta dimasukkannya konsumsi listrik meningkat. Lacak konsumsi median. Konsumsi di bawah median - bagian dari lampu yang terbakar, di atas - mereka mencuri listrik dari pilar.
3. Paket reguler dengan informasi tentang konsumsi dan bahwa modul dalam urutan. Mereka datang di waktu yang berbeda dan tidak membuat naksir di udara.
4. Seperti sebelumnya, kita dapat memaksa ON atau OFF SHUNO kapan saja. Misalnya, perlu mencari lentera yang terbakar dalam rantai oleh brigade darurat.
Peningkatan seperti itu kadang-kadang meningkatkan toleransi kesalahan.
Model manajemen ini sekarang mungkin yang paling diminati di Rusia.
Dan juga ...
Kami melangkah lebih jauh.
Faktanya adalah bahwa Anda secara umum dapat menjauh dari ShUNO dalam pengertian klasik dan mengontrol setiap lampu secara terpisah.
Untuk melakukan ini, perlu senter mendukung protokol peredupan (0-10, DALI atau lainnya) dan memiliki soket Nemo.
Nemo-socket adalah konektor 7-pin standar (pada Gambar 4), yang sering digunakan dalam penerangan jalan. Dari lampu senter, kontak daya dan antarmuka dihasilkan ke konektor ini.
Gambar 4. - Nemo-socket0-10 adalah protokol kontrol pencahayaan yang terkenal. Sudah tidak muda, tetapi mapan. Berkat perintah protokol ini, kita tidak hanya bisa menghidupkan atau mematikan lampu, tetapi juga menempatkannya dalam mode peredupan. Sederhananya, redupkan cahaya tanpa mematikannya sepenuhnya. Kami dapat menonaktifkan nilai tertentu dalam persen. 30 atau 70 atau 43.
Ini berfungsi seperti ini. Di atas soket Nemo, modul kontrol kami dipasang. Modul ini mendukung protokol 0-10. Tim datang melalui LoRaWAN melalui saluran radio (Gbr. 5).
Gambar 5. - Senter dengan modul kontrolApa yang bisa dilakukan modul ini?
Dia tahu cara menghidupkan dan mematikan lampu, meredupnya dalam jumlah tertentu. Dan dia tahu cara melacak konsumsi lampu. Dalam kasus peredupan, penurunan konsumsi saat ini diamati.
Sekarang kami melacak tidak hanya rantai lentera, kami mengelola dan melacak SETIAP lentera. Dan, tentu saja, untuk masing-masing lampu kita bisa mendapatkan kesalahan tertentu.
Selain itu, Anda dapat secara signifikan mempersulit logika strategi.
Sebagai contoh. Kami memberi tahu nomor lampu 5 bahwa lampu harus menyala pada 18-00, pada 3-00 redup 50 persen menjadi 4-50, kemudian nyalakan lagi seratus persen dan matikan pada 9-20. Semua ini mudah dikonfigurasikan di antarmuka kami dan dibentuk menjadi strategi kerja yang dapat dimengerti oleh lampu. Strategi ini dituangkan ke atas lampu dan bekerja di atasnya sampai tim lain tiba.
Seperti dalam kasus modul untuk SHUNO, kami tidak memiliki masalah dengan hilangnya komunikasi radio. Bahkan jika sesuatu yang kritis terjadi padanya, pencahayaan akan terus bekerja. Selain itu, tidak ada himpitan udara saat Anda perlu menyalakan, katakanlah, seratus lampu. Kita bisa berkeliling dengan aman bergiliran membaca dan menyesuaikan strategi. Selain itu, dengan periodisitas tertentu, paket sinyal dikonfigurasikan bahwa perangkat hidup dan siap untuk berkomunikasi.
Penanganan yang tidak dijadwalkan hanya akan terjadi jika terjadi kecelakaan. Untungnya, dalam hal ini kita memiliki kemewahan sebagai makanan konstan dan kita mampu membayar kelas C.
Suatu masalah penting yang akan saya angkat kembali. Setiap kali kami mempresentasikan sistem kami, mereka bertanya kepada saya - bagaimana dengan relay foto? Bisakah fotosel diputar di sana?
Secara teknis murni - tidak ada masalah. Tetapi semua pelanggan yang kita ajak bicara sekarang dengan tegas menolak untuk mengambil informasi dari sensor foto. Mintalah untuk beroperasi hanya dengan jadwal dan formula astronomi. Namun, pencahayaan kota sangat penting dan penting.
Dan sekarang yang paling penting. Ekonomi.
Bekerja dengan SHUNO melalui modul radio memiliki keuntungan yang jelas, biaya yang relatif rendah. Meningkatkan kontrol atas luminer dan menyederhanakan perawatan. Semuanya jelas di sini dan manfaat ekonomi jelas.
Tetapi dengan kontrol setiap lampu, semuanya menjadi lebih rumit.
Ada beberapa proyek serupa yang dilaksanakan di Rusia. Integrator mereka dengan bangga melaporkan bahwa karena peredupan, mereka berhasil mencapai penghematan energi dan dengan demikian menutup kembali proyek.
Pengalaman kami menunjukkan bahwa tidak semuanya sederhana.
Di bawah ini saya berikan tabel dengan perhitungan pengembalian dari peredupan dalam rubel per tahun dan dalam bulan untuk satu lampu (Gbr. 6).
Gambar 6. - Perhitungan penghematan dari peredupanIni menunjukkan berapa jam pencahayaan sehari menyala, rata-rata selama berbulan-bulan. Kami percaya bahwa sekitar 30 persen dari waktu ini, lampu bersinar pada 50 persen daya dan 30 persen lainnya pada daya 30 persen. Sisanya dengan kekuatan penuh. Dibulatkan menjadi sepersepuluh.
Untuk kesederhanaan, saya percaya bahwa dalam mode daya 50 persen, lampu mengkonsumsi setengah dari apa yang dikonsumsi pada 100 persen. Ini juga sedikit salah, karena ada konsumsi pengemudi, yang konstan. Yaitu tabungan nyata akan keluar kurang dari yang ada di tabel. Tapi untuk kesederhanaan persepsi, biarlah begitu.
Kami akan mengambil harga per kilowatt listrik pada 5 rubel, harga rata-rata untuk badan hukum.
Total, selama satu tahun dalam satu lampu sangat mungkin untuk menghemat dari 313 rubel hingga 1409 rubel. Seperti yang Anda lihat, pada perangkat berdaya rendah, manfaatnya sangat kecil, dengan iluminator kuat lebih menarik.
Bagaimana dengan biayanya?
Kenaikan harga setiap lampu, saat menambahkan modul LoRaWAN ke dalamnya, adalah sekitar 5.500 rubel. Ada modul itu sendiri sekitar 3.000, ditambah biaya Nemo-Socket pada lampu 1.500 rubel lain, ditambah pekerjaan instalasi dan konfigurasi. Ini saya masih belum memperhitungkan bahwa untuk lampu seperti itu perlu membayar biaya bulanan kepada pemilik jaringan.
Ternyata pengembalian sistem paling baik (dengan lampu paling kuat) sedikit kurang dari empat tahun. Pengembalian Waktu yang lama
Tetapi bahkan dalam kasus ini, semuanya akan dibatalkan oleh biaya bulanan. Dan tanpa itu, biaya masih harus meletakkan pemeliharaan jaringan LoRaWAN, yang juga tidak murah.
Masih ada sedikit penghematan dalam pekerjaan kru darurat, yang sekarang berencana untuk bekerja jauh lebih optimal. Tapi dia tidak akan menyelamatkan.
Ternyata, semuanya sia-sia?
Tidak. Sebenarnya, jawaban yang benar di sini adalah ini.
Mengelola setiap lentera adalah bagian dari kota yang cerdas. Bagian yang tidak langsung disimpan, dan untuk itu Anda bahkan harus membayar sedikit ekstra. Tetapi sebagai gantinya kita mendapatkan hal yang penting. Dalam arsitektur ini, kami memiliki makanan yang dijamin konstan pada setiap pilar sepanjang waktu. Bukan hanya di malam hari.
Hampir setiap penyedia menghadapi masalah. Kita perlu membuat wi-fi di alun-alun. Atau pengawasan video di taman. Administrasi memberikan lampu hijau dan memberikan dukungan. Tapi masalahnya adalah - tiang penerangan dan listrik hanya ada di malam hari. Kita harus bijak, menarik daya ekstra di sepanjang pendukung, meletakkan baterai dan hal-hal aneh lainnya.
Dalam hal mengendalikan setiap lampu, kita dapat dengan tenang menggantung sesuatu yang lain pada tiang dengan lampu dan membuatnya “pintar”.
Dan di sini sekali lagi pertanyaan ekonomi dan penerapan. Di suatu tempat di belakang kota, SHUNO sudah cukup untuk mata. Di tengah, masuk akal untuk membangun sesuatu yang lebih kompleks dan dapat dikelola.
Hal utama adalah bahwa dalam perhitungan ini bilangan real harus ditunjukkan, dan bukan mimpi tentang Internet of Things.
PS Untuk tahun ini saya berhasil berbicara dengan banyak insinyur yang bergerak di bidang pencahayaan. Dan beberapa berpendapat kepada saya bahwa masih ada ekonomi dalam pengelolaan setiap lampu. Saya terbuka untuk diskusi, perhitungan saya diberikan. Jika Anda dapat membuktikan sebaliknya, saya akan menulis tentang itu.