Düşük Güçlü IoT Edge Cihazı ile ilgili olarak “Yerleşik Ajan” nedir?


14

Soru: Düşük güçlü Nesnelerin İnterneti (IoT) kenar cihazlarıyla ilgili olarak “Gömülü Ajan” ın arkasındaki temel tasarım nedir ?

IoT bulut hizmeti satıcılarının bazıları, sensör tabanlı uç cihazlara yerleşik bir ajan yüklemeye devam ediyor. Bu, satıcıların buluta bağlanan her cihaza yüklediği özel bir yazılım parçası gibi görünüyor. Aşağıda, Ajan referansı olan yazılım yığınlarının iki resmi bulunmaktadır . Yazılım yığınının bir kısmı mikrodenetleyicide bulunur.

IOT Temsilcisi - 1

IOT Temsilcisi

Ayrıca burada çok geniş bir açıklama Thingworx blog

Bir aracı, bir IoT cihazında veya yakınında çalışan ve bazı varlık veya ortamların durumunu bildiren gömülü bir programdır. IoT uygulamasında her zaman bir ajan vardır. Tipik olarak aracı, sensörlerden veya yerel bağlantıdan bir öğeye durumu okur, gönderenin bilgileri ne sıklıkta toplaması gerektiğine dair bazı kurallar veya mantık uygular ve ardından bilgileri uzun mesafeli iletişim ağı üzerinden sunucuya gönderir. Bu işlem tersine de işleyebilir.

Bu ajanın, bağlantıya yardımcı olmak için IP adresi, sunucu adı, SSID türü bilgileri gibi bağlantı bilgilerinden oluştuğunu varsayıyorum. Bu Yerleşik Aracıların bağlantı sağlamanın ötesinde başka işlevleri de var mı?

Referanslar:


Lütfen IoT mimarisinin referansını verebilir misiniz (2. resim)? Teşekkürler
BiG_TooTh

Yanıtlar:


13

Genel olarak, bir ajan 'iki yönlü' bir yazılım parçasıdır; yani, bu parametreler okur gelen cihaz ve aynı iletişim kurar için bulut veya hatta bir ağ geçidi. Çoğu zaman, bir OEM, aygıtın parametrelerini kontrol etmek için yazılımın geliştirilmesi için kütüphaneleri kontrol edecektir. Oysa OEM, okunan değerleri yayınlamak için popüler iletişim protokollerinden herhangi birini (MQTT, HTTP, vb.) Seçebilir. Tipik olarak, bu ikisinin entegrasyonu bir Sistem Entegratörünün girdiği alandır.

Örneğin, her 5 saniyede bir fan devrini okumak için bir ajan Windows masaüstünde çalışıyor olabilir. Bu değer daha sonra kararlaştırılan bir protokol üzerinden bir bulut platformuna iletilir.

Paho MQTT (Python) web sitesinden örnek kod :

mqttc.connect("iot.eclipse.org")
mqttc.loop_start()

while True:
    temperature = sensor.blocking_read()
    mqttc.publish("paho/temperature", temperature)

Yukarıdaki pasaj kabaca bir ajandır, çünkü fonksiyon şeklinde 'cihazdan' kısmı ve a şeklinde sensor.blocking_read()'buluttan' kısmı vardır mqttc.publish().

Gelişmiş ajanlar çevrimdışı depolama, bulutla iletişim için TLS desteği, buluttan gelen güncellemelere (gerekirse yeniden başlatmalar dahil) zarif bir şekilde yanıt verme vb. Mekanizmalara sahip olacaklar. Ve bu sorunun özel durumunda, ajan güç kısıtlamalarını ele alacak çok. Örneğin, uyku, uyandırma vb.Gibi cihaz seviyesi tetikleyicilerine yanıt verin.


Bu iki yönlü bir ilginç tanım. Sadece okur ve rapor verirse sensörü iki yönlü olarak çağırmazdım. İki yönlü olabilmesi için en az bir tür mesaj alabilmesi gerektiğini söyleyebilirim. Fan hızını okumak bir iletişim değil, varlığın temel gerekçesidir.
Helmar

Burada "iki yönlü" kullanımınızı anlamıyorum. Bir aracı, aygıt üzerinde sunucu adına çalışan (bu bağlamda) yazılımdır. Sunucu ile iletişim kurması gerekmez (bu çok yaygın bir kullanım durumudur). Örneğin, yalnızca yapılandırma parametrelerini ayarlamak veya güncellemeleri indirmek olabilir.
Gilles 'SO- kötü olmayı bırak
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.