TropiskNektar

Jeg har satt meg ut på en ferd hvor målet er å få et par Device i Homeseer for å: A) Se om Zaptec lader elbilen B) Kunne stoppe og starte laderen fra HomeSeer Utgangspunktet mitt er at jeg kan null om VB scripting, jeg kan svært lite powershell, jeg forstår ikke REST/JSON/API og har vanskeligheter for å lære meg ting. That said, i powershell vet jeg i det minste hvordan jeg setter en variabel, så steg 1 i mesterplanen min er å prøve å lese av Zaptec API'et derfra. Etter mye googling har jeg klart å sy sammen denne koden: $TokenParams = @{ "URI" = "https://api.zaptec.com/oauth/token" "Body" = "grant_type=password&username=*****.***@gmail.com&password=*******" "Method" = 'POST' "Headers" = @{ "Content-Type" = 'application/x-www-form-urlencoded' } } $response = Invoke-RestMethod @TokenParams Den returnerer: access_token ------------ eyJhbGciOiJSUzI1NiIsImtpZCI6IjlGRjBCQzc2MTZBOUIzR****************zEiLCJ4NXQiOiJuX0M4ZGhhcHMtX0hqY3pyVF9yTmR6VUFKM0UiLCJ0eXAiOiJ*************hMTc0OTEzNi02OTczLTQwO***********2Ny00ND*********YmYiLCJuYW1lIjo... So far so good. Deretter stopper suksessen min. $TokenParams = @{ "URI" = "https://api.zaptec.com/oauth/token" "Body" = "grant_type=password&username=*****.***@gmail.com&password=********" "Method" = 'POST' "Headers" = @{ "Content-Type" = 'application/x-www-form-urlencoded' } } $response = Invoke-RestMethod @TokenParams $token = $response.access_token $headers = @{ Authorization=Bearer $token } $Url = "https://api.zaptec.com/api/chargehistory" $responseData = (Invoke-WebRequest -Uri $Url -Method Get -Headers $headers -UseBasicParsing -ContentType "application/json").Content Invoke-WebRequest : The remote server returned an error: (401) Unauthorized. Jeg har prøvd diverse metoder for å manipulere $token. Konvertere den til json, deretter både med og uten "" fnutter som kommer foran og bak. Jeg har prøvd å bruke $response som den blir returnert fra token delen, formatere, vri, vende, og så mye forskjellig at jeg ikke lenger har noen anelse om hva jeg har prøvd og ikke prøvd. Resultatet er stort sett det samme, men veksler mellom powershellfeilmeldinger eller (401) Unauthorized. Virker som at jeg sliter med akkurat det samme karen her slet med: https://forum.fibaro.com/topic/58026-zaptec-api/ Det som er interessant er at om jeg bruker https://api.zaptec.com/help/index.html og kjører en test derfra, så får jeg opp hvilken token den bruker for å kjøre en GET. curl -X GET "https://api.zaptec.com/api/chargers" -H "accept: text/plain" -H "Authorization: Bearer ***********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************" Hvis jeg tar en kopi av token etter "Bearer", og erstatter $token med den samme Zaptec API'er bruker - så fungerer det fra Powershell også. $headers = @{ Authorization=Bearer $token } Noen som har noen anelse om hva jeg gjør feil?

Jeg følger den guiden jeg linker til under, og når jeg tar backup - så restore på controlleren via HomeSeer, så får jeg beskjed om at backupen er for gammel. Er det noen som har forslag til hva jeg kan prøve? Z-wave optimalisering er sekundert, min primære bekymring er at jeg ikke kan ta restore av backup... Backupen er fra i dag kl 14:30 - og jeg prøvde backup av den filen noen sekunder etterpå, og nå 5 timer etter. Samme feil begge gangene - "Backup too old" Jeg har en eldre Aeotec Z-Stick Gen5, så jeg prøvde å laste ned ny firmware til 1.02. Det var no-go. Prøvd å oppdatere firmware på 3 forskjellige datamaskiner, og hver gang jeg trykker "start" i update toolen, så får jeg beskjed om at COM porten ikke eksisterer og sticken forsvinner fra Device Manager. Etter alt styret med å oppdatere firmware som ikke gikk, så satt jeg den tilbake i HomeSeer serveren og prøvde ny backup/restore - samme feil. Any idea what to do now? HomeSeer 4 - siste versjon

