Loggar
Loggsidan är kontots händelsehistorik: enhetsrapporter, larm, nedlänkar, ändringar av åtkomsträttigheter och redigeringar, nyast först.
Samma lista finns på en enhets egen Logs-flik, avsmalnad till den enheten, och i Logs-widgeten på en dashboard. Widgeten tar samma filter och samma tidsvisning, så allt du kan plocka fram här kan läggas på en dashboard och lämnas uppe.
Läsa en post
| Del | Vad den säger dig |
|---|---|
| Den färgade punkten | Postens typ - error, warning, info, debug eller verbose |
| Meddelandet | Vad som hände |
| Resursen | Enheten eller annan resurs det hände. Klicka på den för att bara se den enhetens loggar |
| Kategorin | Vilken sorts händelse det är |
| Prioritetsmärket | Visas på obekräftade poster över låg prioritet |
| Tiden | I formatet som Tidsvisning anger |
Ett bekräftat larm bär [Acknowledged by: <username>] efter sitt meddelande, så du kan se vem som
tog hand om det.
Larm
Ett larm är en obekräftad loggpost med hög eller allvarlig prioritet. Det är inte en egen sorts post och inte en kategori - det är de två egenskaperna tillsammans.
Tre kontroller hanterar dem.
Quick filter: Alarms är en växlare i verktygsraden. Den rensar de andra filtren och sätter prioritet till hög och allvarlig, obekräftade. Tryck igen för att rensa.
Acknowledge visas på en post med hög eller allvarlig prioritet som inte har bekräftats. Att bekräfta registrerar ditt användarnamn på den och tar bort den ur larmfiltret. Unacknowledge lägger tillbaka den.
Acknowledge all rensar alla obekräftade larm på en gång. Öppnad från en enhets egen Logs-flik är den avgränsad till den enheten, så att bekräfta en enhets larm rensar inte längre kontots.
Obs: ett larm måste bekräftas innan samma larm kan utlösas igen. Lämnas det obekräftat utlöses det inte en andra gång. Det är också därför triggern för utebliven förväntad rapport i regelmotorn utlöses en gång i stället för upprepade gånger.
Filter
Show filters öppnar filterpanelen och visar hur många filter som är aktiva. Clear filters tömmer dem igen.
| Filter | |
|---|---|
| Resource | Sorten av resurs: Device, Organization, User group, Connector eller Rule. Alla som standard |
| Type | En eller flera av Error, Warning, Info, Debug, Verbose |
| Priority | En eller flera av Severe, High, Medium, Low |
| Category | En av Access, Analytics, Command, Rule, Status, System, Update |
| Message | Fritext, matchad mot meddelandet |
| Acknowledged | Acknowledged eller Unacknowledged |
| Time range | Perioden som ska visas |
Type och Priority tar flera värden samtidigt. Övriga tar ett.
Type
| Typ | Vad den betyder |
|---|---|
| Error | Ett upptäckt fel - ett kommando som inte fick svar i tid, en enhet som inte rapporterade |
| Warning | Något som är värt uppmärksamhet, till exempel svag signal eller en sensorhändelse. Läs prioriteten för att bedöma hur mycket |
| Info | En vanlig informationspost |
| Debug | Utvecklarriktade meddelanden, inklusive translatorkrascher |
| Verbose | Statusmeddelanden från integrationer, till exempel en LoRaWAN-nätverksserver. Användbart för att följa nätverkskvalitet |
Debug och Verbose ligger vid sidan av det dagliga bruket, och de är de två värda att känna till när något är fel. Debug är där en kraschad translator rapporterar sig själv, och Verbose är där nätverksservern berättar vad den gör med en enhet.
Priority
| Prioritet | |
|---|---|
| Severe | En kritisk händelse som kräver omedelbar uppmärksamhet - brand- eller explosionsrisk, säg. Utlöser en notifiering |
| High | En allvarlig varning som kräver snar åtgärd. Utlöser en notifiering |
| Medium | En åtgärd kan behövas, men den kan vänta. Ingen notifiering |
| Low | Inget att agera på. Ingen notifiering |
Hög och allvarlig är också det som gör en post till ett larm.
Category
| Kategori | Vad den täcker |
|---|---|
| Status | Allmänna händelser: larm, tillståndsändringar, externa fel |
| Update | Uppdateringshändelser för noder |
| Command | Nedlänkar |
| Access | Händelser för åtkomsträttigheter, till exempel att konto X gav läsåtkomst till användare Y |
| Analytics | Enhetsuppdateringar när ny data kommer in |
| Rule | Händelser från regelmotorn, inklusive åtgärden Write log |
| System | Meddelanden på plattformsnivå, inklusive translatorkrascher |
När en translator kraschar
En translator som kastar ett fel medan den avkodar en payload skriver en loggpost mot enheten den avkodade. Det är den enda plats där felet rapporteras - enheten bär helt enkelt inga avkodade värden, och inget annat säger varför.
Hitta dem med Type: Debug och Category: System. Posten namnger translatorn och dess version och bär felet:
Translator "milesight-am319" (v2.1.0) error: Cannot read properties of undefined (reading 'length')
Feltexten klipps vid 400 tecken, och posten skrivs med medelprioritet mot enheten, så den finns också på den enhetens egen Logs-flik.
Obs: de här posterna behålls i sex timmar. Lagringsregeln för Debug är kortare än kategorin Systems, och den kortare vinner. Kopiera ut det du behöver samma dag.
Tre saker står för de flesta av dem:
- enheten skickar en payload translatorn inte skrevs för;
- translatorns version matchar inte enhetens firmware;
- enheten har fel translator på sig.
Time range
Av som standard, så listan täcker allt. Slå på den och välj en period.
Färdiga perioder är de senaste 15 minuterna, timmen, 6 timmarna, 24 timmarna, 7 dagarna, 30 dagarna och 90 dagarna, och att slå på filtret börjar på de senaste 24 timmarna. En start och ett slut kan också sättas för hand, och All time stänger av filtret igen.
Ett slut före starten avvisas i stället för att tyst ge tomt resultat.
Tidsvisning
Tre format, satta bredvid listkontrollerna i stället för i filterpanelen - det här ändrar hur poster skrivs, inte vilka du ser.
| Inställning | Visar |
|---|---|
| Relative time | 5 minutes ago |
| Exact time | 11/09 2026 14:23:07 - 24-timmars, på sekunden |
| Both | 5 minutes ago (11/09 2026 14:23:07) |
Relativ tid svarar på "är det här aktuellt". Exakt tid är vad du behöver i det ögonblick du jämför Yggio mot något annat: en nätverksservers egen logg, ett platsbesök, en rapport från den som upptäckte problemet. Sekunder spelar roll när flera poster landar inom samma minut och ordningen är det som berättar historien.
Both är den användbara standarden under utredning, eftersom den behåller både den snabba läsningen och tidsstämpeln du kan citera.
Hålla listan aktuell
Listan hämtas om var annan minut, och noteringen ovanför den säger när den senast gjorde det. Uppdateringsknappen bredvid hämtar direkt.
Sidfoten styr hur många poster som visas per sida - 5, 20, 50 eller 100 - och bläddrar mellan dem.
Hur länge poster sparas
Poster raderas automatiskt. Lagringstiden sätts per kategori, utom för de två utvecklarriktade typerna, som sätts per typ i stället.
| Sparas i | |
|---|---|
| Access | 10 år |
| Status, Command | 2 år |
| Update, Analytics | 1 år |
| Rule | 4 veckor |
| System | 14 dagar |
| Verbose (typ) | 14 dagar |
| Debug (typ) | 6 timmar |
Translatorfel skrivs som typ Debug under kategorin System, så 6-timmarsregeln når dem först. Kopiera ut det du behöver ur en debug-post samma dag.