Why don't you just downgrade to the regular phone number instead of toll free? What is the benefit of having a toll free number for sending SMS messages.
Waitlist? I just registered this morning and didn’t see anything about that. I can post my driver to Git later today. Same setup as Twilio minus the voice/speak bits. Still exploring that but haven’t figured out the hosting of the XML to tell it what to “speak” when a call starts.
cheaper rates no surcharges they added per text for att verizen etc.. Also I shouldnt have too. there is no need to gauge you for a voice connection fee when i never agreed to that and they suddendly start charging me extra without notifying me and turned off my account when in ran out of funds.. i submitted a ticket but at this point they pissed me off.
Wow that is strange
1 Like
thanks added both in prep of getting an account..
It looks like the parent c onfig automatically creates the children.
1 Like
I have been using Twilio Notification for some time on a very limited basis - and had thought I was using the community app version of this driver. I learned this AM I was using the hubitat provided version which has no exposed attribute for use in tiles - I wanted my dashboard tile to display the last sent message but selecting Attribute of the device in the dashboard tile exposes no choices.
I see some variations shown at the top of this post, are there any other variations not mentioned?
I don't really use dashboards but if you can guide me on your need, happy to update the driver to include what you want. Do you just need a "lastMsgSent" type attribute to be set every time a new message is sent? And for this to remain set until the next message? If yes that would be an easy thing to add.
woot! thats exactly the ask. Just want to be able to see what Twilio was sent, not by opening up my text messages, but by checking my phone dashboard (which I have on all the time ). Thanks for your attention!
Well to my surprise I had already defined a "lastMessage" attribute in the child driver but never used it in the code below. I just wired it up to create an event for that attribute and it will store the last message sent so you can show on your dashboard.
Code is available in my Git repo. Since you are using the stock driver, mine is a bit different in that I have a parent "container" that allows you to create child devices so they all leverage the same Twilio API credentials. You will have to recreate your notification devices after installing the code but then you can link your rules over to the new devices and then remove your old ones.
@jshimota I also added this driver to HPM in case you prefer to install it that way.
@kahn-hubitat hopefully your account finally got off the waitlist. I created a separate thread for the Plivo driver.
no i even emailed them again and no response.. guess i will give out and go back to twillio.. what a pain.
log in not working and when i try the resend activation email link which i never got.. i get the waitlist message again.. dont think i want to use them anyway if this is the kind of support we can expect. thanks anyway.
It's perfect. thanks
Hub dash
Thanks for adding this feature!
Wow that is terrible. Very sorry you are dealing with this.
@jshimota saw your pull request, thanks for that. Question, with your proposed HTML message attribute, will you still use the non-HTML one? I ask because it might be better to have a preference to add the HTML tags as an option to the lastMessage instead for those that will use it on a dashboard.
Interesting - I hadn't considered it being optional. The background on this comes from the Android Dashboard created by @jpage4500. It's now my singular app for display/control interface. His app has the ability to I.D. that a device tile is providing a content type of HTML. This in turn is 'cleaning' up tile problems for me all over the place!
I can imagine that some tile tools won't deal with it well while others will benefit immediately. Having both allows for both cases out of the box without user intervention. a good example is Moon Phase device driver by @thebearmay , which has a switch in the device preferences. When I toss the switch, my Android Dashboard is great but my HE dashboard gets squirrelly (a technical term!!). Ultimately tho, @jpage4500 coded full support for MoonPhase which is just insane on his part, but thats seems to be just how cool he is!
My 2 cents is run both, but I bow to your judgement of course. it's not heavy, codewise and stays out of the way for the most part. I will add that I took it further with my Meteorological Seasons app. I added the ability to colorize the text, including opacity/alpha channel, font size and word position. In that context I'm using a background image with text overlay. It looks decent on an HE dashboard and really nice on the Android.
1 Like
@jshimota Thank you again for the PR. I uploaded v1.1 to Github with these changes and updated HPM. I did make the htmlLastMessage optional via 'Enable HTML Message Events? ' device preference, default is disabled. I chose to do this to reduce driver events since for example some folks like me may never need this new attribute since I don't really use dashboards. Thanks again.
1 Like
you're a giant amongst men! thanks!
1 Like
