TASan

Kort fortalt: Jeg ønsker at garasjen min skal lukkes automatisk når jeg kjører bort. Dette fungerte tidligere, men nå gjør det ikke det. Den forrige kretsen kan ha fungert til tross for at den var feilaktig satt opp. Jeg har begrenset kunnskap om kretser og lærer mens jeg går gjennom dette prosjektet. Jeg beklager hvis dette innlegget ikke er godt strukturert, men legger også ved link til forsøk på å tegne kretsen. Mitt garasjeportmotor-oppsett: • To ledninger kobles til en normalt åpen bryter • 24 volt potensialforskjell over den åpne bryteren • Spenningen faller til 0 når bryteren lukkes, noe som utløser garasjeporten • En Meross garasjeportåpner er koblet til de samme terminalene • Den er også normalt åpen (ikke-ledende, som jeg har lært) • Dette fungerer fint sammen med bryteren, da ingen av dem tillater strømflyt med mindre de lukkes Mitt Arduino-oppsett: • Koblet til flere sensorer for å oppdage når en bil forlater garasjen • Bruker en MOSFET med porten koblet til en Arduino-pin (drevet LAV) • Positiv ledning fra garasjeportåpneren koblet til MOSFET-ens drain • Negativ ledning koblet til MOSFET-ens source • Hensikten var å lukke kretsen når Arduino-pinnen drives HØY I utgangspunktet fungerte dette perfekt. Men etter at en sensor sviktet og ble erstattet med en annen type, fungerte logikken fortsatt, men døren sluttet å reagere. Jeg oppdaget da at MOSFET-en jeg brukte hadde lav motstand mellom gate og source, så jeg byttet den ut. Dette førte til rar oppførsel spenningsavlesninger. Spenningen mellom de positive og negative ledningene svingte mye (f.eks. 24V til 15V til 8V til 13V til 18V). Dette skjedde både når jeg målte over MOSFET-en, den fysiske bryteren, eller direkte på terminalene til garasjeportåpneren (til og med etter at all elektronikk var koblet fra). Jeg tenkte at problemet kunne være mangel på felles jord, så jeg koblet Arduino-en til garasjerammen, som har kontinuitet med den negative ledningen fra garasjeportåpneren. Dette stabiliserte spenningen, men førte til at den fysiske bryteren og Meross-åpneren sluttet å fungere. Senere har jeg også testet igjen, og spenningen kan fortsatt svinge vilt. Lurer på om jeg kanskje har noen ground loops eller lignende. Min opprinnelige intensjon var å bruke MOSFET-en for å isolere kretsen fra Arduino-en. Men så har jeg en sensor for å oppdage om døren er blokkert som sitter på selve rammen, så kanskje den blir et referansepunkt som skaper problemer. Her er skjemaene (beklager hvis de ikke er ideelle): Krets med svingende spenning: https://ibb.co/WFB3rQL Krets med stabil spenning, men ikke-funksjonell åpner: https://ibb.co/XWdmkwD Kan noen identifisere hva som kan være galt? Jeg tror jeg må designe en krets som fungerer i teorien før jeg implementerer og feilsøker den, i stedet for omvendt. Som du sannsynligvis kan lese fra spørsmålet mitt, kan jeg ha noen feilaktige antakelser og misforståelser om kretser på generell basis. Gjennom all prøving og feiling kan det også hende at jeg ikke har koblet alt riktig mens jeg testet forleden dag. Så ja, krets i teorien først! PS: Sensoren, koden og logikken fungerer alle fint. Jeg får Arduino-en til å utløse pin 7 på riktig tidspunkt, som deretter åpner MOSFET-en i 500 ms. Det er kretsen og det som skjer med strømmen og spenningen som forvirrer meg. PPS: Fotocelle er ikke tegnet inn i diagrammet, men har en egen strømforsyning på 12v som er koblet på en "voltage divider" for å gi 5v til Arduino. Jord/0v er koblet sammen til den negative ut fra garasjeportmotoren i et forsøk på å ja felles jord på alt. 100k motstanden i skjemaet mellom source og jord er nok ikke helt riktig, men burde vel ikke ha så mye å si når jord er kobla direkte sammen. PPPS: Beklager om dette er rotete. Jeg skal prøve å tegne den fullstendige kretsen i et annet program slik at alt blir med, men ser noen potensielle problemer her slik som det står?

