Vinnerliste

Your wish is my command! ? Markise: https://coop.no/sortiment/obs-bygg/hageuterom/hagemobler/parasoller/andre-merkevarer-bw26000/?variantCode=156545 Motor: https://www.felleskjopet.no/hjem-og-fritid/hage/utemiljoe/solskjerming/markiser/markisemotor-mfjernkontroll-ut-50286403 (Felleskjøpet har markisen også, men til 1000 kr mer) Monteringsvideo for motor: Deretter var det bare å legge den til via RFXCOM-plugin (BlindsT6, dobbeltrykk på P2 på medfølgende fjernkontroll og trykk deretter «close» og «open» på devicen i HomeSeer). Merk at man ikke kan ha mer enn en fjernkontroll, så på denne måten vil HomeSeer overta styring og fjernkontrollen vil slutte å virke. Mulig man kan «klone» fjernkontrollen i stedet. IKEA-fjernkontrollen er lagt til via ConBee/deCONZ/JowiHue.

Har flere Mi Flora plant sensorer, som jo fungerer via blåtann til en app på mobilen. Benyttet en ESP32 som jo har wifi og blåtann, for å få data fra sensorene. ESP32 var nytt for meg, men jeg brukte ESPHOME som hadde et ferdig script. Se: https://esphome.io/components/sensor/xiaomi_miflora.html Og så mscMQTT i homeseer.

Markise fra Obs! Bygg, markisemotor fra Felleskjøpet-butikken og fjernkontroll fra IKEA!

Program i Ruby for utlesing av data fra HAN-port, kjører på Raspberry Pi under Raspbian med interface fra AliExpress, se innlegget fra Kjetil. Merk at interfacen trekker en god del strøm, så RPi må utstyres med minst 2A strømforsyning (bitter erfaring). Programmet oppdaterer fil med effekt og forventet timeforbruk ved hver ny avlesing (5 sek for AIDON, 10 sek for Kamstrup), samt logger forbruk hver time. Programmet kan enkelt utvides til å lese ut alle de andre parametrene som kommer over HAN. Jeg bruker det til å begrense timeforbruk ved å styre diverse strøm-slukere med CO-Home-plugger (el-billading, varmtvann, mm). Jobber med å styre Micromatic gulvvarme, tips mottas med takk. Kontakt meg hvis det har interesse.

Jeg fikk det til nå. Oppdaterte til siste beta av z-wave plugin, og ekskluderte/inkluderte devicen pånytt (secure) ?

Jeg lagde mine egne patchekabler for multisensorer, og brukte en enkel skrue-til-USB-kobling fra eBay i andre enden. Og en helt standard 5V strømforsyning i teknisk skap. https://www.ebay.com/itm/USB-2-0-Type-A-Female-Male-to-5P-Screw-w-Shield-Plug-Terminal-Adapter-Connector/382393719462

Nyeste versjon - 0.0.0.7 - funger utmerket! Testet i noen minutter nå, men klarer i alle fall ikke å finne funksjonalitet som ikke fungerer! Veldig godt jobbet. Tester den i produksjon gjennom helga

https://shop.homeseer.com/products/device-history-plug-in-for-hs3

Smart. Nei, huff! Gå for dim-2-warm-LED; men bruk en Z-wave dimmer istedenfor. Dimmeren monterer du i veggboksen som en vanlig bryter/dimmer, med mindre du MÅ noe annet.

Jeg har en men har ikke testet den enda. Men det skal jeg.

