henningl

Godt mulig den er kopiert, skal prøve å lage på nytt.

Jeg har et problem med Tibberseer i eventer, om jeg bruker "price is lower/higher than custom value" og oppgir antall øre i regelen, ser det ut til at denne er True uansett hva prisen er? Flere som har dette problemet, eller er det bare hos meg?

Ganske stabilt her og.. Må kanskje restarte plugin en gang i måneden eller noe slikt. Har en event som trigger "restart listener" dersom realtime ikke har oppdatert seg på 5 minutter, og satt event til å ikke trigge på nytt på 15 minutter. Det ser ut til å ha løst mesteparten av mine problemer.

Jeg har vel brukt CLI til knapt noen ting på mine proxmox-servere, eneste jeg kommer på er installasjon av apcupsd for å få status fra UPS. Ellers er mapping av disker, administrasjon av storage og nettverk, HA, og det meste annet jeg kan komme på administrerbart fra GUI. Det meste kan selvfølgelig også gjøres fra CLI, noe jeg tenker er en fordel, siden det gjør det lett å scripte det en måtte ønske, men jeg har ikke scriptet noen ting selv i min løsning. Forøvrig anbefaler jeg å legge VM-storage på en NAS/SAN, enten NFS eller iSCSI, da det gjør det vesentlig lettere å få til live migrering av kjørende vm'er mellom proxmox-servere.

Til de som vurderer virtualisering kan jeg varmt anbefale Proxmox. Fungerer relativt likt som ESXI, men kjører på vanlig Linux, så vesentlig mindre kresen på hardware enn ESXI. Støtter også clustering, live migrate, og high availability. Og er gratis.

Ser ut som et gøyalt prosjekt. Aldri bygget 1U før. Var jeg deg ville jeg vurdert mer minne, og så gått for en virtualiseringsløsning som proxmox, og kjørt Windows/Homeseer i en virtuell maskin. Da får du en server som blir vesentlig mer allsidig, samtidig som løsningen blir mer robust, gjennom at du kan ta backup av hele den virtuelle maskinen og eventuelt flytte den til annen hardware om du skulle få problemer. Jeg har to rack-servere som kjører proxmox som cluster. Da kan jeg flytte den virtuelle maskinen mellom de to fysiske serverne etter behov (mens den virtuelle maskinen kjører), enten om en av serverne skulle gå i stykker, jeg trenger å oppgradere, eller om det skulle være andre grunner til at en server må restartes. På samme hardware kjører jeg også virtuelle maskiner for Plex, kameraovervåkning, og diverse andre tjenester.

Jeg tviler ihvertfall selv på at jeg sparer særlig mye. Mener jeg sparer litt i kroner og ører, men det er vel så gjerne innbilning. Kommer desverre ikke utenom at de serverne jeg har i kjelleren for å drive smarthuset og diverse andre tjenester bruker mer strøm enn jeg sparer med tiltakene. Vi hadde definitivt spart mest strøm ved å droppe alle mulige mulige mer eller mindre nødvendige funksjoner og levd mer som i gamle dager. Hos oss har vi smarthus, Plex, kameraovervåkning, backup og sentral fillagring, pc'er "overalt", smarte tv'er, osv. Sum strømforbruk overgår nok det en mer tradisjonell familie ville brukt. Så er det selvfølgelig en helt annen sak om min familie egentlig er villig til å gå tilbake til et mer tradisjonelt levesett. Smarthus begynte jeg egentlig med siden jeg hadde interessen, og jeg ville forberede meg på disse effekttariffene som alle ser så mørkt på. Nå er ikke jeg veldig "grønn" av meg, men allikevel kjenner jeg på at dette med miljø også begynner å bli et sentralt argument i det vi driver med. Det handler ikke så mye om å redusere strømforbruket, det handler vel så mye om å balansere det utover døgnet, både med tanke på fremtidige effekttariffer, men også ut i fra tanken om at et samlet nasjonalt effektuttak over hva vi produserer selv i Norge medfører import av kullkraft. Så mangler dere gode unskyldninger kan dere alltids gi hobbyen et miljø-alibi.

Jeg skulle ønsket meg å fått informasjon fra og kontroll av Easee-laderen i Tibber plugin, feks se ladeeffekt, og kunne sette maks ladeeffekt. Tipper dette behøver endringer i API også, men det har vel hendt at Tibber har fulgt med her på forumet så det er jo lov å håpe..

@bjwanvik : Takk for at du skapte oppmerksomhet rundt dette. Jeg ser at jeg har en oppgave å gjøre hjemme med å isolere de enkelte bruksområdene av nettverksdisken til forskjellige brukere, og fjerne unødvendig mapping av nettverksdisker.

