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

Odd

Medlemmer
  • Innlegg

    324
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    4

Innlegg skrevet av Odd

  1. Jeg oppdaterte min kontroller før jeg begynte å bruke den.
    Mener at jeg måtte ha en bestemt firmware for å støtte Somfy RTS.
    Det er det ene, det andre er at jeg ser at kontrolleren registreres som offline og uten com port.
    Det har jeg aldri sett på min løsning.

    Jeg ville ha sjekket FireWire og innstillinger med rfxmngr fra en annen maskin.
    Da får du sjekket både com port og firmware.

  2. 3 minutter siden, antonkristensen skrev:

     

    Er du gal eller, vet du ikke at folk kan finne ut om du sitter å ser på tv, eller hvilken kanal du ser på eller om du vasker klær, står svett og støvsuger eller bruker tørketrommelen, det er jo et kjempe brudd på personvernet, ville i allefall ikke ha på noe porno men du har smartmåler i hus, kryptering er jo super viktig...

     

    https://stoppsmartmaalerne.no/privatliv-og-personvern/

     

    :)

     

  3. 1 minutt siden, tronde skrev:

    Kan du ikke heller komme opp med hvorfor det er et problem at du får valget mellom kryptert og ukryptert? Jeg ser det som mye smartere å ha muligheten fra start, enn at noen lager noe faenskap med tapping av data som ingen hadde sett for seg om fem år.

     

    Problemet er at leverandørene ikke har levert en løsning som gir meg valget enda.
    Derfor er det ikke greit om de implementerer en krypterings løsning jeg ikke kan velge bort.
    For meg kan de godt gi konspirasjons teoretikerne muligheten til å kryptere, men da må den kunne velges bort for oss vanlig dødelige.

  4. 1 minutt siden, tronde skrev:

    Nå har de startet prosessen med å få elhub på lufta. Det er ikke helt usannsynlig at det vil komme tariffer den veien. Det har så vidt jeg vet aldri vært meningen at det skal pushes andre priser enn dem som gjelder for eget abonnement, og de kan nok komme via elhub.

     

    Imponerende at prosessen har startet.
    De har jo ikke visst om dette kravet så veldig mange år.

  5. 1 minutt siden, tronde skrev:

    Det er greit med konspirasjonsteorier -  noen av dem har vist seg å holde vann. Du overser et problem, og det er at ledningen fra måleren i det låste skapet kan gå ubeskyttet inn til din låste leilighet.

     

    Hvis noen virkelig vil ta seg bryet med å koble seg mellom mitt HAN grensesnitt og måleren så blir jeg imponert.
    Jeg vil påstå at hvis noen tror det skjer så tror de mer på konspirasjons teorier enn meg :)

  6. Jeg skrev en fremgangsmåte her:

     

    På ‎18‎.‎11‎.‎2017 den 10.19, Odd skrev:

    Jeg ser at temaet er IFTTT, men legger nå inn denne løsningen som et alternativ.

    Jeg liker ikke at styringen er avhengig av en skyløsning.

     

    Å styre Somfy enheter er faktisk ganske enkelt og mye billigere enn en skulle tror :) i alle fall når en vet hva Somfy enheter koster.

    Jeg har 6 persienner og 3 blendegardiner og en Tahoma gatway. Tahomaen kan hvem som helst få kjøpe billig av meg, for den trengs ikke.

    Kjøp en RFXtrx433e den gjør nytten til så mangt, masse 433 utstyr som benytter den frekvensen, blant annet Somfy.

    Sett den opp sånn:

    Skjermbilde.thumb.PNG.6daf258fab8a07a39a810198e4ab2a0b.PNG

    Deretter lager du noen sånne som passer til ditt oppsett:

    Skjermbilde.thumb.PNG.946e98ec2900dfd07545c18a6475df1d.PNG

    Da får du noe sånt:

    Skjermbilde.thumb.PNG.0c75d583b2ed0ca234ce7ea4cc6ca8d0.PNG

    Velg hvilken Somfy enhet du vil styre med Somfy fjernkontrollen.

    Flytt den så den står sånn ca. midt mellom endestoppene, (Det er for at den skal kunne kvittere).
    Påse at du kun styrer en Somfy enhet, og trykk inn programknappen på baksiden av fjernkontrollen til den kvitterer med å gå opp og ned.

    Trykk deretter på programknappen til en av devicene du lagde,

    Somfy enheten skal kvittere med å gå opp og ned.

     

    Jeg omprogrammerte oppsettet en smule fordi jeg ikke syntes at knappene var logiske i HS3:

    Skjermbilde.thumb.PNG.45f0e12e06048072217fa1dd483dd828.PNG

     

    Da har du full styring av enheten din :)

     

     

    • Like 1
    • Thanks 1
  7. Bakgrunnen for kryptering har vært diskutert tidligere.
    Det finnes ingen grunn til å kryptere informasjonen på HAN grensesnittet.
    Informasjonen er jo tilgjengelig enten via diode eller direkte visuell avlesning uansett hvis en har tilgang til måler.
    Den eneste logiske forklaringen er at nettselskapene ønsker å kryptere for å tjene penger på tredjeparts produkter eller for å beholde en monopol situasjon.

    Det vil bli enklere å se om de tar overpris, og det vil bli enklere å spare strøm.

    Det er vel ingen overraskelse hvem som vil tape på det?

  8. 56 minutter siden, xibriz skrev:

    Jeg tenker at det kan være nødvendig å buffre opp ca. ett minutt med data før man sender.

      

    Også kan man jo måle om det er nok data til å sende før man våkner :)

     

    Ja, kombinert med å bare sende videre hvis dataene endrer seg utover et visst nivå.

    Det hjelper imidlertid ikke hvis en ikke har "lagret" litt effekt så en har litt mere enn hva HAN porten leverer på forhånd.
     

  9. 5 timer siden, xibriz skrev:

    Trenger vi en egen tråd for AMS uten ekstern power? Uansett, jeg følte at denne hører hjemme her:

     

     

     

    Du linker til riktig fyr :)
    Han har vært med på grunn designen av flere løsninger som nå er i salg.
    Jeg har et kort han har lagd som faktisk bruker en annen prosessor for å vekke opp hovedprosessoren når det er nødvendig.

     

    Det som jeg stusser litt på er om vi faktisk oppnår noe med å "spare" strøm i mellom, 
    når det er den nødvendige lesingen og videresendingen som faktisk er kritisk og trekker mest.
    Det er hva vi bruker i øyeblikket vi leser, som er utfordringen slik jeg ser det. Vi får ikke uten videre mere tilgjengelig ved å "spare" mellom lese øktene.
    Da må det i tilfelle inn et annet HW design.

    Denne artikkelen er imidlertid veldig interessant for oss som bruker ESP32 til batteri drevet overvåkning av tilstander,

    og som rota med assembler i forrige årtusen :)

     

  10. 2 timer siden, Moskus skrev:

    Hva skal HAN-porten kunne motta...?

     

    På min måler kunne jeg muligens ha spurt to M-bus givere for varmtvanns forbruk som jeg har.

    Disse var tilkoplet min forrige måler for fjernavlesning.

    Det vil si givere eller andre M-bus enheter koplet opp mot måleren og som aksesseres via HAN porten.

     

    Det som kanskje kan ødelegge den muligheten er hvordan NVE har valgt å sende informasjon ut på bussen uten at noen har spurt om den.

    Den vanlige måten å innhente data på en M-bus er å spørre etter den når en trenger den, noe jeg vil si er my mere logisk.

     

    Uansett hvis dere velger å ta med både rx og tx, vel en kunne benytte grensesnittet mot andre M-bus enheter enn en måler med HAN.

     

    Vel, dette er ikke så viktig for meg, jeg bare stusser på at en velger å ta bort noe på et grensesnitt som har støtte i HW og i en standard.

    Jeg velger bare en annen løsning som har støtte for både rx og tx.

  11. 35 minutter siden, Moskus skrev:

    Det kan jo stemme, men den er ikke et krav i hht. NVE. :)

    Vår Aidon har ikke en slik port.

     

     

    Neivel, skjønner.

    Men er både RX og TX på HAN grensesnittet der?

     

    Litt synd at designet ikke holder seg til M-Bus standarden allikevel da.

    Med både RX og TX kunne det ha vært brukt på andre M-bus enheter som for eksempel ventilasjons systemer i tillegg.

    Nå er det spesialtilpasset til en bestemt bruk og støtter ikke engang funksjoner på alle målerne i Norge.
    Hvem vet om ikke det med tiden kan bli bruk for TX?

  12. 7 minutter siden, xibriz skrev:

    @MLLrefererer nok til HAN-porten. Den ble vel avklart tidligere at den M-bus porten noen målere har et noe annet. 

     

    I følge dokumentasjonen er punktene under dekslet jeg tok bilde av, tilkoblingspunkt for andre M-bus slaver.

    Disse kan leses av over den i utgangspunktet standard M-bus porten som måleren er utstyrt med.

    Forutsetningen er imidlertid at en kan polle de andre giverne, det vil si sende en melding til de (TX).
    Det går ikke med det designet det er lagt opp til her.

    Hvis en har holdt seg til standarden, kunne en sannsynligvis ha lest og styrt ventilasjons systemer med M-bus og alle andre givere.

    Jeg har både ventilasjon og to vannmålere som kan koples til.

  13. En ting jeg stusser på her er at grensesnittet holder seg ikke innenfor M-bus standarden da det ikke går an å sende meldinger fra det.

    Eller tar jeg feil?

    Hvis det er tilfellet kan jo ikke dette brukes på andre M-bus givere.

    Det er faktisk mulig å kople flere m-bus givere på strøm-måleren som slaver for å lese av for eksempel vann forbruk.

    Vi får imidlertid ikke lest disse uten å kunne sende en melding til de.

    • Virker som Fitbit har endret måten den tolker søvn kvaliteten.
      Kona har Fitbit 3 og det er litt forskjell på hvordan søvnkvaliteten kommer opp i HS3 og i Fitbit applikasjonen.
      Vil legge til at jeg har fremdeles stor glede av dette tillegget.
    • Mest fordi en kan lage morsom respons på antall skritt.
  14. Jeg har kun erfart dette på den gamle låsen.
    Byttet etter litt over ett års bruk fordi den spilte en annen melodi.
    En uke senere var låsen på nytt tom.
    Jeg tok da ut alle batteriene samtidig, lot den stå uten batterier i 10 minutter … det så ut til å løse utfordringen.

    Dette peker egentlig på kommunikasjons problemer med styre enheten slik jeg tolket det.

    Jeg måtte legge inn noen settinger på nytt etter "resettingen".

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