Odd

Jeg har E versjonen ... Den ser imidlertid lik ut, og jeg kjører E firmware. Om dette har noe å si vet jeg ikke. Jeg synes det er rart at HS ikke ser com porten din .. jeg tror feilen ligger der.

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.

De fleste har ikke tilgang til HAN port engang. Dette er min siste post på dette temaet, såfremt ingen leverandør ansatte klarer å provosere meg igjen

Jeg jobber som prosjektleder, jeg er kjempe imponert.

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.

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

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

Takker har sendt han forespørsel Jeg bruker jon00 sin nå, og har testet litt på Harmony Hub av Tien.

Var ikke ment som kritikk, bare så andre ikke synes jeg gjentar meg selv

Jeg skrev en fremgangsmåte her:

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?

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.

Kan vel legge til at HomeSeer har et nytt program for mobil som riktignok er i beta enda, men som ser ut til å bli svært enkelt å sette opp egne løsninger i. En bør i tillegg velge enheter som lar en styre for eksempel lys uten at en må ha en server oppe til enhver tid.

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

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.

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?

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.

Det stemmer ikke helt. Min har punkt for tilkopling av andre m-bus givere for eksempel forskjellige typer vann og effekt målere.

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.

Jeg mener den kostet ca 1500 og er z-wave

Jeg kjøpte original grensesnittet til leverandøren, det lar meg styre bl annet hastigheten på luft fra HS3

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".