Jeg ønsker at tibberseer skal støtte Gudbrandsdal Energi 😄

Nei det gjør jeg faktisk ikke. Det er jo veldig rart.. Jeg tar kontakt med Tibber og spør Hvis jeg prøver "Real time subscription" kommer det bare opp: "Your subscription data will appear here after server publication!" Dette prøvde jeg i dag tidlig og det fungerte. Prøver jeg "Consumption" så kommer dette: Kanskje jeg har gjort ett eller annet som har stengt meg selv ute

1. Jeg deaktivere TibberSeer 2. Jeg slettet så alle devices relatert til TibberSeer 3. Jeg aktiverte så TibberSeer igjen 3a. Ingen devices kom opp igjen automagisk 4. Jeg gikk så igjennom "Configure price grabbing" med default bokser huket av 4a. Etter ca 1 min fikk jeg opp alle prisene 5. Jeg gikk så igjennom "Configure consumption grabbing". Huket av for alle boksene 5a. Kun "Consumption Root" kommer opp som device. Jeg ventet så 8 minutter, fortsatt ingen ting så jeg restartet plugin igjen. Funker heller ikke, så prøvde nå restart av hele HS4, fortsatt ingen data som kommer opp. Jeg fant forresten ut hvorfor jeg gikk igjennom prosessen på nytt til å begynne med, jeg ville legge inn "Today Devices" og "Tomorrow Devices" for å se hva det var for noe Her er fra loggen: TibberSeer Debug TibberSeer ERROR TibberSeer Warning

Jeg var inne i Configuration og gikk igjennom Configure prosessen igjen av en eller annen grunn. Det gjorde at jeg fikk opp alt dobbelt. Kun det siste som ble lagt inn ble oppdatert, så alt det andre hadde siste endring 14.12.2020. Jeg prøvde så å slette det som ikke lenger ble oppdatert, og det gjorde at også det nye som ble oppdatert forsvant. Jeg klarer nå ikke å få det tilbake Alt jeg kan se er priser, men alt som har med mitt forbruk å gjøre kommer ikke opp. Jeg har prøvd: * Gå igjennom configure delen på nytt * Prøvd å trykke på "Refresh Now" under Consumption Root og "Restart Listener" på Realtime Root * Slette alle devices, deaktivere plugin, aktivere plugin, konfigurere på nytt Ingen ting fungerer. Er det noen som har tips til hvordan jeg kan få løst det?

Da skjønner jeg mer, tusen takk https://www.elvia.no/pilot/nettleie-modeller-i-pilotprosjekt Elvia har visst noe lignende pilotprosjekt, men ingen av dem eller måten de fakturer oss på nå er lik den dere snakker om. Selv om jeg syntes 48,325 øre/kWh er veldig dyrt (dagens nettleie), så det virker som at jeg kommer bedre ut nå enn jeg ville gjort med de andre modellene. Jeg får vel bare være glad og tenke at det kunne vært verre Det virker som på begge modellene de prøver ut at det kan være fornuftig å investere i en gasskomfyr fremfor strøm, ettersom middagen alltid lages når prisene er dyrest, spesielt dyrt på vinteren.

