Ese servo es de mucha potencia. En vacío consumirá más de los 300 mA de esa fuente. Y cuando lo tengas con carga llevará a varios amperios.

Acabas de desvelar el secreto. Ahora los ladrones que entren a este foro ya no llamarán al timbre de las casas que van a robar 

Creo que no quiere asignar un array a un pin sino todos los números del array configurarlos como pines de salida. mmsouto para eso tienes que recorrer todas las posiciones del array con una instrucción for. Como te ha dicho Heke repasa los arrays.

Otra cosa, ¿el potenciómetro va solidario con el eje del motor? Si es así y no lleva reductora no sé qué tal funcionará, veo muy poca "resolución" para un recorrido total de 300 grados con un motor DC.

No sé si voy a ser de mucha ayuda práctica... Yo para esto haría una modelización del sistema con la regulación y calcularía los valores del PID. Si no especificas más creo que eso es todo...

Tal vez porque absorben el sonido (las telas se instalan en recintos para mejorar la acústica) así que dependiendo del tipo de tela los ultrasonidos no rebotarán lo suficiente como para ser detectado el eco.

El tema de Arduino lo veo secundario. Lo importante es que sepas hacer esos cálculos y después se ve la manera para que los haga el programa en el Arduino.

No es necesario que pongas ningún delay. Ese tiempo lo ajustas con el número de muestras sobre las que haces la media.
Por ejemplo toma lecturas del joystick cada 100 ms. Si quieres que el retardo en que el motor alcance la velocidad que le indica el joystick sea de 2 segundos tendrás que hacer constantemente la media de los 20 últimos valores del joystick, ese valor mediado lo mapeas para la salida pwm y ya lo tienes, no hay que hacer nada más.

Pues eso, que estaba muy espeso
Aclarado, no pensaba en la unión de los dos esquemas. Y te has explicado muy bien, gracias.

O estoy muy espeso (que puede ser) o la lógica de diodos no puede funcionar con pulsadores NC. No veo el funcionamiento del esquema con pulsadores NC sobre un único pin.

Creo que lo más sencillo es hacer la media de los últimos X valores tomados de la posición del joystick y tomar esa media para la salida pwm. Cuantos más valores X tomes de media la aceleración será más lenta. En el IDE tienes un ejemplo de cómo hacerlo, Ejemplos -> Analog -> Smoothing.

No estoy seguro si te interferirá con algo que puedas tener programado pero en principio algo así sencillo lo puedes hacer con el envío y recepción de comandos por UDP. En el IDE tienes el ejemplo Ejemplos -> Ethernet -> UDPSendReceiveString.

Sólo con leer la presentación ya me ha enganchado. Ya lo tengo guardado, gracias.

Las barreras vienen bien como medida para un coche. Pero un niño es capaz de sortear una barrera que ni un ladrón de guante blanco sabría evitar un niño por ejemplo puede tropezar y quedarse debajo de la puerta por debajo de la línea de la barrera. Medir el consumo del motor lo veo mucho más seguro (además de implementar la barrera). El motor de mi garaje (es un kit que compré) funciona así. Si en el recorrido de cerrar detecta más consumo que el que le corresponde normalmente, la puerta retrocede abriéndose 50 cm y quedándose así parada. Si un kit comercial tiene este sistema yo no haría un automatismo que no lo tuviera.

Hola rrodriguez.

La automatización de una puerta de garaje en mi opinión es un proyecto "peligroso" ya que interviene el factor seguridad. Además de por supuesto los finales de carrera y la barrera creo imprescindible un sistema de detección de obstáculos. Esto significa tener controlado el consumo del motor mientras cierra la puerta para que cuando aumente por encima de un valor prefijado (es decir la puerta ha chocado con algo) se pare.