Svenska
Utseende
Svenska
Utseende
Denna sida samlar de frågor som ofta uppstår på GitHub-ärendehanterare. Att kolla här innan du öppnar ett nytt ärende sparar tid, eftersom de flesta av dessa inte är buggar utan förväntade beteenden med en dokumenterad orsak.
Sök befintliga ärenden
Inga av dessa? Se till att söka på stängda ärenden på GitHub innan du öppnar ett nytt. Om problemet kvarstår förklarar Felrapportering-sidan hur man samlar in felsökningsloggar och öppnar en korrekt felrapport eller funktionsförfrågan.
Inte direkt. Som standard skapar integrationen endast persistenta meddelanden inuti Home Assistant-instrumentpanelen; de vidarebefordras inte automatiskt till Home Assistant Companion App på en mobil enhet, eftersom det kräver ett specifikt per-enhet notismål som integrationen inte har.
För att ta emot dem på en telefon måste en anpassad automation skapas som lyssnar på integrationens händelser (eller de genererade permanenta aviseringarna) och vidarebefordrar dem till notify-målet för mobiltelefonen.
Om hinderbilder förblir tomma även med AI Obstacle Image Upload aktiverad i appen, och kontot som är anslutet till Home Assistant är ett delat/familjekonto snarare än det konto som ursprungligen lade till och äger enheten, kan tillverkarens moln-API tyst blockera åtkomst till hinderbilder för det delade kontot. Genom att använda det faktiska ägarkontot, eller kontrollera att kameratillgång uttryckligen har beviljats det delade kontot inom appen, löses detta i de flesta fall.
Inte pålitligt som en livevy. Kartkameran strömmar som äkta MJPEG, samma metod som Home Assistants egen kameraplattform använder, så den statiska förhandsvisningsbilden i Apple Home visas korrekt. En ny bildruta genereras endast när kartan faktiskt ändras, och strömmen producerar inget medan dammsugaren står stilla. HomeKits livevy behöver en kontinuerligt uppdaterande källa för att hålla anslutningen, och Home Assistant måste omvandla MJPEG-strömmen genom ett extra lager innan HomeKit alls kan visa den, eftersom HomeKit inte accepterar MJPEG direkt. När kartströmmen går tyst behandlar det omvandlingslagret anslutningen som förlorad, och Home Assistant rapporterar att kameran inte har någon strömkälla eller visar en tom feed istället för en livebild.
Detta har rapporterats flera gånger. Försök med ffmpeg kameraplattformen, go2rtc, och Generic Camera-integrationen ger alla samma resultat: den statiska förhandsvisningen fungerar, men ett kontinuerligt uppdaterande liveflöde i HomeKit fungerar inte. Ingen fullt fungerande uppsättning har bekräftats för denna integration eller för liknande dammsugarkartflöden på andra ställen.
Integrationen visar zoombara, högupplösta kartbilder liknande den officiella appen, vilket kan använda en betydande mängd minne. På system med begränsat RAM, såsom en Raspberry Pi, en liten VM eller en container begränsad till omkring 2-3 GB, kan detta tömma det tillgängliga minnet och orsaka att Home Assistant fryser, startar om eller helt misslyckas med att starta, typiskt precis efter att en enhet med kartstöd lagts till eller när man öppnar dess enhetssida eller kartkamera.
Lösning
Aktivera Kartbild med låg upplösning från enhetens konfigurationsalternativ. Detta löser majoriteten av dessa fall.
Om det fortfarande kraschar efter att ha aktiverat det alternativet kan kartdata själva ha blivit korrupta eller onormalt stora över tid, vilket också kan öka minnesanvändningen vid rendering. Återställning av en äldre, fungerande karta från Säkerhetskopiering och Återställning kan lösa detta. Om inget hjälper, samla in felsökningsloggar och öppna en felrapport, eftersom det pekar på en annan underliggande orsak.
Integrationen är beroende av py-mini-racer, en JavaScript-motor som används för att optimera och rendera kartor så att de överensstämmer med den officiella appen. Detta beroende installeras av Home Assistant själv, inte av integrationen, och det händer ibland att installationen misslyckas eller att den inte kan ladda sitt inbyggda binära fil efter en Home Assistant Core-uppdatering, särskilt på musl-baserade system (som HAOS på vissa plattformar) eller direkt efter en uppgradering.
Miljöproblem
Detta är ett problem med miljö-/beroendeinstallation, inte något som integrationens kod kan upptäcka eller kringgå. Det visar sig upprepade gånger över olika, orelaterade Home Assistant-versioner och installationstyper.
Att starta om Home Assistant (för att låta det försöka installera beroenden igen) löser det i vissa fall. Om det kvarstår, kontrollera Home Assistant-loggen vid uppstart för det faktiska pip/beroendeinstallationsfelet; det felet är det som måste lösas (inklusive som ett Home Assistant Core-problem, om det verkar vara ett installationsfel på plattformsnivå).
Ja och nej. Tekniskt sett finns det inga begränsningar som hindrar integrationen från att fungera tillsammans med Valetudo. Valetudo inaktiverar inte det lokala miIO API:et, så enheten kan kontrolleras via Lokal anslutning så länge token kan erhållas. Däremot kan kartdata inte hämtas via det lokala API:et, och Valetudo exponerar inte rå kartdata via någon tjänst. Därför kan integrationen endast fungera utan kartstöd.
Utan kartstöd blir funktionaliteten som denna integration erbjuder till stor del överflödig, eftersom alla återstående funktioner redan kan användas via det inbyggda Valetudo Home Assistant MQTT-integration.