spikplanka spikplanka skrev:
Om alla abbonenter på en vattenslinga har vattenmätare så kan man summera automatiskt centralt i kommunen och hitta läckor.
Elverket gör samma sak.
Fjärrvärmen troligen också.
Absolut, skillnaden är att elmätaren är uppkopplad via radio och strömförsörjd utan batteri och rapportering sker minst varje dag.

Något liknande finns det inte för vanliga vattenmätare.

Så sopbilen (eller en mätargubbe med avläsare) måste ut varje dag för att hitta en läcka som man inte ens misstänker.
 
D Dilato skrev:
Absolut, skillnaden är att elmätaren är uppkopplad via radio och strömförsörjd utan batteri och rapportering sker minst varje dag.

Något liknande finns det inte för vanliga vattenmätare.
Vattenmätaren klarar sig utmärkt med ett batteri mellan serviceintervallen. I värsta fall får man väl klämma dit en solcell som nyttjar belysningen i källaren eller en nätadapter. Propeller i vattnet är också en lösning.

D Dilato skrev:
Så sopbilen (eller en mätargubbe med avläsare) måste ut varje dag för att hitta en läcka som man inte ens misstänker.
Frågan är om man måste hitta läckan samma dag? normalfallet är att det läcker för lite för att det är värt att åtgärda. Och fontäner lär ringas in omgående..
Poängen är att hitta de läckor som inte är uppenbara men som kan vänta med åtgärd. På det sättet kan VA-verket spara pengar och vattentillgång.
 
  • Haha
Dilato
  • Laddar…
En av poängerna med detta trådlösa system är att man får fortlöpande rapportering om vattenförbrukning typ var eller varannan vecka, om det nu är så att sopbilarna plockar in dessa data.

Givetvis borde det finna tekniska möjligheter att ha betydligt mer frekventa rapporteringsintervall men jag tror de flesta skulle bedöma detta som onödigt i de flesta fall.

Det är litet skillnad mot förr när kunden fick rapportera in mätarställning typ en gång per år, manuell avläsning. Tycker detta nyare system är enormt mycket bättre.
 
C
S sjoelund skrev:
Det drar nog mindre ström att bara skicka ut data. Att lyssna på en radio drar sjukt mycket ström.
Wireless M-Bus stödjer båda varianterna, vad som är effektivast hänger på hur mycket data som skickas och vilka intervall man sänder/lyssnar med. Kollade snabbt på ett datablad på en M-Bus-modul, och som exempel nämns att om man sänder 30 bytes varje timme så är snittförbrukningen 1,6 µA. Att lyssna varje minut drar 2,3 µA. Så inte självklart vad som är effektivast.
 
H Harald Blåtumme skrev:
är att man får fortlöpande rapportering om vattenförbrukning
Frågan är om "man" endast är kommunen eller om man kan vara två om saken dvs kommun och abbonentkund.

H Harald Blåtumme skrev:
Givetvis borde det finna tekniska möjligheter att ha betydligt mer frekventa rapporteringsintervall men jag tror de flesta skulle bedöma detta som onödigt i de flesta fall.
Underskatta inte önskan hos klåfingriga maktmänniskor som vet bättre att vilja sätta åt de hemska och otäcka långduscharna! ;)
Sedan måste vi granska ditt dubbelspolade toabesök år 2005 en novembernatt den 15:e :p
 
  • Gilla
Claes Sörmland och 2 till
  • Laddar…
spikplanka spikplanka skrev:
Om vi antar att en sändning behöver skicka tid, löpnummer, mätarställning och kontrollsumma:
Tid sedan installation i sekunder i epoch: 32-bit
Löpnummer en gång per dag under 44 år: 14-bit
Mätarställning med 9 decimaler: 30-bit
Kontrollsumma CRC-32: 32-bit

Summa: 108 bitar att skicka en gång per dag

Energikalkyl:
1 st batteri CR2032 3 volt med 220 mAh = 2376 joule
1 st sändning med 20 mW för 5 kbit/s med lite ineffektivitet ((108bit/5000bit) * 20mW) = 0.000432 joule/dag
1 st mikrokontroller (MSP430) som drar 200 µA/MIPS aktivt för att mäta (1ms*3V*200µA*86400s) = 0.05184 joule/dag
1 st mikrokontroller som drar 2 µA i viloläge (3V*2µA*86400s) = 0.5184 joule/dag

Energiåtgång per dag: 0.570672 joule/dag
(att räkna energiåtgång per dag brukar vara riktigt effektivt i detta sammanhang)

Batteriet räcker (2376 / (0.000432 + 0.05184 + 0.5184)) / 365.25 = 11 år
Observera att självurladdning brukar göra slut på batterier innan de blivit dränerade ändå.
Extra energiåtgång för att skicka ett extra meddelande till t.ex vattenkonsumenten minskar driftstiden med 3 dagar på 11 år..

Kalkylen är på inget sätt perfekt men den ger en fingervisning.
Enligt projekt på GitHub som läser av mätaren samt den manick som nån länkade till i tråden så skickar den data var 90onde sekund. Utöver det så är det ju nån ultraljudshistoria på mätaren coh den sensorn måste ju också ligga och dra ström kontinuerligt…

Men uppenbarligen har dom löst det :)
 
B bassebus skrev:
Men uppenbarligen har dom löst det :)
En lösning kan vara att "spekulera" i att flödeshastigheten har en viss tröghet pga masströgheten och att man därmed kan dra ut på intervallen mellan mätvärden. Då sannolikheten att det ändrar sig snabbare än så är låg.
Det skulle ge möjligheten att stänga av ultraljudssändaren i längre perioder.
 
C cpalm skrev:
Wireless M-Bus stödjer båda varianterna, vad som är effektivast hänger på hur mycket data som skickas och vilka intervall man sänder/lyssnar med. Kollade snabbt på ett datablad på en M-Bus-modul, och som exempel nämns att om man sänder 30 bytes varje timme så är snittförbrukningen 1,6 µA. Att lyssna varje minut drar 2,3 µA. Så inte självklart vad som är effektivast.
Fast att bara lyssna får man inte ut någon data på och om det då drar en del ström som det står ovan är nog valet lätt att skicka ofta. Speciellt som mätaren då kan användas för att se data närmare realtid av konsumenten. Och är nog enklare än att utveckla och testa 2 varianter av mätaren. Och om de ändå kommer upp i 12-16 års batteritid så är valet ännu enklare. Men det var lite mindre energi det drog än väntat.
 
C
S sjoelund skrev:
Fast att bara lyssna får man inte ut någon data på och om det då drar en del ström som det står ovan är nog valet lätt att skicka ofta.
Det gör det naturligtvis inte. Skickar du "på vinst eller förlust" ditt data varje timme blir det ~170 sändningar i veckan. Lyssnar du och skickar på begäran och det händer t.ex. 1 gång i veckan blir energiförbrukningen för den sändningen i princip försumbar i sammanhanget.

Med parametrarna i exemplet är valet relativt enkelt, men skall du skicka t.ex. 300 bytes är det självklara valet tvärtom att lyssna.

Likaså om det inte räcker att skicka en gång per timme. Kan t.ex. tänka mig att sopbilen kan hinna både in och ut ur täckningsområdet på den tiden.
 
Vi vill skicka notiser för ämnen du bevakar och händelser som berör dig.