gskjold

Noe å se frem til i kommende versjon:

Litt om flashing på ESP32 i wiki: https://github.com/gskjold/AmsToMqttBridge/wiki/flashing

Akkurat, flott at du fikk feilsøkt litt, jeg noterer meg at det er feil i loggingen. Hadde vært interessant å vite hva som er forskjellen mellom disse to kortene, jeg vet ikke nok om de desverre. Jeg bare kjøpte inn en pose med det kortet jeg har og fikk det til å virke

Det var rart. Sjekk i web interfacet at baud viser riktig der. Hvis den står på 2400 så kan det være noe feil med lagring av config jeg har oversett. Hvis ikke er det nok en feil i loggingen. Skal kun være nødvendig å koble A og B til aggregatet. Hvis du kobler deg til RJ45 pluggen på toppen så skal det være A på pin 5 og B på pin 4. Har du forøvrig prøvd å bytte om RX/TX ? Har opplevd at noen kort er merket med hva som er RX/TX på kortet, mens andre er merket med hva som skal kobles til RX/TX på motpart. Jeg skal prøve å flashe et blankt kort ved anledning og sette det opp fra scrach for å se om det samme skjer hos meg.

Jeg er ikke 100% sikker, men RE/DE settes høy mens den sender data, så det virker som det er en halv duplex ting. Kanskje om du koblet RX til 17 og TX til 16 så er det nok. Vi finner fort ut om det fungerer. Husk å konfigurere samme baud rate og unit id som er satt i service menyen på aggregatet.

Jeg har VTR300/B fra 2016 selv, fungerer helt fint

Litt gjenbruk av kode ja, fikser endringer. Du kan bytte hostname til noe helt annet under WiFi config uansett. Har aldri hørt at noen har hatt problemer med MQTT og autentisering på AMS prosjektet, og dette er samme koden... Jeg kan skumme gjennom koden ved anledning en gang og se om jeg har glemt noe. Pinner: DE: 22 RE: 23 (edit) DI og RO går på Serial2, men klarer ikke å ta igjen hvilke pinner det er. Kan det være DI på 16 og RO på 17 ? Jeg kobler meg forøvrig på RS485 kontakten i toppen av aggregatet

Har visst rydda litt mye på lageret den ene gangen, så det var noe manglende kode for AP mode. Har commita en fiks nå. Har også lagt gjort en release av v0.0.2 Litt sånn work in progress dette her, så gi gjerne noen tilbakemeldinger.

Godt poeng, RX pin på utviklingskort med USB interface bør ikke brukes, da USB-TTL chipen ofte gjør pulldown på den pinnen. MBUS bør komme inn på en annen IO, jeg bruker GPIO5 (D1) på mine D1 mini. edit: D1 mini skal forøvrig ha 1.1 multiplier ja

@AlpøyHvilket MBUS kort har du forøvrig? Vet at noen må man fjerne noen motstander på for at de skal fungere normalt. Tror det har noe med at det henter strøm fra BUSen eller noe

Jeg har tidvis opplevd noe lignende med et kort jeg har i test benken min. Det ser ut til å gå glipp av liste 2 og 3. Det jeg ser i loggen på mitt er at det blir CRC feil på disse pakkene, sannsynligvis pga størrelsen. Antar det har noe med strømforsyningen inn til TSS721 kortet å gjøre, eller kretsen som er på det kortet, og at spenningen faller mens chippen mottar data. Dette er bare en teori da, mulig jeg tar helt feil.

Hei, Jeg har skrevet firmware til ESP32 for å koble et RS485 Modbus basert Villavent aggregat til MQTT. Hadde vært gøy å fått testet dette på flere modeller enn bare min VTR300 og i tillegg fått litt innspill på funksjonalitet jeg kan legge til. Hardware består av et ESP32 utviklingskort og en RS485 TTL adapter. Gir gjerne mer info hvis det er interesse for det. https://github.com/gskjold/villavent-bridge

Det er korrekt, den mangle DLMS header timestamp og har dermed kun timestamp som følger med i payload på liste 3

