SpiROSE: PSSC, organization and yesterday’s presentation

This week we delve into the project and tried to figure out how to organize it, defined a data path and sought suitable components. This lead to a list of PSSC and a bit of panic when we realized how much we have to do. Fortunately we are five, and we will hopefully managed to parallelized many tasks.

We made several PSSC categories to define a clear organization : we separated software and hardware, and in each part made an incremental series of test. Because we won’t have the cards before early December, we will do as much test as we can on the devkits. We plan to test each main part -the fixed base, rotative base, and blades- individually, and then test their interaction.

So the organization is, loosely:

  • The following week will be focused on definitely settle the specifications, components, communication protocols and mechanic layout. Then we can make the PCBs’ schemes and rout them. This bring us to mid-november, where we can command all the components and PCB.
  • As soon as we receive the devkits we can start develop the code and test every part incrementally, hopefully this is done by the end of november.
  • After we receive the main cards, we will run the tests done on the devkits on our PCBs.
  • We will start to assemble the system in early December, when we have all the components for the fixed structure, and begin welding as soon as we have the electronic components. This has to be done before the first demo, mid-December.
  • In parallel we have to develop a software to generate 3D voxel image and animations. The image part as to be ready for the first demo. We also have to develop a simple 3D game, like Tron’s motorcycles, for the third demo.
  • We plan to have a first demo mid December, which will gives us the best -or the worst, if the demo failed- christmas ever. The first demo consist of streaming an image, not an animation, from the PC to SpiROSE.
  • The second demo, the one with beautiful 3D animations, should work in early January
  • The third and final demo is to play a game with SpiROSE as screen. This is planned for mid-january.

We presented this yesterday’s to the class and teachers, and it seems to be reasonable although there are still many things to decide that can have a huge impact on what we planned. Here is what we learned during this presentation:

  • We wanted to use PCIe for the communication between the FPGA and the SBC, this is not possible as the IP are under expensive licenses.
  • We may not need an FPGA if we drop the number of voxels.
  • We considered using LVDS video protocol, however  those kind of iP are not free
  • We have to be careful with the power on the brushes, and thus implement tests
  • We planned to use CAN or Flexray bus between the fixed part and the rotative one, but IrDA or Bluetooth will be sufficient and remove cables which is always nice.
  • Even without a central axe, we will still have occlusion when looking from slightly above SpiROSE.
  • We should try to simulate the POV effect with different layouts, with Blender for instance, in order to see the occlusion problems.

So by the end of next week, all this should be crystal clear and well defined!

Leave a Reply

You can use these HTML tags

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>




This site uses Akismet to reduce spam. Learn how your comment data is processed.