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

psv021

Medlemmer
  • Innlegg

    506
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    11

Other groups

Bronse

psv021 vant dagen sist 5. desember 2023

psv021 hadde mest likt innhold!

Hjemmeautomasjon

  • System
    HomeSeer

Nylige profilbesøk

2 592 profilvisninger

psv021 sine prestasjoner

Loddebolt

Loddebolt (10/16)

  • Postmaskin Sjeldent
  • Bronse Sjeldent
  • Dedikert Sjeldent
  • Første innlegg
  • Samarbeidspartner

Nylige merker

157

Nettsamfunnsomdømme

  1. Får denne feilen fra Tibberseer på begge mine HS-instanser, startet midnatt: TibberPrice, Device updated failed for devtype =100, msg: Indeksen var utenfor området. Den må være ikke-negativ og mindre enn størrelsen på samlingen. Parameternavn: index Noen tips? Noe jeg kan fikse selv? Er på versjon 0.0.3.2. Ser det er noen nyere versjoner, men såvidt jeg kan se av changelog er endringene ikke relevante (?) Edit: Det gikk over. Men nå spammes loggen av denne: TibberConsumption, Daily time sum failed ...kanskje følgefeil? I så fall ordner kanskje dette seg også etter midnatt.
  2. Litt off-topic, men tenkte jeg kunne gi andre som evt dukker opp her via søk en vei videre. Jeg burde jo forstått at det at et system forteller et annet system at det er i live (åpenbart) er et løst problem. Anbefaler https://healthchecks.io/ (betalt tjeneste, men opp til 20 checks er gratis - det bør holde for de fleste av oss). Du setter opp en sjekk, den får en unik URL, du pinger den URL'en jevnlig fra systemet som skal monitoreres. Reglene setter du selv. Jeg har satt begge mine HS-instanser til å treffe hver sin URL hver 10 minutt. Dersom det går mer enn 15 minutt går sjekken i advarsel, og etter totalt 25 minutter går det varsling. Dermed får jeg melding dersom mine HS-instanser er nede 25 minutter. Gode integrasjoner (jeg bruker Pushover + epost). Har brukt tjenesten noen uker nå, så langt fungerer det veldig bra. (Dermed er hele JSON-problematikken blitt irrelevant for min del nå.)
  3. Opplevde det samme med en tidlig versjon (101) av ID Lock. (Disclaimer - dette er mange år siden, og jeg har hatt totalt 5 ID Lock siden den gang, alle har fungert glimrende og fungerer glimrende, så ikke tolk dette som en "ikke kjøp ID Lock"-anbefaling. Heller motsatt.) Det er ikke måte på hvor utrolig effektivt 1 dårlig node kan sette hele nettverket ut av spill. 7-8 minutters forsinkelse på lys, etc, slik du beskriver. Det jeg konkluderte med den gang var at den respektive låsen oppførte seg som om den var på faststrøm, men sendte ikke videre meldinger (for den går jo batteri).
  4. Jeg håper også fortsatt på at Noen(TM) tar tak og lager en plugin. Jeg kan sikkert bidra med både testing og innspill, og potensielt også en PR eller to. Men å starte på en Plugin fra scratch, i C#, blir litt for høy terskel for meg akkurat nå. En vakker dag, osv... (Her hadde det vært kjekt å se koden til f.eks Tibberseer. Hadde nok kommet et stykke ved å kopiere og tilpasse derfra. Kanskje...) Hvis jeg skal beskrive et minimumsprodukt/startpunkt her, så ville det være sånn ca: - Lager, initaliserer og legger til/fjerner devicer i HS4 slik at det er 1:1 med anlegget. Det blir fort en del devicer, i alle fall konkluderte jeg med det når jeg laget noe i fjor. - Etablerer og holder på forbindelse til Homely via websocket. - Oppdaterer de respektive devicer når de endres i Homely.
  5. Har ikke forsøkt selv, men ser at flere er fornøyde med HSBuddy (https://hsbuddy.avglabs.net/#/README). Er det noe å se på? Ellers kan du jo evt se på f.eks. Tasker (dersom du bruker Android) (du kan kontrollere HS-devices via HTTP-requests, jeg antar at Tasker kan fyre av en slik basert på location, men stikkordet her er "antar"). (For trigging av garasjeport - er det ikke, til syvende og sist, like enkelt å gjøre det low-tech med en tradisjonell fjernkontroll?)
  6. Henger meg på og anbefaler varmt InfluxDB + Grafana. Bruker den løsningen på 2 separate lokasjoner. For det ene huset bruker jeg et script for å skrive fra Homeseer til InfluxDB, på den andre bruker jeg plugin Influx DB Persistence (den kan også lese tilbake fra Influx DB inn til HS for de som måtte ønske det). Begge deler funker fint, men anbefaler plugin. Uansett løsning, så anbefaler jeg at du konfigurerer hver device du vil speile til Influx for å unngå falske verdier. E.g noen devicer går til -999 som "undefined" osv. Angående mengde data osv. Jeg speiler sikker 200+ devicer til InfluxDB på den ene lokasjonen, og kanskje 150 på den andre. Plugin skriver kontinuerlig, mens scriptet er satt opp til å skrive hvert 10 sek eller noe sånt. I tillegg drar jeg ut masse metrics fra serverne HS kjører på (minnebruk, diskforbruk, etc) som logger hvert sekund minst. Alt dette har stått og tikket i snart 5 år på den ene lokasjonen, og i snart 2 år på den andre. Null stress.
  7. Har en primærkonto, som har tilgang til begge systemer. Det er den jeg normalt bruker med MyHS. Den funker, f.eks. via connect44. Da går den på det primære systemet. Jeg antar at dersom jeg bytter primærsystem, så vil den gå på det andre. Problemet mitt oppstår når jeg ikke bruker primærkontoen. Jeg trenger, for det første, tilgang til begge systeme. For det andre ønsker jeg ikke å ha kontodetaljer for primærkonto liggende i klartekst... Kanskje dersom gjestekontoene har tilgang til begge systemer, men ulike primærsystemer...? 🤔 Edit: Nei, funker ikke det heller. Jeg tror jeg må konkludere med at JSON via MyHS fungerer kun for primærbruker mot primært system. Så det er jo litt håpløst langs flere dimensjoner... (Kan ikke være første gang noen forsøker å få to installasjoner av HS til å snakke sammen?)
  8. Fungerer dette fortsatt - og med HS4? Jeg har klødd meg i hodet i ukesvis nå. Har 2 instanser av HS4 kjørende på hver sin lokasjon. Ønsker at de snakker sammen, for å fortelle hverandre at de er i live. Så ideen er å sende et "heartbeat" fra hvert system til det andre systemet f.eks hvert 10 minutt - da kan jeg plukke opp fra begge systemer om det andre systemet er nede, og varsle. Anyways, jeg tenkte dette skulle være relativt enkelt å løse via JSON, men det var på ingen måte trivielt. Nå har jeg gitt opp ca 27 ganger, men klarer liksom ikke helt å slippe det. Siden jeg har 2 systemer, kan jeg ikke bruke min primærbruker. Det vil kun fungere på primærsystem (default). Derfor har jeg laget dedikerte gjestebrukere for dette, som kun har tilgang til hvert sitt system. Å sende brukernavn/passord som en del av query fungerer for primærbruker på primærsystem, men det er åpenbart ikke innafor å lagre/sende det passordet i klartekst. Å sende brukernavn/passord som en del av query fungerer ikke for gjestebruker (401 Unauthorized). (Med HS4 kom det et krav om at en bruker må finnes også lokalt + MyHS - det gjør det hos meg.) Jeg begynner å mistenke at dette kun fungerer for primærkonto dersom man skal gjøre dette via MyHS - dermed er > 1 installasjoner støttet (?)
  9. Fikk gode svar fra Bert. Og etter hvert fikk jeg også mottatt rå signaler på 433 MHz med RFXcom (utdatert firmware, utdatert software...). Plukket opp masse rart, men jeg tror ikke det jeg ser faktisk kommer fra min sensor. Vanskelig å si, vet ikke hvor mye forsinkelse jeg skal påregne. Og jeg spammes ned av andre sensorer som RFXcom ikke kjenner til. Sendt noe til Bert med forbehold, men han fikk ikke noe ut av det. Tipper at en nabo har en dings som prater litt mye. Kan det være at disse sensorene polles med en form for autentisering/kryptering...? Altså at de er stille inntil de mottar korrekt poll? 🤔 Uansett, det ser ikke ut som om jeg kommer særlig lengre. Moralen er: Aldri gi masse penger til et selskap som selger deg alarmsystem uten tilgjengelig API. Selv om de lover at et API kanskje kommer...
  10. Takk for tips og tilbud. Prøver videre på RFXcom-sporet, men jeg forstår jo allerede at det kommer til å bli en prinsippsak å få knekt disse sensorene så det ender fort opp på en CC1101 eller andre løsninger 🙂 Btw, er det ikke en selvmotsigelse i "FHSS 433 MHz"? Altså "Frequency Hopping Spread-Spectrum" og så en spesifikk frekvens? Eller er det på desimalene den hopper?
  11. RFXcom ser ingenting, såvidt jeg kan finne ut. Har vært gjennom alle protokollene og trigget sensoren for hver av de, men ser ingenting i RFXmngr. Er det noe triks der for å se _alt_ som sendes på 433 MHz?
  12. Å oppdatere jevnlig er ganske fundamentalt, så jeg er enig med deg i at det må gjøres. Jeg bruker Startup Delayer, som fungerer ganske greit, i alle fall for DeConz samt en del andre ting jeg har autostart på. Da kan jeg også sørge for at DeConz starter og får noen sekunder på seg før HS blir startet, slik at de ikke begynner å krangle om port 80 og slikt. I det siste har jeg riktig nok hatt problemer med at Startup Delayer ber om admin-bekreftelse før HS starter, og har ikke funnet helt ut av det. Men oppstart av DeConz er null problem. Du kan jo ta en kikk på den og se om det funker for deg.
  13. Etter mye leting, jeg er 90% sikker på at det er denne sensoren jeg har (mange av): https://www.alibaba.com/product-detail/Maxkin-DWS-303-Tuya-Smart-Wireless_1600500363469.html Så da er det egentlige spørsmålet: Hvordan får jeg disse fanget opp i Homeseer? Såvidt jeg kan se har ikke RFXcom støtte for disse. Men forhåpentligvis tar jeg feil.
  14. Forsøker litt nå med en RFXcom, men så langt har jeg ikke funnet noen indikasjoner på at dette fungerer. Som i så fall er litt bittert, kjenner jeg. Bilde av sensorene det er snakk om, kanskje noen kjenner igjen merket/typen (skal godt gjøres, selvsagt). (Jeg har selv spraymalt de sorte.)
×
×
  • 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.