Uzaktan Asansör İzleme

Kapsamlı bir bakış

Uzaktan asansör izleme konusu, bu teknolojinin kullanımıyla ilişkili tüm sonuçların dikkatli bir şekilde değerlendirilmesini gerektirir. Asansör izleme teknolojisini kullanmaya karar verirken, teknolojinin binen halkın güvenliğini artırmasını sağlamak asgari standart olmalıdır. Uzaktan izlemenin kullanılmasının, ekipmanda tehlikeli kir ve döküntü birikmesine neden olabilecek bakım ziyaretlerinin azalmasına yol açmamasını sağlamak önemlidir. Bu makale, uzaktan izlemenin gerekliliğine ve kullanılabilirliğine yol açan kontrolör geliştirme geçmişine, neyin izlenmesi gerektiğini belirleme metodolojilerine ve ekipman arızalarının belgelenmesinin A17.1/B44 Asansörler, Yürüyen Merdivenler ve Yürüyen Yollar Güvenlik Kodu (Kod) tarafından nasıl kritik derecede gerekli ve zorunlu kılındığına bakacaktır.

Tarihsel olarak, eski asansör mantık denetleyicileri, bilgisayar mantığı veya mikroişlemci denetleyicilerinin uygulanmasından önce röle mantığına dayanıyordu. Ünitenin karmaşıklığına bağlı olarak, vakum tüpleri, güç kaynakları, diyotlar, metal oksit varistörler, kapasitörler ve diğer bileşenler gibi bileşenler tarafından desteklenen bir kontrol sisteminde düzinelerce ila yüzlerce röle vardı. Röle mantık tabanlı bir denetleyici bileşeni, sistemi, alt sistemi veya işlevi arızalandığında, genellikle arızanın nedenine dair fiziksel kanıtlar vardı: enerji verildiğinde açmayan bir röle bobini, kaynaklı bir röle kontağı, kopuk bir şönt, kısa devre yapmış bir diyot, açık bir direnç, patlamış bir kapasitör veya deneyimli bir tamircinin görebileceği bir sürü başka sorun. Uygun eğitim ve deneyimle, arızanın niteliği belirli bir devreye ve ardından arızalı bileşene kadar belirlenebilirdi.

Elektrik teorisini anlamak, özellikle elektronların nereye gitmesi gerektiğini ve nereye gitmemesi gerektiğini bilmek çok önemliydi. Bir voltmetre, bir ampermetre ve Ohm Yasası ile donanmış olarak, sorun giderme birçok sorunu çözmek için gerekli bir beceriydi. Motor teorisi bilgisi, özellikle manyetik akı ve arıza etkilerini anlamak, asansör tamircisini bir çözüme yönlendirdi. Bu, "asansör sorun giderme" sanatıydı ve bir tamircinin yeteneklerinin bir ölçüsüydü.

Karmaşık röle mantık devreleri, röleleri alma ve bırakma sırasına sahiptir, ancak bir röle bobini yaş, kir, döküntü birikimi veya dahili bobin kısa devresi nedeniyle zayıflayabilir ve "yarım alma" yapabilir. Kontrolörün temizliğine ve makine odasının nem ve sıcaklığına bağlı olarak bir arıza meydana gelebilir. Röle çoğu zaman tam olarak alabilir ancak bazen sadece yarım alabilir ve bu da bir kontağın aralıklı olarak arızalanmasına neden olur. Bilgi ve deneyim, düzeltici eyleme yol açar ve bir asansör, sorunun temel nedeni tamamen belirlenip düzeltilene kadar hizmete geri döndürülmez. Bazı durumlarda, düzeltici eylem tüm şüpheli röle bobinlerini değiştirmeyi ve sorunun tekrar edip etmediğini görmek için izlemeyi içerebilir. Direnç/Kondansatör (R/C) ilişkilerine dayanan Zamanlayıcılar arızalanabilir, kritik zamanlamayı kısaltabilir veya geciktirebilir ve arızalara neden olabilir. Yüksek güçlü rölelerdeki manyetik patlamaların uygunsuz şekilde çıkarılması veya yıldırım nedeniyle oluşan geçici voltajlar, yıkıcı yüksek voltajlar oluşturabilir, kablo yalıtımını bozabilir ve arızalara yol açabilir. Bu liste uzar gider, örnekler burada yalnızca bağlam sağlamak amacıyla verilmiştir.

