Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

roarfred

Medlemmer
  • Innlegg

    336
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    7

Alt skrevet av roarfred

  1. Der traff du nok blink ja, en veldig kjapp gjennomgang gir meg dette (noe ufullstendige resultatet): (Men: Hva endret du som gjorde at det plutselig virket?) [2017-10-19 22.18.22.587 - Received 229 (0xE5) bytes] 7E - Start A0 E3 - 227 bytes kommer i pakken 2B 21 13 98 86 E6 E7 00 0F 00 00 00 00 09 0C 07 E1 0A 13 04 15 12 14 FF 80 00 00 - Tidspunkt, 2017-10-19 04 (ukedag, torsdag) kl. 21:18:20 02 19 0A 0E - 14 bytes tekst kommer 4B 61 6D 73 74 72 75 70 5F 56 30 30 30 31 - Tekst: Kamstrup_V0001 09 06 01 01 00 00 05 FF - OBIS: 1.1.0.0.5.255 0A - tekst kommer 10 - 16 bytes 35 37 30 36 35 36 37 32 37 34 33 38 39 37 30 32 - 5706567274389702 (serienummer på måleren din?) 09 06 01 01 60 01 01 FF - OBIS: 1.1.96.1.1.255 0A - tekst kommer 12 - 18 bytes 36 38 34 31 31 32 31 42 4E 32 34 33 31 30 31 30 34 30 - 6841121BN243101040 (serienummer på måleren din?) 09 06 01 01 01 07 00 FF 06 00 00 0C 3E - Tallverdi: 3134 09 06 01 01 02 07 00 FF 06 00 00 00 00 - Tallverdi: 0 09 06 01 01 03 07 00 FF 06 00 00 00 00 - Tallverdi: 0 09 06 01 01 04 07 00 FF 06 00 00 02 07 - Tallverdi: 519 09 06 01 01 1F 07 00 FF 06 00 00 04 81 - Tallverdi: 1153 09 06 01 01 33 07 00 FF 06 00 00 01 3B - osv..... 09 06 01 01 47 07 00 FF 06 00 00 04 7A 09 06 01 01 20 07 00 FF 12 00 E8 09 06 01 01 34 07 00 FF 12 00 E3 09 06 01 01 48 07 00 FF 12 00 E9 46 5F - checksum (se mitt arduino prosjekt) 7E - slutt 06 i starten betyr nok noe om at det er 4 bytes for å representere verdien 12 ser ut til å si at det er 2 bytes
  2. Det var noe annet! Gi meg 5 minutter til tolking...
  3. Høres bra ut!! Møtte de opp fra åndenes makt allerede?
  4. hm, hvor stor er den?
  5. Høres ut som en sak for åndenes makt
  6. Det er godt innenfor. alt fra 3 til 4V vil funke. Prøv å endre SerialPort vPort = new SerialPort("COM3", 2400, Parity.Even, 8, StopBits.One); til SerialPort vPort = new SerialPort("COM3", 2400, Parity.None, 8, StopBits.One);
  7. Merk at du her [2017-10-19 21.00.06.666] får en pakke som ikke treffer på 10s intervallet. Sammen med neste pakken er denne sannsynligvis "pakke 2" fra Kamstrup, som inneholder litt mer data
  8. Merk at C# koden ikke gjør noen bedre inndeling enn at den venter på en 7E kode. Får den det så skriver den ut alt den har fått så langt. Det kan gi noen tilfeller av at pakker blir delt opp feil, dersom selve pakken inneholder en 7E kode. Litt merkelig at det hver gang her ser ut til å treffe med en 7E etter hvert 10. sekund...
  9. Mye positivt her! FTDI er ikke ødelagt. Dataene kommer i jevne tidsintervaller på 10s, det stemmer godt med det som kamstrup selv sier i sin dokumentasjon (Aidon og Kaifa har 2s pakker i tillegg) Men, her er fremdeles noe som ikke stemmer. Jeg klarer ikke helt å lese noe ut av dataene. På en slik side som dette skulle du kunne fått ut noe deler av en tekst: http://www.rapidtables.com/convert/number/hex-to-ascii.htm Jeg tror du er veldig nærme, men kikk litt på de siste sidene i PDF fra Kamstrup for en "fasit": https://github.com/roarfred/AmsToMqttBridge/blob/master/Documentation/Kamstrup HAN-NVE interface description_rev_3_0.pdf Tipper det er to muligheter for feil her: 1) Nivåene er feil, dvs. de blir ikke rett tolket som høy (3.3V) og lav (0V) 2) Kamstrup opererer med noe annet enn 2400baud 8E1 (De skriver tydelig 2400 baud, men det kan være noe annet enn 8E1 som er fasit) - jeg ville eksperimentert litt med settingene her
  10. Var innom en kamerat som hadde investert i noen ADAX WiFi panelovner. Han hadde litt trøbbel med å få de aktivert, og jeg ble litt interessert i å finne ut om de kanskje kunne autmatisers og kobles til MQTT. Fant bare ut at de dukker opp som Access punkter, og at de kommuniserer med en Azure backend. Har kontaktet ADAX for å høre om de evt. kan gi sin velsignelse... Noen som har erfaringer? Kanskje noen som har åpnet en ovn og kikket inni?
  11. Neppe kondensatoren... Spenning fra HAN porten varierer mellom 12 og 20V (ca), denne føres så gjennom en diode og en motstand. Kondensatoren er som et bittelite batteri som skal prøve å holde spenningen oppe på 20V selv når utgangen detter til 12V. Det du kan prøve å gjøre er å måle først rett på HAN porten, deretter etter dioden og så etter motstanden. Her skal være først litt varierende spenning (mellom 12 og 20), og deretter mer stabilt (mot 20V). Og, ja, godt poeng fra @Einar! Kondensatorens negative pol er normalt merket med - eller en svart flekk eller en strek eller noe. Motsatt vei kan mulig ha blåst dioden...
  12. Der er nok første feilen. Pinne 8 skulle ligget på ca 20V målt mot pinne 4 (som er jord). Merk at pinne8 er merket med vdd og skal således kobles inn på C3/R9 med samme merking. Dette er driftspenningen til opamp, og uten den får du ikke noe fornuftig ut.
  13. Hvor måler du? Rett på utgangen på opamp? Og hadde du fjerner R8?
  14. Prøv å fjerne R8. Denne ble lagt til for å få en hysterese på inngangssignalet, men jeg hadde aldri testet det. Prøvde nå å legge den inn og da stoppet det her også...
  15. Signalet burde ligget på ca. 3.3V og så droppet ned hvert annet sekund. Sjekk at inngangen du bruker på Op Ampen er den positive, slik at den ikke inverterer signalet. (Det skal altså ligge høyt som standard, og gå ned når pulsene kommer) Hvis du fremdeles har serieporten tilgjengelig på PC, men ikke får ut noen data, så vil jeg tro det er noe annet enn FTDI kretsen som er gåen. Hvis du poster kode, evt. bilde av krets og sånn her så kan jeg gjerne hjelpe å feilsøke. Får vi det ikke til, så kan jeg lodde sammen en og sende til deg...
  16. Sjekk at FTDI er innstillt på 3.3V (noen har en velger for 5V / 3.3V), og at du bruker 2400 baud og 8 databit, Even parity og 1 stopp bit. (Hvis du tok C# koden fra min github, så burde det stemme)
  17. Med fare for å virke litt nerdete, så så det ikke helt bra ut ved første øyekast... Dataene burde startet og sluttet med 7E... Litt for mye F8 / 3F / FC i disse Mener jeg så noe lignende når jeg enten ikke hadde riktig baud-rate eller om signalet ikke var riktig justert til 0V og 3.3V. Kan du si noe om oppsettet hos deg? (Er det PC og FTDI direkte til C# eller er det via ESP eller Arduino osv)
  18. Var det noen som hadde (programmatisk) tilgang til strømpriser? Jeg trodde dette skulle kunne hentes ut fra nordpool, men det viste seg å være en litt for kostbar affære... (Jeg skal høre med lokalt e-lag også, men har min tvil om det fører noe sted hen) Fant plutselig ut at en kunne lage dashboards i node-red. Må kanskje henge en gammel telefon på veggen
  19. Tenker du på å ha selve frekvens-indikatoren hos deg selv? Ville du forventet at frekvensen hos deg ikke fulgte den hos statnett? Tror i tilfelle det er utenfor HAN porten du har anledning til noe slik. Med målinger hvert annet sekund tror jeg du har en rimelig komplisert oppgave om du skal gjette deg fram til frekvensen. Om målingen som gjøres virkelig er en øyeblikksmåling er det ikke umulig, men ville gitt en vanvittig feilmargin... Om du ser etter noe helt separat som skulle målt frekvensen på nettet hos deg, så tror jeg ikke det er så komplisert. Med en ESP8266 kunne du transformert ned og kjørt sinusen gjennom en schmitt-trigger og deretter inn på en interupt-inngang. Deretter kan en skifte mellom å måle og rapportere, eks. mål tiden det tar for 50 pulser, rapporter verdien, mål igjen osv. Du burde kunne få ut frekvensen med ganske høy oppløsning. (Til sammenligning er vi på HAN porten på 2400 baud, og ca. 10 bit per sek, så rundt 24000 Hz, og dette er langt, langt fra hva som kan prosesseres)
  20. Er litt usikker på om det er lokalt eller hos Valider feilen ligger, og heller ikke om det er en feil eller bare ikke helt ferdig ennå. Mener jeg så et sted at måleren selv vil vite om den er blitt avlest. Mulig jeg selv har feiltolket, men det var noe med at siste pakken inneholder en dato/klokkeslett. Noen som vet mer om det?
  21. Da kom første bruksområde... Fikk melding fra E-laget at de ikke helt klarer å lese av måleren ennå, så vi må fortsatt lese av og sende inn selv inntil videre. Da var det jo ikke annet å gjøre enn å lage følgende oppsett i Node Red:
  22. Se under samples mappen, og etter de siste tekstfilene der. Er på mobil så får ikke lagt til link... Edit: Denne viser hver enkel av de tre pakkene, og en forklaring til hvert element, men bare data-delen av pakken: https://github.com/roarfred/AmsToMqttBridge/blob/master/Samples/Kaifa OBIS breakdown.md Denne viser eksempler med verdiene som kommer hver time, men du må kanskje lete litt: https://raw.githubusercontent.com/roarfred/AmsToMqttBridge/master/Samples/ESP 20170915.txt Her er et konkret eksempel: (komplett pakke) 7E A0 9B 01 02 01 10 EE AE E6 E7 00 0F 40 00 00 00 09 0C 07 E1 09 0F 05 05 00 0A FF 80 00 00 02 12 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 03 7A 06 00 00 00 00 06 00 00 00 00 06 00 00 00 22 06 00 00 04 AF 06 00 00 0C 9A 06 00 00 0B F3 06 00 00 09 55 06 00 00 00 00 06 00 00 09 58 09 0C 07 E1 09 0F 05 05 00 0A FF 80 00 00 06 00 02 E7 85 06 00 00 00 00 06 00 00 01 61 06 00 00 43 EB 4C 88 7E
  23. Impressed! Forstod nok til å skjønne at dette er problematisk, men ville ikke oppdaget det selv Vet du noe hvordan det er å lese filene og fikse dette selv? (Det er laget i Altium PCB Designer)
  24. Ukedag er det de har puttet mellom der ja
  25. Imponerende innsats fra deg her! Kunne du tenke deg å lage litt oversiktlig dokumentasjon på github-prosjektet? Ser for meg en egen folder med diverse markdown-filer, for å dokumentere fra elektrisk nivå 27/15V ned til innholdet i de enkelte verdi-pakkene...
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.