Would this work?

Question

Would this work and if so, how could I improve it?

If not, how can I fix it and with what parts?

Also, I will be remotely controlling this device meaning that the extra ports can be used to improve it.

My constraints are:

-Size(Can be changed to a box by moving one Pie Zero W if it won’t work. You can use the spare corner of room to add a part for controlling battery)

-At least 1 hour of battery life(It can be any size as long as it can maintain very little height)

-Must use 3 Pi zeros(2 must be Zero W)

-It is rechargeable

-It won’t break(As in no technical errors)

colporteur · Answer

Sorry your details missed the mark in helping me understand what you are trying to accomplish. At first I thought maybe you are trying to cluster PiZero's and then after a second look I thought it might be server farm. After reading it once again I'm going to suggest you have a number of PiZero's in different flavours and you are trying to develop a project that utilises them? Communication between devices would be accomplished using the board interfaces readily available? The battery is to make the whole thing portable.

personwho · Answer

I understand the programming logic so I am good on that. What I am trying to accomplish is the following Pi Zero: In charge of following through with commands received by the Pi Zero W with 16gb of storage. Also, managing system. Pi Zero W with 16gb of storage: In charge of connecting to the remote host(me) and sending commands I would send to it to be processed by the normal Pi Zero. Pi Zero W with 32gb of storage: In charge of following through with the network tasks the normal Zero gave it and recording results. Also, I am trying to make it portable.

personwho · Answer

Let me give a full run down if it just to give a full understanding. Sorry that this might be a long read. I would first off categorize this as a cluster server remote(It is what it sounds like). It will be using any terminal based OS. For example, TinyCore Linux or Raspberry pi’s Terminal based OS. Let me classify some things: ——— Host A: This is either a mobile smartphone with access to SSH or a computer(I am using Kali Linux on my PC). Target Host: Any wireless device with access to the internet and can be in this example, pinged. Pi Zero #1: in charge of recording tasks I give it and sending them to the “Normal Pi Zero” to be processed and maintaining a connection with “Host A.” Also, it can power the Product off if commanded. Pi Zero #2: This thing is in charge of the carrying out of tasks given to it by the “Normal Pi Zero” which just processed them(In the current example it will Ping). Normal Pi Zero: This thing is in charge of Receiving a task from “Pi Zero #1” and reading it(checking what it wants the Pi to do. If it is an error, it won’t send it to “Pi Zero #2”) to send a command to “Pi Zero #2.” In this case, let’s call it ping. After finishing this, it will listen to “Pi Zero #2” for information to record such as, the ping result(like, if it was successful and how long it took). Portable Result Device: A combination of all the components that is a mobile device with a rechargeable battery because It needs to be in best way of explaining things, pocket sized. It will have a manual button or switch on it to turn it on and off. — — — User powers on Portable Result Device. The Pi Zero #1 is given a task by Host A on the current port that it is listening to on the network(SSH) and immediately sends it off to Normal Pi Zero for examination. Normal Pi Zero then defines this task as a set of 3 pings to the ip address 192.168.11. It then records the command in a file, sends the command to Pi Zero #2 and waits to record the result message from Pi Zero #2. When it reaches Pi Zero #2, Pi Zero #2 will check what the best method of transmission. Pi Zero #2 will first send out a Ping request to the router where it will then forward to the device and ask for a MAC Address and try to record that in a file. The MAC address is recorded in the Pi Zero #2 next to a seemingly random name with 8 characters inside a file name of [Action(in this case Ping)] records. After it is done recording, it will place a ‘$’ sign at the end to indicate the the end of a request. It will then send back the ping result to the Normal Pi Zero which will place the data under the the action it had already recorded from earlier like this: Ping 192.168.1.11 1: 12ms 2: 14ms 3: 17ms All of this will be contained under a file with the name of the random 8 characters that it received from Pi Zero #2. Host A asks for the result of the action in which the Normal Pi Zero is asked for by Pi Zero #1. Pi Zero #1 then encrypts it using Diffie Hellman and sends it to Host A and the process is done. The Computer then sends a shut down request to the Pi Zero #1 in which the device instantly powers off. Now that it is off, the only way to turn it back on now is by manually clicking a button. ——————————————— Hopefully this helps clear some confusion