Jove Yuan laser is not reliable (running master code to test optical program)through the multiple lasers to program, the laser on the top works
preliminary tests of visible LEDs show that some are viable (but programming has not been successful yet)
Alex Moreno the alignment of the laser to the board is a problem?
a closure an enclosure for SCuM could be an idea?
Kristofer PISTER we are trying to get rid of the hazard IR part.
Jove Yuan according to Brad’s thesis: if the short pulse of the laser is shorten (through oscilloscope) then [not sure what’s this] length, the program should be fine.Another thing, shorter then the self-clocked register delay (nominally 1us), should be able to program
can’t rely on the SFD_ OPTICAL_RAW_DATA interrupt correctly receive data to determine the board is functional.GPIO oscilloscope output to determine if programming will be successful (viewing 100us window does that mean entire program was sent successfully)
Kristofer PISTER there are million of bits transfer which is hard to tell through oscilloscope.
Kristofer PISTER Jove Yuan should look at the digital output of the optical receiver (not just the RAW signals) and use a logic analyzer to see what the bit error rate is as a function of programming parameters: LED type, 4 pulse length settings, distance, etc.
Kristofer PISTER Jove Yuan should fill in the table with LED performance to include the actual measured drive current of the LED (which should be at or above the rated value on the datasheet) and the expected power density (mW/mm2) at 1cm distance.
Kristofer PISTER if we are trying to use an enclosure, why not using the 3 wire bus to program?
update code organization next time