Ref. denne tråden: Jeg skjønner ikke helt hva som diskuteres i den tråden. Er det slik at jeg kan påvirke nettleien jeg betaler til Elvia? Jeg prøvde å søke det litt opp selv, og det eneste jeg kom frem til er at om mange reduserer strømforbruket sitt, så øker nettleien for å dekke kostnadene ved overføring av kraft. https://www.nve.no/stromkunde/nettleie/ Når jeg ser på min egen faktura, så virker det som at jeg betaler for det totale forbruket. Nettleie Energiledd 2 222,29 kWh á 48,325 øre/kWh (for 1. nov - 30. nov 2020) kr 1 073,93 Fastledd kr 100,00 per måned (for 1. nov - 30. nov 2020) Det står også følgende: "Det betales for hver kilowattime (kWh) som forbrukes." "Målernummer xxxxxxxxxxxxxxx Adresse 1 er timemålt. På timemålte anlegg avregnes anlegget etter verdier som er samlet inn automatisk fra måleren. Avregningen er basert på følgende forbruk: Forbruk i perioden 1. nov - 30.nov 2020 2 222,29 kWh" I tillegg, slik jeg leser på nve.no så er prisen per kWh time satt basert på kostnadene strømselskapet regner med å ha det året i forbindelse med nettet sitt, og dersom vi betaler for lite, så øker prisene neste år, eventuelt synker dersom vi har betalt for mye. Hvis jeg forstår det rett, så gjelder det da ikke oss, det som det snakkes om i den tråden? Altså at det spiller ingen rolle om jeg bruker 4kWh iløpet av en time, vs 4kWh spredt over 4 timer.

HomeSeer ligger kun i gruppe 1, mens knappene har gruppe 2, 3, 4 og 5 og de respektive lysene er lagt inn i sin gruppe. Så det er ingen blanding mellom HomeSeer og lys i noen grupper. Bør det være det? Hva skjer om HomeSeer f.eks lå i gruppe 2?

I mitt tilfelle er det snakk om 1-til-1 assosiasjon. Nano controlleren er satt opp slik: Controller 1: Gruppe 2 - Lys A Gruppe 3 - Lys B Controller 2: Gruppe 2 - Lys B Gruppe 3 - Lys A. Så hvis Controller 1 skrur på lys A, så må man trykke to ganger på Controller 2 for å skru dem av igjen. Jeg tror ikke det er noe direkte feil noe sted, jeg ser samme greia uavhengig av controller eller device jeg prøver å styre. Det er nok bare slik Z-wave fungerer. Jeg tipper off og on kommandoene ikke er like og som er årsaken til dette her. På controllere som har en dedikert off og on knapp, så gjelder ikke dette problemet. Det er kun på controllere som har én knapp for både på og av. Det er ikke veldig problematisk, men jeg prøver alltid å gjøre dette litt mer brukervennlig for familien, og dette er en av punktene som irriterer Jeg skjønner ikke helt det siste spørsmålet ditt. Det er lagt inn som device i HomeSeer, men det ligger kun i en gruppe på en enkelt bryter, og de styres kun ellers av events i HomeSeer. Det er ikke gjort noen andre innstillinger på dem i HomeSeer annet enn å sette navn.

Jeg tror ikke det er relevant. På soverommet: Bryter: NanoMote Quad ZWA003C (2 stk) Lys: Nexa Z-Wave mini plug-in av/på AN-180 Stua: Bryter: Sunricher ZV2400TAC-SL-B (Direkte koblet til ett lys) Lys: 2xNexa Z-Wave mini plug-in av/på AN-180 1xDimmer2 3xFibaro FGS-211 Jeg opplever det samme på alle 3 bryterne, altså at man må trykke flere ganger for å skru av. Det er som om bryterne har en intern lagring som forteller status på lyset uavhengig av om lyset står på eller ikke. Så hvis lyset allerede står på, så må man trykke en gang for å "skru det på" internt i brytere, deretter en gang til for å sende shutdown kommandoen. Problemet med at ikke alle lysene skrur seg på eller av i stua samtidig er også helt vilkårlig. Noen ganger er det Dimmer 2 som ikke skrur seg av, andre ganger er det stikkontaktene. Men det blir jo et annet problem igjen.

