I am working on A project and it uses blynk local server. I wanted to know will there be support for blynk local server in 2.0? And when is the expected launch of blynk 2.0?
@PeteKnight Please reply
Blynk have said a few conflicting things about this over the past few years. The latest that I’ve seen is something to the effect of creating a local server would be extremely complex, and if it does happen it won’t be anytime soon.
I have no idea.
When beta testing started, a date of “the end of April” was mentioned, but that was clearly unrealistic. I’ve not heard anything since, despite the question being asked several times.
The beta version of Blynk now displays the following message:
Promo Period of BlynkPROplan
As an early user of new Blynk, you can enjoy free access to all PRO features until June 25th.
On June 25h, you can choose to sign up for PRO or PLUS plan, or can continue using Free Blynk plan without the premium features.
The Free plan includes:
- 1 device (more can be added with one-time per device fee)
- Blynk.App with basic widgets
- Blynk.360 web dashboard
- Blynk.Inject Wifi provisioning
- Blynk.Cloud with a lower transaction cap
- 1 week of data storage
- 1 admin seat
- 5 user seats
Premium features that will be turned off on June 25th if you choose not to upgrade:
- Increased limit on devices
- Increased limit on users
- Longer data storage
- Larger cap on Cloud transactions
- Advanced widgets
- Role and permission management
- Device data export to CSV
- User data export to CSV
- Alexa and Google Home (coming soon)
I guess this answers the question about launch date.
Pricing | Blynk IoT Platform has also been updated with the following info:
It also shows that additional devices can be added to any of the plans for a one-off payment of $4.99
Free users have access to the “Basic Widgets” and Plus/Pro users have access to “PRO Widgets”. As yet, there doesn’t seem to be any indication about which widgets fall into the Basic or PRO categories.
There’s also no indication what the “Lower Transaction Cap” on free version means.
OK I’m out and will never return!
Node red will do all I need 4 free!
Except give a nice app!
With new Blynk, we are changing this concept. Blynk will no longer be “just an App”!
I hope we will prove it in the near future.
Way to expensive an use a bad bussines modell that are D. I. Y unfriendly. Clearly focusing on enterprice customers. Good luck with that.
It’s not my business model, it’s Blynk’s.
But, in fairness it is much cheaper than their current commercial rates and it rather depends on what DIYers are wanting to do.
As the energy purchase process has been scrapped, the cost to the average DIYer could actually be lower, but the devil is in the (as yet unknow) details.
Personally I think that the new version is a step backwards for DIYers in a number of ways, but that’s nothing to do with the pricing.
But if you’re a Node-Red user than the standard dashboard isn’t much different to the current Blynk dashboard and at least you can enhance the Node-Red one if you choose to go down that route.
The real problem for Node-Red users is the lack of a Blynk websockets interface, so Blynk won’t be a simple plug-in anymore. You can get around some of that with API calls (which incidentally have stopped working in the Beta system this afternoon), but its far less elegant or functional than the current Node-Red/Blynk system.
The missed opportunity to fully integrate MQTT into Blynk is also something that will disappoint Node-Red users.
Personally I’m looking for something that can replace Blynk as my mobile app front-end to Node-Red/MQTT. This is because simply keeping my fingers crossed that the existing Blynk system will be maintained over the long term, or that websockets and a replacement plugin will be created for Node-Red, isn’t a good strategy.
@PeteKnight MQTT support is definitely on the roadmap. Can’t provide ETA today, but will update once I have it.
@Greggan what would you consider being not expensive for DIYers?
@Pavel it would be nice to understand what the Blynk roadmap looks like, and what your priorities are going forward.
I raised the question of websockets and Node-Red integration at the beginning of beta testing and you said that websockets was on the roadmap, but I’ve heard nothing on this since.
It would be great if @gab.lau could be involved in discussions about Node-Red integration, as without either a websockets plugin or a fully implemented MQTT integration Blynk becomes useless for Node-Red users.
It may be too late for people like myself, as without a clear delivery path we need to have a contingency plan, but it would at least provide a method of using Node-Red and Blynk together in future.
We just rolled out a huge update with a ton of new features. Obviously there will be a stabilization phase.
After that we plan a series of releases with planned features rolling out. For example voice assistants are planned as next one.
Roadmap is not carved in stone as it’s dynamically updated based on the feedback we get from developers, businesses, and of course our own vision. That’s why we can only inform on nearest releases.
Would you be able to provide me with examples of a good roadmap from other companies? I’d be happy to review and see if we can implement something similar or hopefully better.
Thnx @PeteKnight , finally some info . . .
Pricing for the PLUS plan looks reasonable at US$4.99/m. I have more than 10 devices, but a one-off US$4.99/device also seems reasonable. (Anything that costs less than a pint is reasonable in my view, and I have more than one pint a month . . . )
Will be interesting to see what the widgets are, and definitely voice integration will be a bonus - most of my projects are home automation and sensors, so for me this would be great.
thnx for the update
Hi everyone, sorry but I’m very busy at the moment.
@PeteKnight I took a look at the blynk 2.0 code, I don’t think it is very complicated to switch my Node-Red integration from WS to TCP/IP.
However at the moment I just don’t have the time to do it. Maybe in the summer.
@Pavel The important question is: how long will the old blynk cloud still work? is there a switch-off date?
I believe that a roadmap must specify the goals and times to reach them.
- 1 July - Command integration
- 1 September - MQTT support
- 1 December - Websocket interface
But I also understand how difficult it can be to achieve it, also considering all the “activities” you have to do.
Personally I believe I will stick with the old version of blynk, as long as the android app works and there is the public cloud server.
I think my question lies in a different area. I just haven’t seen companies sharing their roadmaps and I understand why:
- dynamic tech and business environment
- limited resources (including time)
I just checked with my favorite brands and companies and couldn’t find any shared roadmap. Usually it’s the opposite - they keep complete secrecy.
@Pavel I don’t believe that Blynk has a lot of competition in the marketplace, and serious competitors will have their own development priorities and obstacles to overcome, so in that respect I think you’re being overly paranoid.
You previously created a public portal allowing users to suggest ideas/improvements and vote on them, and if your competitors were wanting to “steal your thunder” then they simply have to look at that and implement the things that users have said they would like to see.
All companies have conflicting priorities when it comes to balancing development priorities, and its especially difficult for small business with limited resources (but its still difficult for larger corporations if they want to remain profitable).
However, communication is the key to customer satisfaction, and that something that Blynk is particularly bad at. Users would fully understand if they were told that your published roadmap had been pushed back by 3 or 6 months because a new customer has just been landed, but that sort of information is never forthcoming. Instead we get a “Sign-up for beta testing…” announcement followed by almost nothing for two years.
Presumably you use an Agile development process, and have some way of documenting your work tasks, dependencies, resource requirements etc to plan your next sprints?
Whilst I’m not suggesting that you reveal this level of detail to users, this type of system should allow you to quickly revise your estimates of timelines on deliverables and understand internally what the roadmap looks like.
This forum would be an ideal place for a blog on what’s happening within Blynk as a company, what your major development plans are, and how these are progressing.
I fully agree with @gab.lau’s example of high level goals and planned delivery dates, and without at least this level of information, and some clearer commitments regarding End of Life for the existing product, you’ll lose some of your potential “Plus” subscribers.
A Local server is a must for D.I.Y not only for the user but also to keep the cost down for server space and traffic for the Blynk company, the Local server should be open source so it could be community developed (Which would also be beneficial for Blynk as the get free development help that the can chose to use or not in the commercial version. The mobile App however could be commercialized but i Guess a one time fee less than 50usd is crucial and would give higher profit since it would sell magnitudes better than if it was priced at 100!
Just my point of view
@PeteKnight thanks for your feedback. BTW, if you check the roadmap portal - a lot of things were implemented. Especially top requested ones. But I agree that communication should be better. Now we have resources for that and will try to be much better.
@Greggan, unfortunately, I can’t agree with you simply based on data:
- Only a small fraction of current Blynk users use Local Server. The majority prefer the convenience of a hosted server.
- In the 7 years we got only a few commits to the server code. Awesome if you was one of them !
- We’ve always offered Blynk Cloud at no additional charge and with no limits (10msgs/sec is incomparable with any IoT platform out there). Best part: we still can afford that.
- Less experienced users decide that Local Server is for them (without no expertise for that) and create additional load on our tech support team. Which is not supported monetary as the server is free.
If you were a product manager of Blynk, what would be a reason to support this feature?
The case for local server are pretty-much as defined in the documentation…
Why do I need Local Blynk Server?
- Better security. You are the only one who knows about the server. You can setup security policies tied to your specific needs (MAC, IPs, login names, etc). You can also make it accessible only within your private network.
- Better stability. No need to rely on 3rd party Cloud solution. You have the full control.
- Lower latency. Server is as close to you as it could be.
- Maximum privacy. All data is stored locally and is not shared with anyone.
But as @Pavel says, local server makes no sense from Blynk’s point of view, mostly because Blynk has no control over whether the server is used for commercial reasons.
However, there have been mixed messages from Blynk regarding local server for Blynk.360 and it would be nice if there was a definitive statement from Blynk along the lines of “we have no plans to implement local server in the foreseeable future” if that is the case, so that existing users know where they stand when it comes to this issue.
I received an email today from @MariiaDrozhak saying “Blynk new platform is officially out of BETA!”
It appears that the date of 25th June is when my 1 month of free PRO access (a thank you for being a beta tester) and that new users can sign-up to Blynk.360 immediately.
This makes the questions about what widgets are available in the Basic version, and what the Transaction Caps are, more important.