För att klara av kostnaderna för Google Cloud Platform måste vi begränsa mängden realtidsdata som skickas till cloud servern. Detta påverkar inte data som skickas lokalt.
Vårt mål är att kunna fortsätta spara historiken (staplarna) på servern, så att även gratis-användarna får värde av det.
För subscribers fortsätter enheten skicka realtidsdata som nu, och appen kan visa den även när man inte är hemma.
Är detta anledningen till att jag inte får någon realtidsdata sedan igår tro?
Blixten är gul, jag är på samma nätverk, men datan är tom i appen och går inte att expandera för detaljer. (Aldrig lyckats få fram fasvyn innan igår vilket jag fick nu, fast tom, fram till jag starta om. Då försvann den igen)
Provade koppla ur och in samt starta om. Har senaste versionen av appen.
Hej Gustaf,
det är antagligen relaterat.
Om du skulle vilja surfa in på din enhets webbinterface (ser ut som dess IP-nummer är 192.168.68.108 och deviceId 0485fb0cdadc) och sedan svara med vad “GMT offset (s)” visar för sekunder?
Om den redan visar 3600, så vill jag be om test två. Annars sätt den till 3600 och tryck Save.
Surfa in på http://currentlyone_0485fb0cdadc.local/events
och svara med det första state-eventet, något i denna stilen:
id: 96689105
event: state
data: {"m":"HAN","W":6236,"Wh":25747754,"t":"2025-01-30T20:36:00+0100","Ph":0,"Rh":7664058,"Qh":4441326,"P":0,"R":2615,"Q":0,"L1":2097,"P1":0,"R1":894,"Q1":0,"I1":9.800,"U1":230.900,"L2":2278,"P2":0,"R2":725,"Q2":0,"I2":10.300,"U2":230.800,"L3":1859,"P3":0,"R3":995,"Q3":0,"I3":9.000,"U3":233.500,"sec":1738265760}
Det som är främsta misstanken är att den skickar tiden (t) med fel tidszon, +0000 iställetför förväntade +0100
och
mvh Andrea
Japp, steg 1 löste det. Stod 0 innan.
Tack för snabb och on point lösning