GMU:Printed Circuit Board Art/mxkllmnn: Difference between revisions

From Medien Wiki
No edit summary
mNo edit summary
Line 41: Line 41:
{{#ev:youtube|bJHKXVJdB_M}}
{{#ev:youtube|bJHKXVJdB_M}}


 
'''Components & Layout:‘''
''Components & Layout:‘''


At this point, the switching mechanism has already been fully developed and all components were in place, although only on a breadboard. As mentioned before, GUIs can be altered by simply changing bits from zero to one or vice versa, altering objects of the physical world requires kinetic energy. Therefore an electromechanical transducer is necessary. After many experiments, the decision was finally made in favour of a 12V DC brushed gearmotor. To control it with a microcontroller the L9110S H-bridge driver IC has been chosen. As the project is rooted in the smart home milieu, the decision on a microcontroller was easy: An ESP12 module based on the famous ESP8266 chip by espressif. As it runs on 3.3V a regulator IC (12V to 3.3V) was also to be installed as well as a couple of resistors, capacitors, and buttons.  
At this point, the switching mechanism has already been fully developed and all components were in place, although only on a breadboard. As mentioned before, GUIs can be altered by simply changing bits from zero to one or vice versa, altering objects of the physical world requires kinetic energy. Therefore an electromechanical transducer is necessary. After many experiments, the decision was finally made in favour of a 12V DC brushed gearmotor. To control it with a microcontroller the L9110S H-bridge driver IC has been chosen. As the project is rooted in the smart home milieu, the decision on a microcontroller was easy: An ESP12 module based on the famous ESP8266 chip by espressif. As it runs on 3.3V a regulator IC (12V to 3.3V) was also to be installed as well as a couple of resistors, capacitors, and buttons.  


The design was very much influenced by the early thoughts on the topic of "capacitive touch". I would have installed all the technical components in a dead bug fashion, disappearing into the flush socket of the wall, if it hadn't been for the idea of realising the entire backend as a PCB in the front, with touchpads on its rear. When the idea of touch input gestures was dropped (because this contrasted with highlighting mechanical devices), all that was left were components that logically belong to the backend. Yet, having everything fit tightly into the cover of the switch makes debugging very easy. By removing it, all the connections are accessible. So the transfer from breadboard to a PCB was the only logical consequence.
The design was very much influenced by the early thoughts on the topic of "capacitive touch". I would have installed all the technical components in a dead bug fashion, disappearing into the flush socket of the wall, if it hadn't been for the idea of realising the entire backend as a PCB in the front, with touchpads on its rear. When the idea of touch input gestures was dropped (because this contrasted with highlighting mechanical devices), all that was left were components that logically belong to the backend. Yet, having everything fit tightly into the cover of the switch makes debugging very easy. By removing it, all the connections are accessible. So the transfer from breadboard to a PCB was the only logical consequence.
 
[[File:BackAsFront.jpg|800px]]
Since I did not want to spoil my option of revisiting capacitive touch gestures at a later date, it was my personal challenge to realise everything on just one side of the PCB with no viases or through-hole components. This also meant that not a single trace was allowed to intersect.
Since I did not want to spoil my option of revisiting capacitive touch gestures at a later date, it was my personal challenge to realise everything on just one side of the PCB with no viases or through-hole components. This also meant that not a single trace was allowed to intersect.


+ work in progress -
+ work in progress -