roarfred

hmm, nå ble det nesten litt kjedelig her: Hvis noen er utålmodige og vil ha noen av disse, så kan jeg fort ofre 5. Prisen ble 79.10 EUR pluss ca 10 i frakt, så 100 NOK. Ingen garanti medfølger. Regner med jeg får montert på komponenter og testet nokså kjapt etter ankomst, så det kan fort lønne seg å vente litt, evt. modifisere etter eget ønske og bestille selv. PM hvis interesse, så skal jeg heller redigere her om det blir mas

Da ligger alt av kode (KiCad) på github her: https://github.com/roarfred/AmsToMqttBridge/tree/master/Electrical/HAN_ESP_TSS721 Prøvde meg også på å lage Gerber filer, men vet ikke helt om disse holder mål... Kjører gjennom en bestilling nå hos https://be.eurocircuits.com, noen som har erfaringer derfra? De kunne levere på ca 7 dager, uten at det kostet skjorta... Drar i gang med 10 kort, i tilfelle det virker. Alle jeg snakker med vil jo ha ett

Sant nok, men hvordan ser du for deg det komplette oppsettet her? Stikkontakt på skinne, mobillader, kretskort i boks på DIN-skinne? Blir etpar kabler hengende uansett og kanskje ikke så pent? Klarer ikke helt å se en god løsning selv, innspill er veldig velkomne!

Tja, er en litt på kanten mht. lovlighet ved egen installasjon? Kunne jo funnet en DIN rail 230V socket, kjørt mobillader i denne og en boks med magnetfeste? Evt. en DIN rail sak med 3.3V eller 5V trafo innebygget, men får en følelse av at det kan bli kostbart...

Hvis noen vil lete litt på nettet og finner en passende boks, så kan jeg gjerne tilpasse litt... Har jo noen av disse xnsense boksene liggende, de krever ikke skruer i kortet da for- og bakstykke låser kortet, men det må da lages på rett dimensjon. Forøvrig er kortet laget i KiCad, og jeg legger alt ut på github for den som evt. vil modifisere litt på egenhånd.

Jeg tok feil ang Adafruit, ser de kjører LM1117 på sitt ESP-32 protoboard. Regulatoren de har brukt på ESP8266 er AP2112. Ifølge databladene har disse max strøm på 600mA (AP2112) og 800mA (LM1117). Ser LM1117 skilter med både current limiting og thermal protection, er vi fortsatt sikre på at denne må byttes? Må uansett ta en runde på å sjekke at ulike kapslinger stemmer overens med faktisk benplassering på P-FET og Temp sensoren...

Begynner å ligne på noe nå.... Har fått inn U4 for temp måling, ekstra 100nF klos i ESP og plass til en større bøtte for C4... KiKad er fortsatt fantastisk for en som før har tegnet kretskort med sprittusj. Litt trøbbel med korrupte filer i dag, men kjørte en oppgradering til en mindre enn 24h gammel versjon her midtveis, så kanskje ikke annet å vente. @Einar, jeg har ikke byttet ut LM1117, men jeg mener også Adafruit kjørte på denne hos seg. Skal sjekke opp litt nærmere...

Jeg tolket det siste der som at de hadde en slags app hvor en mobiltelefon kunne emulere hele devicen deres... godt mulig feil

Tøft! Ikke helt meningsløst da når noen andre har gjort dette allerede

