SveinHa

Er det helt slutt med å tenke selv? Ja, det er visst det... Viktigere med lover og reguleringer som er så omfattende at ingen klarer å henge med i svingene...

Lyspære Shelly Vintage A60 For styring av lys kreves 2 MQTT topic: For styring av/på med payload "on" eller "off": shellies/<enhedsID>/light/0/command For setting av lysnivå og dimmetid med payload {"brightness":100,"transition":5000}: shellies/<enhedsID>/light/0/set Synes det er litt merkelig at styringen deles opp i 2 topic (og jeg fant ikke noe om det på Shelly sine nettsider) men en får bare forholde seg til at slik er det. Normalen er jo kun et ".../set" topic... Edit: Fant en alternativ løsning på on/off: Payload {"turn":"on","brightness":100,"transition":5000} kan sendes til topic .../set Ved å sende alle kommandoer samtidig feiler transition i enkelte tilfeller. Alternativt bare {"turn":"on"} eller {"turn":"off"} til topic .../set

HUE er vel i øverste klasse av denne type utstyr men om du lar styringen gå via en eller annen hub kan du jo mikse og trikse med leverandører som du vil. Det er ikke mye manuell styring jeg har men jeg har fjernkontroller fra IKEA, HUE, Vision Security og Remotec og disse styrer dimmere fra IKEA, Fibaro, Qubino og andre ting via NodeRed. De signaler som kommer fra fjernkontrollen kan omformes til whatever dimmeren vil ha...

Det blir jo noe helt annet enn den nevnte Namron dimmeren... Kjenner ikke Senic bryteren men den gjør nok jobben.

Dimmer OG smartpære er en dårlig kombinasjon, du trenger bare den ene av de 2... Om dimmeren dimmer ned smartpæren går antageligvis elektronikken i pæren bananas og skjønner ingenting. Jeg holder en knapp på dimmer+standard pærer men det gir jo mindre stemningsmuligheter og når det er viktig er det smartpærer som gjelder. HUE pærer kan jo assosieres med fjernkontroll eller styres fra hjemmeautomasjonssystemet om du har slikt...

Fort gjort å prøve med en wallplug på pumpen, det har jeg. Om nødvendig kan du jo plassere en wallplug et annet strategisk sted i tillegg, den fungerer som repeater (som alle strømdrevne zwave/zigbee-enheter skal gjøre).

Kan det være at sensoren står i vannstrømmen fra varmepumpen? I mitt 28m3 basseng merkes varmepumpen godt i alle fall 1 meter fra innløpet.

Jeg bruker Pushover til slikt. Ringer ikke men sender meldinger til tlf enten lydløst eller med valgfri alarmlyd (og den lyden kan være ganske heftig). Om ikke der finnes en HASS integrasjon så kan der helt sikkert lages noe... Funker i alle fall supert med NodeRed.

Noe nytt som har skjedd her? Ser NodeRed/Verisure plug-in nå ikke har sett oppdatering på drøyt 5 år... Har fremdeles HS4 installert så om der finnes en løsning der så er det også akseptabelt (selv om jeg helst vil bruke KUN NodeRed).

Liker den. Jeg har standardpærer tilkoblet dimmer og har minimum lysstyrke til vanlig men kjører opp til fullt ved bevegelse utendørs. Det BØR jo gi en grei Zigbee bro men jeg hadde ikke særlig suksess med tilsvarende ZWave bro... Veldg enkelt å prøve da.

Jeg sleit med ZWave i garasjen og endte opp med en egen RPi med ZWavejs2MQTT der og det har fungert supert. Da har jeg 2 separate ZWavejs2MQTT nett og et Zigbee2MQTT koblet til samme Mosquitto broker. Zigbee i huset dekker garasjen mens ZWave sleit mye der selv med repeater/wallplug plassert på et par strategiske steder....

Fryktelig vanskelig å svare på... Jeg kan bare svare ut fra mitt ståsted og jeg har jobbet med industriautomasjon siden tidlig -80 tall. Begynte med litt beskjeden hjemmeautomasjon for 10-11 år siden og dette er en heeeeelt annen verden enn det jeg har jobbet med hele livet. For 5-6 år siden kjøpte jeg nytt hos og har siden den tid vært gjennom og forkastet 3-4 kurante systemer jeg allerede hadde satt i drift i tillegg til at jeg har hatt 3-4 andre system til vurdering uten å finne ut at det var noe jeg kunne leve med. Endte til slutt opp med Node Red og har ikke sett meg tilbake... Det hele koker i grunnen ned til hva du selv vil og kan: Mekker du selv eller må kjøpe tjenester? En ting er elektriker for kobling av dippedutter men det som virkelig kan komme til å koste et programmeringstjenester. Jeg synes jo det er gøy med programmering og bruker mye tid på slikt. Jeg vet der finnes systemer som er relative enkle å sette opp, der du får det meste du trenger "rett ut av esken", men disse får andre fortelle om for jeg vet ikke noe om de... WiFi er mer enn WiFi. Jeg bruker en del WiFi utstyr men ingenting går på nett/cloud (selv om noe av utstyret KAN det så er det ikke sikkert at det MÅ). F.eks. Shelly har innebygget cloud løsning som gjør at du får tilgang på telefonen fra hvor som helst men jeg har ikke en gang brydd meg om å se på hvordan det fungerer. Alle mine Shelly-enheter kommuniserer utelukkende over WiFi med MQTT og INGEN data forlater mitt hjemmenett.

Bare pingler som ikke våger men nå har jeg hatt meg i alle fall 3 9-mils turer fordi disse sakene har feilet allerede... Men bare MÅTTE prøve og det funket fint. Nå har jeg OpenVPN og MQTT oppe og gå hjemmefra men ssh ville ikke...

Har denne konf i dag (aldri endret av meg): Litt usikker på om jeg skal prøve å endre apn akkurat nå da jeg får meg en 9 mils kjøretur om det feiler... Men telenor virker jo feil uansett med Chili...

Siden jeg sliter litt med det samme så henger jeg meg på denne tråden i stedet for å lage en ny. Jeg har en eldre Telenor 4G ruter med Chili SIM-kort. Der den står er der litt lugubre nettforhold men den gjør jobben helt greit, dvs. jeg har tilgang til internet og jeg har en RPi-400 stående der og den får jeg kontakt med vha VNC fra utsiden så nettet er, om ikke veldig raskt så i alle fall helt oppegående. Jeg har prøvd å åpne en del porter i ruteren men får ikke liv i noen av de... På bakgrunn av spørsmål i denne og en annen tråd stilte jeg spørsmål til Chili support om åpning av porter i ruteren og svaret var slik: De svarer ikke på åpning av porter og dermed tenker jeg at svaret kommer fra "førstelinje support", altså de som tar unna de fleste og enkleste sakene. Noen som har fått liv i åpne porter som i eksempelet mitt her? Både ssh og mqtt hadde vært super å få liv i, VPN er ikke så viktig så lenge jeg har VNC oppegående men VPN kunne vel løst både ssh og mqtt...

Oppdaget i natt at Tibber Pulse ikke bare gir jevnlige feilmeldinger men også har lengre perioder der den ikke sender data i det hele tatt og det forklarer hvorfor jeg enkelte ganger overskrider 5 kWh grensen, PID-regulatoren får ikke data å jobbe med og klarer da ikke å gjøre jobben sin... Forrige mnd havnet jeg på snitt topp 3 på 5.01 kWh og denne mnd fikk jeg 1 time på 5.29 som pr i dag gir et topp 3 snitt på 4.97 kWh... Pow-U bestilt...

Ser ut som om den er brukende til å styre etter. Ser at varselet oppdateres/endres jevnlig i løpet av dagen (hver time?) så for å tilpasse til mitt regime tar jeg vare på morgendagens varsel kl 16:00, regner sammen hver timeverdi og får da en estimert kWh levert av morgendagens sol. Sammenlignet med reell solenergi ser det så langt (11 dager) slik ut: Foreløpig setter jeg manuelt en verdi for hvor mange kWh batteriene trenger og trekker fra det solen skal levere. Kjøpelading blir så "bestilt" i de billigste x antall timer som er nødvendig.

Ser du aktivt bruker Junction noden @hflatoey, det må jeg bli flinkere til, alt blir både penere og mer oversiktlig da...

Har et par slike fra Elektroimportøren koblet til Shelly EM. Esken ser slik ut: Du får mao 16.67mA (høyst sannsynlig AC) ut av den ved 50A

Mistenker at det er samme problemstilling jeg sliter med. Har åpnet porter for både mqtt, vpn og ssh men alt er like dødt... Men VNC funker...

Regner med Uponor Vario B er lik alle aldre slike ventilgrupper med voksaktuatorer som drives med 24VDC eller 230VAC. Du kan forsyne disse med hvilket som helst utstyr som leverer passe spenning og strøm ut fra hvilken type aktuatorer du har, f.eks. Nexa AN179 ZWave med potensialfri kontakt e.l.

Det er akkurat det som er det fine med RealVNC, INGEN konfigurering av nett/porter. Du må opprette en gratis konto og logge på med den på serveren, tillate tilkoblinger både lokalt og cloud og det er det hele. Da dukker maskinen opp i VNC-Connect av seg selv. Mener du kan ha opptil 5 fjernstyrte maskiner på en gratiskonto (i alle fall 5 RPi servere for cloud fjernstyring). Når RealVNC serveren er oppegående finner du et ikon på oppgavelinjen: Klikk på det/velg Licensing og logg på med din epost/passord.

Uten desktop har du jo ingen desktop å fjernstyre... Du må nok installere desktop som f.eks. beskrevet her: https://raspberrytips.com/upgrade-raspbian-lite-to-desktop/ Jeg tar ALLTID med desktop for det forenkler så mye senere...

Det ble et lengre lerret å bleke enn jeg hadde tenkt... Fikk ikke til å sette opp OpenVPN server på RPi. Mistenkte lenge den gamle 4G Telenor ruteren min men når jeg omkonfigurerer til hjemme IP og port-forward til RPi i stedet for Synology serveren blir der ikke liv likevel... Ser ikke noe feil i OVPN oppsettet... RealVNC funker jo supert til mitt bruk slik at jeg kan fjernstyre RPi over nett. Har brukt dette mye og når det er satt opp riktig (som egentlig er svært enkelt) så funker det 100% pålitelig. Men... den aktuelle RPi-400 ville ikke samme hvor mye jeg bannet og svor... Søkte mye rundtom og etter en god del leting viste det seg at jeg hadde en "litt for ny" RPI OS... Denne er satt opp med Wayland window communcation system i stedet for X11 og RealVNC støtter ikke Wayland enda. Da jeg oppdaget det er det bare å gå inn i raspi-config/Avansert og velge X11 i stedet for Wayland og alt er såre vel... 😁 Da gjenstår bare å få gang på begge skjermoppløsningene, dette er også endret siden forrige RPi OS versjon. VNC oppløsning er grei å sette opp men headless oppløsning i RPi OS er en annen og den finner jeg ikke... Nå kjører jeg på 1600x1200 i VNC men om jeg maksimerer et program på RPi så blir det noe sånt som 1280x1024. Tidligere var det settinger i /boot/config.txt som fixet dette men de gamle settingene funker ikke så nå har jeg låst meg ute fra maskinen (desktop cannot currently be displayed) så det koster meg bare 9 mil å fixe...

Heisann og velkommen til forumet. Noen bilder av det utstyret du har kan gi oss gode tips for styremuligheter. De shuntgruppene jeg har vært borti har hatt mekanisk termostat med manuell justering 24 eller 230V on/off aktuatorer. Styring av aktuatorene er jo ganske beint fram med termostatfunksjon i automasjonssentralen.