Thanks for that. Depends which version of the Weather plugin you have - I believe later ones were encrypted. For the thermostat, I have no idea, but would be delighted to hear one way or another!
Early benefits of access. Can you try this?
Anticipating (perhaps unwisely) success from the previous post, here’s an equivalent version of http.lua to put into the openLuup/ directory and ensure that the DLNA sources all reference it.
[quote=“akbooer, post:122, topic:189395”]@mda
Early benefits of access. Can you try this?[/quote]
Thanks! Is this success?
[code]HA-MacBook:cmh-ludl mda$ lua5.1 /Users/mda/Downloads/http_test\ (1).lua
— status —
HTTP/1.1 200 OK
— headers —
TRANSFER-ENCODING: chunked
CONTENT-TYPE: text/xml
DATE: Thu, 03 Dec 2015 02:55:25 GMT
LAST-MODIFIED: Fri, 20 Nov 2015 14:30:59 GMT
SERVER: Linux/2.6.28.3, UPnP/1.0, Portable SDK for UPnP devices/1.6.6
X-User-Agent: redsonic
CONNECTION: close
— status —
200
— result —
It is not playing mp3 files or TTS unfortunately 
I will try to look at the logs in depth and compare to the working DLNA calls on the Vera and report back.
You took away the earlier good news that it now discovers all your devices. I take it that’s still true.
I think we’ll now be chasing a different bug. You can keep an eye on the conversation I’m having with the LuaSocket developer here http.request() fails for (non-)chunked encoding with no transfer length · Issue #153 · lunarmodules/luasocket · GitHub
Interested to hear any progress from your investigations.
[quote=“akbooer, post:126, topic:189395”]You took away the earlier good news that it now discovers all your devices. I take it that’s still true.
I think we’ll now be chasing a different bug. You can keep an eye on the conversation I’m having with the LuaSocket developer here http.request() fails for (non-)chunked encoding with no transfer length · Issue #153 · lunarmodules/luasocket · GitHub
Interested to hear any progress from your investigations.[/quote]
Thanks, yes. It now discovers them and lets me select them without error. It just does not play any files or TTS 
I need to spend some time on it over the weekend… i will try to diff the logs from vera and openluup on the same renderer when playing a file and a TTS so we can see what’s going on. I will also try watou’s ecobee plug in.
While a slightly different problem - I would really like to see this fixed:
http://forum.micasaverde.com/index.php/topic,13081.msg97105.html#msg97105
Could you please mention in your conversations with @diegonehab. I’ve encountered header case problems three times now and it’s very difficult to diagnose unless you are looking for it.
The problem is that most Lua installs use pre-built binaries, rather than building from the latest source. The LuaSocket library in one of my installs still has a http.lua file with this error in it http: do not set global TIMEOUT · lunarmodules/luasocket@ddf88ac · GitHub which was fixed on 5 Jul 2013 !!
[quote=“mda, post:127, topic:189395”][quote=“akbooer, post:126, topic:189395”]You took away the earlier good news that it now discovers all your devices. I take it that’s still true.
I think we’ll now be chasing a different bug. You can keep an eye on the conversation I’m having with the LuaSocket developer here http.request() fails for (non-)chunked encoding with no transfer length · Issue #153 · lunarmodules/luasocket · GitHub
Interested to hear any progress from your investigations.[/quote]
Thanks, yes. It now discovers them and lets me select them without error. It just does not play any files or TTS I need to spend some time on it over the weekend… i will try to diff the logs from vera and openluup on the same renderer when playing a file and a TTS so we can see what’s going on. I will also try watou’s ecobee plug in.[/quote]
I had it playing .mp3 files for a moment but not TTS (and it threw a missing mp3 file error).
Then i installed the ecobee plugin to test it, and now the DLNA plugin will not select a renderer manually or via browse (it finds them but will not select them). The log is not helpful, it just says:
2015-12-05 21:44:49.381 luup.call_action:0: 6.urn:dlna-org:serviceId:DLNAMediaController1.SelectDMRDevice
2015-12-05 21:44:57.527 luup_log:6: DLNA: debug: refreshNow: start
When i manually paste in the renderer and click select it also does nothing and the log shows nothing:
2015-12-05 21:56:17.614 openLuup.server:: /data_request?id=lu_action&output_format=xml&DeviceNum=6&serviceId=urn%3Adlna-org%3AserviceId%3ADLNAMediaController1&action=SelectDMRDevice&URL=http%253A%252F%252F192.168.1.125%253A49153%252Fdescription.xml tcp{client}: 0x7fa6a103a628
2015-12-05 21:56:17.614 luup.call_action:0: 6.urn:dlna-org:serviceId:DLNAMediaController1.SelectDMRDevice
2015-12-05 21:56:25.148 luup_log:6: DLNA: debug: refreshNow: start
2015-12-05 21:56:40.223 luup_log:6: DLNA: debug: refreshNow: start
I deleted the ecobee device and plugin files, then deleted and recreated the DLNA device and it still does not work. I am at a loss, nothing i installed for the ecobee overwrote anything in /etc/cmh-ludl so i can not understand why it stopped functioning.
The only other thing that happened is I think i clicked Yes on an AltUI update at some point-- i can not remember if it was before or after it was working. I wonder if an AltUI update could cause this? AltUI is now on version AltUI v0.101.981. I do not think there is anything useful in /var/log/cmh/LuaUPnP.log either:
HA-MacBook:cmh-ludl mda$ grep DLNA /var/log/cmh/LuaUPnP.log
06 12/05/15 21:58:17.387 Device_Variable::m_szValue_set device: 6 service: urn:dlna-org:serviceId:DLNAMediaController1 variable: PluginVersion was: 1.4 now: 1.4 #hooks: 0
06 12/05/15 21:58:17.387 Device_Variable::m_szValue_set device: 6 service: urn:dlna-org:serviceId:DLNAMediaController1 variable: BrowseResult was: now: #hooks: 0
06 12/05/15 21:58:17.387 Device_Variable::m_szValue_set device: 6 service: urn:dlna-org:serviceId:DLNAMediaController1 variable: PlaybackResult was: now: #hooks: 0
06 12/05/15 21:58:17.407 Device_Variable::m_szValue_set device: 6 service: urn:dlna-org:serviceId:DLNAMediaController1 variable: DiscoveryPatchInstalled was: 1 now: 1 #hooks: 0
06 12/05/15 21:58:18.419 Device_Variable::m_szValue_set device: 6 service: urn:dlna-org:serviceId:DLNAMediaController1 variable: DescriptionURL was: now: #hooks: 0
06 12/05/15 21:58:18.419 Device_Variable::m_szValue_set device: 6 service: urn:dlna-org:serviceId:DLNAMediaController1 variable: DescriptionURL was: now: #hooks: 0
Also the ecobee plug-in does not work. It uses an encrypted file L_ecobee.lua.lzoenc
HA-MacBook:cmh-ludl mda$ ./openLuup_reload
Compile Lua error: [string "[5] I_Ecobee1.xml"]:109: module 'L_ecobee' not found:
no field package.preload['L_ecobee']
no file './L_ecobee.lua'
no file '/usr/local/share/lua/5.1/L_ecobee.lua'
no file '/usr/local/share/lua/5.1/L_ecobee/init.lua'
no file '/usr/local/lib/lua/5.1/L_ecobee.lua'
no file '/usr/local/lib/lua/5.1/L_ecobee/init.lua'
no file '/etc/cmh-ludl/L_ecobee.lua'
no file '/etc/cmh-lu/L_ecobee.lua'
no file './L_ecobee.so'
no file '/usr/local/lib/lua/5.1/L_ecobee.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
Does functionality restore if you use a startup.lua file to create a new system with only AltUI and DLNA?
Nope. I also tried a reset then a startup.lua with a clear startup lua and created the device in AltUI. It no longer likes me
No errors at all in the log? Then the only thing that’s changed is… ?
No errors at all. The only thing I can think of that changed is altui updated yesterday.
I guess my next step is to completely reinstall openLuup and altui? ::crying::
You could load a previous version of AltUI, just to check.
Good idea. Do you know the best way to do that? Thanks.
EDIT: when i go to / – Alternate UI and go back to an older version and download the zip it only gives me the files that changed, so i am wondering if there is an easier way to download an entire earlier version without having to select every file. Not a big deal, just figured if you happen to know an easy way i would ask. Thanks.
mda,
Check the tips and tricks section of this forum. Akbooer shows exactly how to step back to earlier versions. I’ve used it in the past.
[quote=“mda, post:136, topic:189395”]Good idea. Do you know the best way to do that? Thanks.
EDIT: when i go to / – Alternate UI and go back to an older version and download the zip it only gives me the files that changed, so i am wondering if there is an easier way to download an entire earlier version without having to select every file. Not a big deal, just figured if you happen to know an easy way i would ask. Thanks.[/quote]
Thanks @CudaNet , I’ll give it a go tomorrow.
before i reverted i decided to try to the new AltUI just in case. It did not fix it but @akbooer i see this error in the log “openLuup.HTTP.FILE:: file not found:data_request”
015-12-08 22:49:34.376 luup.call_action:0: 4.urn:dlna-org:serviceId:DLNAMediaController1.SelectDMRDevice
2015-12-08 22:49:34.378 openLuup.server:: request completed (125 bytes, 1 chunks, 1 ms) tcp{client}: 0x7f9d61037e28
2015-12-08 22:49:42.414 openLuup.server:: closing client connection: tcp{client}: 0x7f9d62000628
2015-12-08 22:49:48.539 openLuup.server:: /data_request tcp{client}: 0x7f9d61037e28
2015-12-08 22:49:48.539 openLuup.HTTP.FILE:: file not found:data_request
Does that mean anything? I checked and my http.lua file is in my openluup directory.
My next step will be to revert to an earlier altui and if that does not work, update to the latest openluup (I am on v6 now) and back out the changes to the http.lua file i my lua directory and openluup. Trying to find the time… might not be until the weekend. Thanks.
[quote=“mda, post:139, topic:189395”]i see this error in the log “openLuup.HTTP.FILE:: file not found:data_request”
[…]
Does that mean anything? I checked and my http.lua file is in my openluup directory.[/quote]
Interesting. It looks like it’s trying to interpret a query as a file request. Now, I did change some logic here because of a bug found by @vosmont (in fact, the reverse effect: a file request looking like a query) so I may have broken something.
I’ve patched the latest in GitHub to reflect my current understanding. Can you simply use that version and try it again?