Ikke helt for 5-åringer, men jeg hadde stor glede av videoene til 3Blue1Brown om nevrale nett. Dette dekker vel bare en liten, men veldig viktig prinsipp for ML For en helt enkel case i hjemmeautomasjon: Se for deg tre-fire sensorer som forteller deg om strømforbruk, bevegelse i huset (hjemme/ikke hjemme), temperatur ute og temperatur inne. Her kan du alltids selv prøve å lage algoritmer for å detektere noe du ser for deg som unormalt, men med ett slikt nevralt nettverk er det eks. istedet mulig å trene det opp med noen ukers sampling av en normaltilstand, og så kan det kjenne igjen situasjoner som ikke oppfattes som "vanlig". (Uten at en på forhånd har sagt hva som er vanlig) Legg videre inn samples som viser når du skrur av og på lys, og en vil med ganske god(?) sikkerhet kunne forutsi at i denne situasjonen ville noen skrudd på lyset, uten at du selv har satt noen andre spesifikke regler enn at vi skal følge en "etablert praksis". Litt sånn at du kan bo i huset og oppføre deg normalt, og så kan nettverket lære seg dine spesifikke vaner og rutiner og gjøre livet lettere (!). Må bli et mareritt med feilsøking, men kjempespennende!

En liten ide dukket opp som jeg gjerne skulle latt sirkulere litt for å fange opp om den er god eller dårlig... Kunne man laget (og har det noen verdi) en enkel sensor som scannet for BLE devicer og rapporterte inn data via eks. MQTT? Tenker eks. på ESP32 med innebygget BLE og wiFi. Ser for meg at noe slikt kunne vært plassert rundt på strategiske steder i hjemmet og samlet informasjon som senere kunne være nyttig. Hvis jeg har forstått dette riktig kan en slik få opp ID og signalstyrke til en Bloototh device som er i nærheten, uten at denne på forhånd er "paret opp". Ens egne devices vil en gjerne registrere, mens andre sine ikke er så farlig. Blir litt som en RF leser, der de fleste går rundt med en RF brikke. Ser for meg at en kan få informasjon som: - Er jeg selv hjemme eller ikke - Jeg kom nettopp - Jeg gikk nettopp - Andre er hjemme - Er det folk i huset eller ikke - En ukjent kom nettopp inn Kom gjerne med innspill og synspunkter. Er dette "too invasive"? Er det tekniske utfordringer med slikt, utover lodding og programmering?

Dette kan jo bli litt spennende: https://www.sintef.no/prosjekter/energytics/ PS: De skal visstnok bruke Aidon måler, kanskje de da åpnes snart

Er disse slaver, slik at du også må operere som master og tilføre spenning selv?

Fikk ferdig et utkast før dagen var omme Tror jeg skal ha et par runder til med plassering og justering før jeg sender til bestilling. Legger opp til utfyllende jordplan på begge sider, så alle pinner som skulle vært på GND ser ut til å ikke være tilkoblet her. Størrelsen kan nok også krympes/justeres, men sikkert best å finne en passende boks først og tilpasse. KiCad kan forøvrig anbefales! (hadde aldri prøvd det før jeg begynte i går kveld)

Blir kryptering på HAN porten forstår jeg

xns-client støtter dette på den ene constructoren. Har brukt denne for direkte oppkobling til Azure IoT Hub og mot Moquitto

Tøft! Hvis det er noen hjelp så laget jeg en slik her: https://github.com/xnsense/xns-client Fullstendig udokumentert, men nokså lite og kompakt bibliotek som gjør nettopp det du beskriver. Kanskje med unntak av OTA firmware updates, der vi sender en MQTT melding som inneholder en http-adresse der ESP selv vil laste ned firmware fra. En praktisk ting er også å ha en måte å fysisk kunne starte i AP mode, eks. ved å holde inne en knapp el.l. Plutselig har en byttet SSID, passord etc.

