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

Rufus

Medlemmer
  • Innlegg

    84
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    1

Innlegg skrevet av Rufus

  1. På 14.11.2019 den 9.04, JohnMartin skrev:

    Flytter man bare over zll.db fila, som man finner i  /home/.local/share/dresden-elektronik/deCONZ/zll.db

    Må man visstnok uansett resette og inkludere enhetene på nytt.

    Jeg måtte ikke resette og inkludere på nytt. ? 

    • Like 1
  2. På 13.11.2019 den 22.21, ZoRaC skrev:

    Det er visst bare en fil du skal trenge å flytte over, zll.db, mener jeg den heter. Flytter du over den og ConBee-pinnen så skal man være «good to go», mener jeg. :) 

    Kan bekrefte at det fungerer å bare flytte over zll.db ? kan også bekrefte at raspberry pi 4 og aeon z-stick gen 5 IKKE er plankekjøring. Den klarer ikke å oppnå kontakt, så jeg måtte gå tilbake til rpi3. Skal gjøre noen forsøk med en usb hub og se om det gjør noen forskjell. 

    • Like 1
  3. Hei, har dessverre hatt et SD-kort havari på min Raspberry Pi3.

    Jeg har backup av SD-kort, i tillegg til backup av Homeseer mappa, så jeg er ikke helt på bærtur heldigvis. :)

    Det jeg ikke har tenkt på er backup av Conbee/Deconz.

     

    Tenker nå på å sette opp en ny Pi4 som jeg allerede har satt opp med Rasbian Buster.

    Er det noen som vet hvordan det er å få flyttet Deconz over på ny enhet? Har ikke helt skjønt hvor informasjonen ligger her? Jeg har en Conbee versjon 1.

    Hva ligger lagret i selve Conbee enheten? Er informasjonen tapt dersom jeg ikke har tatt backup på denne?

  4. 6 timer siden, Venin skrev:

    Det tror jeg vil løses bedre med sensorene på nettbrettet i stedet for en ekstern sensor.

    Har tenkt tanken, men det gamle rakkelet av et nettbrett som skal brukes i starten har dessverre ingen sånne sensorer. Vurderte en raspberry pi med en nærhetssensor. Må bare 3d printe veggfeste så får jeg teste hvordan det fungerer i praksis ?

  5. 4 timer siden, Guahtdim skrev:

    Her er det vel snakk om at han skal trigge at en telefon/skjerm/nettbrett skal våkne idet man går forbi.

    Det er riktig ? og det fungerer ganske bra. Tasker plugin er jo superrask, ingen forsinkelser ?

  6. Da tror jeg at jeg fant ut av det. Bevegelsessensor trigger en event i HS som gjør følgende :

    Control Tasker plugin device - Custom Code - og så rett og slett bare skrive navnet på Tasker task i String feltet under.

    Tydeligvis må man bruke STORE bokstaver i navnet til Tasker task, samt ingen mellomrom. Tror heller ikke ÆØÅ er mulig men er ikke bombesikker :)

  7. Har akkurat lastet ned Tasker plugin og begynt å leke litt. Jeg skjønner litt, men sliter med å få til følgende :

    Jeg ønsker å skru skjerm på nettbrett av/på basert på en device i HS (bevegelsessensor).

    Så vidt jeg skjønner kan jeg bruke GetValue til å oppdatere en variable i Tasker som igjen trigger en event som skrur skjerm av/på?

    Problemet er at jeg ser ingen mulighet til å kjøre GetValue oftere enn hvert 2 minutt. Ønsker selvfølgelig umiddelbar respons ved endring av device i HS.

    Noen som har en fiks ide på hvordan dette kan gjøres? Tasker er forøvrig ikke det mest intuitive jeg har vært borti ;) Eller er jeg bare slow?

    Nettbrettet er tenkt plassert på veggen ved ytterdøra som et slags statusdisplay (Homeseer Mobile).

  8. 9 timer siden, mk1 black limited skrev:

    Klør meg i hodet her - jeg får det ikke til å virke. Får ikke en gang ned grab-fila.

    Hva har du skrevet i ini-fila? 

  9. 5 minutter siden, ZoRaC skrev:

    Fant ikke noe Java, men azimuth beregnes med Jacascript ja. Og man kan ikke scrape det med Jon00-løsningen, siden den ikke kjører JS-koden...

    Da var det ikke bare meg da ? prøver å lære meg å scrape, og fikk det til på andre sider, men ikke suncalc.org. Da skjønner jeg ihvertfall hvorfor ? Enig i at et script som beregner azimut er bedre. Slipper å være avhengig av andre for å få riktig data. 

    • Like 2
  10. 37 minutter siden, ZoRaC skrev:

    Fint om noen kan se over scriptet og formlene og se hva jeg kan ha gjort feil... :)  tror jeg må ha sett meg blind på det...

    Jeg har fortsatt null kontroll på scripting ? men hvis det er til hjelp så observerer jeg at den teller motsatt vei av det sola gjør. Verdien burde vel være stigende, siden sola går opp i øst og ned i vest. 

  11. 6 minutter siden, ZoRaC skrev:
    Sitat

    Average solar radiation for a location on the northern hemisphere with a latitude angle of 47° - 55°.

     

      • sunny, clear sky 
        • summer: 600 - 1000 W/m²
        • winter: 300 - 500 W/m²
      • sunny, skattered clouds or partly cloudy
        • summer: 300 - 600 W/m²
        • winter: 150 - 300 W/m²
      • cloudy, fog
        • summer: 100 - 300 W/m²
        • winter: 50 - 150 W/m²

     

    Nå ligger vi litt lengre nord, men vi er vel mellom vinter og sommer nå, så 250-450 w/m2 et kanskje realistisk ved lettskyet vær?

    Kan godt være at det stemmer :) Bare syns det høres mye ut. Samtidig som at flere andre sider viser til lavere tall. Det kan kanskje ha noe med definisjoner og hvor mye av denne stråleenergien som er mulig å utnytte.

     

    https://ndla.no/nb/node/8257?fag=7

    image.png.57a5040400290ad71924a71605a6478c.png

  12. Jeg leser også mange steder at man regner med at ca 30% av all stråling blir reflektert ut av atmosfæren igjen. Jeg skal se gjennom scriptet i kveld og prøve å forstå hvordan man beregner de forskjellige verdiene, og så skal jeg se til uka om jeg får tak i forsker-vennen min som sikkert kan bidra med noe nyttig informasjon.

    Nøyaktigheten på verdiene kommer selvfølgelig an på hva man skal bruke verdiene til. Jeg har lyssensor ute som jeg heller bruker til f.eks lysstyring. Det fungerer utmerket uavhengig om Lux-verdi er helt korrekt eller ikke :) Eventuelle unøyaktigheter ser ut til å være likt hver gang, så resultatet blir det samme hver gang.

    Det er også veldig snedig å ha en device som sier i hvilken himmelretning sola kommer fra. Det kan jeg bruke til varsling på om jeg skal kjøre ned persienner eller ikke (har ikke motordrift). :)

    Samtidig kunne det vært kjekt med en device som viser mest mulig reel verdi for potensial oppvarming av huset. Det kan jo brukes i temperaturstyring f.eks.

  13. 44 minutter siden, ZoRaC skrev:

    Jeg tror kanskje verdiene for radiation som legges i devicene er uvektet - altså ikke korrigerer for skydekke. Lux er derimot beregnet med skydekke. Hva får du pm du tar radiation * Kc (se i loggen)?

    Vet du forresten om verdiene blir justert for hvor langt gjennom atmosfæren strålingen må gå gjennom?

  14. 34 minutter siden, ZoRaC skrev:

    Jeg tror kanskje verdiene for radiation som legges i devicene er uvektet - altså ikke korrigerer for skydekke. Lux er derimot beregnet med skydekke. Hva får du pm du tar radiation * Kc (se i loggen)?

    Nå har det blitt noe mer overskyet :) Jeg får 295 W/m2 dersom jeg tar 0,71799(Kc) * 411 W/m2 (Radiation,total).

    Det er mulig at verdiene er riktig, men jeg er usikker på hva de representerer. For meg er det kanskje mest vesentlig å kunne vite hvor mye huset potensielt kan bli oppvarmet av sola.

    Og jeg kan ikke skjønne at man her i Norge på denne tiden av året kan bli tilført så mye varme som 300-400 W/m2. :)

    Finnes det noen forklaring på hva de Radiation verdiene representerer? Har du noen formler for hvordan scriptet regner ut verdiene?

    Jeg kan eventuelt høre med en bekjent som er forsker og som muligens kan ha litt peiling på dette temaet.

×
×
  • 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.