Estás bajando los paquetes de sitios distintos. El primero es de la rama BB, el segundo de un trunk. Cambia el sitio de donde se baja el repositorio.
En un WD750N tengo instalado el sleep-8.16, y me funciona perfectamente con 0.3, por ejemplo. Tampoco me fiaría de la precisión que pueda tener, ya que ten en cuenta que no sólo interviene el comando sleep, sino también el tiempo que tarda en lanzar el comando, el tiempo de retorno de la línea de comando, y si el router está más o menos sobrecargado. Pero bueno, si buscas aproximaciones de +-20%, en tiempos menores de 1 segundo, te puede servir. Tampoco esperes mucha precisión en tiempos de escasos milisegundos. Hay tiempos mínimos en el lanzamiento de procesos que no se pueden eliminar.

Resuelto, no sé en qué luna estaba pero no era la de la tierra. Tenía dos firmwares distintos y yo convencido que eran los dos el 14.07 RC3 que es el que estoy poniendo en los routers que configuro ultimamente, ya que no fallan los paquetes ni las dependencias.

Eso si, al sleep no le funciona que le ponga el "time" delante para saber el tiempo real del retardo, pero todo apunta a que es así, en el 0.9 parecía como 1sg, así que creo que lo daré por correcto al margen de que "puede" que no sea exacto al 100%.

root@OpenWrt:~# sleep 0.3
root@OpenWrt:~# sleep 0.9
root@OpenWrt:~# time sleep 0.9
sleep: invalid number '0.9'
Command exited with non-zero status 1
real    0m 0.01s
user    0m 0.00s
sys     0m 0.01s
root@OpenWrt:~#

El único inconveniente que le veo, es que si se hace un script con el sleep < 1 sg, quien lo quiera probar o tiene el "coreutils-sleep" o no le funcionará, pero bueno, es un mal sin importancia. Ya que cuando realmente lo use para mover el motor paso a paso quien lo vaya a usar para ese propósito, obviamente lo tendrá instalado. Una lástima que no se pueda saber el tiempo "cronometrado" con el "time" u otro comando.


Gracias

Para conseguir exactitud en los microrretardos hay que usar drivers del kernel. Por ejemplo los triggers de los leds pueden servir tal como el driver oneshot.

De otra forma, dependiendo del uso de la CPU la inexactitud será muy grande usando scripts.

Hola, estoy haciendo pruebas con el gpio 4 de un hg556a A, lo configuro y funciona correctamente, pero al reiniciar el router ha desaparecido la carpeta gpio476 en /sys/class/gpio/

Quisiera saber si esto es normal y se ha de definir en cada reinicio los gpio o deberian quedar guardadas las configuraciones que hagamos de los gpio

Si, debes de hacer un script, que agregado al inicio ya quede definido el gpio...

Buenas a todos, por fin con tiempo y con los deberes hechos. Ya conseguí controlar el motor paso a paso (motor de precisión como los que usan las impresoras 3D) con el router OpenWRT usando 4 GPIO's.


Primero el vídeo y luego detallo el par de apuntes:


Vídeo                                        -=  Pincha Aquí para verlo  =-

Vídeo para ver por móviles "La web lo está procesando, ...en breve... "                                        -=  Pincha Aquí para verlo  =-   



1º El programa es el que publiqué en post anteriores (13-07-2016, 01:33): 2_pasos_lan_der_e_izq.sh

El cual realizaba una simulación (con las 4 luces LAN) del movimiento de las bobinas realizando el giro completo del motor = 1 vuelta completa. No sé porqué, pero a las pruebas me remito, hay que decirle que haga 5 vueltas para que haga 1 vuelta completa, así que X's nº de vueltas exactas son múltiplos de 5 en el programa. Por ejemplo:

2_pasos_lan_der_e_izq.sh 10 50 1         --> 10 = 2 vueltas, 50 = velocidad del giro "es altilla", 1 = giro a la derecha

¡¡ Vale !! creo que me auto-edito:  ...revisando esta web que recomiendo: http://diymakers.es/mover-motores-paso-paso-con-arduino/    ...saco la conclusión de que el motor que uso por cada paso realiza 18º de giro, de ahí que le haga falta 5 vueltas x 4 bobinas x 18º = 360º ==> "1 vuelta completa".



