Not realistically, no.
To do this with TTN you would need your own software to read the application-level message from the first node and generate one to the second. Alongside the gateways within range of each node of course.
The bigger issue would be latency - in TTN, the receiving node would have to poll for messages, and you’re really not supposed to do that very often.
How far apart are the nodes?
If they are close, traditional radio control solutions likely make more sense.
If they are a moderate distance away, they could use LoRa (but not LoRaWan) directly (without a gateway) and have the receiving node which hopefully has mains power (because of the light) keep the radio receiving continuously, eliminating the latency issue. But that is off-topic here as it is not about TTN at all.
If they are further away, you could potentially use a LoRaWan network supporting class C continuously listening nodes to avoid needing to poll and the resulting latency. TTN has not historically supported this; I was under the impression that V3 was going to support that, but can’t find any indications that such support is actually deployed, and the thread asking about it seems to be closed. There are other server software solutions which would support it on a private network, but no longer being TTN that would be off-topic here.