For our Translight project, we have exciting news. We have been able to send small quantities of data through light!
When we send data through Translight, it is encrypted, sent off, and then decrypted by the receiver. And in the post-encryption step, we add an ending segment so that the receiver knows when to stop receiving data. This ending segment, when read by the receiver in real time is read, the signal stops, the data is decrypted, and the data is exported. This means that each time data is sent, the minimum amount of bits that can be sent would be (5 * 5) 25 bits (5 bits are in each letter, 5 letters are in the message suffix). So the formula for counting the number of bits being sent would be:
B = 5C+25
(C is the amount of characters sent)
And, as of now, the maximum amount of characters we can send is about 5 per message, due to the extra 25 at the end. We, however, plan to fix this, fix the receiver-sender calibration, and get going to further develop our project!
The only possible solution to resolve this (whilst keeping high data transfer rates) is to try to account for delays in the code being sent, so we are working on a new algorithm to account for the code latency itself. We may also have to consider the physical limitations of the capacitors and photocell, as they are not designed to find rapid changes in light signals, the only workaround in the time frame that we have is to do our best to optimise our code.
And so, for the end of the project, we must fix these errors and then our project will be finished! We have already implemented all of the algorithms that we had previously discussed and the systems are working great, other than the errors caused by latency that we must fix.
The following is a picture of the two Translight controllers: