ops_keisha
@kstewart · Mart 2025 tarihinde katıldı
Plant manager · food and beverage
- Konular
- 8
- Yanıtlar
- 64
- Puan
- 0
Oluşturulan forum yanıtları
Plant manager, not a security person, but we lost a board out of a remote pump house last year and I had to clean up after it, so this is what we do now.
One credential per device, never shared. If two boards ever run the same token, the second login takes over the first one’s session and you spend a week chasing “flapping” devices. Tokens and the PSK go into NVS at the bench, like Aoife says, so the binary carries no secrets. Flash encryption on production boards once you’ve practised on a couple of spares.
On the Hermetry side, the profile has an Allowed networks field. Put the public address range your cabinet routers use in it. A token dumped from a stolen board is then refused from anywhere else (CONNACK 5, and the reason shows on the device’s Log tab). That one setting made our IT people much calmer.
When a board goes missing, revoke its credential (the API has DELETE on the device’s credentials) or just delete the device, and the old token stops working at once, with every open session cut. Admins also get a notice when a device logs in from a network it hasn’t used before, so watch for those.
For the PSK, put the sensors on their own SSID or VLAN on the router so a leaked PSK only gets you onto a network with nothing else on it.
Most of this is on the device credentials page.
No, kept them separate on purpose, that’s why the opto is there.
Yapay zekâ tarafından English dilinden çevrildi ·
Hazır takip cihazları satın aldık, bu yüzden maalesef yardımcı olamıyoruz. Yine de takibe alıyoruz; kendi kartlarımızı düşünüyoruz.
We bought finished trackers, so no help sorry. Following though, we’re thinking about our own boards.
Separate question, can you get an alarm when only one of the two temperature keys stops arriving? We had a board die quietly and the device stayed online.
Yapay zekâ tarafından English dilinden çevrildi ·
Depo ziyaretlerini onaylayan kişi olarak: bir sonraki parti flash’lanmadan önce lütfen bunu kontrol edin.
As the one who signs off on the depot visits: please check this before the next batch gets flashed.
On Forge: there’s no doc page for it, so I can’t tell you whether it counts rejects or how you’d switch it on. What Lewis describes is what we do on our packing lines: counters as telemetry and a bar chart per hour with the increase aggregate. The supervisors look at it at shift change.
Yapay zekâ tarafından English dilinden çevrildi ·
O zaman tam imaj sorun değil, delta konusunda endişelenmeyi bırakın. Geçen bahar fabrikamızdaki yaklaşık 200 kontrolcuya 1,6 MB’lik bir imaj gönderdik. Her şeyi sakinleştiren dağıtım yöntemi oldu.Paket atamasında Profilin her cihazı seçeneğini seçin ve Dalgalar halinde gönder seçeneğini açın. Genellikle izlenen plan, %1 kanarya (en az bir, en fazla on), ardından %10, sonra %50, sonra kalanlar şeklindedir; aralarda 15-30 dakika beklenir ve bir dalgada %5’ten fazla hata olursa dağıtım kendiliğinden duraklar. Bir otel için dalgaları düzenlemenizi öneririm: ilk dalga yürüyerek gidebileceğiniz 3 oda, birkaç saat bekleyin, sonra 20 oda, ardından geri kalanlar gece boyunca. Kimse kendi dalgasından önce indirmez, bu yüzden Wi-Fi aynı anda yalnızca birkaç cihazı görür.Bizim için işe yarayan diğer şeyler:
- Önce iki üniteyle Tek cihaz atamalarını deneyin.
- İndirme bağlantısı 15 dakika sonra sona erer, ancak cihaz yeniden isteyip bir HTTP Range isteğiyle kaldığı yerden devam edebilir, bu yüzden bağlantısı sorunlu bir oda felaket olmaz.
- Yeni sürümde geri gelmeyen cihaz Eski sürüme döndü olarak görünür; bu, geri alma mekanizmanızın çalıştığı anlamına gelir.
Ayrıntılar: Firmware dağıtımını dalgalar halinde yapmak.
Then the full image is fine, I’d stop worrying about delta. We pushed a 1.6 MB image to about 200 controllers at our plant last spring. The rollout is what made it calm.
On the package assignment pick Every device of the profile and turn on Send in waves. The usual plan is a canary of 1% (at least one, at most ten), then 10%, then 50%, then the rest, with 15-30 minute waits between, and it pauses itself if a wave has more than 5% failures. For a hotel I’d edit the waves: first wave 3 rooms you can walk to, wait a couple of hours, then 20, then the rest overnight. Nobody downloads before their wave, so the Wi-Fi only ever sees a few at once.
Other things that helped us:
- Test with One device assignments on two units first.
- The download link expires after 15 minutes but the device can ask again and resume with an HTTP Range request, so a flaky room isn’t a disaster.
- A device that doesn’t come back on the new version shows as Went back to the old version, that’s your rollback working.
Details: Rolling out firmware in waves.
We had this with old shields on a bottling line, two problems stacked on top of each other.
Forcing the switch port to 100/full is what killed traffic after you got a link. The W5100 still auto-negotiates. When the other side is forced, auto-negotiation can’t find out the duplex and falls back to half duplex. Switch on full, shield on half, and you get a duplex mismatch: link up, almost nothing passes. Put the ports back to auto, or force both ends (and you can’t force the W5100 from the Arduino library).
The original no-link problem is very often the reset on those clone shields. The W5100 comes out of reset before its supply is stable and its PHY sometimes never negotiates properly. The old switch was forgiving, the new one isn’t. Fix that worked for us:
// shield RESET pin wired to D8 with a jumper wire
pinMode(8, OUTPUT);
digitalWrite(8, LOW);
delay(50);
digitalWrite(8, HIGH);
delay(500); // let the PHY settle
Ethernet.begin(mac, ip);And if one still refuses, a cheap unmanaged 10/100 switch between the shield and the managed one ends the argument. Long term, W5500 shields don’t have this problem.
A 9 V block won’t last a week with the Nano’s regulator and LED. I’d not go there.
Yapay zekâ tarafından English dilinden çevrildi ·
Bu ağda 8883 portu gerçekten açık mı? Bazı yerler yalnızca dışarı çıkışta 80 ve 443’e izin veriyor.
Is 8883 even open on that network? Some places only allow 80 and 443 out.
Plant manager view: I’d be nervous letting a cloud rule move a furnace setpoint. What happens if the internet drops halfway?
Yapay zekâ tarafından English dilinden çevrildi ·
Aisha haklı, ben de üretim katında Pi ağ geçitleri çalıştırmaktan birkaç şey eklemek istiyorum.
802.3af/at yazan ve anahtarın (switch) müzakere etmesine izin veren bir splitter alın, asla pasif enjektör kullanmayın. Kablo hattını kontrol edin: uzun ve ince yama kabloları yeterince gerilim düşürür ve Pi kısılır. Bunu Pi’nin kendisinden görebilirsiniz:
$ vcgencmd get_throttled
throttled=0x50005 # bit 0 = under-voltage now, bit 16 = has happened since boot
Bu değeri probe okumalarıyla birlikte Hermetry’ye gönderirim. Ağ geçidi kendi telemetrisini v1/telemetry üzerinden normal bir cihaz olarak raporlayabilir, probeler ise alt öğeler olarak v1/gw/telemetry üzerinde gider. Ardından ağ geçidinin profilinde pi.undervolt == 1 için bir alarm kuralı, SD kart bozulmadan önce besleme kaynağının sınırda olduğunu gösterir.
Ağ geçidi çevrimdışı olduğunda her alt öğenin de onunla birlikte çevrimdışı olduğunu unutmayın. Bu yüzden asıl önemli olan ağ geçidinin çevrimdışı alarmıdır; alt öğelerin çevrimdışı alarmları, gecikmeleri daha uzun değilse yine tetiklenir. Biz ağ geçidi için 300 s, alt öğeler için 900 s kullanıyoruz. Alt öğe davranışı burada anlatılıyor: Ağ geçitleri ve ağ geçidinin arkasındaki cihazlar.
Zaten kullanacağınız SQLite tamponunu da tutun; bir firmware güncellemesi sırasında PoE anahtarının yeniden başlaması 2 dakikalık bir kesintidir.
Aisha’s right, and I’d add a few things from running Pi gateways on a production floor.
Buy a splitter that says 802.3af/at on it and lets the switch negotiate, never a passive injector. Check the cable run, long thin patch leads drop enough voltage that the Pi throttles. You can see that from the Pi itself:
$ vcgencmd get_throttled
throttled=0x50005 # bit 0 = under-voltage now, bit 16 = has happened since boot
I’d send that value to Hermetry with the probe readings. The gateway can report its own telemetry on v1/telemetry as a normal device, while the probes go on v1/gw/telemetry as children. Then an alarm rule on the gateway’s profile for pi.undervolt == 1 tells you the supply is marginal before the SD card gets corrupted.
Remember that when the gateway goes offline, every child goes offline with it. So the gateway’s offline alarm is the one that matters, and the children’s offline alarms will all fire too unless their delay is longer. We put the gateway on 300 s and the children on 900 s. The child behaviour is described here: Gateways and devices behind a gateway.
And keep the SQLite buffer you’d use anyway, a PoE switch reboot during a firmware update is a 2-minute outage.
Yapay zekâ tarafından English dilinden çevrildi ·
Güzel. Rıhtım ışıkları için, bir sürücü hâlâ geri manevra yaparken birisi ışıkları kapattıktan sonra bizimkine “emin misiniz?” onayı ekledik.
Nice. We added an “are you sure” prompt to ours for the dock lights after someone switched them off with a driver still reversing in.
The EN capacitor saved us too. Our line counter boards would boot-loop maybe one power-up in twenty without it.
Yapay zekâ tarafından English dilinden çevrildi ·
Önce ifdown, sonra ifup denediniz mi?
Did you try ifdown first and then ifup?