hakan_dev
@keskin-h · Mitglied seit Dezember 2025
Backend geliştirici · yazılım
- Themen
- 5
- Antworten
- 38
- Punkte
- 0
Erstellte Forenantworten
Okumayı hızlı, göndermeyi seyrek yap, ikisi ayrı şeyler. Biz su tarafında böyle kuruyoruz:
- Pi her saniye okumaya devam etsin.
- Her değer için bir ölü bant: PT100’de 0.2 °C, debide %1 gibi. Değer son gönderilenden ölü banttan fazla saparsa gönder.
- Hiç değişmese bile her 5 dakikada bir heartbeat olarak gönder.
- Tepeler için anlık debiye güvenme, debimetrenin toplam (totalizer) register’ını gönder. Arada ne olursa olsun toplam kaybolmaz, Hermetry’de increase ile saatlik hacmi alırsın.
Mesaj sayısı için: bir mesajın içinde kaç kayıt olduğu önemli değil, mesaj başına sayılıyor. Değişenleri biriktirip 30 saniyede bir ts’li dizi olarak tek mesajda gönderirsen hem kotaya hem detaya iyi gelir.
1.4e-38 kelime sırası. İki 16 bitlik register’ı ters birleştiriyorsun. Debimetrenin dokümanına bak, çoğu CDAB kullanıyor:
import struct
hi, lo = rr.registers[0], rr.registers[1]
abcd = struct.unpack(">f", struct.pack(">HH", hi, lo))[0]
cdab = struct.unpack(">f", struct.pack(">HH", lo, hi))[0]Kota hesabı burada: Mesaj kotası ve kullanım
Pille 3 yıl Wi-Fi ile olmaz. Kendi radyonla devam edeceksen kontrol odasında bir Pi, Hermetry’ye gateway olarak bağlanır, her sensör child cihaz olur. Gateway yazılımını sen yazarsın.
2400 baud’u ben de bilmiyordum, not aldım.
Sanırım Hermetry gateway için Basics Station istiyordu, ESP32’de o çalışır mı bilmiyorum.
Von Türkçe mit KI übersetzt ·
Ich bin auch in die BMP280-Falle getappt, gute Besserung 🙂
BMP280 tuzağına ben de düşmüştüm, geçmiş olsun 🙂
bluetooth servisi çalışıyor mu? systemctl status bluetooth
Von Türkçe mit KI übersetzt ·
i2cdetect -y 0 probier das mal, vielleicht hängt er am anderen Bus.
i2cdetect -y 0 dene, belki diğer bus’tadır.
Von Türkçe mit KI übersetzt ·
Beides hatte ich selbst, bei einem Wägeprojekt.Portname: Die ttyUSB-Nummer wird nach der Reihenfolge der Erkennung vergeben, also nicht darauf verlassen. Schau mit ls -l /dev/serial/by-id/ nach, dort gibt es einen dauerhaften Namen mit der Seriennummer des Wandlers, den nimm. Wenn du zwei gleiche Chips ohne Seriennummern hast, kannst du per udev-Regel nach USB-Port benennen, aber meistens reicht by-id.readline: Standardmäßig wartet es auf
, deshalb kehrt es nie zurück. Außerdem wartet es ohne Timeout bei abgezogenem Kabel ewig. Das benutze ich:
PORT = '/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10K3XYZ-if00-port0'
ser = serial.Serial(PORT, 9600, bytesize=8, parity='N', stopbits=1, timeout=2)
buf = b''
while True:
chunk = ser.read(64)
if not chunk:
continue # keine Daten seit 2 s, hier loggen
buf += chunk
while b'' in buf:
line, buf = buf.split(b'', 1)
w = parse_weight(line) # z. B. b'ST,GS,+0012.45kg'
if w is not None:
client.publish('v1/telemetry', json.dumps({'weight_kg': w}), qos=1)
Wenn die Anzeige mehrmals pro Sekunde ausgibt, sende nicht jede Zeile. Sende einmal pro Sekunde oder nur die ST-Zeilen (stabil). Schreib eine systemd-Unit für den Dienst, trag deinen eigenen Benutzer in die Zeile User= ein und nimm Restart=always.
İkisini de yaşadım, bir kantar projesinde.
Port adı: ttyUSB numarası takılma sırasına göre veriliyor, güvenme. ls -l /dev/serial/by-id/ ile bak, orada çeviricinin seri numaralı kalıcı adı var, onu kullan. Aynı çipten iki tane varsa ve seri numaraları yoksa udev kuralıyla USB portuna göre isim verirsin, ama çoğu zaman by-id yetiyor.
readline: varsayılan olarak
PORT = '/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A10K3XYZ-if00-port0'
ser = serial.Serial(PORT, 9600, bytesize=8, parity='N', stopbits=1, timeout=2)
buf = b''
while True:
chunk = ser.read(64)
if not chunk:
continue # 2 sn veri yok, burada log yaz
buf += chunk
while b'
' in buf:
line, buf = buf.split(b'
', 1)
w = parse_weight(line) # örn. b'ST,GS,+0012.45kg'
if w is not None:
client.publish('v1/telemetry', json.dumps({'weight_kg': w}), qos=1)
İndikatör saniyede birkaç kez basıyorsa her satırı gönderme. Hermetry’de cihaz başına varsayılan limit saniyede 10 mesaj, üstü sessizce düşüyor. Saniyede bir, ya da sadece ST (stabil) satırlarını yolla. Servis için systemd unit yaz, User= satırına kendi kullanıcını koy, Restart=always.
Von Türkçe mit KI übersetzt ·
Du hast bereits den eigenen Zähler des PZEM, energy_wh. Nimm den, und mach dir nicht die Mühe, Energie aus Watt abzuleiten. Ich hatte genau dasselbe, als ich mit demselben Modul den Kühlschrank bei mir zu Hause gemessen habe.Wähle in der Chart-Karte den Schlüssel energy_wh, als Bucket 1 Tag (1d), als Aggregat increase. increase ist für zählerartige Werte gedacht: Es subtrahiert den letzten Wert des vorherigen Buckets vom letzten Wert des jeweiligen Buckets. Wenn der Zähler zurückfällt (wenn du den PZEM zurücksetzt oder er bei 9999 kWh umspringt), zählt es diesen Bucket so, als hätte er bei null begonnen, du siehst also keinen negativen Wert.Der Vorteil: Selbst wenn der ESP32 eine Zeit lang die Verbindung verliert, zählt der Zähler im PZEM weiter, und nach dem Wiederverbinden geht die Energiedifferenz dazwischen nicht verloren. avg × 24 verliert diese Lücke.Die Mitternachtsteilung, die du erwähnst, liegt meines Erachtens hieran: Tagesbuckets werden nach UTC geschnitten, also von Mitternacht bis Mitternacht UTC. Da die Türkei UTC+3 ist, beginnt dein „Tag“ scheinbar um 03:00 Uhr morgens. Wenn du das im Bericht mit einer Zeile erwähnst, ist das kein Problem.Wenn du zusätzlich einen abgeleiteten Schlüssel im Stream willst (zum Beispiel die Differenz pro Messwert), gibt es außerdem den Delta-Block, für die tägliche Summe ist er aber nicht nötig. Beides wird hier erklärt: Abgeleitete Werte.
Elinde zaten PZEM’in kendi sayacı var, energy_wh. Onu kullan, watt’tan enerji türetmekle uğraşma. Ben aynı modülle evdeki buzdolabını ölçerken aynı şeyi yaşadım.
Chart kartında energy_wh anahtarını seç, kova olarak 1 gün (1d), aggregate olarak increase. increase sayaç tipi değerler için var: her kovanın son değerinden bir önceki kovanın son değerini çıkarıyor. Sayaç geri düşerse (PZEM’i resetlersen ya da 9999 kWh’de dönerse) o kovada sıfırdan başlamış gibi sayıyor, yani eksi değer görmezsin.
Avantajı şu: ESP32 bir süre koparsa bile sayaç PZEM’de saymaya devam ediyor, tekrar bağlandığında aradaki enerji farkı kaybolmuyor. avg × 24’te o boşluk kayıp.
Gece yarısı bölünme dediğin şey de bence şu: gün kovaları UTC’ye göre kesiliyor, gece yarısından gece yarısına UTC. Türkiye UTC+3 olduğu için senin „gün“ün sabah 03:00’te başlıyor gibi görünür. Rapora bunu bir satırla yazarsan sorun olmaz.
Akış içinde ayrıca bir türetilmiş anahtar istersen (mesela her okumadaki fark) Delta bloğu da var, ama günlük toplam için gerek yok. Burada ikisi de anlatılıyor: Türetilmiş değerler.
preTransmission ve postTransmission fonksiyonlarını tanımladınız mı? Onlar olmadan MAX485 hiç göndermez.
Bir operatör bilgisayarına uzaktan tuş yazdıran bir cihaz güvenlik açısından ciddi bir şey. Kartın komut listesinde sadece bu komut olsun, raw komut yetkisini kimseye vermeyin.
Bir su projesinde aynı kararı verdik, şöyle yaptık ve çalışıyor:
Hazır bir IO-Link master aldık, Ethernet tarafında Modbus TCP konuşanlardan. Birkaç üreticinin böyle modeli var, her portun proses verisi ve ISDU ile okunan teşhis değerleri Modbus register’larına haritalanıyor. Model seçerken tek şart: dökümanında register haritası açıkça yazıyor olsun.
Sonra iki yol var:
- Lisanslı bir ağ geçidi Modbus TCP’yi okuyorsa (hangi protokoller olduğu modele bağlı) master’ı orada tanımlıyorsunuz, her sensör Hermetry’de ayrı child cihaz olarak çıkıyor.
- Kendi kutunuzda (bizde bir Pi) pymodbus ile okuyup
v1/gw/telemetryile gönderiyorsunuz:
{"PT-101": {"values": {"p_bar": 3.42, "sensor_temp": 31.5}},
"LT-102": {"values": {"level_cm": 214, "dirty_lens": 0}}}Hermetry her ismi ilk raporda child cihaz olarak açıyor. Ağ geçidini eklerken „This device is a gateway“ işaretli olmalı, yoksa v1/gw/* konuları reddediliyor. Teşhis bitlerini 0/1 sayı olarak gönderin ki grafikte görünsün ve alarm kurulabilsin.
Dökümantasyon: Ağ geçidinin arkasındaki cihazlar
Von Türkçe mit KI übersetzt ·
Derya Hanım, vielen Dank, es läuft seit zwei Tagen. Beim ersten Speichern gab die Karte eine Standortwarnung aus; nachdem ich die Anlage als Asset hinzugefügt und die Koordinaten eingegeben hatte, wurde gespeichert. Ich habe den MOSFET mit einem Pull-down angeschlossen, und jetzt blinken die Lampen während des Hochfahrens des Pi nicht mehr. Ein Relais hatte ich auch ausprobiert, aber das Klickgeräusch hat offenbar den Wächter gestört 😄
Derya Hanım çok sağ olun, iki gündür çalışıyor. İlk kaydetmede kart konum uyarısı verdi, siteyi varlık olarak ekleyip koordinatı girince kaydetti. MOSFET’i pull-down ile bağladım, Pi açılırken lambalar artık yanıp sönmüyor. Röle de denemiştim, tık sesi bekçiyi rahatsız ediyormuş 😄
İkisi de doğru, ikisini birden düzeltmen lazım.
Baud: ESP’ye bir kez 115200’den kalıcı baud değiştirme komutu gönder. SoftwareSerial 115200’de yazarken genelde sorun çıkarmıyor, okurken bozuyor, o yüzden komut gider. Birkaç deneme gerekebilir:
mySerial.begin(115200);
mySerial.println("AT+UART_DEF=9600,8,1,0,0");
delay(200);
mySerial.begin(9600);
mySerial.println("AT"); // artık temiz OK gelmeliGüç: Uno’nun 3.3V pini 50 mA civarı veriyor, ESP-01 gönderirken birkaç yüz mA çekiyor. „WIFI DISCONNECT“ ve „busy p…“ tam bunun belirtisi. 5V’tan ayrı bir AMS1117-3.3 ile besle, ESP’nin dibine 100 µF + 100 nF koy. Uno TX → ESP RX hattına da gerilim bölücü (1k/2k), ESP 3.3V seviyesinde.
Hermetry kısmı: cihaz API’si HTTPS bekliyor. AT firmware’inde SSL desteği sürüme göre değişiyor ve ESP-01’in belleğinde zorlanıyor. Benim tavsiyem Uno’yu tamamen çıkarmak: ESP-01’e Arduino core ile kendi sketch’ini yükle, sensörü doğrudan ona bağla, WiFiClientSecure ile POST at.
Von Türkçe mit KI übersetzt ·
Der ESP32 sollte im Deep Sleep eigentlich im Mikroampere-Bereich liegen, die 10 mA könnten vom USB-Chip und der LED auf dem DevKit stammen. Miss noch einmal mit dem nackten Modul.
ESP32 deep sleep’te mikroamper seviyesinde olmalı aslında, 10 mA DevKit’in üstündeki USB çipi ve LED’den geliyor olabilir. Çıplak modülle tekrar ölç.