Ja den der er vel nesten litt overkill rent bortsett fra CPU. Det er ikke noe krise med singel cpu heller. Det går helt fint. De færreste av tjenestene vi kjører i hjemme hos oss selv har jo ikke så mange brukere, så belastning er generelt lavt, med mindre du skal drive med video-transkoding i 4k i flere paralelle strømmer eller noe slikt. Den der har ihvertfall advanced ILO, som gir deg fjerntilgang over IP til skjerm, tastatur, og disker. Det er praktisk.

Alle serverne du lenker til vil fungere fint, optimalt ville jeg sett etter en som har to prosessorer, og 32 GB ram, da har du nok til å kjøre det aller meste av det som måtte være interessant. Jeg liker proliant dl-xxx G6 og nyere, men det meste duger. Fint om serveren støtter vanlige SATA-disker (SAS er dyrt), og selvfølgelig at den har RAID. Jeg har forøvrig datastore på en Synology NAS, som er satt opp med backup til sky. Da er jeg ganske sikker på at VM'ene sine disker ikke blir borte. ESXI er nok ikke vanskelig får du tak i relativt ok server fra en av de store leverandørene, men backup kan være en utfordring. Det er en av grunnene til at jeg gikk for proxmox, som er gratis og kjører på et "normalt" operativsystem så det er enkelt å ta backup av hele VM'er. Jeg har forøvrig satt opp proxmox i cluster med to servere som er koblet på samme datastor (synlogoy nas), slik at om den ene serveren går ned kan jeg starte opp VM'ene på den andre serveren i løpet av et par minutter. Edit: Husk at med singel host esxi kan du være screwed dersom serveren ryker. Nå har disse enterprise-serverne en tendens til å leve nærmest evig i min erfaring, men alikevel, dersom du får en feil på esxi-serveren din og må bestille reservedeler enten fra Norge eller Ebay, har du en reserveløsning da de dagene/ukene serveren er nede? Om du bruker proxmox eller tilsvarende KVM-basert løsning kan VM'ene startes opp igjen på nærmest hva som helst av hardware du måtte ha liggende eller kunne skaffe på kort varsel.

Om du ikke har noe i mot litt støy, kjøp en brukt rack-server på finn.no og bruk den til virtualisering. Om du er skeptisk til esxi, anbefaler jeg proxmox som er vesentlig mindre kresent på oppsett, og fungerer ypperlig hos meg. Eventuelle usb-dingser setter du i en Raspberry PI som gir det usb over ip. (finner oppskrift her på forumet).

Replace node var faktisk genial. Tok en factory reset, og deretter replace node, og pluggen ble inkludert på nytt, men lot seg ikke skru av og på. Prøvde så replace node mot en helt ny plugg og fikk akkurat samme resultat. Ser at jeg får noen feilmeldinger i loggen ved inkludering om at noen krypteringsmetode ikke kan finnes, deretter klarer ikke hs3 å lese assosiasjoner fra pluggen. Har konkludert med at denne pluggen trolig ble inkludert secure en gang i tiden, og at det skaper problemer nå. Fjernet enheten (remove node) og inkluderte den på nytt som en ny enhet uten sikkerhet, og nå ser den ut til å fungere fint.

Jeg har flere ganger siste året opplevd at fibaro wall plugger faller ut. Virker som om de mister assosiasjonen sin. Hs3 mister all kontakt, og pluggen lyser rødt om jeg drar den ut og setter den inn igjen, er det noen som har erfaringer med lignende? Pluggen fungerer fint om jeg resetter den og inkluderer den på nytt som en ny device, men det er styrete da den da faller ut av eventer og scripts, finnes det en god måte å inkludere en device på nytt slik at den erstatter en eksisterende device, dvs ikke får ny id?

Jeg sjekket bare om det var noen Tibberseer-prosesser som kjørte på tidspunktet, og det var det ikke, med unntak av det lille tidsrommet når jeg startet plugin og før den kræsjet. Kan jo tenkes at det er hos Tibber de ikke klarer å rydde i sockets. Om det skjer igjen skal jeg se om jeg kan finne åpne sockets enten på serveren eller brannmuren hos meg, om det er mulig.

