StenO
-
Innlegg
58 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Innlegg skrevet av StenO
-
-
Denne kjenner jeg at jeg har lyst til å henge meg på. ?
Kan hende buck-converter er veien å gå, men la jo merke til at Tibber bruker en superkondensator for å holde ut under signalering.
Ser ArnieO har testet hva TSS721A greier men hvor stor kondensator er det mulig å presse på. Har bestilt meg et par av disse 2x-1F-5-5V-farad-capacitor men spekken på chip'en angir vel maks 7V på terminalene hvor kondensatoren skal kobles. Da holder nok ikke 5,5V som her.
Her må det kobles opp og testes litt...
-
Ingen løsning enda, men har engasjert meg litt med en fyr som har laget noe logging-verktøy basert på ESP8266 i første omgang. Så får vi se.
https://github.com/vscope/geisha_aquarea_panasonic_arduino_esp8266_proxy
Har sett på de to modulene du nevner og begge ligger vel på omtrent 4 laken eller noe sånt - og da vet jeg ikke om det er disse jeg virkelig trenger heller....
Tror jeg rett og slett må koble meg på og sniffe data og se hva jeg finner ut.
Så langt har tiden gått med på å få min AirThings Wave Plus til å snakke med OpenHab men en dag...
- 1
-
Prøver meg på en gammel tråd her. Har fått en Panasonic luft til vann varmepumpe i hus og forsøker å finne ut hvordan jeg kan fiske ut data fra den. Har forstått at den er ModBus utstyrt og har fått på en dings som kobler meg til nett og en web-applikasjon, men siden jeg vil bruke dataene til noe mer enn bare å se på dem i en proprietær webløsning lurer jeg på om det går an å tappe seg innpå den ModBus'en på noe vis?
Googler litt på Modbus Interface for Panasonic Aquarea og får opp en dings til over 5 laken som man visstnok kan bruke.
Her tenker jeg det er rom for å gøre noe selv...
Dette er fint og flott det, men med mindre jeg faktisk fisker dataene ut fra websidens html hjelper det meg lite i å automatisere huset mitt mtp energistyring.
-
Ja, har også lagt til kode som tolker denne datastrømmen fra Aidon. Dette er altså det proprietære meldingsformatet og oppbyggingen de bruker i påvente av at HAN porten blir aktivert.
Min modifikasjon finner du på https://github.com/stenjo/AmsToMqttBridge
-
13 minutter siden, Moskus skrev:
Oi, stakkars dem. Det blir dyrt for dem.
Men kult for den som har måleren i hus. Da er det jo kjempelett å fiske ut alle data du trenger via Z-Wave ?
-
28 minutter siden, ZoRaC skrev:
Skal debug fungere via microUSB, ref det under? Eller må jeg bruke en "ekstern" programmerer der jeg kan koble til bare på TX-pinnen?
Jeg har koblet TSS721 sin TXD mot RX (GPIO3/RXD0) på NodeMCU.
EDIT:
Tror jeg gjør det så enkelt som å implementere dette biblioteket i stedet:
https://github.com/JoaoLopesF/RemoteDebug
Da slipper jeg samtidig å stå med PCen i sikringskapet...
MicroUSB er kun power og har ingen data-linjer så vidt jeg husker.
Funket fint for meg å logge på programmeringspinnene etter at sw var i gang.
men jeg tror RemoteDebug er en kanon-ide :-)
-
Glemte å spørre: Hva sier avlesningene på displayet til måleren din?
Der kan du jo klikke deg igjennom de forskjellige verdiene...
-
I den første meldingen får jeg denne analysen:
og for den andre slip meldingen denne:
Ser ikke ut til at du har noen belastning på fase 2 i denne beregningen.
Er åpen for at det er ting her jeg ikke har fått med meg eller som rett og slett er feil, men ser at Import effekt totalt ser ut til å stemme med sum av forbruk på fasene. Antar da at solcellene dine ikke bidrar til forbruket ditt.
Eksport sum (om det var den du mente) resettes ikke hos meg, jeg får heller ikke målingene dine til å stemme med tallene i meldingen slik jeg dekoder dem.
Overordnet ser det ut til at verdiene i meldingene jeg får stemmer ganske bra, men jeg har heller ikke kommet hel til bunns i dette.
-
Jeg har ikke gjort noen flere studier på feltene 64-69. Det andre ser ut til å stemme ganske godt.
Er din fase 2 tilkoblet i det hele tatt?
-
Flottings. Kan tenke meg slipp av kode på alle de tre du nevner :-)
Lurer litt på om du har lenke til noen form for dokumentasjon på grensesnittet (som du ikke har funnet ut av selv).
-
Denne er jeg interessert i å henge på. Hva har du funnet ut av?
Kan vel strengt tatt bruke kortet som er utviklet her:
og programmere litt om så har vi hele laderen on-line :-)
-
-
2 timer siden, xibriz skrev:
Auto redirect funker bare på epleprodukter om jeg husker rett.
Neida, fungerer på win også. men jeg fikk aldri chrome til å vise websiden. Måtte bruke IE.
-
På 22.6.2018 den 14.21, aleks skrev:
Men med dette brukte du ikke en USB mbus-leser, men koblet deg direkte på systemet?
Jeg brukte HAN MBUS kortet roarfred har designet.
-
Om du får data i 9600n81 så er det nok standard-data disse målerne kommer med fram til Hafslund får implementert HAN protokollen på dem.
Har snoket litt og tror jeg har funnet det meste av interesse. Se min gamle post her::
-
I følge meldingen du lenker til hos Skagerak så tar de visst bare betalt dersom reaktiv energi er over halvparten av aktiv energi (eller effekt).
Det gir også mening siden det belaster nettet veldig mye i forhold til hva de får "betalt"normalt og vil vel fungere som et incentiv til å sette inn noen kondensatorer eller i alle fall en kompensasjon for denne store faseforskjellen.
-
Lurer litt på om ikke GS1 er målernummer (sjekk om det kan stemme) og Act_Energy_P er målerstand. Det gir i tilfelle mening.
Det var mye reaktiv energi, ja, men det er det stort sett nettselskapet ditt som er bekymret over tror jeg. Nettet må dimensjoneres etter dette men du betaler ikke for forbruket som sådan. Som nevnt tidligere i tråden: Du kan sikkert lese mer om det på Wikipedia elns :-)
Når det er sagt kan det vel tenkes at nettselskapet krever kompensering (altså fysisk) dersom reaktiv effekt blir for stor - men det er vel andre i dette forumet som kan mer om enn meg.
Jeg har selv 1716,78 kVAh reaktiv (R-) på 12219,38 kWh målerstand som utgjør mer enn den andelen du har, og Lyse har ikke klaget til meg enda :-)
-
Tror du kan være interessert i act_pow_pos (som er forbrukt effekt akkurat nå) og eventuelt act_pow_neg som jeg tipper er eksportert effekt til grid (om du har ditt eget kraftverk) :-)
- 2
-
5 timer siden, Thomas skrev:
Hvordan ser scriptet du leser ut datene ut ?
Har modda på koden til roarfred og lagt til min egen dekoding dersom det er Aidon måler som er valgt.
Satte også opp riktig baudrate på serieporten og måtte skrive om rutinen som setter sammen en hel ramme.
Jeg kjører altså hele greia på hw som er spesialbygd :-)
Om du mener den biten som henter ut data fra rammen, er det en enkel rutine som ser sånn ut:
int HanReader::getInt(int start, int size) { int value = 0; int bytes = 0; int mask = 0x01; // Use if negative value (MSB = 1) for (int i = start + size -1; i >= start; i--) { mask = mask << 8; value = value << 8 | buffer[i]; } if (buffer[start+size-1] >= 0x80) { // Negative value return value - mask; } return value; }
Her ligger data i buffer[] arrayet og jeg sender med byte index i start og størrelsen på data i size (2 eller 4 bytes)
Aner egentlig ikke om det var svar på spørsmålet ditt...
-
Byte Verdi 00-15: ASCII målernummer 16-23: Import energi totalt (Wh) 24-31: Eksport energi totalt (Wh) 32-39: Reaktiv energi totalt R+ (VArh) 40-47: Reaktiv energi totalt R- (VArh) 48-51: Import effekt totalt (W) 52-55: Eksport effekt Totalt (W) 56-59: Reaktiv effekt totalt R+ (VAr) 60-63: Reaktiv effekt totalt R- (VAr) 64-69: ???? 70-73: Forbruk fase 1 (W) 74-77: Forbruk fase 2 (W) 78-81: Forbruk fase 3 (W) 82-83: Spenning fase 1 (V) *10 84-85: Spenning fase 2 (V) *10 86-87: Spenning fase 3 (V) *10 88-89: Strøm fase 1 (A) *10 90-91: Strøm fase 2 (A) *10 92-93: Strøm fase 3 (A) *10 94-95: Frekvens (Hz) *100
Det viste seg at det jeg trodde var effekt eksport alltid var null uansett hvor mye jeg leverte inn til nettet - men de andre tallene så ut til å stemme.
Tror også ganske sikkert at 56 - 63 er reaktiv effekt. I alle fall teller 40-47 opp når jeg har verdier i 60-63 ig 40-47 stemmer med avlesning på displayet på måleren.
Aner fremdeles ikke hva 64-69 inneholder, men nå tenker jeg det greier seg for min del :-)
-
På 14.5.2018 den 16.38, Salvesen skrev:
Ja det stemmer, noen får vettig info og andre ikke
Jeg har funnet ut mye vil jeg si av hva som kommer ut av Aidon-måleren som default. Se posten min i den andre tråden:
Er noen felter jeg ikke helt har fått styr på, men lurer på om det handler om reaktiv effekt.
- 1
-
17 minutter siden, xibriz skrev:
Her må du nok skylde på RPi og ikke openHAB/influxdb Jeg kjører alt på en middels kraftig VM og dytter betydelige mengder data inn i openHAB via MQTT uten at noe kneler eller at noen opplever forsinkelser
Godt tips. Kanskje jeg rett og slett skal flytte grafana og influx til en annen RPi som ikke kjører openHab? Aner meg at det er grafana som tar mest ressurser...
-
7 timer siden, cpu22 skrev:
Jeg har sammenliknet dette med mine logger, og det kan godt stemme. Jeg ser at jeg ikke har hatt belastning på fase 2, og derfor har jeg alltid fått 0 der.
Når det gjelder byte 56-69, er dette 4 forskjellige felter: 56-59, 60-63, 64-67 og 68-69. En av de to førstnevnte (altså 56-59 og 60-63) har alltid en verdi, men aldri begge samtidig. Verdien er i størrelsesorden 40-60, og noen ganger høyere, f. eks. 368 eller 669. Kan dette være jordstrøm i negativ og positiv retning? Mener å ha hørt at de nye målerne kan måle jordstrøm også.
Byte 64-67 varierer hos meg mellom 30070 og 35894. Vet ikke hva dette kan være. Byte 68-69 ligger i området 4986-6118. Av til faller den til omkring 1200-1300.
Her er jeg veldig usikker. Har ikke gått så mye inn i dataene akkurat her. Kan det være at noen av disse er reaktiv effekt? Den teller i alle fall reaktiv VAh...
I går var det imdlertid en solrik dag og Eksport sum (24-31) steg fra 58606 til 69540 Wh og det stemmer også bra med hva grafen over eksportert effekt forteller meg. Jeg fikk altså levert drøye 10 kW timer inn til resten av norge av en produksjon på 27,5 totalt i går.
Fremdeles litt usikker på eksport-data på enkeltfasene - her hang ikke Influx med meg og har ikke greid å logge noe særlig.
Fant også ut at strømtrekk plutselig kan være negative (!) og det hadde jeg ikke tatt høyde for i koden - så grafene for strømtrekk så mildt sagt spesielle ut. (6,5 kA overskygger det meste kan du si)
Sidenote: Tror openhab og/eller influx sliter litt med å henge med i svingene når det blir mye data via Mosquitto (som forsåvidt går på en annen RPi) samtidig. Det ser ut til at den har helt gitt opp strømtrekket på fase 1 og et par andre verdier jeg ikke greier å finne data på. I panelet vises dataene helt greit...
-
13 minutter siden, Bronson skrev:
Kan du forklare litt nærmere hva du mener med dette? Har du fått noen til å åpne den for deg eller har du fikset noe selv? Spørsmålet er jo om jeg hadde fått tak i en Aidon-måler, ville informasjonen da vært lesbar selv om Aidon sier den ikke er klar?
Dette er data fra min Aidon måler som Lyse monterte i februar. Har spurt dem om å åpne HAN porten for meg, men det sier de at de ikke gjør før mot slutten av året siden alt ikke er klart mht spesifikasjonen på kommunikasjonen. Det er snakk om at det kan være behov for et sikkerhetsnivå på dette siden noen målere tross alt står i felles skap for borettslag eller leiligheter.
Dataene som jeg viser her kommer ut av måleren på (det som senere vil bli) HAN-porten uten at jeg har foretatt meg den minste ting meg måleren som sådan. Jeg bruker kortet som roarfred designet og som er essensen i denne tråden, men koden har jeg skrudd litt på - blant annet fordi data kommer i 9600 8N1 og har SLIP formatering og data er kodet forskjellig.
- 1
Lesing av AMS data (AMS/HAN -> IoT)
i Strømsparing og strøm-overvåkning
Skrevet
Det stemmer når du sier det. TS721A har ingen leamikk for step-down og spennigsreduksjonen er vel i praksis resistiv som igjen betyr at ut-strøm på 3,3V er begrenset av hvor stort effekt-tap chip'en klarer med den strømmen og spenningsreduksjonen fra ca 30V og ned til 3,3V. og på bare 50 mA blir det fort en og en kvart Watt som må forflyttes fra denne lille chipen.
-> Vi går for egen buck-converter tror jeg...