Last time, I wrote on this logbook, we were happy, we find a way to control our marbles without a side effect. But we did not think about one thing. With two marbles, our assembly plan works, however, with 9 marbles, it does not.
On Friday, after this discovery, I was thinking about this problem in my car: We need to keep the marbles near the metal because, without this, they will affect each other. On the other hand, we need to keep them far from the coils since we need to have some distance to make them flip.… Read more
To do our test we took an ESP32 Wroom-32 Dev kit C. The main purpose of this module will be to connect to the WiFi, receive through MQTT the images that the box will display and then transmit them to the STM32. In some cases, the STM32 will send to the ESP the state of the box and it will have to transfert those data through MQTT.… Read more
For nearly two weeks now I’ve been working on a voxelizer, to convert a 3D model into an image that can be displayed by LitSpin. The goal of voxelization is simple: we need to display an image on a grid of leds, which means that the input image needs to be divided into voxels (3D pixels), each voxel representing a led.
Our grid looks like this:
The number of voxels corresponds to our desired resolution (20 circles, 128 angles and 32 leds from top to bottom).
The voxelization algorithm consists in tracing rays across the model to detect intersections with the triangles of the model.… Read more
We previously tested a Hall effect sensor that, was working, but which gave us a voltage from which we could get the marble’s side. The issue with this is that in the final box, with all the marbles and the coils, we could have had strong pertubations that could alter the data. To avoid this issue we decided to use a sensor that would send the data through a communication protocol that could resist. We chose the TLE493DW2B6A0HTSA1 Infineon Technologies. This sensor sends its data through the I2C protocol so it should resist to our perturbations.
Four similar SMDPLCC 2 (the package compatible with the flexible waveguides we were considering) LEDs: ASMB-MTB1-0A3A2, HSMA-A431-Z50M1, CLM2D-GCC-CC0F0783 and ASMB-BTE1-0B332, all requiring around 20mA
The LEDs for the PCB petals (see our latest architecture post) were to be either the LE RTDUW or the ASMG-PT00, and the LEDs for the top PCB were to be the ASMG-PT00 or one of the four SMD PLCC2 LEDs.… Read more
Back to school after the holidays, we ran tests to validate our idea for detecting other Phyllos with IR radiations. Quick reminder, we had ordered two powerful IR transmitters (LTE-R38381S-ZF-U and SFH 4441) and several receivers, some in AGC2 (TSOP2256 and TSOP4856) and others in AGC4 (TSOP4456). Signal management is a little different depending on the type of gain control (AGC): some receivers are more suitable for noise reduction and other lower detection times.
We will briefly go through the IR detection protocol once again.
First of all, Phyllos give themselves a unique identifier by communicating via Wifi.… Read more
Happy New Year everyone, hope you enjoyed the holidays !!
Today we are going to talk about the latest trends of our hardware architecture.
New PCB disposition to drive the petals
We used to try to drive each LED with its own processor. However we could not manage to get every component to fit on the PCB petals. Moreover, the processors were underused as we barely needed half of their timer outputs. Therefore, further inside the Phyllo, we decided to add a layer with slightly bigger PCBs (let’s call them the petal controllers). They have a STM32F207VIT6 which can drive up to 10 LEDs.… Read more