2º Lo único que modifiqué en el código para no alargar más las ansias por verlo funcionar, fueron las definiciones de que es: LAN1, LAN2, LAN3 y LAN4 por estas 4 líneas (como cada uno usará el GPIO que quiera, que simplemente le cambie la línea de comando)

LAN1="/sys/class/gpio/gpio24/value"
LAN2="/sys/class/gpio/gpio25/value"
LAN3="/sys/class/gpio/gpio29/value"
LAN4="/sys/class/gpio/gpio32/value"



3º El circuito completo tal como se ve en el vídeo es bastante simple:

- Router con 4 GPIO's operativos.
- Protoboard (no necesaria pero ayuda a hacerlo más fácil, ordenado y fiable): para las conexiones de las señales y fuente de alimentación externa.
- Driver (1€ en Ebay): es el que se encarga de accionar el motor en base a las señales de los GPIO's (son de muy baja potencia y a 3,3v) y con la conexión de una fuente externa para el motor (5v 700mA en este caso. El rango de voltajes para el motor es muy amplio, desde 4.5 V a 36 V en función del motor a usar).
- Motor paso a paso de 5v (reutilizado de una unidad de CD): Este es de 4 bobinas, realizando 18º por cada paso.
- Script adjunto: lanzado en el router y en función de los parámetros que le demos controla el motor paso a paso, en nº pasos o vueltas, velocidad de los pasos y dirección "derecha = 1, izquierda = 0"



4º

Cita de: danitool en 13-07-2016, 14:06 (Miércoles)

Para conseguir exactitud en los microrretardos hay que usar drivers del kernel. Por ejemplo los triggers de los leds pueden servir tal como el driver oneshot.

De otra forma, dependiendo del uso de la CPU la inexactitud será muy grande usando scripts.

Con respecto a la inexactitud aparentemente se ve un movimiento fluido sin saltos asíncronos (a ojo humano), pero seguro que no hay nada más preciso que tal como describes. Lo que si me he dado cuenta es que cada X's tiempo las vueltas de pronto se ralentizan por un momento sin frenar el movimiento (sólo baja la velocidad y se aprecian micro-saltitos), como si el router le estuviera dando prioridad a otros procesos. Recuerdo que comencé a hacer retardos con el "nice" que determina la prioridad: nice -n 5 seq 8000 >/dev/null    y que con el "-n 5" le bajaba la prioridad. ¿Habría alguna forma de q tuviera una prioridad muy alta,,,,no sé si "nice -n 1 seq 8000 >/dev/null" sería máxima prioridad? ¿O no es recomendable esto?.

Por último, en el caso de instalar "coreutils-sleep" probaré los retardos inferiores a 1 sg (que son los que se usan aquí: 5 ms, 100 ms, etc...) e introducirlos en el script a ver si producen también estos micro-saltitos cada X's tiempo.


Saludos y espero que tod@s bien.

Que bien!! Enhorabuena campeón!! 

Enviado desde mi Y635-L01 mediante Tapatalk

