arneolav

Hei! Jeg har vv-bereder inne i isolert metallskap og sensor stukket et stykke inn ved isolasjonen ved siden av kolben. Dessverre har jeg ikke noe sammenligningsgrunnlag da berederen har stått der i "alle" år.

Ting tar uansett tid. Jeg har fått til grei støp i noen få kuldegarder med tildekking og varmekabler rundt, men det blir mye extra arbeide. Misunner deg den skråningen!

Det har du rett i, blir lett litt for iverig. Regnet med at vi hadde stort sett samme problemer, men ser ut til at mitt kanskje blir litt spes .... Beklager til ProphetSe7en.

Hadde vært fint med en melding om at x antall sensorer er funnet og at man kanskje må foreta en restart for å se de. Må man legge inn for hver sensor? (Har noen 10-talls) Og hvor legges dette inn?

Jeg har gjordt akkurat slik og det har gått helt fint. ... Har koblet til en Arduino m/Nodo RFlink som leser 433Mhz sensorer. De har etterhvert dukket opp sammen med noe som ser ut som brytere, slike: newkaku_006ce183_1. Alt vises med Unix/Linux timpestamp. Ser det finnes diverse løsninger på dette. Hadde vel forvente det skulle være ordnet når tidssone/land etc. er oppgitt. Finnes kanskje noe automatikk her?

Det synes bra, men litt av problemet for nybegynnere kan nok være at vi finner mye mer eller mindre gammelt. Det forsåvidt oppfattet, men ikke alltid så enkelt å forstå hva som er til hva, men etterhvert får man bygget seg noen eksempler så det vil nok bedre seg etterhvert som man blir kjent med ord og uttrykk etc.

Telldus består av en HW boks og et abbonement og må ha en eller annen internettlinje, fiber, mobil.... Enkelt abbonement er gratis, trigger++ koster 3€/mnd. Alt lagres på sentral server (antagelig i skyen) Ved utfall av internett fortsatter alle styringer men man kan ikke legge opp nytt/endre. Jeg fortrekker å gjøre det meste fra web på PC, men det finnes tlf.app som etterhver har blitt meget bra. Det finnes 2 lister - brytere/dimmere, termostater mv, (Control devices), - sensorer (temp, fukt, lux ++.) (433 og z-wave, forløpig ikke zigbee) Brytere/dimmere må legges inn, (kun få museklikk + skrive navn) Sensorer vises automatisk(!) Div enheter som f.eks fibaro brytere/dimmere, har også sensorer, da vises disse i begge lister men med aktuell verdi. Det kan defineres grupper, (omtrent som en bryter, men ikke noe fysisk) i samme liste som brytere/dimmere. Gruppen viser aktuelle brytrer som så kan krysses av/velges. Når en gruppe slås av/på vil dette påvirke alle som tilhører gruppen. En bryter/dimmer kan tilhøre flere grupper. (Andre kaller dette scener) Det finnes ingen definisjon av rom, men dette løses med litt gjennomtenkt navnstandard. Rekkefølgen i listene følger det navn man gir hver enhet. F.eks foretrekker jeg å gi en gruppe et navn slik at den ligger foran tilhørende brytere. Kan være lurt å tenke igjennom en navnstandard. Jeg gir alle enheter en kode, (bokstav + nummer), bildet nedenfor viser B-000 ...... Bokstaven forteller meg hvor dette er, (jeg har flere steder) nummer grupperer jeg slik at f.eks 020-029 er lys, 080-089 er varme. B-000 er felles for alle og kan trigge hva som helst, hvor som helst. (Begynte i sin tid med kun 2 siffer, dette sprakk, 3 siffer holder lenge.) Når man har flere steder, hus, hytte, båt, vises disse i samme liste så lenge de tilhører samme bruker. Ingenting man må gjøre for dette. Det kan defineres "Dummy-bryter" (en eller flere) for å ta vare på en eller annen status on/off som så kan testes på senere. Det er ikke noen kjent begrensning i antall noe sted, bortsett fra det som måtte være for f.eks z-wave. --- Triggeraction defineres i dette bildet (se nedenfor), kun med museklikk (bortsett fra navn, det må man skrive inn) Til venster velges aktuell triggertype i Toolbox, den valgte flyttes opp, her er valgt 6 klokkeslett (minutt), 00, 10, 20, 30 , 40, 50: Utøses da hvert 10. minutt hele døgnet (hvis ikke Condition overstyrer.) Triggers: -Bryter/dimmer, (433, zwave) -sensor, (alle typer, 433, zwave) -sol opp/ned m/evt. + - minutter. -Klokke (tidspunkt) -Motorvarmer (beregner oppstart i passe tid før avreise (før oppgitt klokkeslett) etter aktuell/valgt sensor. (vanligvis temperatur utendørs). (Denne funksjonen kan også benyttes til andre, lignende formål) Kan definere flere triggere samtidige Condition: (test på) -Status på bryter (on/off) -Verdi på sensor, over, lik, under. -Sol oppe/nede, + - offset -Klokke: Tidspunkt fra-til -Ukedag Action (Utførelse) -Bryter/dimmer av/på, evt sette termostat, temp eller annet. -Send mail -Push notification -SMS - Request URL Eksempel på set av termostat, gjøres med museklikk. --- Det finnes i utgangspunktet ingen editor eller koding, men det er mulig å programmere i LUA. Kan kobles til f.eks Alexa og andre, men har ikke hatt behov for slikt. .... Så her er mye smart, jeg har ikke savnet noe men må av og til tenke litt... NB! HW boks selges ikke lenger, det er kommet en ny som også fungerer med zigbee, wifi og bluetooth.

Det har du helt rett i, er vel uttrykk for noe betydelig frustrasjon. Takker for avklaring. Håper du kan følge opp med litt ekstra forklaringer når utfordringene "tårne seg opp"!

Nope, termostaten kommer fint opp i action. Gjorde nytt forsøk, fjernet noe unødig condition, ingen feilmeld, men må teste noe mer. Må bli bedre kjent med parametrene. HA Sløser veldig med plassen, gjør ting veldig uoversiktlig. Det lille her tar en hel side:

Gjorde et nytt forsøk, nå kom termostat opp. Og det ser det ut til at all info om termostaten kommer fram. (Kanskje pga restart? sett noe om at det ofte må til) La inn trigger - action: Error: Node(node_id=2) - NotFoundError: Value 2-66-0-x-4512744 not found on node Node(node_id=2) Edit: endret senere etter eksempel an Venie, ser ut til å fungere.

Kan være jeg ikke har kommet så langt/sett alt, men har ikke funnet noe action for Namron termostat annet enn å skrive kode.. Ang HA yellow: Så langt jeg kan se er det en HW boks, forøvrig synes det å være HA brukergrensesnitt. Det er ikke HW som er utfordringen, det har stort sett gått greitt. Det er nok heller begrepsforvirring, mye det er lett å "rote seg bort i".

Ryddet litt i tråd, Flyttet hit: Hvordan fungerer Telldus

Jeg gjorde ikke noe spesielt, utover å velge det som kom opp av forslag, og det var vel bare valg av js. ( Gikk nesten av se selv. Hadde sett på diverse dok i forveien og hadde litt "anelse".) Det finnes eget brukerforum, mye info der, og omfattende dok, bare å søke på HA + det man lurer på. Forsøk f.eks søk på: "HA z-wave". .... Jeg tenker å legge til og justere inlegget ovenfor etterhvert som ting utvikler seg. ... Telldus blir nok å kjøre lenge enda, dette vil ta tid. Men har stadig i bakhodet at Telldus på et eller annet tidspunkt kan bli lagt ned, de kan neppe fortsette med gratis eller nesten gratis drift av servere i "all framtid". Nå ser det likevel lyst ut, med nye, kapitalsterke eiere, serverparken er fornyet og alt ser ut til å fungere bra. Og de lanserer nytt konsept, noe de kaller Flow, bygger på det "gamle", men med zigbee(matter, thred), wifi, bluetooth, z-wave via dongle (ikke 433Mhz). ... Jeg ser på HA for se om det er mulig å benytte det som en slags "grunnmur" dvs styring av div enheter på "grunn nivå" og å lage et eget overbygg basert på Telldus sin logiske og geniale oppbygging. Telldus er tilsynslatende enkelt, men likevel kraftfullt, og nesten alt gjøres med få museklikk.

Jeg er forsåvidt også der; Anskaffet et par RPI, 4GB, Et par SD kort 128GB og et par z-stick UZB1 (by Z-Wave.Me Firmware: 5.39). Og et par Arduino (en Mega og en Uno). En for å få inn 433Mhz termostater og en for å lese inn sensorer DS18B20. Denne RPI: https://www.aliexpress.com/item/1005004341504632.html?spm=a2g0o.order_detail.order_detail_item.4.670ff19cmBL1cP .. Har begynt å titte litt på sakene. Forløpig intrykk er at HA er meget omfattende, mange begreper å sette seg inn i. Ikke akkurat helt intuitivt. lett å gå seg vill i muligheter og begreper, så gjør det forløpig enkelt. ... Lastet ned og installert HAos på SD kort , alt fra fra PC. Fulgte detaljert bruksanvisning. Satte SD kort i RPI og "undret" skjedde, den startet opp uten noen "dikkedarier". (Trenger ikke å se noe av Linux på RPI, men koblet opp en skerm for å se hva som skjer; Det ramlet inn masse "greier", hundrevis av linjer.) Startet så HA i Chrome slik: homeassistant.local:8123/lovelace/0 Straks dukket HA opp med en nesten blank side, en kort meny til v. Da var det til å se hva alt er. Monterte en z-wave dongle, UZB1 og den kom opp etter start av RPI. Den måtte ha "noe å snakke med", valgte js. Fikk så installert en z-wave Namron termostat, det gikk greitt. .... Tenkte det var på tide å forsøke trigger, condition og action (altså noe "nyttig"). Trigger og action gikk greitt, men action... tja, da må man legge inn kode i .yaml fil. Det stoppet der. Ser det finnes eksempler Bør antagelig starte med noe enklere, en bryter eller noe. Har ingen ledig, så får vente litt med det der. ......... RF-link: 433 Mhz, Arduino MEGA Arduino, artig sak, liten og nesten billig... Denne benyttes for 433Mhz sensorer med et lite tilleggskort type NODO RF-link. Anskaffet dette: https://www.nodo-shop.nl/en/featured/127-rflink-arduino-antenna.html Komplett med Arduino MEGA. Valgte ferdig lodddet. Ankom etter ca en uke. Den måtte "mates" med program: RFLink_v1.1_r48 Måtte legge inn noe kode i .yaml for RFlink: # rflink configuration.yaml entry (Denne linjen er bare en kommentar) rflink: port: /dev/serial/by-id/usb-Arduino__www.arduino.cc__Arduino_Mega_2560_12252601009324624066-if00 wait_for_ack: false ignore_devices: - newkaku_000001_01 - digitech_* - kaku_1_* - alectov3_* (Kode for port finnes under "Settings, Hardware, All Hardware.) For å vise sensorer og light (mener vel brytere) må dette legges inn i .yaml: # Example configuration.yaml entry light: - platform: rflink automatic_add: true sensor: - platform: rflink automatic_add: true Etter litt "prøv og feil", dukket masse sensorer opp i HA (ca 72 stk, men ikke alle er "mine", dvs diverse ukjente greier). Var litt jobb å sette rett navn på alle sensorer, men kjente etterhvert igjen de fleste på temperatur. Fallgruven her er at RF-kortet må ikke være montert når RF-link programmet lastes inn, ikke velge å se sensorer, da sperres com-port. Arduino UNO: Benytter denne for å lese DS18B20 sesorer. Fant et "høvlig" program og modifiserte dette noe. Benytter forløpig et egetutviklet program for å vise dette på PC, men ser at DS18B20 kan kobles direkte til RPI og bør vel da dukke opp i HA. Det får bli senere. Litt om Arduino: Kobles til PC med USB, (alt skjer fra PC). For editor, se her: https://docs.arduino.cc/arduino-cloud/getting-started/getting-started-web-editor Tar litt tid å sette seg inn i men ikke veldig komplisert. Forløpig konklusjon; Uante muligheter, uendlig mye å sette seg inni, og gå seg vill i. Mye virker delvis noe uferdig. Skuffende at mange ting ikke er bedre automatisert, f.eks at triggeraction ikke er i nærheten av hva som finnes i Telldus. Det burde finnes et overbygg som generer kode til .yaml for mye brukte enheter. Siden man ganske tidlig trenger å editere .yaml fil, burde en default editor være på plass, nå må man finne og laste inn en. ... HA -lærekurven er bratt, veldig bratt. Men, vi gir ikke opp så lett!

Jeg har benyttet slike plater beregnet for måling av fuktighet. Har koblet flere av disse i serie, tilkoblet en type hvor tempmåler (gml ESIC 433) er via ekstern sensor. Denne sensor er en motstand på omtrent 10k. Fjernet sensoren, erstattet denne med platene (i serie). Litt problematisk med kalibrering, forsøkte med div motstander i serien. Fant etterhvert at det fungerer rimelig bra uten motstander. Dette har fungert relativt bra for planter i drivhus. Sensorplate bør ligge ganske nær roten til plantene, da det blir vesentlig tørrere lengre ifra der det vannes mindre. (Hvilken som helst tempgiver med separat sensor/føler kan gjøre samme nytten, dvs det må være sensor type motstand, ikke slikt som DS18B20). Forsøker å finne noe annet da 433 har dårlig rekkevidde og er på vei ut av markedet, helst zwave.

Har kommet til samme konklusjon. Fint om noen lykkes med solkonto, men hvor lenge kan leverandørene leve med dette? For at dette skal være lønnsomt for kunden, må leverandøren levere med tap og ved evt konkurs vil nok de timene være tapt. Mange synes dessuten å "glemme" nettleien + avift + moms. Det gjør at lønnsomheten nok ikke er helt slik det kan synes som.

Forsåvidt ikke, men kWp er greit å forholde seg til ved sammenligning, da er man uavhengig av panelenes størrelse og effekt. Men retning og vinkel er ogå viktig for å forklare resultatet, men det finnes ingen fasit.

42,8 pr kWp, må være bra det med noe uheldig himmelretning. (Uten å vite kWp på panelene er det umulig å ha noen mening om resultatet). ... Jeg har tom den 7.6, produsert 778kWh, 40 paneler, 16,2 kWp. Skulle bli 48,6 pr kWp. 50% sør, 2 strenger a 10 paneler 25%øst 25%vest, begge 10 paneler. Blir mye strøm i disse dager, selger til Tibber.

kWp?

Hvis du får til det, skriv noen ord, type invertert etc

Det vil komme som fratrekk i din fortjeneste ved evt.strømsalg og derfor i praksis vil det si å betale, ja. Men den negative timeprisen er svært beskjeden så i første omgang vil det neppe lønne seg å gjøre noen tiltak utover det å slå av grid i perioden. (Ikke slå av evt. DC-brytere med last (produksjon) på)

Joda, hadde spole, hjalp noe det også. Ellers finnes mange forslag i videolink lengre oppe.

Begge deler. Det kan lett bli litt mange volt og sammen med en porsjon ampere, "kan" noe skje hvis man kobler til DC siden etter AC. Men spøsmålet var egentlig ang. ripple fra AC. Kanskje du har noe å bridra med?

Jeg har ikke observert noe problem, men kan ikke utelukkes. For riktig lengesiden monterte vi elektrolytt-kondensator tvers mellom ledere, det hjalp noe. Tror det var 16um, 40volt eller noe slikt. Ulempen er at når elektrolytt'n er at ubelastet, da lades den omtrent som et batteri og spenningen kan bli noe vel høy.

Det er ripple'n du hører. Det går helt greitt, bare pass nøye på pluss/minus. Har en slik boks selv for drift av ledlist, der har ikke ripple noen betydning. Tenker å drifte bla Arduino ++ via en slik boks, men ser etter "ferdigsnekret" løsning for å "glatte" ripple'n litt.