Lesing av AMS data (AMS/HAN -> IoT)

[ArnieO]

9 minutes ago, bearer said:

Eg tenkte å bruke samme TSS721 chip til å enten lade supercap direkte, eller bruke 3.3v fra TSS721 til å drifte en attiny som kun har til jobb å lade supercap ut i fra en MPPT algoritme eller noe, og prøve å holde track på hvor mye energi som kommer inn og starte opp en ESP i jevne intervaller ut i fra det. Slow progess.

Høres ambisiøst ut - men er sikkert mulig!

En annen vei å gå kan være et LiFePO4 batteri ladet f.eks. med en TP5000 modul, med en buck converter i forkant for å ta ned spenningen fra HAN-porten til 5V.

Jeg har en utesensor hvor jeg bruker LiFePO4 / TP5000 /6V solcelle - med godt resultat. Har vært i drift siden juni. TP5000 ser ut for å stjele lite energi. Jeg tror uansett nøkkelen er effektbudsjettet - å få ESPen til å bruke minst mulig mens den er våken (kortest mulig oppetid).

[ArnieO]

12 minutes ago, xibriz said:

 

Jeg vil tro at fast IP f.eks. hjelper en del på med tanke på oppkobling mot WiFi.

Det stemmer nok ja. Jeg mener å ha sett andre knep også - men får ikke brukt tid nå på å lete.

[xibriz]

Kanskje man skal rette innsatsen om å porte koden til Z-UNO i stedet for å presse ESPen til noe den ikke er designet for?

[ArnieO]

6 minutes ago, xibriz said:

Kanskje man skal rette innsatsen om å porte koden til Z-UNO i stedet for å presse ESPen til noe den ikke er designet for?

70 USD? ? Ukjent dings for meg.

Kikket kjapt på speccene, som sier 50 mA fra 3,3V i "Always listening mode" - og da er vi nesten i mål allerede vs ca 80 mA på ESP8266.
Og 1 mA i sleep mode er jo "ok". (ESP8266 i deepsleep er vel rundt 50 µA, men trenger energi på å reboote)
 

Minste motstands (og kostnads) vei i første omgang er vel å forsøke med ESP8266 i deepsleep.

 

En del grei info om strømsparing / ESP8266 her:

 

 

[xibriz]

Ja det er jo kostnaden som er det største problemet... hvis man ikke allerede har en liggende i skuffen ?

Endret 11. januar 2019 av xibriz
skriveleif

[frodegill]

49 minutes ago, xibriz said:

Kanskje man skal rette innsatsen om å porte koden til Z-UNO i stedet for å presse ESPen til noe den ikke er designet for?

 

Jeg satser på å bruke wESP32 med power over ethernet. Gir kablet kobling frem til MQTT-serveren og strøm i samme slengen..

[ArnieO]

28 minutes ago, ArnieO said:

Minste motstands (og kostnads) vei i første omgang er vel å forsøke med ESP8266 i deepsleep.

Eller kanskje ennå mer interessant i dette tilfellet å se nærmere på "Light sleep", som har svært kort vekketid og ikke rebooter.

Noe info her: https://github.com/esp8266/Arduino/issues/1381

Dette kan det bli interessant å få testet...

[backspace]

1 hour ago, ArnieO said:

 Klarer du å få tatt ennå litt skarpere bilder av Tipper Pulse kortet, og legge de opp på "The hard way"-tråden?

 

Her er noen av bildene jeg har tatt som lå på telefonen. Får heller rope ut om trenger enda skarpere bilder så skal jeg tar et par til.

[ArnieO]

37 minutes ago, backspace said:

Her er noen av bildene jeg har tatt som lå på telefonen. Får heller rope ut om trenger enda skarpere bilder så skal jeg tar et par til.

Takk!

Dersom du også har "rett på" bilder av komponentsiden så hadde det vært fint.

(Disse kortene med svart lakk er lure; gjør det vanskelig å se lederne... ?)

[backspace]

1 hour ago, ArnieO said:

Takk!

Dersom du også har "rett på" bilder av komponentsiden så hadde det vært fint.

(Disse kortene med svart lakk er lure; gjør det vanskelig å se lederne... ?)

ja glemte et bilde

 

[Mag]

Er det noen som kjenner til hvor jeg kan få kjøpt ferdige devices med åpent API, som jeg kan plugge til HAN via rj45 pluggen. Og som kommuniserer med cloud enten via wifi eller narrowband-iot mobilnettet? 

[ZoRaC]

Akkurat nå, Mag skrev:

Er det noen som kjenner til hvor jeg kan få kjøpt ferdige devices med åpent API, som jeg kan plugge til HAN via rj45 pluggen. Og som kommuniserer med cloud enten via wifi eller narrowband-iot mobilnettet? 

 

Ja, Tibber Pulse. Mulig OSS-pluggen også (men den er vel 4G, ikke NB-IoT, tror jeg). 

[Mag]

Noen som har tips til hardware produsent som kan produsere på spec HAN til AMS device med kommunikasjon til cloud via wifi og/eller narrowband-iot, med tillegg av sensorer? 

[Mag]

1 time siden, ZoRaC skrev:

 

Ja, Tibber Pulse. Mulig OSS-pluggen også (men den er vel 4G, ikke NB-IoT, tror jeg). 

Oss.no tilbyr kun til enkelte kunder, og ikke noen bedrifter, og de har ikke API. Sendte spm til Tibber

[Moskus]

12 timer siden, Mag skrev:

Er det noen som kjenner til hvor jeg kan få kjøpt ferdige devices med åpent API, som jeg kan plugge til HAN via rj45 pluggen. Og som kommuniserer med cloud enten via wifi eller narrowband-iot mobilnettet? 

http://cemm.no/ kan også være aktuelt, men kommer med en noen høyere prislapp.

Men jeg tipper det er den "åpneste" av ferdig-løsningene.

[ArnieO]

Jeg har @roarfred sitt kort og @xibriz sin kode i drift på "min" Kamstrup-måler , og det fungerer fint (se bilde forrige side).

 

Kortet ble imidlertid litt "prototypeaktig" fordi jeg hadde feil RJ45 konnektor - og jeg vil gjerne ha med lysdiode som indikerer at datapakker levert fra TSS721 til ESP.

 

Jeg jobber derfor med et mer kompakt kortutlegg, hvor jeg bruker SMD-komponenter for motstander og de fleste små kondensatorer. Jeg legger komponenter på begge sider av kortet, og har da fått klemt det inn på omtrent halve arealet: 50 x 35 mm.

 

Dette er Work In Progress, jeg kommer til å dele det ferdige resultatet her når det er klart. Og jeg kommer til å få kort til overs når jeg etter hvert bestiller, så jeg kan dele med andre interesserte. Kort på denne størrelsen koster ikke mer enn ca 100-150 kr for en pakke på 10 ferdig levert, så frimerket for å sende ut kort blir dyrere. ?

 

Jordplanet er ikke lagt ennå - men jeg har fått rutet alle signalene samt 3,3V, så det gjenstår ikke så mye arbeid.

 

Jeg kommer til å jobbe litt videre med designet, jeg håper å finne en løsning for å bli kvitt 5V spenningsforsyningen ved å bruke en av sleep-modusene på ESP'en.

 

Jeg har valgt å beholde temperatursensoren (U2 / DS18B20). Koden jeg bruker leser den foreløpig ikke - men jeg synes den er fin å ha der.

 

(Så irriterer jeg meg litt over C6 som er eneste hullmonterte kondis. Dette fordi den er på 220 pF, og jeg kun har 100 nF chipkondensatorer i skuffen... ? mulig jeg bestiller så jeg får den også over på chip.)

 

Dersom noen har innspill / forslag til forbedringer er dette et godt tidspunkt!

[Andreas]

Legg ut skjema, så kan vi se over.. 

Skifte til SMD på Bryter,  Led, RJ-kontakt og headere er det første jeg tenkte..

Den bryteren ville blitt billigerere og like god som pinheadere med jumper.

 

Ser veldig bra ut! 

Endret 13. januar 2019 av Andreas

[ArnieO]

3 minutes ago, Andreas said:

Legg ut skjema, så kan vi se over.. Ser veldig bra ut! 

SMD Led er det første jeg tenkte..

Sparer vel litt (men ikke mye) plass med SMD LED, men jeg tenkte å lage hull i boksen for LED'en, så tenker i utgangspunktet å la den være.

Vanskelig å utnytte den besparelsen uansett.

 

Skjema:

[ArnieO]

10 minutes ago, Andreas said:

Den bryteren ville blitt billigerere og like god som pinheadere med jumper. 

Ja, jeg vet - jeg er bare blitt så lei av å fikle med jumper mens jeg jobber med programmer at jeg har gått over til bryter. ?

 

Dette er ikke tenkt serieprodusert, så jeg er usikker på hva man vinner på å bruke SMD RJ45? Hovedproblemet der er at den tar mye plass.

[Andreas]

Så ville jeg absolutt ikke gått for micro USB, heller en type B, den tåler uendelig mye mer bruk.

I min design bruker jeg bare en op-amp med en spenningsdeler på inngangene, så utgangen på ch1 inn på negativ input på ch2. Forsynt av 3,3v

totalkost 4-5 kr..

Kan legge opp skjema i morgen når jeg er på stor-pcen..

 

Med kun SMD-komponenter, så kan dette sikkert produseres for 50-100 kr pr kort ved 20 kort.. Man får også mye bedre plass på undersiden hvis ingen pinner kommer gjennom.

 

Jeg bruker ikke  RJ45 på kortet, kun skruterminaler.. billigere, og er lagervare her hjemme..

Endret 14. januar 2019 av Andreas

[Andreas]

 

Her er min omformer fra 24v/12v til 3,3v invertert. 

zenerdioden og kondensatorene kan droppes..

[xibriz]

@ArnieO Revolusjonen her blir om du får dette til å kjøre uten ekstern strømtilførsel. Jeg merket meg at Tibber bruker en ESP32 som bruker enda mer strøm enn ESP8266.

 

Dere skjønner jo at jeg ikke er en elektronikk-guru når jeg sier: Dette må jo være mulig å få til med en stor nok kondensator?

[ArnieO]

Just now, xibriz said:

@ArnieO Revolusjonen her blir om du får dette til å kjøre uten ekstern strømtilførsel. Jeg merket meg at Tibber bruker en ESP32 som bruker enda mer strøm enn ESP8266.

 

Dere skjønner jo at jeg ikke er en elektronikk-guru når jeg sier: Dette må jo være mulig å få til med en stor nok kondensator?

Hehe, la meg forsøke å forklare. 

Tenk deg at du ønsker å holde konstant nivå i badekaret (kondensatoren), men proppen lekker (strømforbruk) mer enn maks vannstrøm fra krana (støm inn). Å bytte til større badekar vil gjøre at nivået synker saktere, men det vil uansett tømmes. Løsningen er å redusere lekkasjen (redusere strømforbruket).

 

Ja hadde vært strålende å slippe ekstern strømtilførsel ved å bruke 3,3V regulatoren som er innebygget i TSS721A. Skal finlese databladet, så får vi se. ?

 

Tibber hevder å ha klart det - og som du sier med en ESP32, som er mer strømkrevende. Men jeg ser det rapporteres i forumet om at mange må bruke eksternt power likevel - så de er visst ikke helt i mål. Hypotesen er at dersom WiFi-senderen kan jobbe på lavt sendenivå (gunstig lokasjon) går det bra. ESP8266 kan variere sin sendeeffekt, default er maks effekt. Jeg har stål sikringsskap i en annen etasje enn nærmeste aksesspunkt, så jeg antar maks sendeeffekt trengs. Jeg tenker å oppdatere koden slik at den rapporterer RSSI på MQTT, da får vi en indikasjon.

 

Jeg tror nøkkelen ligger i å utnytte en av ESP'ens sleep-modes mellom datapakkene for å trimme ned strømforbruket.

[ArnieO]

On 11/01/2019 at 16:47, backspace said:

ja glemte et bilde

 

Det ser ikke ut for at de bruker TSS721A. De to induktorene kan indikere buck-converter(e)? Kanskje en som regulerer ned 5V fra USB-pluggen, og en annen som regulerer ned fra MBUS?

[xibriz]

Det er jo en bra forklaring @ArnieO

 

Men så spørs det, hvor langt unna hverandre er lekkasjen og strømtilførselen? Kan det tenkes at man berger seg ved å rapportere inn annenhver melding? Altså hvert 20. sekund istedet for hvert 10.?

 

Og selvfølgelig tweake koden maksimalt. Kanskje "light sleep" er bedre enn "deep sleep" pga. oppstartstrømmen? Trikse med å slå av/på WiFi osv.