Buenas, hoy quise ponerle una mini-guindilla al vídeo del post anterior de una forma más visible, y así reconfirmar la obviedad y precisión de un motor paso a paso (en este caso accionado por los GPIO's del router y un driver físico).

Genial, esto te lo pillaré un día para la puerta de mi nave... jejeje

La idea futura no es que haya un sólo eje "X", he pensando en el eje "Y" y poner un soporte con una mini-dremel que tengo, por ejemplo (lo que conllevaría si lo hiciese en cambiar los motores, poner varillas, etc..., vaya, una impresora 2D)

Estaría bien hacerse una mini-fresadora para hacer grabados o pequeñas cositas de alta precisión (no se, por ejemplo los módulos de una antena wifi...),  fijar el cabezal de corte sería un gran problema, por cuestión de diseño y cargas...  yo me decantaría mas que por un dremel, por una fresadora de odontología,  por ser muy pequeño, ligero y altamente resistente, además tiene refrigeración para el corte, esto se puede encontrar con cierta facilidad...

Habría que ver qué cuesta un aparato de estos hoy en día, se que he visto alguna fresadora digital pequeña y recuerdo que no me pareció cara...

Buenas a todos, ......Sicilia, 03/02/2016......desde ese entonces, este HILO ya ha cumplido 1 año.

Este mensaje es puramente honorífico a todos los contribuidores que lo han hecho posible y a el par bueno de visitantes de a saber desde donde, pero q con mucho gusto de q así sea, se hayan conseguido 109 respuestas (hyper aportes) y 12.000 visitas.







Mirando para atrás, en medio y en adelante....sólo me queda deciros, que sois unos máquinas y que no hay nada mejor que la colaboración colectiva sin ningún tipo de apropiación de ideas, sino todo lo contrario, y que cada uno le saque el provecho que crea oportuno a nivel particular, profesional, etc.

....sin más...... GRACIAS.....YOU ARE THE KINGS, sin vosotros esto no sería posible.



Resultados y recapitualizaciones destacadas hasta la fecha:

- 11 Routers con GPIO's operativos y siempre con intención de que siga creciendo.... (aun me falta por añadir a la tabla el del anterior mensaje a este....Gracias danitool, ....20 GPIO's ...brutal!!)

- Proyectos en funcionamiento:

* El de Ficht aplicado en ámbito profesional combinado con cámaras, detección de movimiento-acción a realizar, iluminación, etc.....
* El de raphik con el manejo de una pantalla lcd via bus i2c usando GPIO's.
* El mío, en ámbito particular también combinado con cámaras, iluminación, ...ya lo publicaré más detalladamente (lo conseguí hace unos días aunque en constante modificación-progresión y poco a poco (automatizando tareas de registro y control de una micro-instalación fotovoltaica aislada rural en remoto, lo que me permite ahorro de gasolina "80 km's" y tiempo, es más un hobbie que otra cosa).
* Y los que habrán que no se han publicado y/o que este foro e hilo han aportado a incentivarlos, despejar dudas, etc.....no duden en publicarlo aunque parezca simple, ...lo bueno no está en lo simple o complicado, sino en lo funcional para cada caso.



- Recapitualizaciones de pruebas, avances, proyectos, ... :

- Herramientita casera y simple para facilitar la localización de GPIO's en PCB --> Respuesta 8

- 1º Prueba en caliente del control de una placa pequeña con 8 relés (sale de 3 a 5 €) --> Respuesta 29

- Colocación de conectores en carcasa para un fácil acceso-conección a los GPIO's --> Respuesta 34

- Mera muestra de los valores de voltaje y estados de 1 GPIO como fundamento básico --> Respuesta 44

- Activación de una lámpara mediante 1 relé (circuito casero al 100%.....este circuito de 1 relé comprado sale 1 ó 2 €) --> Respuesta 59

- Activación de un zumbador-altavoz, sonando el tono antiguo de un SMS y Activación de ventiladores de PC mediante una placa pequeña usando 1 relé (PCB de 2 relés) --> Respuesta 63

- Protección del router (casos especiales) con un Buck-Boost (estabilizador de tensión tanto con voltaje inferior como superior al de entrada)  --> Respuesta 66

- Disposición impresionante de placa pequeña de 8 relés en el interior de la carcasa y con conexiones externas -->   Respuesta 67

- Uso de PHP vía web o de APP para el móvil/tablet con qué controlar GPIO's remotamente con interfaz gráfica (SSH Button)--> Respuesta 68

- Relés de estado sólido/bajo consumo (no hacen ruido al cambiar de estado) --> Respuesta 69

- 1º Proyecto funcional y en ámbito profesional (Ficht) --> Respuesta 70

- Proyecto usando GPIO's - manejo de una pantalla lcd via bus i2c --> Respuesta 76

- Divisor de tensión (convertir 5v en 3,3 v), uso y disposición de leds y pulsadores para cada estado, ej de conmutador --> Respuesta 78

- Usando un conmutador como entrada en un GPIO accionar otro GPIO como salida --> Respuesta 79

- Uso de un conversor de analógico a I2C para transformar datos analógicos en digitales --> Respuesta 81

- Simulación del funcionamiento de un motor paso a paso mediante el uso de los LEDs LAN --> Respuesta 96

- Formas de hacer retardos inferiores a 1 sg (sin y con el uso del SLEEP "que necesitaría extroot") --> Respuestas 98 a 100

- Simulación con LEDs LAN del funcionamiento de un motor paso a paso enviando por parámetros: vueltas, dirección y velocidad -->   Respuesta 101

- Depuración para hacer retardos lo más exactos posibles (usando drivers del kernel) --> Respuesta 102

- Control de un motor paso a paso con el uso de un simple driver de 1 € en Ebay --> Respuesta 105

- Otro ejemplo más visual controlando un motor paso a paso (se aprecia la precisión milimétrica del movimiento) --> Respuesta 107



Impresionante señores y señoras!!! ....a día de hoy la limitaciones las pone o se las encuentra un@, ....xq yo veo que con la colaboración y la tecnología cada día parece más infinita...............G R A C I A S !!!

Añadidos 2 Routers a la Lista de Routers con GPIO's operativos para darle usos como con la Raspberry Pi:


- Zyxel P660HW-D1        (por danitool)

Detallado en esta respuesta (nº 109):

https://foro.seguridadwireless.net/openwrt/routers-con-gpio's-operativos-para-darle-usos-como-con-la-raspberry-pi/msg351529/#msg351529


- Linksys WRT3200ACM        (por eduperez)

Detallado en esta respuesta (nº 111):

https://foro.seguridadwireless.net/openwrt/routers-con-gpio's-operativos-para-darle-usos-como-con-la-raspberry-pi/msg353661/#msg353661



Total de Routers en el listado: 12

Gracias por el aporte !!!

Buenas, hace 2 semanas hice una "mini-impresora 2D con WiFi sin necesidad de PC" con motores bipolares paso a paso "4 hilos" y un bolígrafo (aprovechando 2 mecanismos de unidades DVD de PC). Por suerte con todo el tiempo que llevaba pa lante y patrás con los motores paso a paso, los scripts hechos y demás, el script mini-driver básico que hice, montarlo todo y dejarlo funcionando en sus primeras fases no alcanzó a las 8 horas (madrugada del domingo). Así que quien quiera hacérselo, le ocupará muy poco tiempo.

De momento es 2D (sólo eje X e Y): tiene puesto un bolígrafo, aunque la idea principal es ponerle un láser para quemar superficies y hacer logos, dibujos, guías, etc...

Obviamente el siguiente pasó será hacerla 3D (X, Y, Z) para ponerle x ej: un taladro, fresas, un lápiz 3D, un Hotend, etc..

Vídeo               -=  Pincha Aquí para verlo  =-   

Al final pongo el enlace con todos los scripts hechos para las figuras geométricas de prueba. Lo propio es poder realizar dibujos en cualquier programa de edición, exportarlos en el formato adecuado (G-CODE u otro) e importarlo por cable o wifi al router, y lanzarlo a imprimir. En esto último es donde reside el problema con el que llevo 2 semanas luchando, y que me gustaría resolver, a ver si entre todos podemos adaptar/crear un "driver" o la forma en que por ejemplo los G-CODE puedan ser interpretados y llevados a acabo, al menos de momento por los ejes X e Y.

Voy a crear un nuevo tema para el desarrollo de este Proyecto --> [Proyecto] Impresora 2D y 3D con WiFi usando GPIOs en Routers con OpenWRT (x 2€)

Un saludo y gracias a todos.


Enlace con los scripts para las pruebas: https://goo.gl/SQaZmz

Que pasada!! que chulo te ha quedado!!
Enhorabuena. 

como podría utilizar el boton de wps delrouter vh4032n para utilizarlo como gpio.
En la pagina de openwrt me marca [ 35   low   BUTTON WPS ], pero no me deja utilizarlo, el error es este
: Device or resource busy

Si los tengo instalados, he seguido el tutorial de openwrt https://wiki.openwrt.org/doc/howto/hardware.button.

Cundo pulso el boton wps y escribir por el terminal logread, este detecta las pulsaciones.

Pero cuando utilizo uci system para asignarle una tarea al pulsar no hace caso.
He intentado también  utilizar echo $BUTTON pero tampoco no muestra nada