can i setup the heardbeat to 1 second ??
Do you send commands directly using Bluetooth? Try adding a āreadingā widget (e.g. Value Display) and set its refresh interval to 1 sec. Inside corresponding BLYNK_READ function extend your connection timeout.
Yes you can. Itās stated in the documentation. If you go to the top to Docs and do a CTRL-F for heartbeat you will see how you can change it from the hardware side.
witch funktion shows the connect status from mobilephone on the blynk server.
plz dont tell me to read the docs if you now it ā¦ābe opensurceā
43 posts and notig to use
Consider something else.Consider something else.Consider something else.Consider something else. wtf
i go from blynkphone to internet(server from blynk) to a second phone conected in 4g as a wifi hotspot to arduino yun.
so im able to drive wherever i want if i have a 4G mobile network
and i told im a full beginner not aible to see the things in the docs . there is no direct way for me and i dont have the linking nowlege ā¦sorry for my wtf 
who can give a step by step
What more can anyone sayā¦ you are trying to fail-safe your robot the wrong way! Repeatedly hitting the forum with requests for āstep-by-stepā instructions, for what is in reality an impractical option for what you need, will not help you any.
Think Mars Rover, not RC vehicle. Assume communication between the three main items APP <-> SERVER <-> MCU will fail, in part or completely, at any moment. Make your solution on the MCU side by āwaiting for directions before actionā instead of āaction until communications failā. This can still be done with reasonable speed.
I donāt believe there is any single āis app on-lineā function that will properly suit your purpose. I can think of a few untested hacks with eventor but I have not tried itā¦ nor do I believe it would do you any good, as the premise of that type of APP->MCU āheartbeatā would be a cludgery way of imitating the recommended, āwaiting for directions before actionā in the first place.
By the way, the āopensourceā of Blynk means that you are welcome to dig into the heart of Blynk and make your own modification, not for someone to suddenly 'fess up a āhiddenā command that āweā have allegedly been hiding from you 
.
1 Like
what i now is it can be done in the code . this told me mister Pavel (founder) and Dimitry ( cofounder ) and Costas .
And Some of you guis write ,trivial easy few lines of code ;;;
where is the nice one to make my problem trivial and easy
and the mars rover is a rc vehicle ā¦defenely āradio controleā or do someone think the mars rover has a cable from mars to eart ā¦
there are radio signals = rc
Iām almost out of ideas here, but a solution could be that the robot/rc only responds if you keep a button pushed (could be nicely accomplished with a joystick I think. Instead of a āstart movingā and āstop movingā button. That would solve all your problems
Iām also thinking the Mars rover is a completely different kind of remote control/radio control mechanism. I can imagine the Mars rover receives a set of commands in a VERY small package and than starts doing those things and sends back a very small package after it completes itās tasks. Since the connection will be unreliable at best. That could be a solution too, even would be a very nice demo of how a Mars rover would work.
Here is an explanation of how the thing works, maybe it has some interesting pointers for you? I surely am going over that to see if it has any exciting stuff which we can implement in our bots 
this went my first idea
easy widget with a feqently blinking ( changeing value ) maybe 5 blinks in a sek talk to a virtual pin . litle timer and .
if the robot is not geting the blinks = fail connection = stop motors
but if you do a button to hold is not working beacause if your phone lose conntact even you have a push button it will not go back its just on
i think a frequenly changing value is the option
thinking about the phone sensor accelerometer
then you have to hold your phone and move it a litle bit to get that " changing value "
Hmm, a sort of digital debounce for your phone to see if itās alive. That could probably work, but if you put your phone or tablet in a sort of holder-thing on a table to drive the robot, it will not work. The heartbeat signal would be a better idea, but you have to invent something to send something and than receive a response. After that determine if the connection is alive and Iām not sure that can be done. Since you cannot send signals from the app to the hardware on a timer based something.
From the docs:
Thatās why Blynk uses HEARTBEAT mechanism. With this approach hardware periodically sends ping command with predefined interval (10 seconds by default, BLYNK_HEARTBEAT property). In case hardware donāt send anything within 10 seconds server waits additional 5 seconds and after that connection assumed to be broken and closed by server. So on UI youāll see connection status update only after 15 seconds when it is actually happened.
You can also change HEARTBEAT interval from hardware side via Blynk.config. In that case newHeartbeatInterval * 2.3 formula will be applied. So in case you you decided to set HEARTBEAT interval to 5 seconds. Youāll get notification regarding connection with 11 sec delay in worst case.
So itās possible to change the frequency of the heartbeat signal. That way you can use Blynk.connected() to stop movement if you set it to a very fast frequency. Iām not sure the Blynk cloud server will like that, so Iād recommend using a rasperry pi local server for this or something similar. That way you are in full control of all your factors.
i could use more than one maybe accelerometer and light and gps and if all values dont change in time = stop motors
i think the heardbeat funktion is only from pi or arduino to server and not arduino to phone
what in now is you chan set the heardbeat to 1 sek
Thank you for letting us know who they areā¦ I wasnāt sure before now.
aĀ·nalĀ·oĀ·gy
noun
A comparison between two things, typically for the purpose of explanation or clarification.
RC vehicle = Line of sight realtime control, loss/interruption of signal tends to have vehicle out of control.
Mars Rover = Send short controlled movements to vehicle that will not run away when out of communication with controller.
I would have thought this was common sense and not an issue to blow a gasket over, but then it has been over 50 posts where others have tried to help, but stubbornness prevails.
There is NO easy code or solutionā¦ that is my entire point! A proper, functional fail-safe for a moving object controlled remotely will depend entirely on your infrastructure, robot style, control methodology and coding skills.
Stop asking for easy!! Make some actual attempts and show us some actual code that you have written and then maybe we can help.
Mate, go out get some fresh air, take a chill pill and move on to the next thread 
I can see that your batteries are burnt 
I have been chilling and watching movies all eveningā¦ no stress here just low tolerance for those who demand without showing effort, respond in anger without thought and refuse to accept ideas when presented.
But you are free to write him some easy code if you wantā¦
1 Like
Guys, cāmon. If you donāt like what someone has to say, move on to the next thread indeed
We are all enthusiasts here doing fun stuff for their hobby (most of us anyway). Everybody has a point here. @Gunner makes a sane point, I havenāt seen any code yet and that would be handy.
It would certainly be an option to use all the Phones sensors as @stefan8484 suggests. I havenāt been really busy with that lately, but it could be a viable alternative. There are plenty of examples for using them in the Arduino library part.
I think however, itās more important to check the connection from the robot to the phone than from the phone to the server, but in any given real time solution itās best to check both. However, Blynk has proven to be rockstable and if you use a local server, as I indicated it gives you loads of advantages:
- Free energy, you can build all the dashboards, sharing and whatever you like
- You are in full control
- The communication, especially wired will have almost 0 latency
- The communication will be rock solid and stable, so you wonāt need fancy heartbeat tricks
2 Likes
its just a rc singnal and how smart the moving object is is not important its just the way it recive data by radio signals ā¦
no cable from eart to mars ā¦no light or sound signals its a fā¦ing radio signal thats the point .