531 001 läst ·
6 153 svar
531k läst
6,2k svar
Home Assistant
Värdet är väl ett helt korrekt decimaltal? Det går ju som sagt var inte att använda komma som decimaltecken i en kommaseparerad fil.P paralun skrev:Jo men den stora frågan är varför det blir så här?
3.330325022166667,2023-12-31T23:00:00.000Z
Värdet använder punkt och sedan då T samt Z i datumet. Har knåpat mycket med Excel och aldrig stött på liknande och kan inte heller se att det skulle vara standard för en kommaseparerad fil.
Funderade på om det är en språkformatfråga, ISO etc.
Men frågeställningen blir säkert spårbar snabbt.
Tidsstämpeln är också helt korrekt enligt ISO 8601.
Så problemet är inte det exporterade datat, utan att ni försöker importera det ett program med begränsad funktionalitet.
Du måste skicka data till den för att du ska få något tillbaka, således blinkar den inte i normalfallet.K knightjocke skrev:
Kollade och man ska ju göra så här med Excel.useless skrev:
Värdet är väl ett helt korrekt decimaltal? Det går ju som sagt var inte att använda komma som decimaltecken i en kommaseparerad fil.
Tidsstämpeln är också helt korrekt enligt ISO 8601.
Så problemet är inte det exporterade datat, utan att ni försöker importera det ett program med begränsad funktionalitet.
Öppna en tomt kalkylark> Data>Hämta data > från csv/txt
Så blir det alldeles rätt med en svensk version av Excel.
Vilken Kamstrup mätare kör du?K knightjocke skrev:
Använder själv den här IR-läsaren, CP2102
https://www.aliexpress.com/w/wholes...-Near-Infrared.html?spm=a2g0o.detail.search.0
och den här HACS integrationen
https://github.com/golles/ha-kamstrup_403/blob/main/README.md
Redigerat:
Diversearbetare
· Göteborg
· 11 173 inlägg
Diversearbetare
· Göteborg
· 11 173 inlägg
Frugan (ekonom som får csv med ISO8601) hade stora problem med konsulter som inte fick ISO8601 att funka som det var tänkt. De körde US English Excel och greppade aldrig var problemet låg. För frugan och hennes kollegor (svensk Excel) var det aldrig några problem…tills konsulterna kom.😎P paralun skrev:
Edit: problemet är ju att Excel baserar sin språkstandard på hur Windows är inställt och där är ISO8601 bara en annan ”localization”. Nästa problem är att språkanpassningar för datum kastas ut med badvattnet när Excel-filen byter land (används i en annan språkstandard). Därmed blir datum konverterat till text.
Redigerat:
jo det finns ju några olika format därute.Johan Gunverth skrev:
Hursomhelst så måste man då även göra en Redigera > Ersätt, punkt till komma för att få Excel Excel att fatta att det är tal.
Mycket bra funktion med den här magiska knappen, case closed.
och så kom 2024.2.1
https://www.home-assistant.io/blog/2024/02/07/release-20242/#release-202421---february-9
Jo, kollade lite på buggen och tillhörande buggar och det verkar väl inte vara ett vanligt fel, Hikivision integrationen hursomhelst. Men en lustig benämning iaf.tveksamt skrev:
https://github.com/home-assistant/core/pull/109966
Men kollade läget på mina backuper och det ser bra ut.
Jo, man kan använda komma i en kommaseparerad fil, men man behöver ha det i inom "".useless skrev:
Värdet är väl ett helt korrekt decimaltal? Det går ju som sagt var inte att använda komma som decimaltecken i en kommaseparerad fil.
Tidsstämpeln är också helt korrekt enligt ISO 8601.
Så problemet är inte det exporterade datat, utan att ni försöker importera det ett program med begränsad funktionalitet.
Jo men nu går det då att importera till Excel men man kan då inte öppna csv-filen direkt utan måste använda importfunktionen från ett tomt kalkylblad.useless skrev:
Så att alla kan hänga med så är det då den här nya funktionen som diskuteras. Det finns många Excelknåpare bland användare.
Nej som jag skrev så var jag nog "ringrostig"...däremot hade jag kört engelskspråkigt Excel så blir det rätt direkt om man öppnar den exporterade csv-filen från HA.tveksamt skrev:
