Vinnerliste

Her er min omformer fra 24v/12v til 3,3v invertert. zenerdioden og kondensatorene kan droppes..

Jeg har @roarfred sitt kort og @xibriz sin kode i drift på "min" Kamstrup-måler , og det fungerer fint (se bilde forrige side). Kortet ble imidlertid litt "prototypeaktig" fordi jeg hadde feil RJ45 konnektor - og jeg vil gjerne ha med lysdiode som indikerer at datapakker levert fra TSS721 til ESP. Jeg jobber derfor med et mer kompakt kortutlegg, hvor jeg bruker SMD-komponenter for motstander og de fleste små kondensatorer. Jeg legger komponenter på begge sider av kortet, og har da fått klemt det inn på omtrent halve arealet: 50 x 35 mm. Dette er Work In Progress, jeg kommer til å dele det ferdige resultatet her når det er klart. Og jeg kommer til å få kort til overs når jeg etter hvert bestiller, så jeg kan dele med andre interesserte. Kort på denne størrelsen koster ikke mer enn ca 100-150 kr for en pakke på 10 ferdig levert, så frimerket for å sende ut kort blir dyrere. ? Jordplanet er ikke lagt ennå - men jeg har fått rutet alle signalene samt 3,3V, så det gjenstår ikke så mye arbeid. Jeg kommer til å jobbe litt videre med designet, jeg håper å finne en løsning for å bli kvitt 5V spenningsforsyningen ved å bruke en av sleep-modusene på ESP'en. Jeg har valgt å beholde temperatursensoren (U2 / DS18B20). Koden jeg bruker leser den foreløpig ikke - men jeg synes den er fin å ha der. (Så irriterer jeg meg litt over C6 som er eneste hullmonterte kondis. Dette fordi den er på 220 pF, og jeg kun har 100 nF chipkondensatorer i skuffen... ? mulig jeg bestiller så jeg får den også over på chip.) Dersom noen har innspill / forslag til forbedringer er dette et godt tidspunkt!

Du bruker script i tekstfeltet. Bytt ut "deviceref" med Reference ID til devicen du vil vise. F.eks [$SCRIPT=&hs.DeviceLastChangeRef(deviceref)]

Fekk ny Touran fredag og installerte plugin i går. Ser lovande ut så langt ?

Fikset litt på scriptet slik at det er lettere å gjenbruke. Sett inn counternavn og deviceref til devicen man skal kopiere til skilt med en "|" i parameter i HS eventet. Sub Main(ByVal parms As String) Dim ref() As String = Split(parms.ToString, "|") Dim value As Double = hs.CounterValue(ref(0)) Dim str As String = hs.CounterValue(ref(0)) hs.waitsecs(1) hs.SetDeviceValueByRef(ref(1), value, True) hs.SetDeviceString(ref(1), str, True) End Sub

Det går litt smått for tiden, men nå er det grundig testet og fungerer hver gang. Jeg logget strømforbruket, og lagde en device i som heter Syklus som skifter mellom : Fyller vann, tømmer for vann, sirkulering uten varme, sirkulering med varme, og tørking. Logget hvert vaskeprogram og fant ut at det var forskjell på antall ganger varmen skrudde seg på, og hvor lenge den var på. Kortvask har ingen forvask med varme, Normalvask har 1 runde forvask med varme, og Sterkvask kjører 2 runder med forvask med varme. Etter å ha laget endel eventer for å skifte status på syklus, samt en timer og en counter, har jeg en virtuell device som viser vaskeprogram. Kortvask gjenkjennes etter 11 min, Normalvask og Sterkvask etter 16 min. Når vaskeprogram blir definert trigges en event som starter ZoRaC's flotte script, og teller ned "Tid til ferdig". Parameter for "tid" i scriptet er selvfølgelig forskjellig for hvert vaskeprogram. Jeg brukte Device History plugin for å logge strømforbruk, slik at jeg kunne se at alt virket som det skulle. En plugin som sterkt anbefales Easytrigger var veldig kjekk å bruke i eventene for å styre "syklus". Til info lagde jeg også en event som setter timere på pause dersom oppvasken stanses i starten av programmet. Det hender seg at maskina blir åpnet for å sette inn gjenglemte ting og tang, i starten av programmet. Screenshot fra Homeseer Mobile Beta viser devicene. "Tid til ferdig" har vært innenfor +/- 2 min hver eneste gang PS! Totaltid for vaskeprogram er avhengig av temperatur på vannet inn, samt spenning. Men vil anta at det ikke er kjempestor variasjon.

Edit: Rettet ref. til fuktsensor. Ser at det er flere tråder som går på regulering av ventilasjonsvifter. Jeg kom over en OMRON frekvensregulator og har nå endelig fått på plass en løsning for å fuktstyre avtrekksvifta som trekker luft ut av bad og vaskerom. Vifta er en SystemAir/Villavent VV450 S som trekker ca 0,56A Denne hastighetsregulerer jeg med en Qubino 0-10 V dimmer som er koblet til en OMRON VS mini J7 frekvensregulator. Jeg fant ikke noe 12-24 V ut fra frekvensregulatoren, slik at Qubinoen er forsynt av en 12 VDC LED driver fra Biltema til 79,- kroner Som fuktsensor bruker jeg Philio PAT02-B som reagerer rimelig kjapt på endring i fuktnivå i rommene. Bruker så scener i Vera for å sette vifta til max når fuktighet stiger over 42% og regulerer ned til minimum når fuktnivået er under 40 % (Grenseverdiene blir sikkert justert etterhvert, men funker nå) Med en slik frekvensregulator så kan vifta reguleres helt ned til stans uten antydning til mekanisk støy som man får med en dimmer. 35% på Qubinoen gir ca 20 Hz ut på regulatoren og er en passelig grunnventilasjon fra våtrommene. Oppsettet mitt er helt støyfritt med unntak av luftstøy i ventilene med vifta på max. Deilig å slippe å huske på å skru opp vifta før en dusjer og skru den ned igjen etterpå! Frekvensregulator: http://www.ebay.co.uk/itm/Omron-VS-mini-J7-Frequency-converter-CIMR-J7AZB0P2-1PH-230V-0-25kW-/302194175444?hash=item465c2d2dd4:g:UgIAAOSwKtVWzs2q Qubino 0-10 V dimmer: https://www.tronika.no/no/lysstyring/975-dimmer-0-10v-zmnhvd1.html Philio Multisensor: https://www.tronika.no/no/zwave-sikkerhet/1004-multisensor-pat02-b.html LED driver: http://www.biltema.no/no/Bygg/Belysning-og-lamper/Tilbehor/LED-transformator-12-V-DC-2000038013/ Vifte: https://vvskomplett.no/villavent-standardvifte-vv450-s?gclid=Cj0KEQiAiMHEBRC034nx2ImB1J0BEiQA-r7ctsTtdWaq7YU3nCke4tT7nZuYOEcHtH7MA_DuwnKrnZYaAqTC8P8HAQ

APIet er faktisk ganske enkelt å bruke! Jeg poster i dag eller i morgen et script (riktignok i VB.net) som viser hvor egentlig enkelt GraphQL er. Det er jo bare litt odde formatert JSON-spørring sendt til rett sted, og JSON i retur. https://api.entur.org/doc/shamash-journeyplanner/?query={ trip( from%3A { place%3A "NSR%3AStopPlace%3A3247"%2C name%3A "Asker stasjon%2C Asker" }%2C to%3A { place%3A "NSR%3AStopPlace%3A269"%2C name%3A "Oslo lufthavn%2C Ullensaker" }%2C numTripPatterns%3A 3%2C ) { tripPatterns { startTime duration walkDistance legs { mode distance line { id publicCode authority { name } } fromEstimatedCall { quay { id name } realtime aimedDepartureTime expectedDepartureTime actualDepartureTime } toEstimatedCall { quay { id name } aimedDepartureTime expectedDepartureTime actualDepartureTime } intermediateEstimatedCalls { aimedArrivalTime expectedArrivalTime actualArrivalTime aimedDepartureTime expectedDepartureTime actualDepartureTime quay { id name } } } } } }

Voilá!

Det kan du. hs.SetDeviceValueByRef(NEW_DEVICE_REF, hs.DeviceValueEx(OLD_DEVICE_VALUE), True) ... men hele greia er kanskje tøffest om du logger til fil før du resetter hver søndag. Så får du uketall.

Det stemmer når du sier det. TS721A har ingen leamikk for step-down og spennigsreduksjonen er vel i praksis resistiv som igjen betyr at ut-strøm på 3,3V er begrenset av hvor stort effekt-tap chip'en klarer med den strømmen og spenningsreduksjonen fra ca 30V og ned til 3,3V. og på bare 50 mA blir det fort en og en kvart Watt som må forflyttes fra denne lille chipen. -> Vi går for egen buck-converter tror jeg...

https://no.rs-online.com/web/p/products/7962141/ Ganske lik, men.. Denne er fin.. Står oppgitt til 85,5 % Tåler 36v inn og fast 4,4v ut uten noen eksterne komponenter,

Jeg synes det er litt rart at containing fungerer, men ingen av de andre. Bittelitt mer testing nå så tror jeg faktisk neste release skal ha fungerende offset håndtering i tillegg til å kunne ha mulighet for å søke på mer enn ett ord/del-ord ved bruk av ||(eller) eller &&(og). Det fungerer iallefall på min maskin....

Hehe, samme konklusjon her - stoppa opp i påvente av bedre måleutstyr til små strømmer

Det vil funke med stor nok kondensator bare man holder gjennomsnittlig forbruk under tilførselen. Eg forstod det sånn at Tibber slet på enkelte målere og skulle løse det med å øke intervallet på rapporteringen for å slippe ekstern power ja, men data må tas i mot uansett. TSS721A vil kunne gi max 650uA om eg leser datablad rett, side 7. ICC Supply current (VSTC = 6.5 V, IMC = 0 mA, VBAT = 3.8 V, RRIDD = 13 kΩ) 650 µA

6mA på 24Volt gir ut 144mW. Sending WiFi : 170mA på 3,3v gir 561mW. Mottak av data: 50 mA på 3,3v gir 165mW Hvile 15mA på 3,3v gir 49,5mW Hvis vi antar at oppkobling sending og nedkobling tar 3 sekunder(170mA) og at hvert mottak av data tar 1 sek (50mA). Vi antar også at vi kommer ned i 15mA hvileforbruk. En komplett sending "koster" 3s x 561mW = 1683mWS Beregning: Etter 9 sekunder uten mottak vil vi ha buffret opp 9s * 144mW = 1296 mWS, og brukt 9s * 15mA = 135mWS => Saldo = 1161mWS Etter sekund 10 vil vi ha mottatt 1161 mWS + (144 - 165) => Saldo = 1140 mWS Vi går 1140 mWS i overskudd etter hver mottatte datapakke ( Pakke 1). Konklusjon : Så hvis vi sparer strøm i 2 sykluser, så burde det være nok til å kunde overføre uten å gå konkurs. -Dette helt kjapt, sikkert mye feil. Har ikke tatt hensyn til at ved sending så er "avtappbar" effekt halvert, men alikavel burde det la seg gjøre. .A

Jeg bruker siste versjon av min kode(som ikke enda er lagt ut) så slik sett vil mine tester bli anderledes enn dine. Any event - offset trigger after med 0 i tid. Jeg kjører igang nye tester på det du har meldt inn her og ser at det fungerer som det skal før jeg lager noen ny versjon (0.0.1.0) Takk for testing så langt.

Mellom datapakkene ligger det full (27V?) spenning på MBUS. Datapakkene kommer som pulser med null-spenning på MBUS.

Dette er vel ikke så vanskelig. Devolo veggkontroller er et OEM produkt av Z-Wave.Me WALLC kontroller. For å aktivere ønsket feature (DIM) må du konfigurere Parameter 11, 12, 13 og 14 (Size: 1 Byte DEC) med Value: 1 Så lenge kontroller er batteridrivende enhet, må den oppvåkes hver gang rett etter konfig. kommando er send. Derfor er det enklere å konfigurere slike enheter før montering på veggen. Ellers en må altid huske (så lenge "direkte assosiering er i bilde") at både kontroller og respektive mottaker nåde MÅ bli i det samme "mode": enten secure eller non-secure. Uten dobb.-klikk funksjon du skal få 2 Grupper for assosiering: Group 2 (A) og Group 3 (B).

Ved å tappe strøm fra HAN, så kan det lagres strøm i kondensatoren, mellom intervallene da ESP skal våkne til liv. Kondensatoren kan da være med på å gi nok strøm, dvs fylle på det som allerede kommer fra HAN. Dess lengre tid det er mellom avlesninger, jo mer strøm vil kunne lagres. Jeg har ikke regnet noe på dette, men det burde være en farbar vei? /Jan

Fordi koblingen mellom "USB-pinnen" og Z-wave-nodene ligger lagret i selve pinnen, ikke i programvaren.

Trykk på den knappen jeg har satt en pil til. Så velger du alle devicer, bruk firkanten rett under der det står Device list. Bruk deretter nedtrekksmenyen vedsiden av firkanten til å velge unhide.

Legg ut skjema, så kan vi se over.. Skifte til SMD på Bryter, Led, RJ-kontakt og headere er det første jeg tenkte.. Den bryteren ville blitt billigerere og like god som pinheadere med jumper. Ser veldig bra ut!