Fikk god hjelp av Kjell hos Tibber til å løse problemet. For det første bruker appen ikke API'en, og teller dermed ikke med som åpne sockets, men det stemmer at det er to sockets som er tilgjengelig. Siden det bare er Tibberseer hos meg som er knyttet til API, må det være Tibberseer som har åpnet begge socketene. Og de ble ikke frigjort til tross for både restart av plugin og restart av server, samt venting i flere timer. Socketene hadde nok blitt frigjort til slutt av seg selv, men Kjell hjalp meg å stenge dem, og siden det har alt fungert fint. Sånn i ettertid er det vanskelig å si hvorfor plugin har mistet to sockets og prøver å åpne en tredje, men det kan tenkes at det er relatert til at jeg har en event som gjør en "restart listener" hvert 10 minutt dersom realtime-data ikke har vært oppdatert siste 5 minutt. Om jeg skal gi noen input på plugin vil jeg si at det gjorde det ekstra kjedelig at plugin kræsjer etter oppstart når realtime ikke får socket. Den burde fortsatt å kjøre uten realtime, og eventuelt logget feilen som kom fra API'et.

Takk for hjelp. Der ser jeg at jeg får data på forbruk, pris, osv, men på "Realtime consumption" får jeg følgende feil: "Too many concurrent sockets for token" Såvidt jeg vet er det bare Tibber appen og Tibberseer som er koblet til API'en. Får høre med Tibber.

Hei, jeg har slitt noe voldsomt med tibberplugin i dag, startet med at den ikke oppdaterte seg i dag tidlig. Restartet plugin og fikk bare følgende feilmelding: Initializing plug-in(2): TibberSeer Instance::Objektreferanse er ikke satt til en objektforekomst.STACK: ved System.Runtime.Remoting.Messaging.LogicalCallContext.PropagateIncomingHeadersToCallContext(IMessage msg) ved System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) ved HomeSeerAPI.IPlugInAPI.InitIO(String port) ved Scheduler.clsHSPI.CheckInterfaces() Deretter prøver jeg å restarte hele maskinen, og får loggen full av følgende feilmeldinger for alle child-devicene. Device (415) TibberSeer TibberSeer Price Current Price is marked as child, but does not reference any parent Har prøvd å slette alle devicene og, men da laget plugin 3 root-devicer, og ingen child devicer. Og der står jeg fast nå. Edit: Restartet server på nytt, og da kom de fleste child-devices på plass etter at jeg slettet alle devicer, men ikke child-devices under Realtime root (pulse). Plugin kræsjet ganske raskt, og lar seg nå ikke restarte igjen.

Har dere prøvd å installere en gammel versjon først og så oppgradere?

Tibber vet også utetemperaturen der du bor, enten via værmelding eller netatmo, vil tro det også inngår i "algoritmen".

Forrige versjon fungerte sånn noenlunde ok for meg, men tenkte det var på tide å oppdatere til den nye versjonen, men siden jeg gjorde det blir jeg jevnlig logget ut av verisure-appen på telefonen. Plagsomt, for da får jeg ikke lenger push-meldinger. Leste litt her i tråden, og har nå prøvd å flere dager å få lagt til en egen bruker hos verisure som Homeseer kan bruke. Jeg får lagt til brukeren, og det sendes en epost med invitasjon til epost-adressen jeg registrerte på den nye brukeren, jeg trykker da på invitasjonen fra Verisure, og fyller ut skjema for å opprette ny bruker, når dette sendes inn får jeg feilmelding tilbake om å prøve igjen om noen minutter. Dette har pågått i noen dager. Noen som har opplevd tilsvarende?

Er du sikker på at det er spot du har? Og er den timeavregnet eller beregnet gjennomsnitt? Jeg hadde fjordkraft i mange år. For to år siden ble jeg litt mer prisbevist og fikk byttet til spot-pris hos fjordkraft. Et par måneder senere så jeg at de hadde flyttet meg over på et helt annet produkt som inneholdt både garantert pris og forsikring mot lynnedslag. Jeg ringte tilbake og ba om å få Spot igjen, og det fikk jeg. Et par måneder senere sjekket jeg og jammen meg hadde de ikke flyttet meg over på noe annet igjen. Jeg prøvde enda en gang å få Spot, samme skjedde tredje gang. Har du fjordkraft og tror du har spot bør du sjekke dette månedlig. Jeg gikk lei og byttet like greit til Tibber, som bare har et spot-produkt, som er reel spot, og ingen lureavtaler.

Godt mulig det er sammenhengen ja.

Merkelig, jeg har Kaifa/Nuri fra BKK og trenger ikke ekstra strøm på.

Da kom det i gang igjen! Hadde 3 HSPI_TibberSeer.exe-prosesser som kjørte, som jeg kverket først. Kom samme feilmelding i loggen ved oppstart, men nå ser det ihvertfall ut til å fungere.