Mensajes recientes

Páginas: 1 2 [3] 4 5 6 7 8 9 10
21
Electrónica de potencia / Condensadores para regulador DC/DC de sustitución de la serie TSR
« Último mensaje por genisuvi en 07 de Agosto de 2020, 05:08:30 »
Buenos días, voy a usar este regulador para convertir 5V en 3.3V y asegurarme hasta 1A de corriente de salida: http://www.farnell.com/datasheets/2648940.pdf?_ga=2.82386654.997018699.1596440906-2079624998.1582184202&_gac=1.255019770.1596784844.CjwKCAjw-ITqBRB7EiwAZ1c5UxG9F2-EUFXI-hZ0CKCj0Z3g1IifyTFx71qXpTdsnF0N7PPLNzxowxoCZuwQAvD_BwE

Según el datsheet parece que para tensiones menores a 32V no se necesitaría ningún condensador de desacoplo (no hay mucha más explicación así que no sé si lo interpreto bien):



 Así que no sé qué hacer con este tema:

 * Usarías un C igualmente?
 * de qué valor (o cómo decido el valor?)
 * tantalio o cerámico?

Gracias por adelantado. Un saludo a todos.
22
Arduino / Re:Problemas con modulo BLUETOOTH HM-10 y micro 16F628A
« Último mensaje por maxiceisa en 06 de Agosto de 2020, 20:35:59 »
Buenas tardes...
                       Gracias por la respuesta...como te conte...con un modulo HC-06 funciona perfecto...con la misma conexion cambio de moludo al HM-10...y no hay caso...con la fuente en 5 Volt...ya que este modulo admite 5 Volt...lo he probado con el software de arduino  en la PC...usando un modulo de arduino USB...y los datos llegan desde le modulo HM-10 a la PC...pero cuando le cuelgo la entrada del microcontrolador en paralelo con el modulo de USB...no le llega nada a la PC tampoco...podría ser un problema de tensión de la salida de la UART del HM-10?...Lo mas raro es que he probado también con 3,3 Volts para alimentar todo le circuito y el problema persiste...he hecho muchas pruebas...lo mismo me pasa con el un modulo HC-08 BLE...cualquier otra ayuda será bienvenida...muchas gracias...Saludos..

Maxi...
23
Robótica / Re:¡Una máquina robotica que dobla la ropa! La innovación que todos esperábamos
« Último mensaje por milagro4 en 06 de Agosto de 2020, 18:16:22 »
jaja! que flojera tiene hoy en dia la humanidad.. pero bueno, algo mas que comprar.. de tantas aplicaciones que hay, de tantas maquina, solo necesitamos muy pocas, la verdad el resto son mas lujos que otra cosa..

jajaja es verdad pero bueno para eso esta l sr humano para mejorar las cosas manuales
24
Arduino / Re:Problemas con modulo BLUETOOTH HM-10 y micro 16F628A
« Último mensaje por thegame en 06 de Agosto de 2020, 16:37:46 »
Tal ves ya lo has comprobado pero, tus lineas de comunicación estan correctamente conectadas??, usas los niveles de voltaje correctos?? estos modulos suelen trabajar a 3.3V, has corroborado que efectivamente el PIC recibe por el puerto??

Si puedes seria bueno ver el esquematico que estas implementando para ver si no hay algo raro

Saludos
25
* PROYECTOS * / Re:interfaz FTDI y python
« Último mensaje por Geo en 06 de Agosto de 2020, 13:27:58 »
Qué bien que has avanzado, revisa mi tercer comentario, la función readline() de serial te devuelve un typo *bytes*, el cual como puedes ver al imprimirlo en pantalla te muestra en esa codificación los caracteres especiales de lo que estás enviando, según se puede ver desde el microcontrolador envías:
* un retorno de carro \r
* caracteres que representan el valor que leíste
* un caracter espacio
* un caracter salto/fin de línea \n

Prueba con esto:
Código: Python
  1. while True:
  2.     data = ser.readline().decode().strip()
  3.     print(data)
  4.  

readline te devuelve un tipo *bytes*, sobre este aplicamos decode() que te devuelve un string, finalmente strip() elimina los caracteres espacio, retorno o saltos de línea al inicio y fin de tu cadena de texto. Haz pruebas quitando la función strip() para que veas el efecto.
26
CNC - Control Numérico Computarizado / Re:que driver elegir
« Último mensaje por KILLERJC en 06 de Agosto de 2020, 09:05:31 »
Espero que otro te logre responder... Debido a que el usuario la ultima vez que se conecto fue:

Última vez activo:20 de Diciembre de 2011, 21:26:02
27
* PROYECTOS * / Re:interfaz FTDI y python
« Último mensaje por Caracola en 06 de Agosto de 2020, 01:51:51 »
Dios mio ! Geo! era el pinche salto de linea (/n)  :shock: ((:-))

