@cruunnerr Hi, i dont know if u would like what i have but i made the same u want to have.
I also use a HC-SR04 and a python script, i think its the same u use i put all results in a json file and than
i read it with my openhab server so now i can display via (MMM-Openhab) the actual filling on my mirror.
Also to get a diagram is no problem . I would realy recomment u to take a look at openhab and what it can do. In case of questions please contact me … Robert

@Johans OK, so let me check what is possible
(by the way u must have a very sensible skin to feel decimals … only joking)

@Johans Hi Johans, to ask is never stupid. So to your questions:

1. The module gets his data from Wunderground so it can only display what it gets.
2. Yes, this should be possible and u said how it can be done. U can copy it to a new name and
   npm install their. Dont forget to add the renamed module in the config file

@Nilnik Hi, the problem is only in the latest version.

@ALL The problem is fixed , please do ur git pull in MMM-NOAA

@Peter Hello Peter, i found the Problem since a few Versions of NOAA the translation comes directly from wunderground and during the last Change from @cowboysdude he made a small mistake. We will fix this soon.

@MaxPower Thats not so easy but take a look at my MMM-Openhab modules i display with this the contant of my Openhab webpage and also control it using an iframe.But to change the background is as i know so far only possible if u have access to the source of the page, than its easy like i do.

Hello,
the last weeks i spended lots of time testing modules and so many of them are realy
great ( a few are grab ;-) ) but thats also ok. But during all the testing i found out that
its very very important to select the fitting hardware.
For example:
I develop on a Raspi P3B nice little machine and can handle a lot but not everything.
So this wunderfull modules MMM-voice i impossible to use on a PI much too slow.
On an old laptop with ubuntu it runs perfect.
I found this result fits too a lot of modules they work perfect ok fast cpu but not on a
simple one.
So my suggestion is:
If every module developer puts an information at the beginning of his readme to tell
the cpu where the module was developed and a recommendation.
like.
DEV-CPU: INTEL xyz with Ubuntu 16.04
REC-CPU: same or faster

I think this would keep a lot of people from getting unhappy with great module on a
slow cpu.

So what do u all think about this idea???

Take care
Robert

@tbbear Its always the same, better look twice before asking. I found one old pulseaudio.h file and this was the problem. Everything works fine now and i can start to work on supporting my MMM-Openhab with MMM-voice.

@P-Bo726 the url is the same u would call in your browser to get your basicui sitemap, only with (see in readme) a little modification, thats why i recomment to copy your basicui sitemap for ex. my def. sitemap is wr.sitemap and i did a copy to MMM.sitemap. In this add the extra line like said in the readme.

Hello,
im cant understand the problem i have:
First i can arecord and aplay without any problems with my usb audio device.
But when i try to use MMM-voice i always get:
(snipet from the debug file)
…
INFO: lm_trie.c(482): Building LM trie
INFO: ngram_search_fwdtree.c(74): Initializing search tree
INFO: ngram_search_fwdtree.c(101): 32 unique initial diphones
INFO: ngram_search_fwdtree.c(186): Creating search channels
INFO: ngram_search_fwdtree.c(323): Max nonroot chan increased to 168
INFO: ngram_search_fwdtree.c(333): Created 32 root, 40 non-root channels, 5 single-phone words
INFO: ngram_search_fwdflat.c(157): fwdflat: min_ef_width = 4, max_sf_win = 25
INFO: continuous.c(307): pocketsphinx_continuous COMPILED ON: Jan 6 2018, AT: 13:45:05

Error opening audio device plughw:0 for capture: Connection refused
FATAL: “continuous.c”, line 245: Failed to open audio device

Please help me !!!