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

Bronson

Medlemmer
  • Innlegg

    138
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    4

Innlegg skrevet av Bronson

  1. 50 minutter siden, xibriz skrev:

    Pass på å ikke gå for ett typisk "dev kit" men en ren ESP8266. Dev-kittene har ikke RX-pinne tilgjengelig (som jeg brukte en hel kveld på å erfare).

     

    23 minutter siden, roarfred skrev:

    Jeg har bruk dette kortet: https://www.xnsense.no/product-page/xnsense-proto-mx-2-7-6-esp8266

    Og denne boksen: https://www.xnsense.no/product-page/medium-boks

    (Egentlig fordi jeg var med xnsense og lage disse og hadde noen liggende. Mange gode alternativer)

     

    Nå nærmer jeg meg en fullkommen liste! Eneste da er at jeg ikke klarer å skille hva et typisk "dev kit" er, så link til ESP8266 som kan brukes settes veldig pris på. ?

  2. Jeg har hørt rykter om at ingen spørsmål er for dumme, så jeg slenger meg ut på:

     

    Er det mulig å kjøpe produktene på nett som brukes i denne bridgen? Finnes det en handleliste et sted?

     

    Hvis man først klarer å oppfriske loddeegenskapene fra grunnkurs elektro på VGS, trenger man noe software for å få bridgen til å fungere?

     

    Hilsen en som fikk måleren installert i dag og begynner å bli rastløs for å få ut informasjon fra den.

  3. Enebolig på 200kvm fra 1985. To beboere, normal bruk. Vamepumpe som oppvarming i tillegg til folie i hele andre etasje og varmekabel på bad. Varmekabler på alle gulv i grunnivå. Vedovn for kos.

     

    2015: 25300 kWh

    2016: 25400 kWh

    2017: 22950 kWh (Estimert)

     

    Det som er interessant for vår del, er at det er kommet en elbil fra februar 2016. Blitt tydeligvis flinkere til å bruke mindre strøm ellers siden det ikke har påvirket noe.

     

    Nattsenk og behovsstyrt temperatur på alle varmesoner. 

  4. 15 minutter siden, roarfred skrev:

    Tror kanskje jeg foreløbig har det eneste huset hvor en slik dings er i drift, så helt ferdig er det jo ikke :) Siden det rulles ut 3 ulike målere i norge nå, så ønsker jeg å få bygget inn støtte for disse, derfor har jeg litt assistanse fra andre for å samle inn feil og erfaringer.

     

    De fleste systemer for hjemmeautomasjon vil nok ha mulighet til å snakke med en MQTT server. For oversetting til KNX finnes en rekke prosjekter på github (krever sannsynligvis en hjemmesentral el.l. hvor denne koden kan kjøres), eller også ferdige devices som eks. http://cdinnovation.com/maestro-supports-iot-mqtt/

     

    Har allerede denne, så blir gjerne litt overkill med et slik produkt i tillegg kun for å lese denne informasjonen.

     

    15 minutter siden, roarfred skrev:

     

    M-bus er jo signalet i seg selv, så her trenger du ingen ekstra device. (Utstyret du har må dog støtte M-Bus push)

     

    Har undersøkt litt rundt denne, men da trenger jeg noe som heter VIF og DIF og det har jeg ikke funnet igjen i dokumentasjonen fra Kamstrup. Så har lagt den på is.

     

    15 minutter siden, roarfred skrev:

     

    Selve MQTT serveren kan du kjøre på en offentlig server (ser en kar som vedlikeholder en liste over ulike tilbydere her: https://github.com/mqtt/mqtt.github.io/wiki/public_brokers), eller du kan også kjøre dette på en Raspberry PI lokalt i ditt eget nett. (Oppsett er gjort på en halvtime, men ikke sikkert du har lyst til enda en dings å vedlikeholde, om du ikke ser andre fordeler med å ha en liten linux server i hjemmet)

     

    Er jo ikke helt utelukket den. 

     

    Men ser jo nå etterhvert at det er muligheter da, selv om de kanskje er litt gjemt for den vanlige mann i gaten.

  5. 2 minutter siden, roarfred skrev:

    No hard feelings :) Ville bare vise at det fungerer fra ende til annen, og understreke at poenget med MQTT er en åpen protokoll som ikke gjør deg avhengig av et abbonement og en konto noe sted.

     

    Er litt nysgjerrig på hva du mener med en mer lesbar protokoll. Hva ville stått øverst på lista?

     

    Var faktisk ikke klar over at det var kommet helt i mål siden det virket som det enda var en diskusjon rundt det, men det er kanskje vedrørende andre medlemmer sine prosjekter?

     

    Det er vel rent egoistisk sett og for min egen del at jeg mener en mer lesbar protokoll. KNX, M-Bus, Modbus. Ser at det er logisk å bruke MQTT, men jeg har ikke noe per dags dato som kan sende dette videre til KNX igjen. 

  6. På 10/27/2017 den 23.42, roarfred skrev:

     

    Dette burde kanskje være godt nok bevis på at det funker: http://etne.ro4r.no:4999/ui/

     

     

    Bare sånn at vi har det på det rene, jeg har aldri mistenkt din løsning for å ikke virke. :) Jeg har kun skummet tråden din da det er litt over mitt nivå, så hvis jeg har gitt inntrykk av noe annet, beklager jeg det.

     

    På 10/27/2017 den 23.46, roarfred skrev:

    Dette var nettopp poenget mitt å ikke gjøre. Det kommer til å vrimle av slike dingser om en liten stund (men kanskje du må vente til 1. jan 2019), men utfordringen er at de kommer til å levere data til en skytjeneste utenfor huset ditt, hvorfra du kanskje via et API kan hente ut og bruke dataene igjen. Målet med mitt prosjekt var å gjøre dataene fritt tilgjengelige (dvs. bedre enn HAN), men uten å sperre dem inne i en proprietær løsning på nett.

     

    Fritt fram for hvem som helst å produsere og tjene penger på det jeg har gjort :)

     

    Mulig naivt av meg, men håper og tror det vil komme produkter som oversetter denne informasjonen direkte til en mer lesbar protokoll.

     

    På 10/28/2017 den 0.03, roarfred skrev:

    Dette er forøvrig det nærmeste jeg har kommet noe ferdig:

    https://www.develcoproducts.com/products/meter-interfaces/emi-norwegian-han/

     

    Framstår som proft og fint, men forteller egentlig veldig lite...

     

    Vi nærmer oss her, bare er ikke noe fan av at det går til ZigBee.

  7. 12 minutter siden, xibriz skrev:

     

    koden er jo knekt i den andre tråden du refererer til og godt dokumentert på github :)

     

    Joda, og det er vel og bra det, men så har du de av oss som bare vil bestille et produkt på nett som kommer ferdig i en eske og oversetter informasjonen til KNX. ;)

  8. Trodde format og hva som man skulle hente ut allerede var definert fra NVE sin side?

     

    En annen ting som er litt interessant, er jo nettleverandørens "ansvarsfraskrivelse". Skjønner at grensen må gå ett sted og at de har ansvaret til og med måler, men synes det er litt artig at de kan si at det er utenfor vårt område. 

     

    Så da er teorien at vi har et par målerleverandører som leverer sine produkter og så er det opp til andre produsenter å lage noe som passer sammen med dette? Burde det ikke vært stilt krav til at målerleverandørene også leverte et produkt som gjorde at man kunne lese ut denne informasjonen med en standardisert protokoll?

  9. Har ikke lyst til å kuppe tråden til @roarfred, så har bare lyst til å tenke litt høyt her.

     

    Det er jo utrolig imponerende det arbeidet som blir lagt ned å for kunne lese ut den informasjonen man kan hente ut fra HAN-grensesnittet. MEN! Er det kun jeg som er overrasket at det ikke finnes noen produkter som er plug and play og kan lese informasjonen? Eller, for å si det med andre ord, er det noen som vet om noen produkter som dette kan gjøres med? Sendte en mail til Norgesnett nå nylig og fikk dette svaret:

     

    Sitat

    Nei, så vidt vi kjenner til så finnes det ikke noe slikt på markedet foreløpig.

    Dette blir jo en "tilleggstjeneste" som vil ligge utenfor vår virksomhet som netteier.

    Vi har kjennskap til at en del strømleverandører, og antagelig andre typer selskaper også, jobber med løsninger for dette.

    Blant annet holder vårt søsterselskap SmartEnergi på med et slikt prosjekt.

    Hvis interesse for dette, kan du jo kontakte dem, se www.smartenergi.com.

    Ha en riktig fin helg.


    Med vennlig hilsen
    Norgesnett


     

     

    Altså, rulles det ut pallevis med målere rundt om i Norge og så har vi ikke klare produkter til å lese denne informasjonen? Drit i displayet og S0-puls, det er HAN-grensesnittet som er interessant. :)

     

    Hvis noen har allerede klart å hente ut koden, håper jeg det blir informert om. Både de som har klart det og vil klare det framover.

    • Thanks 1
  10. 6 timer siden, Automatikk skrev:

    Spennende at vi alle (stort sett) har forskjellige valg.

     

    Her går det i Schneider dimmere og reeler, SpaceLYnk controller, Schneider brytere, Schneider PIR og zennio-piller. Så langt i alle fall. I tillegg integrerer jeg mot HUE, SmarterCoffee, Sonos og Nest. Så langt i alle fall 1f609.png

     

    Det er jo det som er så herlig med KNX! Utrolig deilig å kunne slippe å tenke på kontrollere og kompatibilitet. :)

  11. 1 minutt siden, Frank Nilsen skrev:

    Har du noen tips/erfaringer med Thinknx og z-wave? Er på jakt etter noe jeg kan bruke til trådløse magnetkontakter for å se åpen/lukket status på vinduer og dører.

     

    Sammen med en stikk som jeg kjøpte på Claseren og Fibaro dimmer fungerer den fint. Magnetkontaktene fra Claseren ville ikke samarbeide og stripsen fra Sensative hadde jeg ikke tålmodighet til å parre. ;)

     

    Ryktene går om magnetkontakter på KNX RF, så jeg venter spent på det. I mellomtiden fikset jeg det med god gammeldags kabling og binærinngangen på den ene glassbryteren min.

  12. 5 timer siden, Automatikk skrev:

    Alltid interessert i hva folk velger av produsenter. Hvem har fått innpass i tavla og rommene dine?

     

    Zennio - brytere, dimmere, binærinnganger, releblokker/piller, IR-sender, IP-interface, detektorer, spenningsforsyning, fargeskjerm med mobilapp

    Thinknx - server, brukergrensesnitt, GW til Z-Wave, Philips Hue og Apple Homekit

    Elsner - Temperatur og fuktfølere, utesensor, bevegelsessensorer

    Siemens - relepiller og binærinnganger

    Esylux - detektor

    SE Lightmanagement - dimmere

    MDT - brytere

    Intesis - grensesnitt mot varmepumpe

     

     

  13. 14 minutter siden, RoRy skrev:

    1. Hvis jeg trekker et ekstra rør fra teknisk rom til alle lysbrytere.

    2. Et ekstra rør fra  tekn.rom til og mellom gulvstikk på hvert rom.

    3. Et ekstra rør fra tekn.rom til og evt. mellom takstikk på samme rom.

    4. Et ekstra rør fra tekn.rom til temp.reg med gulvføler på hvert rom hvor det skal legges vannbåren varme.

     

    Er jeg da brukbart i mål?

     

    Kan et rør til vindu/dør(sensorer) gå i sløyfe mellom dem, eller må man ha et trekkrør fra tekn.rom til hvert punkt?

     

    Sikkert mer etter hvert..1f913.png

     

     

     

     

     

     

    Hvis disse ekstra rørene er for å være sikker med tanke på eventuelle produkter du skal styre senere, er du vel ganske safe ja. Slik du beskriver, får du iallfall dekket lysstyringer, gulvstikk av/på og eventuell varmestyring senere. 

     

    Når det gjelder trekking til sensorer for dører og vinduer, er det litt avhengig av hvilket produkt du tror du kommer til å gå for. Noen KNX-produkter har innganger for sensorer innebygget, så da er det ikke nødvendig å trekke helt til tavlen. Om du uansett velger å ville trekke det helt tavlen, er det litt avhengig av hvilken kabel du velger. Kjører du kun et par, må du da trekke fra hver sensor til hver inngang, velger du en kabel med flere par, kan du gjerne fordele litt.

     

    Mange veier til Rom. ;)

  14. Hei hei!

     

    Angående KNX, støtter jeg deg fullt ut! Nå skal det sies at jeg unøytral og går foran som fanebærer for KNX, men uansett. ;)

     

    Det var vel litt slik fra gammelt av i KNX at tanken var at alt skulle være sentralisert, altså i sikringsskap. Dette er heldigvis kommet en forandring på og det er nå mange gode muligheter for at komponentene kan være ute i anlegget. At du bruker Bigbox er selvfølgelig et kjempepluss. 

     

    Når det kommer til trekking, kan buskabelen gå akkurat hvor du vil, så lenge den ikke går i ring. Derfor er det en fordel å trekke den rundt til alle punkt i tilfelle du ønsker å ha et produkt der enten i dag eller i senere tid. Noen velger som @Moskus sier å trekke alle tilførsler til sikringsskap for maks fleksibilitet, men det er jo en smaksak.

     

    Når det gjelder belysning, vil jeg anbefale Dali hver dag i uken. Perfekt dimming og perfekt kontroll. Du får en god fleksibilitet og trekkingen blir også litt annerledes da.

     

    Planlegger du å ha et brukerpanel som en slags sentralstasjon, vil jeg anbefale deg å trekke kablet nettverk fram til den slik at du har muligheten til å styre huset ditt via et eventuelt brukerpanel.

     

    Når du først har åpne vegger og gulv, vil jeg anbefale gulvføler i alle rom hvor du har gulvvarme. Det er mange som mener romføler er godt nok, men så lenge du har sjansen, vil jeg absolutt anbefale gulvføler i disse rom.

     

    Tror det var de anbefalingene jeg kom på akkurat nå, men bare til å spørre hvis du lurer på noe! Lykke til!

  15. 2 minutter siden, roarfred skrev:

    Ok, krysser fingrene da. (Min erfaring er at denne protokollen er hel annerledes enn min måler på varmepumpen. Den er en zenner med m-bus. Der må jeg forspenne med 34V og så må jeg selv sende adresserte pakker for å spørre etter data. På AMS'en ligger det allerede en forspenning, og data pøses ut uten at noen har spurt etter dem. Forhåpentligvis er m-bus mer komplisert enn jeg trodde, og kanskje gatewayen detekterer dette selv)

     

    Kunne forresten vært kjekt med en link til denne gateway, hvis du har det...

     

    Har forstått det slik at det ikke er rett fram, men satser på å komme i mål til slutt.

     

    https://www.arcus-eds.de/mbus.html

  16. For de av dere som har Norgesnett:

     

    • Blir deres målere levert med Mbus? Ja
    • Hvordan blir grensesnittet, blir det lagt ut en liten ledningstamp for tilkobling eller er det mulighet for tilkobling på selve måleren? Det kan kobles til en datakabel i HAN-porten med rj45 plugg.
    • Det går rykter om at selv om en får måler med Mbus i hus, må dere «åpne opp» for at huseier kan lese ut informasjon fra denne måleren. Hva sier dere til det? Det stemmer. Det vil bli mulighet til å bestille denne åpningen via «Mine sider» på www.norgesnett.no, men dette er ikke klart før etter oppstart den 3.oktober. 

    Norgesnett leverer Kamstrup sin måler med HAN-modul. Mbus-GW er allerede kjøpt inn. :)

  17. 9 timer siden, Moskus skrev:

    Å justere dimmekurve hadde vært snaisent, det skal jeg innrømme. Men resten er jo der. :) 

     

    Her må jeg si som de sier på tv-en: Jeg legger meg paddeflat. Når Fibaroen ble installert, koblet jeg opp funksjonene mot KNX og har vel egentlig bare latt det skure å gå etterpå. Tenkte jeg skulle gjøre litt forarbeid før jeg svarte her og ser at det er masse diverse innstillinger:

     

    image.png.87481a1be4db17da2287383111081614.png

    image.png.4c29b8094fc36a0c357b45f1e866cc02.png

     

    Men hvis vi først skal begynne å sammenligne og jeg skal gå ut som fanebærer for KNX, da må jeg jo nesten fortsette med argumentene for denne KNX-dimmeren:

     

    • Kan velge to dimmetider. Disse kan bestemmes i ETS eller en kan løse ut objekt for det slik at en kan skrive dimmetid i sekunder via KNX-bussen.
    • Kan velge feilmeldinger som kortslutning, overspenning, overoppheting, unormal frekvens, feil på tilførselsspenningen, feil type belastning.
    • Heartbeat-funksjon, brukes for å melde fra om at produktet er online.
    • Timer-funksjon
    • Blinkefunksjon
    • Scene- og sekvensfunksjon
    • Alarm-funksjon
    • 2 innganger for bevegelsesføler, (impuls)bryter eller temperaturføler
    • 10 logikkfunksjoner

    Har sikkert litt med hva en er vant med, men magefølelsen min er mye bedre på en KNX-dimmer. :)

    • Like 1
  18. Bruker jo litt forskjellig typer dimmere her i huset, men det er ikke å stikke under en stol at det er KNX som er å foretrekke. Da mesteparten av huset er rehabilitering, var det jo noen områder hvor det ikke passer med tavlemontert dimmer, men dimmer i "pilleform". Zennio slapp sin nå, da ryker Fibaro sin ut. :)

     

    dimmer.thumb.jpg.65081169e11b9536feacb5254d890a04.jpg

     

    Det er sikkert fordi jeg er vant med KNX og ikke så kjent med andre protokoller, men det er så utrolig digg å få muligheten og funksjonene som er i en KNX-dimmer:

     

    • Valg av type lyskilde (RCL, CFL, LED)
    • Redigering av dimmekurve
    • Leading eller trailing edge
    • Valg av dimmehastighet
    • Bestemme hvilken verdi lyset skal starte i
    • Nedre grense for dimmeverdi

    For de spesielt interesserte, ser det slik ut på objektnivå i ETS5.

     

    ets.thumb.PNG.682dfd9780986e89768d81ff1dad3347.PNG

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