Hello. You need to create twitter4j.properties file in same folder where jar file is and put there 2 strings :
oauth.consumerKey=
oauth.consumerSecret=
with credentials of your twitter account (you need to find this somewhere in twitter account). There is no instruction on how to setup this. Maybe later I’ll have time to make it.
Updated to jar v0.17.0 but still getting the same message, have also tried putting the properties file under the data folder, and reloaded the widget on the dashboard.
But the error is different now (I have triple checked the keys - I have tried both the widgets Access token as well as the token generated on the Twitter Dev console)
23:52:19.396 ERROR - Error sending twit for user xxx@xxx. Reason : 401:Authentication credentials (https://dev.twitter.com/pages/auth) were missing or incorrect. Ensure that you have set valid consumer key/secret, access tok$
message - Could not authenticate you.
code - 32
I checked code. Enabling twits on local server requires also app changes (app_key and secret code). So this is impossible at the moment for local server. Sorry for confusion.
I’ve tried to add the application access token and secret generated from the developer dash into the .properties file with the consumer key details but it is still giving the same error.
I suspect if we can use the manually generated application token we may not need the widget on the dashboard directly (currently a $0 widget anyway)
Will revert back if i manage to get something to change.
I ran the test OAuth from the dashboard and copied the curl command into my local server which worked 100%, so I’m sure there is not a connectivity / port issue and the tokens are all functioning.
Alternately I will need to revert back to node.js to tweet (node.js webserver currently running to allow another device to send commands to the devices anyway)
I’ve followed a similar path to @Bobbo_SA by using node-red functionality for tweeting (and sending notifications to my Pebble ).
Having said that, the idea for a multi-state LED is pretty cool (I assume it’d involve making the color property settable at runtime). I could sure find a use for that widget!
I really can’t say enough good things about Blynk. It’s awesome.
Could not agree more with your last statement, it has a few limitations (mostly sue to external factors, iOS and its controls being the main one) but then my implementation is not exactly standard either so I’m happy to find alternates to resolve the small constraints.
My Pi currently runs Blynk for main mobile interface, MQTT for inter network communications (Bridge became too much 15 devices i currently have deployed) and more recently Node.js for a Websockets API that publishes to certain MQTT topics and now another Node.js for Tweeting.
Similar setup, but I haven’t (yet) used MQTT. I think I’ll have to look into that. I have a feeling it will solve some things I’m struggling with right now.