Vi har HSTouch på mobilene våre og jeg har lenge tenkt jeg skulle legge inn noen av de grafene jeg har tilgang på fra Device History. Startet med det i dag og da innså jeg at det var veldig begrenset hvor mye man kunne tilpasse grafene via vanlig event, mens man kunne gjøre mye mer tilpassninger via script. Med script ble det også en fordel at man bare trenger å endre ett sted om jeg vil endre noe på designet på grafene, i stedet for å måtte endre mange events. Sub Main(ByVal params as Object) ' @Author: ZoRaC ' @Version: 1.1 (2019-01-09) ' @Syntax: dvRef|time in hours|Y1-label ' SETTINGS Dim parameters() as String = params.ToString.Split("|") Dim dvRef As String = parameters(0) Dim hours As Integer = parameters(1) Dim y1Lbl As String = parameters(2) Dim dv As Scheduler.Classes.DeviceClass = hs.GetDeviceByRef(dvRef) Dim dvName As String = dv.Name(Nothing) Dim filename As String = Nothing Dim seconds As Integer = hours*60*60 Dim timeString As String = parameters(1) & " timer" If hours > 24 Then timeString = "1 dag" End If If hours > 48 Then timeString = TimeSpan.FromSeconds(seconds).Days & " dager" End If ' CREATE GRAPH filename = hs.PluginFunction("Device History", "", "CreateChartEx",New Object(){dvRef,"{'Title': '" & dvName & " (" & timeString & ")', 'Y1Label': '" & y1Lbl & "','Y2Label': '','XLabel': 'Dato/Tid', 'ShowLegend': false, 'DurationType': 2, 'PeriodType': 1, 'Periods': " & hours & ", 'Style': 2, 'UseMarkers': false, 'Width': 460, 'Height': 310, 'RotateDegrees': 270}", "", ""}) End Sub I manualen til Device History finnes det mange flere parametere man kan putte inn for å tilpasse utseendet på grafen. Scriptet gir f.eks dette (med parametere: "789|24|% RH"): I HSTouch har jeg laget egne screens: Jeg har laget 3 events pr rom: På de 3 tekst-knappene over grafen har jeg satt "IgnorePresses=false" og lagt inn dette i "ActionWhenPressed": Vent i 1000ms, slik at den rekker å generere bildet. Deretter tvinger den den til å laste bildet på nytt - setter bare URL til det samme som den opprinnelig er (PNG-URLen): Slik ble resultatet:

Har du EasyTrigger? I så fall kan du bare lage 4 ekstra devicer og plusse sammen uke 1, 2 og 3 til mnd-device. Ellers kan du vel bruke denne:

Jeg har hentet ikoner på Icons8.com og så bare gjort små fargejusteringer selv. Man finner som regel flere ikoner «i samme stil» der. Mine skjermer:

Fra bildene her av Tibber Pulse kan vi få tips om hvordan Tibber har løst spenningsforsyning uten separat power: De bruker et batteri eller en stor kondensator (ikke så lett å se hva den komponenten er - anyone?) som lades fra Mbus. Noe slikt burde vært løsningen også for denne "The hard way"-løsningen, hvor "vi" endte opp med ESP8266 og separat spenningsforsyning. Man regner gjerne at en ESP8266 bruker ca 80 mA i gjennomsnitt når den er aktiv (mer idet den sender). 80 mA fra 3,3V er 264 mW. Jeg mener å huske at Kamstrup måleren er den som er mest "gjerrig" speccet på M-bus: Max 5 mA ved 25V = 125 mW. Så i utgangspunktet kan man ikke tappe tilstrekkelig effekt fra M-bus. Men ved å disable ESP'en (enten med Enable pinne eller bruke deepsleep) mellom hver måling burde det kunne være tilstrekkelig. Den må da rebootes hver gang det kommer en ny datapakke. Kamstrup-måleren sender data hvert 10. sekund, så det burde kunne fungere. Slik jeg forstår det sender Aidon-måleren hvert 2. sekund, og da kan det bli for knapt med tid å reboote mellom hver datapakke - men slik jeg husker det kan man tappe mer fra Mbus på Aidon-måleren - og den trenger i så fall ikke gå i deepsleep/dvale mellom hver datapakke. Dette kunne antakelig vært løst i software, da måleren så vidt jeg husker "identifiserer seg". Det er fristende å lage en bedre optimalisert kretsløsning (ny PCB) for å slippe den separate spenningsforsyningen. Koden må i så fall også justeres. Skjemaet til @roarfred samt @xibriz sin kode er gode utgangspunkt.