roarfred

Da har jeg fått komplette filer for schematics, part list og PCB, inklusive gerber filer fra vår venn i India. Det hele er lagt ut her: https://github.com/roarfred/AmsToMqttBridge/tree/master/Electrical Jeg har også laget et lite sammendrag i readme.md her (den som kommer opp når en åpner linken) Edit: fikset url

Jeg tror det er slik at den første byte forklarer dataformatet. Dvs 07=dato, 09=string, 06=int (32 bit) Hver av disse har så sin egen definisjon av de påfølgende bytes. Eks trenger ikke 06 si hvor mange bytes som følger. 07 er nok et definert datoformat der det settes av 2 bytes (16 bit) til årstall. 07 D0 må dermed sees i sammenheng og gir 2000. Se mine data, så stemmer det godt

Sorry, ser nå at jeg må ha ment rad to jeg også... A0 i rad 1 er egentlig delt i to "halve" bytes. A angir en frame type eller noe slik, mens 0 settes sammen med E2 (som MSB) for å angi størrelsen på rammen. (muliggjør da rammestørrelser på opp til 4096 bytes i stedet for 256) Forresten, lurer på om ikke det er en timestamp i rad 2: 0C = 12 bytes 07 D0 = 2000 (årstall) 01 = 1 (januar) 01 = 1 (1. januar) 06 = ??? (skilletegn) 16 = 22 (timer) 21 = 33 (minutter) 00 = 0 (sekunder) FF800001 = usikker på denne, mener FF anga at hundredeler ikke er oppgitt, og at det lå noe om sommertid etc. i dette

Etter hver av 09 blokkene har du en 06. Det betyr også 6 påfølgende bytes, og her er det obis koden kommer. Det som er litt utfordrende er at min måler har omtrent tilsvarende data ut, men uten alle disse 09 06 verdiene. En kan tenke at en vha. OBIS identifier må slå opp i et register for å vite h a som kommer, og i hvilken rekkefølge. Hadde likevel vært kjekkere om de lignet litt mer på hverandre. Jeg er usikker på hva som ligger i 0A dataene. Mulig interessant. Det stemmer at 5BE5 er en checksum for hele framen. Det finnes også en egen checksum for header, ganske smart. Kalkulert på samme måte, men inkluderer da bare header data. Tror den er 239A i denne pakken. Har ikke fått sjekket mer på class 40. Er på #rccodeathon2017 denne helgen...

Umulig å si for meg... Håper noen får målt litt etterhvert, så kan jeg evt. justere om nødvendig

Har brukt noe som heter gogopcb tidligere. Minstaantall på 5 kort, for ca. $20.

Fikk nettopp forslag til PCB (i 3D PDF). Tok en snap av det her:

Søkte litt på dlms push og kom over en tråd her: https://www.gurux.fi/node/4821 Sjekk innlegg nr. 11. Her er flere detaljer om hva hver byte betyr. Ser også ut som om dlms kan kjøres i flere modes, der den ene gir en slik 7E pakke. HDLC nevnes som et begrep. Er det slik at det er en stack på dette viset: Mbus for elektrisk Hdlc for pakke-protokoll Dlms/cosem for data-protokoll

Så bare at de definerer tre ulike typer pakker, hver med egen start byte som skal identifisere. Ingen av den er 7E. Men, så du skrev noe etterpå om at støtte for push har kommet etterpå. Skal se mer på det...

Litt rart dette for det sies at det er mbus, men jeg får ikke protokollen til å stemme. Eks er det ulike start og stopp for pakkene. MBus dokumentasjonen stemmer med kommunikasjon jeg har gjort mot måleren på varmepumpen min, men ikke på AMS måleren. 2400baud, 8E1 og elektriske nivåer matcher. Kan det være at de har brukt deler av mbus bare?

I seksjon 8.5.1/8.5.2 i Green Book finnes noen detaljer som satte meg på rett spor. Brant av en god lørdag for å komme derfra til ferdig implementert kode da https://github.com/roarfred/AmsToMqttBridge/blob/master/Documentation/Excerpt_GB8.pdf