Zamanla, birçok denetleyici bileşeni, Diyot-Transistör Mantığı (DTL) ve Transistör-Transistör Mantığı (TTL) teknolojilerini kullanan katı hal aygıtlarıyla değiştirildi. Bu teknolojilere geçiş, asansör mekanikçilerinin katı hal mantığını ve Pozitif/Negatif (P/N) bağlantılarını anlamasını ve bu anlayışa dayanarak katı hal bileşenlerindeki arızaları gidermesini gerektirdi. Bir aygıtın P/N bağlantı voltajı farklılıklarına göre durumları değiştirmesi gerektiğinde, bunların nasıl çalıştığını anlamak, bir mantık bileşeninin neden arızalandığını belirlemek için çok önemliydi. Çoğu zaman, bu sorunlar, tolerans dışında olan voltajları ölçmek için test noktalarına sahip bir Baskılı Devre (PC) Kartını değiştirerek basitçe çözüldü. Ancak, mantık, Dijital Voltmetre (DVM) ve deneyime sahip mekanikçiler tarafından hala erişilebilirdi.

Daha sonra, tüm mantığın görülemeyecek kadar küçük katı hal çipleri üzerindeki minyatür transistör dizilerine yerleştirilmesine izin veren mikroişlemci denetleyicileri geldi. Yazılım ve mikroişlemci, bilgi bitlerini aktaran Adres, Veri ve Kontrol veri yollarını, asansörün Giriş/Çıkış (G/Ç) modülleri ile başlamasını ve durmasını emretmek için birlikte çalışan Salt Okunur Bellek (ROM) ve Rastgele Erişim Belleği'ni (RAM) kaydeder. G/Ç, yüksek voltajlı sinyallerin düşük voltajlı sinyallere ve tam tersi şekilde dönüştürüldüğü yerdir. Örneğin, 48 V'luk bir sinyal, sinyali 5 V'a dönüştüren bir zayıflatıcıya girer, bu daha sonra bir veri yoluna aktarılan "yüksek" bir sinyal haline gelir, mikroişlemciye gönderilir ve sisteme bir girdiden gelen talebi bildirir. 48 V, 0 V'a düştüğünde, veri biti "düşük" sinyalin sıfırına döner, dolayısıyla bir giriş "durumunu" belirlemek için voltajı kullanan bir ikili bir ve sıfır sistemi olur. Yazılım daha sonra bunu değerlendirir ve bir çağrı kaydedildiğinde bir basmalı düğmeyi yakmak için yükseltilen bir çıkış sinyali sağlar, örneğin asansörün yanıt vermesi ve hareket etmesi için mantığı harekete geçirir. Bu karmaşık görünebilir ancak doğru mantık ve kontroller ve mantığı anlamakla zor değildir. Bir zamanlar vakum tüpleri ve röle kontaklarıyla yapılan şey artık transistörler, bir mikroişlemci, yazılım ve mikroişlemcinin çalışmasını sağlamak için gerekli elektroniklerle elde ediliyor.

