Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

Moskus

Administrator
  • Innlegg

    16 849
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    799

Alt skrevet av Moskus

  1. Minner meg selv på at jeg må installere denne snart. Men, spørsmål: Får jeg en device som viser X nærmeste hendelser? Kunne vært praktisk for f.eks. HStouch.
  2. Og hvem er netteier? Kanskje du kun får stipulerte data med ujevne mellomrom. Jeg hadde hørt med Tibber.
  3. Jo, så lenge du er Tibber-kunde. Men er du helt fersk Tibber-kunde er det ikke mye data å hente. Tibber har kun data fra dagen du ble kunde, og alle papirer er i orden.
  4. Moskus

    ID-Lock V2

    Det kan også evt. bety at de som har svart ikke har observert problemet, eller at de ikke har forstått problemstillingen... statistikk på få observasjoner gir ofte feil.
  5. OK, legg inn .259 istedenfor da.
  6. Da må dere sjekke i developer.tibber.com. Gå til API Explorer, last inn "personlig token" og vel "Consumption" eksempel-scriptet. Eller bare bruk dette, som er ferdig tweaket: { viewer { homes { consumption(resolution: DAILY, last: 30) { nodes { from to totalCost unitCost unitPrice unitPriceVAT consumption consumptionUnit } } } } }
  7. .259 er vel siste offisielle?
  8. Jeg har et script for scraping av Stavanger Kommunes nettsider. Gir meg neste tømmedato og avfallstype.
  9. Det største problemet er å finne IDen og tilhørende "secret". Så plagsomt at det skal være så unødvendig vanskelig...
  10. Jo... men bluetooth. Da heller wifi/skytjeneste.
  11. What?! Funksjonene er jo dønn like!
  12. Ja, feilen er at "home nr 0" (dvs. det første hvis du skulle ha flere) ikke har en enhetspris. Snodig!
  13. Rette byen, iallfall!
  14. Wait what? Er det lovpålagte påslaget varierende nå?
  15. Som du sier: Gresset er alltid grønnere på den andre siden. Og slik det er nå er det ingen systemer som er "perfekte", og jeg tror ikke at noen systemer i det hele tatt kommer til å bli det. Det er det i det hele tatt lite i verden som er perfekt. Alt er et kompromiss (og ikke bare innen hjemmeautomasjon). Man må bare selv velge et system som går minst ut over det man selv synes er viktig. For meg ligger det i det enkle oppsettet. Jeg tok tiden på meg selv i jula, mest fordi det er faktisk ganske lenge siden jeg inkluderte nytt utstyr selv: Det tok under 4 minutter å inkludere to lys og en bevegelsessensor og så sette opp lysstyring med forskjellig nivå basert på Lux i rommet. Det er jo meg da. Jeg kan HS. Men jeg ble faktisk overrasket over hvor smidig det gikk. (Det såga ikke sier noe om er hvor mye det irriterte meg at jeg måtte bruke "unødvendig tid" på å gi fornuftige navn til alle enheter etterpå, det tok minst like mye tid, og man må være nøye med navngivingen når man har 1300 devicer). Som vi har vært inne på, så er jeg enig med deg om at SDKet til HS-plugins trenger hjelp. Det er nesten vanskelig å få det vanskeligere enn det der, bl.a. fordi f.eks. nettside-kreasjon er nødvendig for å gi en tilfredsstillende brukeropplevelse. I HASS er det ikke like nøye for der er det alltid en halv million parametre man må knote i en tekstfil uansett, og i OpenHAB er det alltid noe java-kode man må tweake litt for å få det til å fungere som tiltenkt. Men en HS-plugin må som oftest ha en config-side som minimum, det gjør det mye lettere å bruke. Jeg lager alltid et console application først med alle klasser og kode først. Der kan jeg frustrere meg over selve jobben som skal løses. TibberSeer, FitbitSeer, RobonectSeer, TrådfriSeer og CoffeSeer har alle console applikasjoner som kjører standalone. En HS-plugin er i prinsippet en console app, med litt ekstra kode. Ellers kan man t Jon00-prisnippet. Han satser på kvantitet, men jeg kan ikke si over kvalitet for han har høy kvalitet. Men det er ikke veldig fokus på gode interfacer, og det er litt jobb å sette hans plugins og scripts opp.
  16. ... og el.sertifikater. Jepp, det er dyrt!
  17. Kan du ikke bare legge det på github, da?
  18. Amerikansk selskap. Man må alltid gjennom første linje-support.
  19. Jepp. Vi hadde denne diskusjonen med HS-gutta da vi var i overgangen. Etter påtrykk fra en del "gamle" HS-brukere ville de gjøre funksjoner så like HS2 som mulig, men problemet med det er koden ble veldig lite konsistent. Eksempel: hs.DeviceValue henter verdi fra en device og bruker Device Ref, men for å sette den verdi til en device må man bruke hs.SetDeviceValueByRef(). Hvem faen har tenkt?! ''' <summary> ''' Registers the web page in HomeSeer ''' </summary> ''' <param name="link">A short link to the page</param> ''' <param name="linktext">The text to be shown</param> ''' <param name="page_title">The title of the page when loaded</param> ''' <remarks>HSPI_SAMPLE_BASIC</remarks> Public Sub RegisterWebPage(ByVal link As String, Optional linktext As String = "", Optional page_title As String = "") Try Dim the_link As String = link hs.RegisterPage(the_link, plugin.Name, instance) If linktext = "" Then linktext = link linktext = linktext.Replace("_", " ").Replace(plugin.Name, "") If page_title = "" Then page_title = linktext Dim webPageDescription As New HomeSeerAPI.WebPageDesc webPageDescription.plugInName = plugin.Name webPageDescription.link = the_link webPageDescription.linktext = linktext & instance webPageDescription.page_title = page_title & instance callback.RegisterLink(webPageDescription) Catch ex As Exception Log("Registering Web Links (RegisterWebPage): " & ex.Message, LogType.Error) End Try End Sub Bruk: RegisterWebPage(link:=configPageName, linktext:="Configuration", page_title:="Configuration") RegisterWebPage(link:=pricechartPageName, linktext:="Price charts", page_title:="Price charts") Resultat: @Guahtdim har gjort en fantastisk jobb! https://github.com/Moskus/hspi_CsharpSample/blob/master/hspi_CsharpSample/Config/WebConfig.cs
  20. Kanskje vi bare er smarte nok til å forstå det? SDKet kunne vært bedre, ikke uenig i det. Men jeg vet ikke hvor du har hentet din eksempelkode fra, og jeg forstår den ikke. ??? *sukk* ? Hæ? Men OK, jeg skal være seriøs: Grunnen til at jeg bruker HomeSeer er ikke det sexy grensesnittet eller det fantastiske SDKet. Men heller at det: Er stabilt Er enkelt å bruke i det daglige (f.eks. endre regler, devicer, etc) Støtter alt jeg har bruk for (og jeg er i stand til å programmere det som andre ikke gjør Kan brukes uten å "hacke" noe som helst. I HomeSeer er det sluttbruker som står mer i fokus enn f.eks. HomeAssistant. Og sluttbruker i HS-verdene er ikke utrolig IT-kompetent. Han kan ikke kode, og er sannsynligvis ikke interessert i å lære det heller. Han vil derimot ha muligheter til å lage avansert automasjon og han vil at det skal være stabilt. Og kunne bruke f.eks. IFTTT, Alexa, Google Home, etc. Hvis du hater SDKet så vanvittig fordi det er komplisert (og ja, jeg synes også det er unødvendig vanskelig å lage en webside), så er det en ærlig sak. Men da er kanskje ikke HomeSeer for deg.
  21. Nix. Hvis HS ikke har registrert det, har nok ikke sensoren sendt det. Sett på Polling på 12 timer, og se om det skjer noe etter et døgn eller så.
  22. Den verste tolkningen er at en eller annen økonom har regnet på det og funnet ut at så populære produkter ikke er lønnsomt å selge...
  23. https://www.home-assistant.io/components/deconz/ ?
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.