jajaja .. pero sigo teniendo problemas...

HERCULES ahora me muestra puros garabatos, pero no me interesa, sólo quería comprobar que mi FTDI estuviera funcionando.

Ahora puedo ver esto en SPYDER/PYTHON:


b'\r198 \n'
b'\r198 \n'
b'\r197 \n'
b'\r198 \n'
b'\r197 \n'
b'\r198 \n'
b'\r197 \n'
b'\r197 \n'
b'\r198 \n'
b'\r197 \n'
b'\r198 \n'
b'\r198 \n'
...


import serial

ser=serial.Serial('COM5',9600)

while True:
    file = open("salida_07_17_2020.txt", 'a')
    data=ser.readline()
    print(data)
 # file.write(data)
    file.close()


creo que esa b'\r y ese \n' estorban, pero por el momento no puedo guardar en "file", ya que con ese comando deja de transmitir, así que lo #comenté

de todos modos para lograr leer mi sensor tengo que conectar y desconectar el USB unas 3 veces hasta que agarre, cambie los cables así que no creo que sea eso.

Antes de llegar a esta solución, programé mi PIC en ASSEMBLER y el código ASCII tiene un salto de linea d'10', pero en el simulador PROTEUS no lo ejecuta como salto de línea (no hacía nada y me mostraba todos los datos juntos), así que intenté con "retorno de carro" d'13' y funcionó, por lo tanto borré el salto de línea d'10'. y además le agregué un espacio (d'20')

Ahora le puse todo d'32' d'10' d'13', en ese orden y funcionó.

Bueno ahora estoy trabajando en eso, para refinar más mi trabajo, ya que tengo que agregarle mas sensores (ya lo hice en PROTEUS), pero de nada me servía avanzar en eso si no logro resolverlo con un solo sensor, luego aumentar los baudios, y guardarlos en un archivo de texto para ir graficando ojalá en tiempo real.

Les agradezco si tienen más comentarios.  :-/  Son unos genios! estoy hace dos semanas pegada con esto.



28
CNC - Control Numérico Computarizado / Re:que driver elegir
« Último mensaje por fede_joe en 06 de Agosto de 2020, 00:59:54 »
Hola, estoy teniendo el mismo problema.
Tengo 3 FH6-1571 y no puedo encontrar un driver pa ellos.
Pudiste solucionarlo?
Saludos
29
* PROYECTOS * / Re:interfaz FTDI y python
« Último mensaje por Geo en 06 de Agosto de 2020, 00:28:51 »
Si colocas algunas capturas o muestras el tipo de salida que puedes visualizar en Hercules serviría para ayudarte a analizar.

import serial

ser=serial.Serial('COM5',9600)

while True:
    data=ser.readline()
    print(data)
    file = open("salida_07_17_2020.txt", 'a')
    file.write(ser.readline())
    file.close()

Algunos comentarios:
* Para usar serial.readline debes estar enviando desde tu programa en el microcontrolador un caracter de fin/salto de línea '\n' de otra forma la función se bloquea esperando dicho caracter: https://pyserial.readthedocs.io/en/latest/shortintro.html#readline
* En tu programa primero asignas a *data* lo que se lee del puerto serie hasta un caracter de salto de línea '\n' (es el caracter terminador por defecto para la función *readline*), pero al guardar a archivo vuelves a ejecutar ser.readline() por lo que estarías guardando en el archivo una segunda línea perdiendo la primera, mientras que la primera si la visualizarías en pantalla pero la segunda no.
* Si desde el microcontrolador estás enviando texto, lo más conveniente sería ejecutar decode() sobre lo que leíste del puerto para poder visualizarlo correctamente en la terminal: data = ser.readline().decode()
30
* PROYECTOS * / Re:interfaz FTDI y python
« Último mensaje por jorgeaf_59 en 05 de Agosto de 2020, 23:12:38 »
Hola,

Te sugiero algunas pruebitas, para tratar de circunscribir el problema.
Primero, completá la prueba que te sugirió remi04; creo entender que vos solamente verificaste que el FTDI recibe "algo", para completar la prueba tendrías que recibir nuevamente en la terminal exactamemte lo que enviaste.
Comprobado el paso anterior, conectá el PIC16F884 y fijate si en la terminal aparecen las lecturas del ADC (si entiendo tu programa, estas enviando datos continuamente).
Si esto funciona, el hardware está bien y hay que seguir verificando el soft.
Para verificar el funcionamiento del soft, te sugiero que primero compruebes que en tu programa en python estas usando los mismos parámetros de comunicación que en la terminal (que supuestamente en los pasos anteriores funcionó correctamente); luego que hagas la misma prueba de eco que con la terminal, y por último que conectes el ADC.
Espero no haberte confundido o malinterpretado.
Cordiales saludos,

Jorge
Páginas: 1 2 [3] 4 5 6 7 8 9 10
anything