kunder:husf

Kundspecifik dokumentation HUSF

Här finns en kort lathund.

  • building: fastighetsbeteckning, exempelvis ”6501-90001”
  • source: datakälla, exempelvis DUC-beteckning ”AS01-Fidelix”
  • system: ex: ”LB01”
  • equipment: beteckning för utrustning/komponent, ex: ”GT11”
  • qualifier: komponentkvalifierare, exempelvis ”MV” (mätvärde), ”BV” (börvärde) med mera. I enlighet med standard för märkhandling.
  • room: rumsbeteckning eller rumsfunktion, exempelvis ”211”, ”KÖK”
  • floor: våningsplan
  • zone: information om del av byggnad som inte kan anges via room eller floor, exempelvis ”norrfasad”
  • dataAccess: berättar om punkten är skrivbar eller bara läsbar

Vi använder dessa prefixer för att berätta hur Miner ska hantera uppladdning och ändring av metadata (eller attribut som de kallas av oss på iquest):

  • #-tecknet betyder att attributet ska hanteras som en kommentar som inte laddas upp till databasen, exempelvis kan ni använda ”#import” för beteckning för en kolumn som ni använder för att välja ut de datapunkter som ska ingå i jobbet
  • @-tecknet används för att ange att attributet är ”dynamisk”. Det ska laddas upp till databasen och eventuella ändringar av värdet ska bara speglas i data som laddas upp från och med ändringstillfället. Kolumnen ”@status” kan exempelvis få olika värden över tiden, såsom 1, 2, 3.
  • !-tecknet används för att ange att attributet är att betrakta som ”konstant”. Det laddas upp till databasen och eventuella ändringar av värdet ska speglas till hela tidsserien. Om ni använder Miner i kombination med Orbiq, så ser Orbiq till att uppdatera hela tidsserien med det aktuella värdet för attributet. Exempelvis ”!system” som används för att ange systembeteckningen är konstant för hela tidsserien. Om vi har värdet ”!system” = ”LB01” för en viss datapunkt eller ”item”, så innebär det att hela tidsserien ska kunna filtreras fram när ”system” = ”LB01”.
  • kunder/husf.txt
  • Senast uppdaterad: 2024/10/31 15:01
  • av dokuadmin