List 1 7E A0 2A 41 08 83 13 04 13 E6 E7 00 0F 40 00 00 00 00 01 01 02 03 09 06 01 00 01 07 00 FF 06 00 00 08 64 02 02 0F 00 16 1B E1 List 2 7E A1 1E 41 08 83 13 EE EE E6 E7 00 0F 40 00 00 00 00 01 0D 02 02 09 06 01 01 00 02 81 FF 0A 0B 41 49 44 4F 4E 5F 56 30 30 30 31 02 02 09 06 00 00 60 01 00 FF 0A 10 XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX 02 02 09 06 00 00 60 01 07 FF 0A 04 36 35 33 34 02 03 09 06 01 00 01 07 00 FF 06 00 00 08 6C 02 02 0F 00 16 1B 02 03 09 06 01 00 02 07 00 FF 06 00 00 00 00 02 02 0F 00 16 1B 02 03 09 06 01 00 03 07 00 FF 06 00 00 00 00 02 02 0F 00 16 1D 02 03 09 06 01 00 04 07 00 FF 06 00 00 02 09 02 02 0F 00 16 1D 02 03 09 06 01 00 1F 07 00 FF 10 00 41 02 02 0F FF 16 21 02 03 09 06 01 00 33 07 00 FF 10 00 13 02 02 0F FF 16 21 02 03 09 06 01 00 47 07 00 FF 10 00 0E 02 02 0F FF 16 21 02 03 09 06 01 00 20 07 00 FF 12 08 F2 02 02 0F FF 16 23 02 03 09 06 01 00 34 07 00 FF 12 08 D1 02 02 0F FF 16 23 02 03 09 06 01 00 48 07 00 FF 12 08 E8 02 02 0F FF 16 23 8B List 3 7E A1 8A 41 08 83 13 EB FD E6 E7 00 0F 40 00 00 00 00 01 12 02 02 09 06 01 01 00 02 81 FF 0A 0B 41 49 44 4F 4E 5F 56 30 30 30 31 02 02 09 06 00 00 60 01 00 FF 0A 10 XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX 02 02 09 06 00 00 60 01 07 FF 0A 04 36 35 33 34 02 03 09 06 01 00 01 07 00 FF 06 00 00 03 9A 02 02 0F 00 16 1B 02 03 09 06 01 00 02 07 00 FF 06 00 00 00 00 02 02 0F 00 16 1B 02 03 09 06 01 00 03 07 00 FF 06 00 00 00 00 02 02 0F 00 16 1D 02 03 09 06 01 00 04 07 00 FF 06 00 00 02 0E 02 02 0F 00 16 1D 02 03 09 06 01 00 1F 07 00 FF 10 00 11 02 02 0F FF 16 21 02 03 09 06 01 00 33 07 00 FF 10 00 10 02 02 0F FF 16 21 02 03 09 06 01 00 47 07 00 FF 10 00 0E 02 02 0F FF 16 21 02 03 09 06 01 00 20 07 00 FF 12 08 F4 02 02 0F FF 16 23 02 03 09 06 01 00 34 07 00 FF 12 08 CD 02 02 0F FF 16 23 02 03 09 06 01 00 48 07 00 FF 12 08 DC 02 02 0F FF 16 23 02 02 09 06 00 00 01 00 00 FF 09 0C 07 E5 03 18 03 08 00 00 FF 00 00 00 02 03 09 06 01 00 01 08 00 FF 06 00 47 F0 34 02 02 0F 01 16 1E 02 03 09 06 01 00 02 08 00 FF 06 00 00 00 00 02 02 0F 01 16 1E 02 03 09 06 01 00 03 08 00 FF 06 00 00 21 9E 02 02 0F 01 16 20 02 03 09 06 01 00 04 08 00 FF 06 00 08 E0 21 02 02 0F 01 16 20 57 Fra min Aidon TN 3fase. Her er det også noe: https://github.com/roarfred/AmsToMqttBridge/tree/master/Samples Jeg mener jeg har data fra et par 1fase målere også, men jeg klarer ikke å finne det igjen akkurat nå. Oppdaget også at koden min ikke printet hele bufferen til debug konsollet, så jeg har lagt ut ny versjon 1.5.3 som dumper all rådata til konsollet hvis man setter logging level til Debug. For de som er skeptisk til å gi bort måler ID (som jeg mener egentlig ikke er noe farlig å gi bort), blank ut 16 bytes etter "0A 10" på Aidon og Kamstrup eller etter "09 10" på Kaifa.

Glemte litt ut den her. Bør være i orden med v1.5.2

Jeg er interessert i det samme. Forøvrig må du ha 3fas for både IT og TN nett, for de er forskjellige. Jeg har noe av det, kan se om jeg finner det en av de kommende dagene.

Godt poeng, fikser til neste patch 🙂

@stigvi spørsmål, hvilken type payload har du konfigurert? Jeg ser jeg ikke har implementert noe for priser hvis domoticz er valgt.

Skulle vel strengt tatt publisert med en gang. Sjekk om de kommer ut på heltimen. Men det høres uansett ut som jeg kanskje må se over koden en gang til.

Prøv https://www.nordpoolgroup.com/api/marketdata/page/11

Det står gjerne API i URLen, men det er APIet til nettsiden og ikke integrasjons APIet og er dermed ikke lov.

Denne bruker endepunktene som nordpool sine hjemmesider bruker for å presentere data. Funker helt fint, men bryter med regningslinjene EDIT: https://www.nordpoolgroup.com/About-us/Terms-and-conditions-for-use/ "Nord Pool does not permit automatic extraction of data or other usage that reduces the performance of the website."

Hmm det var rart, jeg må visst ta en ny runde å teste oppgradering via web. Nå er det en stund siden jeg kjørte første testrunde på 1.5.0, men jeg trodde jeg prøvde 1.4.1 til 1.5.0 på ESP32. Størrelsen på firmware er nok på grensen for ESP32 kan mellomlagre med standard partisjonering, så det kan være noe med det. Men ja, da må du ta oppdateringen via USB.

Korrekt

Det er ikke helt riktig, data går fremdeles via MQTT, men er formattert for å passe direkte inn i Domoticz slik at du slipper å mellombehandle det i Node-RED. Kan forøvrig heller ikke ta credit for det selv, da det kom på en pull request fra en annen entusiast Kan også nevne at formatet på http://<ip>/data.json blir endret i kommende versjon 1.5.0 EDIT: For referanse: https://github.com/gskjold/AmsToMqttBridge/pull/70