Yapay zekâ tarafından English dilinden çevrildi ·
Bir tasarımı onaylamadan önce kısa bir akıl sağlığı kontrolü arıyorum.Uzak sayılabilecek bir güneş enerjisi sahası: iki RS-485 hattında (Modbus RTU) 24 string invertör, kulübeye yalnızca seri radyo bağlantısı olan bir hava istasyonu ve trafo üzerinde birkaç 433 MHz sıcaklık probu. Bunların hiçbiri IP konuşmuyor. Taşeronun önerisi: “IP olmayan cihazlar için MQTT-SN, hava istasyonu için CoAP, sonra Hermetry’ye”. Bu ikisini de bir Hermetry sayfasında görmedim ve kimsenin bakımını yapamayacağı bir çeviri kutusuyla karşılaşmak istemem.IP olmayan saha cihazlarını Hermetry’ye almak için insanlar gerçekte ne kullanıyor?
Looking for a sanity check before I sign off a design.
Solar site, fairly remote: 24 string inverters on two RS-485 buses (Modbus RTU), a weather station that only has a serial radio link to the cabin, and some 433 MHz temperature probes on the transformer. None of it speaks IP. The subcontractor’s proposal is “MQTT-SN for the non-IP devices, CoAP for the weather station, then into Hermetry”. I’ve never seen either on a Hermetry page, and I’d rather not end up with a translation box nobody can maintain.
What do people actually use to get non-IP field devices into Hermetry?
Yapay zekâ tarafından English dilinden çevrildi ·
MQTT-SN nedir, farklı bir MQTT mi?
What is MQTT-SN, is it a different MQTT?
Yapay zekâ tarafından English dilinden çevrildi ·
TCP kullanmayan sensör ağları için bir varyant; yine de onu normal MQTT’ye dönüştürmek için kendi ağ geçidine ihtiyaç duyar.
A variant for sensor networks without TCP, it needs its own gateway to turn it into normal MQTT anyway.
Yapay zekâ tarafından English dilinden çevrildi ·
Hermetry, cihazlardan MQTT 3.1.1 ve HTTPS kabul eder; ayrıca kendi ağ sunucusu üzerinden LoRaWAN, ve sorgulanan SNMP ile kameralar. MQTT-SN yok, CoAP yok. Dolayısıyla IP’si olmayan her şey için çözüm, saha tarafıyla konuşan ve yukarı MQTT ile bağlanan yerel bir ağ geçidi. Bunu iki şekilde yaptım:Hermetry Edge ile lisanslı ağ geçidi. RS-485 üzerinden Modbus RTU’yu ve Modbus TCP’yi okur (modele bağlı), kendi sertifikasıyla TLS üzerinden dışarı bağlantı kurar, kesintilerde verileri tamponlar ve her invertör ayrı bir alt cihaz olarak görünür. Yerel Cloud sayfasındaki kodla sahiplenirsiniz; sahada kimsenin kimlik bilgisi girmesi gerekmez.Kendi ağ geçidiniz. Bir Pi veya endüstriyel PC, veriyolarını pymodbus ile okur, hava istasyonunun seri radyosunu ve 433 MHz alıcısını okur ve hepsini v1/gw/connect ve v1/gw/telemetry üzerinden yayınlar:
{"INV-07": {"ts": 1793000000000, "values": {"p_ac_kw": 41.2, "e_day_kwh": 188.4}},
"WX-1": {"values": {"irradiance": 612, "t_amb": 9.8}}}Cihazı eklerken “Bu cihaz bir ağ geçididir” olarak işaretleyin; aksi halde her v1/gw mesajı reddedilir ve oturum üç denemeden sonra kapatılır. İnvertörlere bir gün komut göndermeniz gerekirse, komutları alt cihaza gönderirsiniz ve ağ geçidi bunları v1/gw/rpc üzerinden alır. Kendi ağ geçidiniz bu komutları veriyoluna iletmek zorundadır; lisanslı olan bunu sizin yerinize yapar.Haftalarca gözetimsiz kalması muhtemel bir saha için lisanslı kutuya para ödemenizi öneririm.
Hermetry takes MQTT 3.1.1 and HTTPS from devices, plus LoRaWAN through its own network server and polled SNMP and cameras. No MQTT-SN, no CoAP. So for anything non-IP the answer is a gateway on site that speaks the field side and talks MQTT up. Two ways I’ve done it:
Licensed gateway with Hermetry Edge. It reads Modbus RTU over RS-485 and Modbus TCP (depends on the model), dials out over TLS with its own certificate, buffers during outages, and each inverter appears as its own child device. You claim it with the code on its local Cloud page, nobody types credentials on site.
Your own gateway. A Pi or industrial PC reads the buses with pymodbus, reads the weather station’s serial radio and a 433 MHz receiver, and publishes for all of them on v1/gw/connect and v1/gw/telemetry:
{"INV-07": {"ts": 1793000000000, "values": {"p_ac_kw": 41.2, "e_day_kwh": 188.4}},
"WX-1": {"values": {"irradiance": 612, "t_amb": 9.8}}}Mark the device “This device is a gateway” when you add it, or every v1/gw message is refused and the session gets closed after three. If the inverters ever need commands, you send them to the child device and the gateway receives them on v1/gw/rpc. Your own gateway has to pass them on to the bus, a licensed one does that for you.
For a site that is probably unattended for weeks, I’d pay for the licensed box.
Yapay zekâ tarafından English dilinden çevrildi ·
İnverterler için SunSpec Modbus haritalarını destekleyip desteklemediklerine bakın; bu, her model için ayrı bir register haritası yazma zahmetinden kurtarır.
For the inverters check if they do SunSpec Modbus maps, saves you writing a register map per model.
Yapay zekâ tarafından English dilinden çevrildi ·
yani ağ geçidi tek cihaz mı sayılıyor, yoksa 26 mı?
so the gateway counts as one device or 26?
Yapay zekâ tarafından English dilinden çevrildi ·
Gateway ve her alt cihaz, yani hava durumu istasyonuyla birlikte 27, problarla birlikte daha fazla.
The gateway plus every child, so 27 with the weather station, more with the probes.
Yapay zekâ tarafından English dilinden çevrildi ·
Taşeronu tekrar çizim masasına geri gönderdik. Inverter hatları için lisanslı bir gateway kullanacağız; hava durumu radyosu ve 433 MHz probları için ise seçtiğimiz gateway modelinde giriş olmadığından küçük bir Pi gateway kuracağız. Twilson, inverterler SunSpec destekliyor; bu, register işini yarıya indirdi.
Sent the subcontractor back to the drawing board. We’re going with a licensed gateway on the inverter buses, and a small Pi gateway for the weather radio and the 433 MHz probes since the gateway model we picked has no input for those. Twilson, the inverters do SunSpec, that halved the register work.
- Bu konuyu yanıtlamak için giriş yapmış olmalısınız.
Sohbete katılın
Soru sormak ve yanıtlamak, yararlı gönderileri beğenmek ve sorununuzu çözen yanıtı işaretlemek için oturum açın. Her katkı puan ve seviye kazandırır.