I'm not sure if ArnieO has moved forward with this, but for those wondering I'll give an update from my efforts. After a little bit of troubleshooting, I now have a self-powered solution up and running this week. I'm running on an Aidon meter from Lyse. It seems to be running with no problems, and the power supply for the ESP is stable. :) My circuit is very similar to that ArnieO posted in the bigger thread. Rather than the LTC3639, I went with the LTC3642. I found it to be a bit simpler to implement, and the simulations showed it to be slightly more efficient. I'm using the latest sketch in the GSKJOLD repository, and measured the ~average current consumed to be ~25-30ma (there is some uncertainty here that I need to measure). I chose 620k for the Rset of the 3642, which should support a maximum load current of 30-35ma. In testing the DC-DC, it was stable up to ~38ma. Above 38ma, it started to drop in output voltage. I went with a 220uH SSR6603 inductor...it is tiny. Attached is a picture of my prototype board...it has some extra wires, no RJ45 jack and extra caps stuck on. The DC-DC is the bottom left corner. I've got a second board cleaner without all the mods and a RJ45 mounted that is running currently. Also attached is my schematic for the DC-DC supply. Challenges: Input voltage to the converter during transmission Originally I had a 15ma current limiter (NSI45015) instead of the 20ma. During the low bits at 12V, the converter needs ~15-16ma on the 12V line. the NSI45015 was clamping the voltage and causing the 3642 to go unstable. It would not recover without a clean power cycle. Because of the design of the DC-DC, it cuts voltage to the inductor at the programmed level. This seems to limit the maximum current draw from the HAN port by itself. The only reason for the NSI45020 is to limit the inrush current charging the input capacitors when plugged in. This seems no problem for the Aidon meter, but depending on the sensitivity of the Kamstrup this may be a problem as the currents needed at the 12V level are too high. Maybe we could increase the 33uF input capacitor so currents are only drawn during the 24V periods of the HAN signal? ESP startup power draw The ESP pulls ~70ma with peaks of ~2ms of ~150ma during transmission/acquistion. We knew this would require energy storage to support. Once fully started and configured, the ESP can stay alive with ~10mF of capacitance on the 3.3V supply. I'm not sure what voltage it dips to on transmission, but >2.6V I believe. During startup the ESP draws long periods (several seconds) of ~70ma current. This requires a 1F capacitor to maintain voltage during the startup without modifying the firmware. I went with the DGH105Q5R5, a 5.5V 1F supercapacitor. ESP brownout on powering up The 1F cap causes a very slow ramp of the 3.3V, taking well over 15 sec (probably 1min?...i didn't measure). This slow ramp of the 3.3V does not let the ESP start cleanly. At best it simply does not start even as the voltage gets to 3.3V. Worse it can go into a brownout condition and draw current such that the DC--DC can never make it to 3.3V. I've modified my firmware to include a Vcc check on boot, and the device goes into deep sleep if the input voltage isn't close to 3.3V. I've also put similar calls into the wifi and mqtt connect sections so that the esp will not brownout if there is a problem connecting to either...it will instead go into sleep cycles waiting for the voltage to recover. We need to implement a voltage supervisor circuit into the design to ensure a clean boot during a power cycle. Due to the input voltage drop from the supercap, we need a supervisor with a large hystersis. Something like an MIC2778 (http://ww1.microchip.com/downloads/en/DeviceDoc/mic2778.pdf) should work, but I will instead go with one that has a manual reset function included. Maxim makes a bunch, TI has a paper on how to program additional hystersis, etc. More work here is needed. As for now, I have to manually reset the esp when the voltage gets above ~2.4V. From there it takes care of itself waiting for the voltage to reach the 3.3V level before fully starting up. I've measured the average current consumption on the HAN line at ~4.9-5ma averaged over several minutes. In principal it seems possible to build one close to meeting the 6ma limit of the Kamstrup. For the Aidon and Kafia meters, this should work mostly as is. If someone wishes to prototype from here themselves, I have extra bare PCB's.

... man faser ikke ut. Man legger til.

Kikker litt på det etter å ha funnet info om åpent api på https://developer.1689.cloud Ulempen er at alle som vil kjøre plugin må igjennom endel oppsett for å få startet sin egen utviklerkonto. I grunnen veldig likt hvordan det ble med min GoogleCalendar plugin. De fleste burde klare det. Jeg er usikker på når jeg kan ha noe klart (til vinteren kanskje) siden jeg har så mange andre prosjekter på gang.

Kunne tenkt meg litt flere detaljer her...

Det skal vel være 1.1.7.

Jeg har delt opp smartpærene i "rom" i Phillips hue appen først. Disse rommene kan man styre fra homey som grupper etterpå. På den måten slipper du å programmere hver enkelt pære. Responstiden er neglisjerbar. Koblet noen av lysene om til vanlige Phillips warmdim med en fibaro dimmer 2 som dimmer i noen av rommene i feilsøkingsperioden for å holde WAF oppe på et akseptabelt nivå. Fungerer de spottene også, men siden Hue spottene gir et vesentlig bredere spekter av lysnyanser vil jeg helst ha disse spottene i oppholdsrommene.

Det er ikke bare det at du ikke venter 10 (lange) sekunder før bildet kommer?