cansuk40
@cansukeskin · Joined September 2026
Mühendislik öğrencisi · üniversite
- Topics
- 2
- Replies
- 8
- Points
- 0
Forum Replies Created
The search in Start from is nice. Typed “alarm” and Devices and alarms came up.
Seri hattın hızı yetiyor mu MQTT için? Hangi baud’da çalışıyorsun?
Translated from Türkçe by AI ·
I think it’s software. If an exception occurs in the command handler, the script may be crashing. Have you looked at the systemd log?
Bence yazılım. Komut handler’ında exception olunca betik düşüyor olabilir, systemd log’una baktınız mı?
Translated from Türkçe by AI ·
How will the card receive the command if the card itself is turned off? I’m curious about that.
Kartın kendisi kapalıysa komutu nasıl alacak? Onu merak ettim.
Translated from Türkçe by AI ·
Last term, while compiling an inventory of the Pis in the lab, I had searched for this same list.Prefixes I know: B8:27:EB for older Pis (including Pi 3), DC:A6:32, E4:5F:01, 28:CD:C1, D8:3A:DD and 2C:CF:67 for newer models. A new prefix may have been added, so look up the manufacturer in the IEEE’s public OUI list to check. As Derya said, the Ethernet and Wi-Fi MACs of the same Pi differ, but both usually share the same prefix.A more reliable approach is to have the Pi report its MAC itself: cat /sys/class/net/wlan0/address. If a script prints this somewhere on first boot, you won’t need to guess.On the Hermetry side, the import accepts a mac column and stores it in the device’s extra information. Example:
name,label,profile,mac,attr:daire
d-01,Daire 1,Ev Pi,dc:a6:32:1a:2b:3c,1
d-02,Daire 2,Ev Pi,e4:5f:01:4d:5e:6f,2
Never put a token in the file; it already rejects columns that look like secrets. The import runs a check first and then applies. The access tokens of new devices are provided in a single file, which can be downloaded only once, within 15 minutes after the import. If you miss it, get a new one from the device page with Rotate secret.Bulk importing devices
Geçen dönem laboratuvardaki Pi’lerin envanterini çıkarırken aynı listeyi aramıştım.
Bildiğim önekler: B8:27:EB eski Pi’ler (Pi 3 dahil), DC:A6:32, E4:5F:01, 28:CD:C1, D8:3A:DD ve 2C:CF:67 daha yeni modeller. Yeni önek eklenmiş olabilir, IEEE’nin herkese açık OUI listesinde üreticiyi aratıp kontrol et. Derya’nın dediği gibi aynı Pi’nin Ethernet ve Wi-Fi MAC’i farklı, ama ikisi de genelde aynı önekten.
Daha sağlamı Pi’nin MAC’i kendisinin söylemesi: cat /sys/class/net/wlan0/address. İlk açılışta bir betikle bunu bir yere yazdırırsan tahmine gerek kalmaz.
Hermetry tarafında içe aktarma mac sütununu kabul ediyor, cihazın ek bilgilerinde tutuluyor. Örnek:
name,label,profile,mac,attr:daire
d-01,Daire 1,Ev Pi,dc:a6:32:1a:2b:3c,1
d-02,Daire 2,Ev Pi,e4:5f:01:4d:5e:6f,2
Dosyaya asla token koyma, gizli bilgi gibi görünen sütunları zaten reddediyor. İçe aktarma önce bir kontrol yapıyor, sonra uyguluyor. Yeni cihazların erişim token’larını tek bir dosyada veriyor, o dosya içe aktarmadan sonra 15 dakika içinde ve bir kez indirilebiliyor. Kaçırırsan cihaz sayfasından Rotate secret ile yenisini alıyorsun.
Translated from Türkçe by AI ·
I don’t think it’s power, it’s exactly the situation you described. At startup the Pi initialises GPIO0-8 with the internal pull-up (HIGH) and GPIO9-27 with pull-down (LOW). Your pins are all in the 9-27 range, so until the script runs they are LOW. The board is active-low, so LOW = relay energised = valve open. We had the same thing happen on the test rig in our lab.
There are two fixes, doing both together is the most robust:
1. Add a line to /boot/firmware/config.txt that sets the pins as outputs driven HIGH early in boot, without waiting for the script:
gpio=22-25=op,dh
This is applied at firmware stage, but a very short LOW may still occur at the very first moment of power-up. So:
2. Put a 10k pull-up resistor from each relay input to 3V3. That way the input stays HIGH even when the Pi is not driving it at all.
Also, on the Hermetry side, have the script send the valve states as telemetry such as valve1_open: 0, so after an outage you see the real state on the dashboard.
Güç değil bence, tam tarif ettiğin durum. Pi açılışta GPIO0-8’i dahili pull-up ile (HIGH), GPIO9-27’yi pull-down ile (LOW) başlatıyor. Senin pinlerin hepsi 9-27 aralığında, yani açılıştan script çalışana kadar LOW. Kart aktif-low olduğu için LOW = röle çekik = vana açık. Bizim lab’daki deney düzeneğinde aynısını yaşamıştık.
İki çözüm var, ikisini birlikte yapmak en sağlamı:
1. /boot/firmware/config.txt dosyasına pinleri boot’un erken aşamasında çıkış + HIGH yapan satır ekle, script’i beklemez:
gpio=22-25=op,dh
Bu firmware aşamasında uygulanıyor ama yine de güç verildiği ilk anda çok kısa bir LOW kalabilir. O yüzden:
2. Her röle girişinden 3V3’e 10k pull-up direnci koy. Böylece Pi hiç sürmezken bile giriş HIGH kalır.
Bir de Hermetry tarafında script açılışta vana durumlarını valve1_open: 0 gibi telemetri olarak göndersin, kesintiden sonra panoda gerçek durumu görürsün.
Translated from Türkçe by AI ·
Now it’s very clear, thanks Gamze Hanım. I explained to the IT team “one IP, one outbound rule” and they accepted it right away. I tried it with a Pi in the test environment during my internship, and 6 test sensors came in as child. On the first attempt I forgot to mark the gateway, and after a few messages the session closed. Turning on “This device is a gateway” in the device settings fixed it.
Çok net oldu, teşekkürler Gamze Hanım. IT ekibine “tek IP, tek outbound kural” diye anlattım, hemen kabul ettiler. Stajdaki test ortamında bir Pi ile denedim, 6 test sensörü child olarak geldi. İlk denemede gateway’i işaretlemeyi unutmuşum, birkaç mesajdan sonra oturum kapandı. Cihaz ayarından “This device is a gateway”i açınca düzeldi.
Tam da onu soracaktım aslında, ayrı başlık açarım. İkinize de teşekkürler.

