I have 2 separate arduinos.
I want to supply power to A, supply power to B from different sources.
I want B to send a RF transmission to A confirming that it is on.
Upon confirmation, I want it to run an identical code loop on A and B.
Does this require each Arduino to have a transmitter and receiver?
Thanks for your help and resources.
Cheers
The key word is: require. No, your description only REQUIRES a transmitter on the sending end and REQUIRES a receiver on the receive end.
However, compatible separate devices may be hard to come by. Most of the Arduino hobby devices are both a transmitter and a receiver. But you are not required to implement both on one Arduino.
Paul
Shall your Arduino B send this signal all the time it is powered?
If yes at what timeinterval shall Arduino B send the "I have power-signal?"
if no which means the Arduino B sends the signal only once then Arduino A would have to be already powered and in a state of awaiting the RF-signal.
Running the same loop is possible in the sense of execute the exact same order of "commands" / functions.
It is always a good idea to give an overview about your project. to get the best possible support.
best regards Stefan
Thank you. Here is an explanation and another question.
My project is running two Arduino powered outlets in a gallery.
A person will turn on A, then turn on B, in that order
(I do not want to run a power cord between the two arduinos)
I am trying to figure out how to send an RF from B to A to signal to start the program to run in A an B (relatively) simultaneously.
When I get the receiver to recognize the transmission, what is an example of the code commands to use to trigger the program to run after the second Arduino has been recognized?
Is it a simple if/yes or more complicated?
I the word "confirmation" implies that Ard_1 "knows" Ard_2 has received the signal (tech term handshake) then both Arduinos must have transceivers ( == transmitter + receiver.)
Your question is as unspecific as asking which bricks of these do I use to build a house?
a lot of questions / specifications left over
So you have to specifiy a lot of more things:
what is the distance between the two arduinos?
are the two arduinos "in sight" or are there walls build of concrete inbetween?
have you already bought the arduinos? (if not I would recommend using two ESP32-microcontroller-boards )
if you have bought two microcontrollers which exact type is it?
what does the code running on the two microcontrollers do?
On the answers to these questions it depends
what RF-tranceiver to use
and depending on that
what commands to use
best regards Stefan
Sure. Thanks for this.
I have MX-FS-03V 315mhz transceivers running on one Arduino mega and one Arduino uno. They are about 10 ft apart in the same room. No barriers.
The code they are running is a blink pattern.
I want them to be in sync when they get powered on without having to power them from the same source.
Then you want the first to be the master and send a message to the second to "blink" on-off.
Paul
It's good that you have transceivers (they can transmit & receive).
1 ) Turn on A and it waits for a message ("X") from B that it's on/ready.
2 ) B sends to A an ACK ("B") and then waits for a start from A.
3 ) A gets B's ACK, sends B its permission ("G") and A does its thing from there.
4 ) B gets its permission from A and does its thing from there.
Review / Research Serial.input(), Serial.available() and so on.
These transmitter receiver pairs are commonly used with the RadioHead Library and specifically with the RH_ASK methods.
It would probably be worth your effort to install that library and work through some of the published examples before returning to the large problem of how to integrate it into your project.
I expect you will want to periodically resynchronize the two nodes, perhaps at every transition of the light sequence. For example there might be 100 states of the lights and the transmitting node sends a state number 1-100 to indicate it's current state and the receiving node sets its lights to the corresponding state when it sees the message.
RF communications are not 100% reliable, so there is the possibility of the nodes getting momentarily out of sync, but the cost of an error in this sort of project is presumably low and the scheme outlined above would recover on the next successful transmission.
This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.