Det er her jeg tolker Tibber sin løsning som litt mer avansert der man kan kombinere dette med nattsenking og dagsenking, og ønsket temperatur. Så om de billigste timene er midt på natten er jeg jo lite interessert i å ha på varmekablene (på dagtemperatur), og selv om de dyreste timene er på dagen så er jeg interessert i å ha dem på når jeg er hjemme. Men kanskje ikke konstant, det kommer jo an på denne varmelagringskapasiteten osv. Det var her jeg følte at Tibber hadde tenkt ut noe smart og at jeg derfor bare vil bestemme ønsket temperatur Tibber skal styre mot 😊

Da tror jeg at jeg har fått til dette! Måtte først installere drivere for DSM 7.2 da USB-støtte er fjernet fra versjon 7.0+. Deretter fulgte jeg en guide på YouTube og har nå Z2M installert på Home Assistant klart til å koble til enheter. Så da blir det spennede å se om jeg klarer å få til noen enheter da!

Absolutt, har klart å få ut alt av API-et, men hele dagen kan jo potensielt være på en level som tilsier ovner avslått.

Det har jeg også sett ja. Men det er slik at om jeg har eldre firmware enn dette så må jeg ikke flashe noe på selve dongelen? Jeg installerer bare zigbee2mqtt på HA?

Mitt spesifikke scenario er Mill-ovner og Ebeco-termostater. Jeg bare tenker at det er en liten kneik å komme over å kode opp logikken som styrer temperaturen både basert på pris, vær, varmelagringskapasitet osv. Jeg vil jo for eksempel ikke ha ovnene av en hel lørdag fordi prisen er dyr hele dagen. Det er noen ekstra lag logikk her som Tibber allerede har funnet ut av som man i så fall må kode opp på nytt. Ikke at det ikke lar seg gjøre, men...

Tar opp denne gamle tråden fordi jeg ser på akkurat samme utfordring. Fant du ut av dette?

Takk, der er også noe jeg har tenkt på! Har lest litt, men skjønner ikke helt om jeg må flashe noe på Conbee for at zigbee2mqtt skal funke? Det blir i så fall det jeg går for. Testet bare Deconz nå på morgenen i en ledig stund, men det er jo ikke vits å bruke mengder med tid på å feilsøke om jeg uansett skal kjøre på noe annet.

Hei! Jeg er ny her og starter på min hjemmeautomasjonsreise. Jeg er ganske teknisk av meg, men er ganske ny når det kommer til Linux, Docker, Home Assistant og den type ting og konfigurasjoner. Etter litt undersøkelser fant jeg ut at jeg skulle hoppe i det i går og bare kjøpe det som var tilgjengelig av hardware slik at jeg bare kunne starte. Jeg fant en Conbee II på Kjell og kjøpte noen enkle temperatursensorer. Mye om og men senere har jeg fått hacket til Home Assistant Supervised via Docker på min Synology DS220+. Den har bare 2 GB RAM, så jeg får ikke kjørt noe supported installasjon som for eksempel HAOS uten å oppgradere RAM. Mulig jeg gjør det senere, men nå vil jeg bare komme i gang. Jeg har fått opp Deconz og koblet til Conbee II via en USB2.0 forlengerkabel da jeg har lest at det kan være trøbbel på USB3. Synology-dashboardet sier den finner enheten: Dessverre sier Deconz noe helt annet, og jeg må velge en av disse: Har søkt litt på nettet og skal da tydeligvis kjøre denne kommandoen: ls -al /dev/serial/by-id Dessverre: ls: cannot access '/dev/serial/by-id': No such file or directory Graver litt mer og kjører lsusb: |__usb1 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub |__1-1 1cf1:0030:0100 02 2.01 12MBit/s 100mA 2IFs (dresden elektronik ingenieurtechnik GmbH ConBee II DE2458104) |__1-4 f400:f400:0100 00 2.00 480MBit/s 200mA 1IF (Synology DiskStation 650025EB9681C634) |__usb2 1d6b:0003:0404 09 3.00 5000MBit/s 0mA 1IF (Linux 4.4.302+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub Så der ligger den jo. Og da var jeg kommet til det punktet der jeg selv ikke har bakgrunnskunnskaper nok til å vite hvor jeg skal lete videre. Dermed laget jeg en bruker her, og starter da også reisen på forumet! 🙂 Har noen vært borti dette og kan veilede meg litt? På forhånd takk og ha en fin søndag!