Jeg lurer på om noen har noe løsning på dette problemet. Er ikke så mye et problem, kanskje heller mer et irritasjonsmoment. Min kone og jeg har hvert vårt lys på nattbordet. Vi begge har en liten z-wave dongle som styrer vårt eget, og den andres lys. Hvis jeg skrur på mitt lys med min knapp, så må min kone trykke to ganger for å skru av lyset med sin knapp. Det samme gjelder for eksempel i stua, hvis noe automatikk skrur på lysene, eller vi gjør det via web-grensesnittet, så må man trykke to ganger på den fysiske knappen i stua for å skru av. I stua kan det nesten klassifiseres som et problem, fordi lysene ligger inne i bryteren som en gruppe (Det er 6 lys). Ofte trykker vi da én gang - venter litt, så trykker igjen. Da starter lysene å skru seg av, men ofte blir et par av dem værende på. Da kan vi enten gjenta samme prosess, skru på (bortsett fra at da skrur lysene seg på siden noen av dem faktisk er slått av), også av igjen. Eventuelt skru av de siste lysene via webgrensesnittet. En mulig løsning jeg kan komme på for stua er å legge opp enda en knapp-bryter som heller gjør det samme med events. Jeg har bedre erfaring med å skru av mange lys på den måten, men da blir det enda en knapp å tenke på. Å styre lysene via gruppe i knappen er et must, fordi jeg har opplevd flere ganger at det er noe med HomeSeer, enten feil i OS, dongle eller serverhardware som gjør at HS ikke fungerer, og da må fortsatt de fysiske bryterne fungere. Det løser uansett ikke problemet med at man må trykke flere ganger for å skru av (Eller på) lys som er skrudd på via andre måter enn den bryteren man prøver å bruke.

Jeg skulle til å legge inn dette selv nå og fant heller ikke pluginen i listen. Den kom etter jeg restartet HS4 og tok en refresh

Jeg har jo selvfølgelig ikke tålmodighet til å vente på evt svar her, så jeg har allerede satt i gang backup og startet å opprette alle events på nytt og aktivert de pluginsa jeg bruker. Men jeg skjønner jo ikke hvordan dette skulle skje, jeg har restartet HS4 flere ganger siden oppdatering uten at det har vært noe problem. Jeg er jo en smule redd for at dette vil skje en gang til senere.

Lurer litt på hva som blir korrekt fremgangsmåte her Syntes HS4 opplevdes litt tregt, noe jeg har opplevd flere ganger etter oppgradering fra HS3 til HS4. Ikke så mye at det er noe problem, men det skjer i ny og ne. Som vanlig avsluttet jeg programmet fra serveren, så kjørte en restart av hele OS'et. Når det kommer tilbake igjen, så legger jeg først merke til at alle devices er i rutevisning og ikke listevisning som jeg har satt det til. Så finner jeg ikke igjen devicen jeg satt å jobbet med når ting startet å henge. Fortsetter å lete litt og skal se om den finnes i Z-wave nodes listen, og da ser jeg at alle plugins er disabled. Virker som at hele HS er resatt tilbake til der den var den gang jeg kjørte oppgradering fra HS3 til HS4, som er en vel 2 uker siden nå. Det som også er litt rart er at om jeg sjekker i denne mappen: C:\Program Files (x86)\HomeSeer HS3\Data\HomeSeerData.json Så har jeg: devices.json, sist modified 06.12.2020 12:41 devices.json.bak, sist modified 06.12.2020 12:43 Altså backupen er nyere enn orginalen, og i backup finnes alle devices jeg har lagt inn siden HS4 upgrade. Events backup er overskrevet, så de har jeg mistet. Jeg har i utgangspunktet backup, men glemte å aktivere den igjen etter HS4 upgrade 😞 Slik så loggen ut etter restart (Merk at jeg avsluttet HS4 ved å X'en ut lokalt i OSet, det er vel riktig måte å avslutte det på?)