Új hozzászólás Aktív témák

• #9141 Professzore csendes tag

  Új Válasz 2025-09-11 21:54:43 #9141

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Professzore

  csendes tag

  Sziasztok,
  Köszönöm a válaszokat.
  Árnyalom kicsit a képet, részben reagálva a felmerült ötletekre.
  Én is az 1200-at preferálom, minden nehézsége és kihívása ellenére, ugyanakkor az fontos, hogy az egész koncepció célja, hogy ne kelljen rengeteget utazni annak a pár adatnak a leolvasásáért, ami alapján kiderül, szükség van-e beavatkozásra.
  Nekem most az a részben önként vállalt feladatom, hogy egy olyan prototípust rakjak össze, ami később átfordítható az új és a retrofit telepítésekbe, és egyensúlyban van a költség/megbízhatóság/kényelem háromszögben.
  A kódok módosítása nem gond, azokban a már telepített szekrényekben, ahol meglévő PLC alapú vezérlés van, a PLC cseréjével a kérdés megoldottá válik. Ahol cél elektronika vezérel, ott vagy lecseréljük saját PLC alapú (egyen) rendszerre, vagy nem lesz távfelügyelet.
  Alapvetően kevés adat kell, a logolás másodlagos, a cél inkább az, hogy fény derüljön trendszerű változások elemzésével arra, hogy az üzemzavaroknak van-e szisztémás okuk (vagyis a hardver vagy annak beállítása rossz-e). Mivel viszonylag egyszerű (kb. PLC gyorstalpaló tanfolyam bonyolultságú) eszközökről van szó, a kifinomult távfelügyeleti/táv-beavatkozó rendszereket eleve kizárnám (elsősorban az ár és a komplexitás miatt).
  A legfontosabb információ az, hogy milyen paraméterek mentén és mikor futott hibára a rendszer. A log (ami még a legelvetemültebb esetekben is napi maximum 1500 sort tartalmaz, alapértelmezésben úgy 20-40-et) arra kell, hogy a historikus adatokból kiderüljön, hogy van-e trend, illetve van-e olyan tipikus együttállás, amely hibára futtatja a rendszert.
  Az MQTT-t egyelőre jegelem. Köszönöm a tanácsokat!

Új hozzászólás Aktív témák