Bilgisayar mantık denetleyicilerinde, röle yarı seçme sorunları, mantık voltajındaki görünmeyen voltaj dalgalanmaları, seri iletişim zamanlamasında görünmeyen gecikmeler veya katı hal bileşenlerinin silikon alt tabaka P/N bağlantılarını kısmen tahrip eden görünmeyen hasarlı geçici voltajlarla değiştirildi. Bu aralıklı arızalar artık görünür değildir ve sorunu harici bileşenlere veya kartın kendisindeki sorunlara izole etmeye yardımcı olmak için katı hal PC kartını değiştirmek alışılmadık bir durum değildir. Işık Yayan Diyotlar (LED'ler), G/Ç sinyallerinin durumunun göstergesi olarak kullanılır, ancak LED'lerin bile sınırlı bir ömrü vardır. Bir bilgisayar mantık denetleyicisinde, sahada yazılım mantığını gözlemlemek için fiziksel bir görünürlük yoktur. G/Ç katı hal bileşenleri veya herhangi bir katı hal bileşeni arızalandığında ve mantıksız bir duruma neden olduğunda, sinyallerin denetleyiciden doğru şekilde ilerleyip ilerlemediğini belirlemek için üreticinin gerçek zamanlı olarak erişilebilir hale getirmeyi seçtiği tüm G/Ç sinyallerini görmek için başka bir bilgisayara ihtiyaç duyulur. Hata kodları nihayetinde tüm mikroişlemci denetleyicilerinde, eğitimli mekanikçilere arızaların nedenine dair bir miktar görünürlük sağlamak için sağlandı. Röle mantık arızalarını gözlemlemekten hata kodlarını yorumlamaya geçiş, denetleyici arızalarının giderilmesinde en önemli değişikliktir.

İnternet ve bulut bağlantısının tanıtılmasıyla, arıza kodları yalnızca dizüstü bilgisayar ve doğru arayüz yazılımıyla ünitenin yanında duran yerel tamirci için değil, uzaktan sorun giderme için her yere iletilebilir. RC zamanlayıcılar, zaman birimlerini doğru bir şekilde sayan ve doğru parametre ayarlarıyla uzaktan bile kolayca ayarlanabilen dijital flip-flop zamanlayıcılarla değiştirildi. Röle kontakları kullanan birbirine bağlı devreler, güvenilir veri iletimini sağlamak için RS 232, RS 485 ve CAN Bus seri iletişim protokollerini kullanarak seri iletişim sistemleri aracılığıyla birbirine bağlı taleplerini ileten alt sistemlerle değiştirildi. Tüm bileşenler doğrulanabilir: güvenlik ipinin sağlam olduğu, kapı kilitlerinin kapalı olduğu, motorun hareket etmeye hazır ve güvenli olduğu ve kapıların yalnızca verilerini bir "bit"e dönüştürerek açılıp kapanabildiği, nihayetinde yüksek veya düşük voltajlı bir sinyalin bir "bayt"ta seri bir veri dizisine dönüştürüldüğü ve dünyadaki herhangi bir Tekdüzen Kaynak Bulucuya (URL) aktarılabildiği. Asansörü güvenli bir şekilde harekete geçirmek, tüm bileşenler, sistemler, alt sistemler ve işlevler arasında koordinasyon gerektirir ve bunların doğru sırayla çalışmasını sağlar, bu da yerel kontrolörde yapılır. İnternet, yerel kontrolörün ötesinde tasarımcılar ve mühendisler tarafından yönetilen veri bankalarına bir ağ geçidi sağlar.

Uzaktan asansör izleme, 1990'larda mekanikçilere bilgi sağlamak, bilgisayar mantığı ilerlemesinin beklendiği gibi çalışıp çalışmadığını görmelerini, arızalı bileşenleri ve cihazları belirlemelerini ve daha da önemlisi asansör sisteminin tehlikeli çalışmasını görüp asansörü kapatmalarını sağlamak için tanıtıldı. Sorun giderme, bir arızayı doğru bir şekilde belirlemeyi, ideal olarak belirli bir bileşene veya işleve kadar, bir bileşeni onarmak, değiştirmek veya ayarlamak için gerekli bilgileri sağlayarak sorunun tamamen tanımlandığından ve düzeltici eylemlerin arızanın temel nedenini ele aldığından emin olmayı içerir. 

Mekaniğe bilgi sağlamak tek amaç değildi. Uzaktan asansör izleme, bileşen zaman ömrü, arızalar arasındaki ortalama süre, asansörün yaptığı çalışma sayısı, kaydedilen kapı çevrimi sayısı ve diğer birçok veri noktası, tasarımcılara ürün tasarımı, Ar-Ge ve yaşam beklentisinin değerlendirilmesinde yardımcı olmak için kaydedildi ve belgelendi. Bir bileşenin arızasının tahmin edilmesine olanak sağlama potansiyeline sahiptir, örneğin, bir silindir kılavuzundaki bir silindirin arızalanmadan önce 20 milyon devirlik bir tasarım spesifikasyonu varsa, kaç devir tamamladığını bilmek, arızalanmadan önce 19,900,000 devirde değiştirilmesi için kullanılabilir. Bu, öngörücü bakımın vaadidir.

Kontrolör tasarımcıları tüm bilgilere sahiptir ve arıza kodları, mekaniği temel nedenlere yönlendirmek için tasarlanmıştır. Ancak, herhangi bir sistemin karmaşıklıkları, sistem, mikroişlemci ve gerekli bileşenleri artık yeni potansiyel arıza noktaları olduğundan, temel nedenlerin yanlış yorumlanmasına yol açabilir. Bilginin doğruluğu, sistemin kendisinin doğru şekilde çalışmasına bağlıdır. Bir yazılım hatası varsa, sistem yüksek geçici voltaja maruz kalırsa ve PN bağlantılarının yanlış açılıp kapanmasına neden olursa veriler yanlış olabilir veya seri iletişim gecikirse, temel nedeni bulmak için tüm arızalı koşulları belirleme girişimleri çarpık olabilir. Bu sorunlar, tasarımcılar her bir kontrol sistemiyle ilgili daha fazla deneyim kazandıkça, ideal olarak zamanla kendiliğinden düzelir. Yeni keşfedilen arızaları belirlemek ve temel nedenleri bulmaya yardımcı olmak için yeni arıza kodları geliştirilir. Ancak, bilgi, arızalı olabilecek bileşenler tarafından işlendiğinden, daha fazla arıza tanımlaması eklemenin bile sınırlamaları vardır.

Bilginin verimi mikroişlemcinin hızıyla sınırlıdır ve mikroişlemciye yüklenen herhangi bir ek yük daha pahalı, daha hızlı bir mikroişlemci gerektirebilir. Yazılımın çalışması zaman alır ve daha fazla yazılım eklemek görevleri işlemek için gereken süreyi artırarak asansörü çalıştırma görevinden uzaklaştırır. Mikroişlemci zamanındaki bu sınırlama, hata kodu işlemede bir kısıtlamadır, bu nedenle tasarımcılar hangi hata kodlarının sisteme yerleştirildiğini ve tamircinin kullanımına sunulduğunu dikkatlice değerlendirmelidir. Daha önceki nesil mikroişlemci denetleyicileri daha düşük hızlarda (megahertz saat hızları) çalışıyordu ve yalnızca 8 bit bilgiyi çözebiliyordu. Günümüzün denetleyicileri gigahertz hızlarında 64 bite kadar bilgiyi çözüyor — görünüşte sınırsız ama yine de kısıtlı.

Tüm bunlar, Kritik Çalışma Devrelerindeki (COC'ler) Elektriksel Koruyucu Cihazların (EPD'ler) doğru şekilde çalışmasını ve yazılım arızalarına karşı koruma sağlamasını sağlamaya çalışan Kod gereklilikleri ışığındadır. Kod, COC giriş bilgilerinin doğru olduğundan emin olmak için genellikle Kuvvet Kılavuzlu (FG) röleler ve yedekli donanım mantık dizileri kullanarak kaynaklı temasların izlenmesini gerektirir. Bu korumalar, örneğin asansörün kapılar açıkken çalışmasını veya muayene sırasında otomatik çalışmaya geri dönmesini önleyerek sistemi güvenli tutmak için tasarlanmıştır, böylece hem teknisyeni hem de halkı korur.

Kod ayrıca onlarca yıldır dokümantasyon ve kayıt tutmayı gerektirmiştir. Bir çağrı alırken düzeltici eylemlerin belgelenmesi, örneğin arızalı bir asansörü düzeltirken yapılanların belgelenmesi gerekmiştir. Örneğin, 1980'lerde bir zaman bileti arızalandığında "C" röle bobininin değiştirilmesini belgelendirirdi. Makine odasındaki bir kayıt, bir sonraki tamirciye önceki bir çağrının bu düzeltici eylemi içerdiğini bildirirdi. Bugün, aynı nedenden dolayı, alınan düzeltici eylemle birlikte arıza kodunun da belgelendirilmesi gerekir. Bu düzenli olarak yapılmamaktadır ve bir Kod ihlalidir. Arıza kodunu belgeleyen bir zaman bileti nadiren olur ve bir sonraki tamirciyi bir sonraki arızayı düzeltmek için gereken değerli bilgilerden mahrum bırakır. Düzeltici eylemler belgelenmezse, bir sonraki tamirci sıfırdan başlar ve önceki bilgiler kaybolur. Bu, Kodu ve kontrolör arızalarını giderme ruhunu ihlal eder.

Sorunun gerekli açıklaması, hata kodlarını da içerecek olan zaman fişinde belgelenmelidir. Örneğin, "PMI 12 G/Ç modülünü değiştirdi" veya "kapı kartını değiştirdi ve kapı parametrelerini sıfırladı" gibi kesin bir açıklama da dahil olmak üzere, alınan düzeltici eylemin gerekli açıklaması belgelenmelidir. Uzaktan izleme bu hata kodlarını kaydeder ve iletir ancak benim deneyimime göre, tescilli nedenlerle veya şirketler bunların Kod tarafından gerekli olduğuna inanmadıkları için belgelenen açıklamalara asla eklenmez. Bu, Kodun gerektirdiği şeyin tam tersidir ve bu raporlar, arızaların temel nedenlerinin yalnızca denetleyiciyi tasarlayan şirket tarafından değil, daha sonra değerlendirilmek üzere mevcut olduğundan emin olmak için daha sonra başvurmak üzere saklanmalıdır.

Birçok şirket, yaklaşan veya devam eden arızaları belirlemek için bu verilerin iletimini kullanır ve bu verileri doğrudan sahadaki bir tamirciye gönderebilir. Bazı şirketler, asansörün arızalı olduğunu, sahibi bir sorun olduğunu fark etmeden önce anlayabileceklerini iddia eder. Bu, bilginin kapsamlı olması ve tamircinin uygun şekilde eğitilmiş olması ve arıza kodlarını çözmek için gerekli kılavuzlara sahip olması koşuluyla ayrıntılı ve genellikle doğrudur. Bazı arıza kodları basittir; örneğin, son sınır açıktır veya kapılar beklenen sürede kapanmamıştır. Birçoğu çok geniştir; örneğin, seri iletişim gecikti veya beklenmiyordu, bu bir soruna dair bazı göstergeler verir ancak iletişimin neden geciktiği gibi temel nedeni belirlemek için yeterince spesifik değildir. Bir otobüste, bir kayıtta, kontrolördeki bir iletişim çipinde veya asansör boşluğunda bir basmalı düğmede bir gecikme miydi? Sorunu kapsamlı bir şekilde belirlemek ve etkili bir şekilde düzeltmek için tamirci eğitimi ve deneyimi şarttır.

Yıllardır, uzaktan asansör izleme, önleyici bakım ziyaretlerini azaltmak için bir gerekçe olarak da kullanılmıştır. Bakım ziyaretlerinin azaltılmasının geçerli nedenleri, arızaların kritik olup olmadığını ve derhal düzeltilmesi gerekip gerekmediğini bilmenin faydalarıdır; bu da, tanımı gereği, arızanın asansörü ziyaret etme tetikleyicisi olduğu anlamına gelir; arızanın önlenmesi artık vurgulanmamaktadır. Belgelenen bazı arızalar kritik değildir; bunlar, bir teslimat görevlisinin paketleri teslim ederken bir kapıyı tutmak için bir kutu kullanmasından kaynaklanır. Bu kritik bir arıza değildir ve sonunda kutu çıkarılır ve asansör tekrar hizmete alınır. Bir arıza kodunun kalıcı olmaması, arızanın asansörden değil, harici kullanıcı davranışından kaynaklandığı sonucuna götürür. Diğer arızalar kalıcı olabilir; ayda iki kez oluşan bir iletişim hatası kritik veya kritik olmayabilir. Bir geri aramaya neyin sebep olduğu, arızanın kritik olup olmadığını belirlemek için bakım şirketinin öznel bir tercihi haline gelir. Tüm sistem seri iletişime bağlı olduğundan, herhangi bir iletişim arızası kritik bir arıza olarak değerlendirilmelidir, ancak benim deneyimime göre her zaman öyle değildir.

Önleyici bakım, temizlik işlerini içerir. Kontrolörün teknolojisinden bağımsız olarak, asansör ekipmanında kir ve döküntü birikir ve arızaların meydana gelmemesini sağlamak için temizlenmelidir. Örneğin, bir asansörün çukuru genellikle kirli bir ortamdır. Bir dengeleme kasnağı anahtarında döküntü birikirse, anahtar arızalanabilir ve asansör nominal hızda çalışırken ani bir durmaya neden olabilir. Çukur, temizlenmesi gereken önleyici bakım görevinden geçmiş olsaydı, bu gerçekleşmezdi. Hiçbir teknoloji temizlik ihtiyacını ortadan kaldıramaz, ancak temizlik, bakım şirketleri tarafından terk edilen ilk görevdir. Dengeleme kasnağı anahtarının arızalandığını ve kendi hata koduna sahip olduğunu bilmek arızayı önlemez; arızanın meydana gelmesine izin vererek tehlikeli bir olaya neden olur. Bu, önleyici bakımın tam tersidir.

Uzaktan izleme, görünmez kontrol sistemini görme avantajına sahiptir ve sorun giderme için bir araçtır, ancak önleyici bakımın yerini alamaz. Akıllıca ve düzenli önleyici bakım saha ziyaretleriyle birlikte kullanıldığında son derece değerli bir araçtır. Ne yazık ki, uzaktan izleme, bir zamanlar aylık ziyaretler olan şeyleri üç ayda bir veya hatta yılda iki kez yapılan saha ziyaretlerini haklı çıkarmak için akılsızca kullanılıyor. Kod, önleyici bakım ziyaretleri arasındaki aralıkları belirlemek için ölçütleri ele alıyor ve göz ardı edildiğinde, bazı durumlarda yıkıcı zararlarla tehlikelerin devreye girmesine izin veriliyor.

Uzaktan asansör izleme konusu, bu teknolojinin kullanımıyla ilişkili tüm sonuçların dikkatli bir şekilde değerlendirilmesini gerektirir. Teknolojinin, asansör izleme teknolojisini kullanmaya karar verirken, binen halkın güvenliğini artırmasını sağlamak asgari standart olmalıdır. Uzaktan izlemenin kullanılmasının, ekipmanda tehlikeli kir ve döküntü birikmesine yol açacak olan bakım ziyaretlerinin azalmasına yol açmamasını sağlamak önemlidir. Ekipman arızalarının belgelenmesi, Kanun tarafından kritik derecede gerekli ve zorunludur.