Worth a try, but my guess is there is an issue with transmitters operating on 315Mhz in Australia. Broadlink have disabled it so if they are ever officially imported/distributed here there isn’t a problem.
^^^
Our Company is Importing them, I’d like to have the definitive answer.
[url=https://www.blackcatcontrolsystems.com.au/Hubs-Controllers/Broadlink-IR-Remotes]https://www.blackcatcontrolsystems.com.au/Hubs-Controllers/Broadlink-IR-Remotes[/url]
[quote author=cybrmage link=topic=51779.msg332880#msg332880 date=1509185311]
Broadlink RM2 Interface
Learn (IR only) and send (IR/RF codes) remote codes using your Vera.
No RM-Bridge required!!
Supported Devices
All Broadlink RM/RM2/RM3 devices.
Good afternoon Cybrmage,
Will the Plug-In work with the RM Mini 3 version of Broadlink.
Thanks
Dom
[quote=“zedrally, post:122, topic:197515”]^^^
Our Company is Importing them, I’d like to have the definitive answer.
[url=https://www.blackcatcontrolsystems.com.au/Hubs-Controllers/Broadlink-IR-Remotes]https://www.blackcatcontrolsystems.com.au/Hubs-Controllers/Broadlink-IR-Remotes[/url][/quote]
Cool. Nice to know - will check out your site! As an aside, I think it’s covered by this: https://www.legislation.gov.au/Details/F2016C00432
Schedule 1.18.d - they would be ok up to a maximum EIRP of 10 micro watts (433 is up to 25 mW)
So 10 micro watts is pretty dang low - I couldn’t find anything in the specs online, but it would not surprise me if the Broadlink is many factors of power stronger than that.
[quote author=poordom link=topic=51779.msg336433#msg336433 date=1512855295]
[quote=“cybrmage, post:1, topic:197515”]Broadlink RM2 Interface
Learn (IR only) and send (IR/RF codes) remote codes using your Vera.
No RM-Bridge required!!
Supported Devices
All Broadlink RM/RM2/RM3 devices.
Good afternoon Cybrmage,
Will the Plug-In work with the RM Mini 3 version of Broadlink.
Thanks
Dom[/quote]
Works with Mini OK 
Definitive answer from China.
But if you need RF315, you can buy our EU version RM pro.
I’ve been looking at the Broadlink references - noting they may also be in error:
GitHub - mjg59/python-broadlink: Python module for controlling Broadlink RM2/3 (Pro) remote controls, A1 sensor platforms and SP2/3 smartplugs
Broadlink smart home devices complete protocol hack | by Ipsum Domus | Smart Home DIY
In your plugin ver1.16 there are potentially a few problems:
-- line 982
-- using the hash here will give the incorrect result as tables/arrays start at one
for i = 0, #dPacket do[/code]
The hash is used in this manner in a variety of locations.
The refs seem to indicate these entries are not required. Also if they were; the msb value of 0x00 is missing
[code]-- lines 930 to 937
[0x00] = string.char(0x5a), -- public flag
[0x01] = string.char(0xa5), -- lsb 64bit
[0x02] = string.char(0xaa),
[0x03] = string.char(0x55),
[0x04] = string.char(0x5a),
[0x05] = string.char(0xa5),
[0x06] = string.char(0xaa),
[0x07] = string.char(0x55), -- msb-1 64bitUnsure why this is set to 0x0d? I believe it’s meant to be the msb of the port number.
-- line 961
[0x1d] = string.char(0x0d),
Entries don’t appear to match the references, which off course may be incorrect as well.
-- lines 942 to949
[0x0c] = string.char(DATE.year - (math.floor(DATE.year/256) * 256)),
[0x0d] = string.char(math.floor(DATE.year/256)),
[0x0e] = string.char(DATE.sec),
[0x0f] = string.char(DATE.min),
[0x10] = string.char(DATE.hour),
[0x11] = string.char(DATE.day),
[0x12] = string.char((DATE.wday - 1)),
[0x13] = string.char(DATE.month),
References indicate a minus sign be introduced at some stage eg -3600 vs 3600. Noting that the JavaScript getTimezoneOffset, as used in the one of the refs, returns the offset as a negative number.
-- line 923
local tzOffset = os.difftime(os.time(localdate), os.time(utcdate)) / 3600
I and many others hope you will now release your non voice control version as there is no Plug In now.
It’s already released as part of Concierge Server.
There is a Broadlink Plugin that talks to the Concierge Server.
Why this plugin has been removed from the mios market??
I have a question to any RMPro users.
Has anyone successfully managed to get the APP to learn RF?
I haven’t found a method to do this in e-Control and the e-Control APP does not support Somfy (not that I can see).
Needless to say using the learn button in this APP does nothing either.
I’m also waiting on a response from the manufacturer but thought asking this question here may be faster.
[quote=“zedrally, post:131, topic:197515”]I have a question to any RMPro users.
Has anyone successfully managed to get the APP to learn RF?
I haven’t found a method to do this in e-Control and the e-Control APP does not support Somfy (not that I can see).
Needless to say using the learn button in this APP does nothing either.
I’m also waiting on a response from the manufacturer but thought asking this question here may be faster.[/quote]
Yep. Worked for me with a 433 remote, but not for a 315 as I later discovered it had been disabled on my RMpro. I did it via the e-control app - add remote/user defined/sort in random/add a button/save/tap on button/learn signal. When pressing the button of the remote, check to see if the light on the RMPro is flickering which indicates it is seeing something. If it is but doesn’t save something, then that would indicate that it doesn’t understand it (eg it might be using a weird coding system). If there is no flickering at all, then maybe your RMpro is having issues with the remote frequency itself. Try to find a few more remotes to test.
It is always possible you have a faulty RMPro of course…
Thanks for the quick reply.
Never thought of User Defined, kept looking in Curtain/Roller Shades for a solution.
I wasn’t able to add it until I swept the frequency.
So my solution was …>Sweep Frequency>Learn…
Incidentally, the manufacturer responded with a similar answer.
Dammit, why didn’t I install this before my brand new Broadlink arrived? What’s going on?
Dammit, why didn’t I install this before my brand new Broadlink arrived? What’s going on?[/quote]
I have the zip file of the plugin y can explain you how to install it manually
Xmas present to all, but you need to work out how to create the device.
The .zip is of the files of v1.13.
/rant
I have given this a lot of thought and really did not want to offend anyone least cybermage who did give a lot of his time to Plug In development, but the silence has been deafening and one can only conclude that this was a deliberate act of vengeance against the Vera community. /end rant
Regarding the .zip file, curiously 2 files appear to be empty on download, perhaps someone can explain it use them to create a Plug In.
I’m sorry this has come to this but I can no longer respect someone who leaves on such terms.
Minimum behaviour standard would have been to leave the Plug In and offer no support, walk away or have someone take it over if it became to much to administer.
If you think Broadlink situation is bad, then have pity on the Wink users.
I’m sure cybermage is reading this and most probably rubbing his hands in glee with the wonton havoc he has created, I hope he has a very merry xmas…not.
edit: LUA file from this version was missing in zip.
cybrmage helped me a lot and was always most courteous. This is a big loss for the community and Vera, both in code and people. I would sure like to hear his version of the story, and hopefully Vera guys are paying attention.
Hopefully a win-win evolves for cybrmage, Vera and the community. Maybe Vera should attempt to obtain (pay for) cybrmage’s work?
[quote=“zedrally, post:136, topic:197515”]/rant
I have given this a lot of thought and really did not want to offend anyone least cybermage who did give a lot of his time to Plug In development, but the silence has been deafening and one can only conclude that this was a deliberate act of vengeance against the Vera community. /end rant[/quote]
No. So no. Cybrmage, like many of the people who have created plugins here, has done so out of a willingness to share that work with others and with no expectation of payment. I fully understand the frustration of not knowing why this happened, but it could be for any number of reasons. Maybe it was poor health, maybe it was at the demand of Vera, maybe it was due to a personal attack from someone on this site, perhaps it was a combination of things… at this point no-one knows for certain. Maybe in time cybrmage may come back and let us know what happened. If they do come back, and I hope they do, we should welcome them back without recrimination.
What I do know for certain, based on just looking at their profile, is that cybrmage has been a part of this community since early 2014. Since then they have spent a lot of personal time giving others advice as well as developing and supporting many plugins that have filled a number of gaps in the base Vera product. For that we should all be thankful, and based on that I think we should all chill a bit. Hugs all around, eh? 
So I hope everyone, including cybrmage, has a relaxing and safe xmas. Concentrate on what’s important - family and friends - and I’m sure we’ll sort this out soon.
Cheers
[quote=“zedrally, post:136, topic:197515”]Xmas present to all, but you need to work out how to create the device.
The .zip is of the files of v1.13.[/quote]
Thanks for this. I created the device, but startup LUA fails, so maybe it was designed for U17, and not U15 like I’m using.
http://rm-bridge.fun2code.de/ is a bridge that runs on Android, (in my case a TV), that will do what this plugin won’t, or used to.
^^^
UI5, I would have thought that you would have had a UI7 machine running in parallel as I do!
Admittedly, UI5 is stable whilst I’m still not convinced about a complete transfer to UI7, might wait now for UI8.
I’m not sure that it runs on UI5, I never loaded it on the VL. Any new devices I add are UI7 and the thought never occurred to me of testing on UI5. MAybe someone else can chime in that is running UI5 to confirm?
The RM Bridge is interesting, how have you incorporated it into Vera?