I need a FAIL SAFE

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 :wink:

who can give a step by step

@stefan8484

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 :stuck_out_tongue:
.

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 ā€¦:imp:

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 :slight_smile:

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 :wink: I can see that your batteries are burnt :smiley:

I have been chilling and watching movies all eveningā€¦ no stress here :smiley: 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ā€¦:wink:

1 Like

Guys, cā€™mon. If you donā€™t like what someone has to say, move on to the next thread indeed :slight_smile:

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:

  1. Free energy, you can build all the dashboards, sharing and whatever you like
  2. You are in full control
  3. The communication, especially wired will have almost 0 latency
  4. 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 .