Nettopp Skrevet 12. september 2017 Skrevet 12. september 2017 (endret) Kamstrup sin dokumentasjon kan du lese her. Aidon (Hafslund) har noe info her. Endret 12. september 2017 av Nettopp Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 28 minutes ago, Nettopp said: Kamstrup sin dokumentasjon kan du lese her. Aidon (Hafslund) har noe info her. Litt småskummelt med at Kamstrup definerer pinne 2 som GND... M-Bus slave vil normalt ha spenningsforsyning gjennom samme trådpar, og jeg mente denne skulle være unipolar. I den forenklede kretsen legges +34V direkte på den ene pinnen, men det kan jo gå bra så lenge en passer på å ikke ha noen felles jording Har noen kommet over noe info om denne HAN porten kan operere uten noen strømtilførsel, mer som en open-collector type utgang? (Jeg prøver evt. det først, litt mer safe enn å sette spenning på) 1 Siter
Nettopp Skrevet 12. september 2017 Skrevet 12. september 2017 (endret) Som @Automatikk skriver er det tenkt at HAN porten skal forsyne tilkoblet utstyr med strøm. Hvordan skal de da få dette til å gå i hop, i og med at Obis-kodene overføres ved modellering av strømmen (fra måler til mottaker)? På vanlig M-Bus setter altså mottaker opp spenningen, og måleren modellerer med strømtrekket for å overføre signalene. Er det tenkt at noen av de andre pinnene skal levere fast spenning til innsamler, eller hva ser de for seg? Endret 12. september 2017 av Nettopp Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 Jeg så også dette med forsyning av eksternt utstyr samtidig med at Kamstrup sier at kun pinne 1-2 er i bruk og at 3-8 ikke er i bruk. Henger ikke helt sammen, eller så forstår jeg ikke godt nok. Forsøker meg på litt måling i kveld... Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 På min måler ligger det ca 27V mellom pinne 1 og 2. Ca. hvert annet sekund kommer det en liten burst med data... (Disse trekker da negativt, rundt 12V, til ca. ) Kan da se ut som M-Bus kretsen kan fungere, og uten egen 34V strømforsyning Bildet viser oscilloscope koblet direkte til pin1/2 uten annen elektronikk 1 1 Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 5 minutes ago, Andreas said: Hvilken måler er dette på? Sorry, det er en Kaifa (MA105H2E) Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 (endret) Sorry for å hijacke denne tråden fullstendig... Ville bare vise at med en veldig enkel krets strømmer data inn til PC (via en FTDI), og en kan bare begynne å tolke... PS: Kretsen er laget etter eget hode ut fra eldgamle elektronikk-kunnskaper, og ut fra hvilke komponenter en hadde liggende, så ingen garantier her! (Kanskje noen kunne designet noe mer bullet-proof, men må nesten også finne ut om andre målere opererer rundt samme spenninger etc) Endret 12. september 2017 av roarfred Fikset bilder 2 Siter
Hårek Skrevet 12. september 2017 Skrevet 12. september 2017 Supert. Kunne du legge ut en tekstfil med en hex-dump? Får ikke måler her før neste år, men kunne vært kjekt å begynne med noe. Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 3 minutes ago, Hårek said: Supert. Kunne du legge ut en tekstfil med en hex-dump? Får ikke måler her før neste år, men kunne vært kjekt å begynne med noe. Her er tekst-fil fra kjøring ca. 10-15 min. Ettersom data kommer kontinuerlig, så ikke heng deg opp i første byte her. (Jeg kan ha startet midt i et telegram) PS: Mulig også feil i lesing her. Mener at et telegram skal starte med 68 nn nn 68, der nn er antall bytes i datagrammet... Skal sjekke litt nærmere i spec'en til M-Bus HAN 20170912.txt Siter
xibriz Skrevet 12. september 2017 Skrevet 12. september 2017 Bra jobbet @roarfred ? Jeg har en Kampstrup-måler. Kan begynne å teste litt etter hvert hvis jeg har elektronikken jeg trenger. Siter
Einar Skrevet 12. september 2017 Skrevet 12. september 2017 Har du valgt rett bitrate? Prøv å finne invers av tiden for korteste puls du ser på skopet. F.eks. den siste negative pulsen i skopbildet du viser her. Forøvrig ser det ut som jeg ville trigget på negativ flanke, ikke positiv. Evt flytte trigpunkt inn på skjermen. Forøvrig har telegrambeskrivelsen bemerkelsesverdig mange likhetstrekk med PROFIBUS telegrammer. Det kan da ikke være helt tilfeldig? Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 Kan se ut som det er noe galt et sted (eller flere steder...) Hex-kodene som kommer inn stemmer ikke med M-Bus protokollen. Jeg bruker 2400 baud, even parity, 8 data bit og 1 stop bit. Har også forsøkt diverse andre kombinasjoner, uten å få til denne 68 NN NN 68 kombinasjonen. Eksperimenterer litt videre... Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 2 minutes ago, Einar said: Har du valgt rett bitrate? Prøv å finne invers av tiden for korteste puls du ser på skopet. F.eks. den siste negative pulsen i skopbildet du viser her. Forøvrig ser det ut som jeg ville trigget på negativ flanke, ikke positiv. Evt flytte trigpunkt inn på skjermen. Forøvrig har telegrambeskrivelsen bemerkelsesverdig mange likhetstrekk med PROFIBUS telegrammer. Det kan da ikke være helt tilfeldig? Gjorde nettopp dette, og fant ca 500us som korteste puls. Skulle ikke være så langt unna 2400 baud Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 Mulig problemet kan være at jeg inverterer pulsen. Tenkte det var naturlig ettersom den normalt ligger på +27V og så faller i pulstoget til ca +15V, men er litt usikker... Siter
Einar Skrevet 12. september 2017 Skrevet 12. september 2017 (endret) Jepp. Bildene ble borte. Og det før jeg fikk sjekket om kretsen du bruker som interface er inverterende. For da driver vi å pisser på feil tre! Et tips der er at eneste melding som ikke slutter på Hex 16 er en melding som er bare 1 tegn lang, den er Hex E5 = Short Ack i PROFIBUS verden. Og har tislvarende funksjon i M-Bus. Og jeg får ikke #16 til å passe på enden av det du viser hokkesom. Men det er slutten på en lang dag her. Endret 12. september 2017 av Einar Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 14 minutes ago, Andreas said: Bildene er døde Kom de opp igjen nå? Siter
Einar Skrevet 12. september 2017 Skrevet 12. september 2017 Ja, og den kretsen inverterer. Da blir det vrient å tolke det du får gjennom FTDI interfacet ditt. Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 Just now, Einar said: Ja, og den kretsen inverterer. Da blir det vrient å tolke det du får gjennom FTDI interfacet ditt. Snudde den nå. Fikk andre verdier, men fortsatt my 3F og lite som minner om m-bus. Vet vi noe sikkert om baud rate, paritet osv? Siter
Einar Skrevet 12. september 2017 Skrevet 12. september 2017 Nei. ;-) Men du frister meg til å ta med logikkanalysatoren og sette meg i garasjen der måleren er når helgen kommer. Men er det noe poeng? Kan jeg vite noe om de har aktivert HAN interfacet? Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 I følge reglene fra NVE skal nettleverandøren aktivere HAN på forespørsel fra sluttbruker. Det sies også at det skal være deaktivert pr. default. Jeg sendte en e-post, så fikset de det kjapt Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 (endret) Litt videre progress. Har konkludert med: Det var riktig å invertere signalet Riktig serie-parametre er 2400 baud, even parity, 8 data bit, 1 stop bit Følgende endringer er gjort i kretsen: Ekstra transistortrinn, identisk med eksisterende, med 1k motstand mellom En motstand på 100k inn på 1N4148 dioden, for å unngå å belaste m-bus'en Litt "evidens" i vedlagt fil. I denne er hver mottatte data-pakke listet for seg, og en overskrift viser nøyaktig tidspunkt og antall mottatte bytes. Om en ser nøye etter, så kan en se: Tredje byte viser antall bytes i pakken (minus to) De små pakkene kommer hvert 2. sekund De tre bytene 25-27 ser ut til å være klokkeslett (første tre bytes på linje 2) De fire bytene 37-40 i de små pakkene varierer litt opp og ned, og er sannsynligvis øyeblikksforbruk Jeg får fortsatt ikke dette til å stemme med M-Bus. Kanskje noen kjenner igjen formatet, eller ser noe jeg ikke ser? HAN 20170912-2.txt Edit: Nå kom en sånn times-pakke. Ligger ved som -3. Ser ut til å stemme med alt ovenfor HAN 20170912-3.txt Endret 12. september 2017 av roarfred 1 Siter
Andreas Skrevet 12. september 2017 Skrevet 12. september 2017 hva er målerstanden din, hvis du vil dele det med oss? Siter
roarfred Skrevet 12. september 2017 Skrevet 12. september 2017 2 minutes ago, Andreas said: hva er målerstanden din, hvis du vil dele det med oss? 114 kWh nå på displayet, siste 2,5s pakke ser slik ut: (Trodde kanskje en skulle funnet 72 her et sted da, men nei...) [2017-09-13 01.32.07.851 - Received 41 (0x29) bytes] 7E A0 27 01 02 01 10 5A 87 E6 E7 00 0F 40 00 00 00 09 0C 07 E1 09 0D 02 01 20 06 FF 80 00 00 02 01 06 00 00 05 23 C1 24 7E Siste 10s-pakke ser slik ut: [2017-09-13 01.33.21.853 - Received 123 (0x7B) bytes] 7E A0 79 01 02 01 10 80 93 E6 E7 00 0F 40 00 00 00 09 0C 07 E1 09 0D 02 01 21 14 FF 80 00 00 02 0D 09 07 4B 46 4D 5F 30 30 31 09 10 36 39 37 30 36 33 31 34 30 31 37 35 33 39 38 35 09 08 4D 41 33 30 34 48 33 45 06 00 00 05 5A 06 00 00 00 00 06 00 00 00 00 06 00 00 00 78 06 00 00 07 F6 06 00 00 11 A2 06 00 00 12 C1 06 00 00 09 67 06 00 00 00 00 06 00 00 09 64 69 8F 7E Siter
Anbefalte innlegg
Bli med i samtalen
Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.