Jeg bruker utelukkende Arduino. Alltid hatt lyst til å prøve noe mer bare-metal, men ikke funnet tiden... Ang kommunikasjon, så bruker jeg MQTT (Moquitto installert på en PI lokalt), men det skulle være gode muligheter for å gjøre HTTP kall direkte fra ESP til APIet til OpenHAB. (Utfordringen blir at du da blir litt mer avhengig av at det nettopp er OpenHAB du har i Arduino-koden, men det blir jo en vurderingssak. Hele mitt IoT oppsett er utelukkende på et eksperimentelt stadium. Alt av sensorer kobles til MQTT og så bruker jeg Node Red på toppen for å si hvem som skal snakke med hvem.

Ikke bry deg så mye om PWR_FLAG, dette er bare en måte å si (til KiCad) at jeg forstår at en linje skal ha/burde få tilført strøm, mens jeg egentlig ikke har gjort det. Mao. er ingen av PWR_FLAG koblet elektrisk sammen. (Håper jeg da, men har gjort det samme i power supply delen, både på GND og +5V

Mange som føler mye rundt og i nærheten av AMS målere... Får evt se i neste revisjon, eller om vi finner gode grunner. Jeg ser litt slik på det: 1) TSS forblir like ubeskyttet fra M-bussen 2) ESP vil bli litt sikrere mot skade fra M-bus, men den er kjempebillig og en kan alltids frikoble jumpers for å gjøre en måling før en setter i drift 3) Med driftspenning på 5V/3.3V tror jeg en kan gjøre liten skade fra ESP-kretsen og inn i AMS måleren via M-bus (håper ikke helt å bli sitert på denne) 2) Fra ESP og til annet utstyr er det trådløs kommunikasjon, ikke så mye ekstra sikkerhet med en ekstra optocoupler her

Slik da

@cpu22, når jeg tenker meg litt om, så tror jeg at jeg skal skille +3V3 fra ESP og pin 9/11 på TSS. Lar pin9/11 henge sammen men legger inn en kondensator+motstand her for egen strømforsyning/reserve for TSS

Takk for innspill @cpu22! Motstander for M-Bus var uteglemt, men nå lagt inn Tenkte på RX pinnen. For AMS/HAN er det uaktuelt å sende data til måleren, men siden alt ligger så til rette for det skal jeg gjøre det likevel. Ser at en gjerne kan bruke dette på annet M-Bus utstyr også, eks. hos meg selv Hvem sikrer vi egentlig med optokoplere? Vår egen krets eller HAN porten? Tenkte litt at dette er "overkill", men kan gjerne overtales... Både R1 (RIDD) og C1 (CSTC) er for å styre strømtrekket du får på M-Bus ved sending (ut på M-bus), så det er mindre problematisk her. Samme for transistoren da, men den kan nok beholdes. Skal justere R1 til 30k, ser det er mer tilpasset R2 (RIS) er for å sikre et visst strømtrekk på bussen, tviler på 330/470 utgjør noen forskjell C2 (Csc) fant jeg ikke noe godt mål på. Ser ut som denne er her for å kunne tilpasse til overføring på ulik bitrate. Tok en sjans på 100n, men ser jeg har brukt en 47nF i kortet som har stått på i natt

Et første lite utkast. Koblet sammen HAN/TTL delen i går kveld, så det bør funke. Resten er kopiert nokså rett fram fra tidligere tegninger, men hyggelig hvis noen skarpe øyer oppdager evt. feil

Sitter og tegner nytt kort tilsvarende det første jeg laget, bare basert på TI sin TSS721 krets. Tar litt tid ettersom jeg må lære meg KiCad underveis, men har fått fram et skjema i det minste. Skal bare skrive inn alle verdier på komponenter, så kan jeg poste her for review... (Legger opp til litt flere "moduler" på samme kortet, og tilgang til signalene slik at folk evt kan velge bort ESP, programmering og/eller USB strømforsyning) Noen nevnte temperaturmåler i sikringsskapet... En kamerat av meg som er litt på innsiden hos kraftlagene nevnte at det hadde vært diskutert temperatursensor, men tatt bort pga pris. Andre sa her at det ville komme som en utvidelse på HAN dataene. Er litt usikker på hva som er rett, men tror det kan være fint med en optional DS18B20 (one wire, i TO92 kapsling)? PS: Ikke fritt for at denne ideen kom opp igjen da jeg så eksempel på Machine Learning lokalt på Azure IoT Edge, for deteksjon av unormale temperaturer. (Altså, ikke høye eller lave, bare endringer i ukjent mønster): https://channel9.msdn.com/Shows/Internet-of-Things-Show/Machine-Learning-on-Azure-IoT-Edge