Følger deg ikke helt på dette med RX og TX direkte på micro usb. En ville her måtte ha en FTDI krets direkte på kortet (for å oversette USB til seriell) om en ønsket å koble eks en PC direkte til. Veldig mange protoboards for ESP8266 har nettopp dette, og det er kjekt når en skal komme fram til et design. Derimot litt fordyrende og unødvendig i denne sammenheng. Det en derimot kunne gjort var å ta ut VCC (5V) fra den eksterne FDTIen, da hadde en slippet å ha en ekstern strømforsyning koblet til under programmering og testing. Stemmer helt at du kunne koblet deg på ved jumper (RXTTL3V3) og rett i PI'en. Om det heter TX eller RX kommer vel bare an på siden en ser det fra. Kanskje bedre navn kunne være HAN_TTL3V3. Har mer enn nok med å kommunisere de elektriske endringene tilbake til ingeniøren, om jeg ikke også skulle henge meg opp i navngiving

La oss krysse fingrene for at VDD på ESP bare er et navn på denne pinnen og at det ikke har noe med signal-navnet VDD å gjøre Poenget med å koble fra er at det kan være ukjent signal inn, så både transistoren og motstanden kan påvirke serie-signalet for programmering, noe som 115k baud signalet er litt ømfintlig for. Plass til en jumper koster ingen ting, og den kan evt. bare loddes over om en ser at det fungerer uten. Header som en setter FTDIen oppå er også direkte på kretskortet, så en kan argumentere for at det er like enkelt å nappe ut en jumper som å koble ut RJ45 kabelen. Jeg bruker noe slik som dette: https://www.amazon.co.uk/XCSOURCE®-FT232RL-Adapter-Arduino-TE203/dp/B00HSX3CXE/ref=pd_lpo_sbs_147_img_1/257-9514725-8254220?_encoding=UTF8&psc=1&refRID=GTTP8PAVPYSN2E76DDR5

VDD holder ca. 27V. Ref tidligere post må opamp ha så høy driftspenning for å takle input direkte fra MBus JUMPER er for å kunne frikoble opamp signal under programmering 470 ohms motstander kunne sikkert vært fjernet, ja. Good catch med R på GPIO2, den skal selvfølgelig være koblet! Headeren er tilpasset en ekstern FTDI. En kunne brukt USB til dette, men da med egen FTDI krets på kortet. Ser for meg at vi hovedsakelig oppdaterer over WiFi, så det er bare under initiell programmering dette er behov for.

Da er neste revisjon av schematics klar. Neste steg er komplett parts list

Godt mulig du har rett i dette. Hadde vært spennende å prøvd! Den breakouten fra aliexpress kan en jo sikkert bruke for å koble direkte til både PC og RPi. Tror jeg kjøpte noen løse chipper fra digikey til 40 kr stk. Utfordringen var nok at jeg den gangen trengte å lage en master, og ikke en slave. Samtidig fikk jeg den bare i SMD (16-SOIC) som er litt krevende å hånd-lodde. Dette er nok (om det fungerer) et mer solid design. Min tilnærming er nok en rimeligere løsning som kan lages med komponenter en gjerne likevel har liggende.

Har nok på et tidspunk hatt ute en skisse av en inverterende krets, men det vil ikke fungere. I dataene som mottas er det en checksum for header og en til for hele pakken. Disse bekrefter at det er samme data en mottar som de som ble sendt, og skal forhindre en enkel verdi å bli forandret av et dårlig signal. Edit: Det stemmer at kodene ikke er like som de som Kamstrup sier skal komme. Forskjellen er egentlig at på Kamstrup sine data så kommer det annen hver record med en OBIS kode ut. Start på 09 06 skulle bety noe slik som "tekst følger de neste 6 bytes". Deretter kommer en 06, som betyr "de neste fire bytes representerer et heltall". Hos meg kommer bare 06-variantene fortløpende, mens Kamstrup sier det skal komme en 09-variant i forkant av hver verdi. Betydningen av 09 og 06 er bare noe jeg selv har tenkt meg til. Ser også at Kamstrup har et par 0A varianter, der også byte 2 har antall bytes i record. Alle detaljer omkring dette mottas med takk, foreløbig er alt basert på (u)kvalifisert gjetting

Trenger jeg mer inndeling? Slik det er nå så får opamp en nokså stabil vcc på 27V. Positiv inngang legges på en deling av denne, ca 20V, som igjen blir triggernivået til inngangen på negativ inngang. Rippel skjer vel stort sett i øvre og nedre områder, men som sagt kjøper jeg lett løsning for hysterese

Mye god input! Takker! Selv om input ser veldig bratt ut hos meg kjøper jeg gjerne en 2V hysterese! Spec på Kaifa måleren sier 21mA/500mW, så jeg har kjørt med en separat 5V strømforsyning til dette. Ser det ble litt forvirring med bruk av VCC uten at jeg forklarte det Viste seg å være helt nødvendig å likevel tilføre opamp en driftspenning som var høyere enn input, så her var det enklest å likerette (med en helt enkel 1n4148) og glatte spenningen fra MBus. Tror ikke vi trenger noe mer avansert til dette, her er i prinsippet kun tapping av 220uF gjennom 50K. Med 5V in som skal reguleres til 3.3V, skulle vel utvalget av regulatorer være bra, og med mindre sjans for varme. (Kjører med den jeg nevnte tidligere, tatt fra et Adafruit design, 3-4 døgn med WiFi på uten problemer. Men, så er også strømtrekket sannsynligvis avhengig av signalstyrke som må til for å snakke med aksesspunkt, så best å dimensjonere riktig) Jeg har fortsatt en kar fra India engasjert, så vi får se hvordan det blir Resultatet legges uansett ut med schematics, PCB etc.

Mottok denne. Ser selv følgende, noen som har flere innspill? VCC må være en likerettet variant av MBus, og ikke direkte koblet til pin2 på Header 2 Må sjekke om spenningsregulator holder til ESP Trenger 6-pin header for programmering (tilpasset standard USB/FTDI) Trenger to små push buttons for Prog/Reset

hm, github prosjektet er åpent for å gjøre en pull-request mot, hvis du føler deg kallet... Har satset 14 euro på en kar i India som hadde mange års erfaring med skjema- og PCB design, så det er jo verdt pengene bare å se hva en får utav noe slik. Har bedt om oppdatert skjema i første runde. Kan gjerne poste det her for kjapp review, om det er interesse...

Jeg la ut et oppdrag på sjekk av krets og design av PCB og BOP, klart for produksjon på freelancer.com. Litt ille når en betaler for å få gjort hobbyen sin, men er kanskje verdt det

Sorry, min feil, jeg mente effekt i W, ikke i mW Er 99% sikker på at det er 600W på den aktuelle målingen. Det høyeste jeg har målt har vært ca 7500W og det laveste ca 300W. Stemmer bra med en fryktelig liten enebolig, uten en eneste panelovn, en beboer og luft til vann varmeanlegg. Har du en referanse til hvor det sies hvordan formatet skal være xx.xxx eller x.xxx etc? Er dette data fra produsenten, krav fra NVE eller noe du har lest ut fra de aktuelle oppgitte OBIS kodene?

Jeg forstod det også slik at B i prinsippet ikke burde bety noe, og at den er mer aktuell i målere hvor en kanskje har flere kilder med tilført og avgitt energi. Med øyeblikkseffekt på ca. 600W må en vel si at strømforbruk kan stemme sånn ca. med 604W / 240 V / 1,41 = 1.78A per linje (i snitt 1.79A i følge utleste data). Så dermed kan en vel si at det er mA som faktisk kommer ut. (Da også mW for effekt)

Hvis du refererte til spenning 0V på L2, så har det plutselig blitt i orden nå... Men det var disse dataene jeg fikk ut da jeg tok ut en sample. Ser spec sier at det er SI enheter som skal brukes, men det ser ut som en på spenning opererer med decivolt, og på strøm med milliamper. Sikkert bare et triks for å få noenlunde oppløsning på verdiene, men hadde vært kjekt om dette var dokumentert på litt bedre vis.