Herramientas Buscar en Tema
Antiguo 27/06/2017, 07:33   #211
isabido
* * *
 
Ingreso 02/ago/2016
446 Mensajes
Mil gracias Ciapu... vamos a probarlo.


Cambiamos el 8000 por el 10000 a esa conclusion pudimos llegar, pero el valor de eeprom se nos paso. Tiene buena pinta. Lo volvemos a intentar con el Arduino.

El tema de tener que usar el MCLR a "alta tension" fue motivado creo porque la Raspi saca por los GPIO solo 3.3v, y el bit de LVP daba un error de verificacion.

Puede que en algunos de los intentos. Desactiváramos el FUSE de LVP? por lo cual queda el RB5/PGM liberado como una I/O estandar.

En la documentacion dice que ya luego no se puede volver a activar como no sea con programacion en HV/VPP.

La cuestion que disfrutamos toda la tarde y parte de la madrugada con el invento. Cosa que solucionariamos con 8€, pero donde esta la grancia entonces?


https://es.aliexpress.com/store/prod...e-2bea8ad120e8
isabido esta en línea ahora   Responder Citando
Antiguo 27/06/2017, 08:30   #212
Mariete
* * *
 
Ingreso 15/may/2013
338 Mensajes
Cita:
Iniciado por CIAPU35 Ver mensaje
Si te vas al mensaje 121 , tienes reflejadas las formulas de calculo de la pendiente .



La pendiente se calcula de esta forma : pendiente = (Vsalida1 - Vsalida2) / (Potencia_entrada1 - potencia_entrada2)



Como no das una potencia inicial para el voltaje en vacío, debemos considerar que la potencia es -60 dB (potencia mínima medible, según hoja de datos).



Si trasladamos los valores que nos das, a la formula, tenemos lo siguiente : pendiente = (2.42 V - 1.20 V) / (-60 dB) - (-13dB) = 1.22 / -47 dB = -0.025 V = -25 mV



Como puedes observar a tu chip lo podemos considerar con un funcionamiento correcto con respecto a su pendiente.





Lo que no puedes esperar es hacer la traducción directa del voltaje de salida a dB's. Ten en cuenta que cada chip según componentes externos tiene un rango distinto de salida.



Es necesario hacer uso de las matemáticas ( y sobre todo, de los valores de calibración) para obtener un resultado convertido a dB's. Para esto deberás leerte la hoja de datos del chip en donde encontrarás los métodos de calculo.



Espero quede aclarado



Saludos.


Muchas gracias Ciapu.

Con tu ayuda ya he conseguido comprender "las matemáticas" del sensor y leerlo.
Mariete esta en línea ahora   Responder Citando
Antiguo 27/06/2017, 08:52   #213
Waka
* *
 
Avatar de Waka
 
Ingreso 15/abr/2009
De Huelva
147 Mensajes
Cita:
Iniciado por CIAPU35 Ver mensaje
He estado revisando el código y efectivamente, solo está preparado para chips con memoria máxima de 32K de "Flash" y 256 bytes de "EEprom"

Creo que podrías, intentarlo al menos, cambiar ciertos parámetros para adaptarlo a la grabación del chip 18f2620 de 64K de "Flash" y 1024 bytes de "EEprom".

En primer lugar, en el archivo "Hex.py" modificas los valores de "0x8000" por los de "0x10000" ( cambiar 32K por 64K) para memoria, y cambiar
"0x100" por "0x400" (cambiar 256 bytes por 1024) para eeprom.


Código:
 class Hex:
    def __init__(self, fileName):
        self.memory = [0] * 0x10000
        self.havememory = [0] * (0x10000/0x20)
        self.eeprom = [0] * 0x400
        self.haveeeprom = [0] * (0x400/0x20)

       ..
       ..
       ..
       ..
for i in range(0x10000):          <-----modificado
            self.memory[i] = 0xFF
            self.havememory[i/0x20] = 0
        for i in range(0x400):       <-----modificado
            self.eeprom[i] = 0

       ..
       ..
       ..
       ..

            # Memory
            if (iAddress + self.offset) < 0x10000:    <---modificado

       ..
       ..
       ..
       ..
            # EEPROM
            elif (iAddress + self.offset) >= 0xF00000 and iAddress + self.offset <= 0xF00400:      <------modificado

En el archivo "Pic_programmer.py" hay que sustituir en las secciones de memoria las referencias a direcciones 0x8000 (32k) por direcciones 0x10000 (64k) y en la sección eeprom las direcciones 0x100 (256b) por 0x400 (1024b).


Código:
                    # Program Memory
                    print "Programming flash memory...",
                    if verbose:
                        print "\n",
                    address = 0
                    while address < 0x10000:    <---modificado

       ..
       ..
       ..
       ..

                    # Program Data EE
                    # TODO only some parts have EEPROM
                    print "Programming EEPROM......",
                    if verbose:
                        print "\n",
                    # EEPROM 0xF00000 - 0xF00100 <-- (0xF00400)
                    address = 0
                    while address < 0x400:     <----modificado

       ..
       ..
       ..
       ..



                    # verify Program
                    print "Verify flash memory...",
                    verification = 1
                    if verbose:
                        print "\n",
                    address = 0
                    while address < 0x10000:    <--modificado

       ..
       ..
       ..
       ..

                    # verify EEPROM Data
                    print "Verify EEPROM memory...",
                    verification = 1
                    if verbose:
                        print "\n",
                    address = 0
                    while address < 0x400:   <--- modificado

mcus = (["18f2455", 0x1260], ["18f2550", 0x1240], ["18f4455", 0x1202], ["18f4550", 0x1200], ["18f2420", 0x1140],
["18f2520", 0x1100], ["18f4420", 0x10C0], ["18f4520", 0x1080])


Si quieres dejar activa la rutina de verificación del iD del chip, añades a la sentencia anterior el ID del chip 18f2620: ["18f2620", 0x0C80]


Como puedes observar, solo se amplia el limite superior del rango de posiciones de memoria flash y de eeprom. La parte del valor de configuración del chip no cambia y se ha demostrado que ha funcionado bien ( el chip ha logrado arrancar).


Por si he pasado algo por alto, puedes repasar el código y sustituir alguna posible dirección que haya quedado con valores del chip inferior con el nuevo valor.


Si pruebas esto, ya contarás como ha funcionado......

Saludos.
Muchas gracias CIAPU, la verdad que estuvimos trasteando en ese camino, pero como dice ISABIDO, se nos pasó la EPROM. Esta tarde lo probamos, y si funciona, y no te importa, subo aquí un mini manual, de como programar el PIC con un arduino para todos aquellos que no tengan programador.

Gracias!!!

Enviado desde mi Aquaris M5 mediante Tapatalk
__________________
HéctorN
Waka esta en línea ahora   Responder Citando
Antiguo 27/06/2017, 09:29   #214
CIAPU35
* *
 
Avatar de CIAPU35
 
Ingreso 09/may/2010
De Cerca de Valencia
171 Mensajes
Antena 005 Aomway: ¿ Falsificación o rediseño fallido ?

Como pudisteis ver en mi mensaje anterior #182 en el que haciendo una comparativa de antenas, mostraba que la antena comercial 005 de Aomway reflejaba unos resultados desalentadores.

Este sábado pasado, tuve la oportunidad de hablar con "Simba" y como propietario de un modelo igual de antena, me aseguraba que había sido capaz de volar hasta una distancia de 8 Kms.

Menudo mosqueo!!!, como es posible ? .. si con mi antena no llego ni a los 2 Kms ?.

Visto lo visto, era obligatorio hacer un análisis y comparativa en banco de pruebas.

Y aquí muestro los resultados:(Nota: La antena gris es la mía, y la antena azul es de Simba)

La fuente de emisión es la misma, y en las mismas condiciones que la mostrada en el mensaje 182.



En esta foto se observa que Simba no miente, cuando decía que alcanzaba los 8 kms. (hasta 5 kms vídeo perfecto, y con aumento progresivo de nieve e interferencias ocasionales hasta los 8 kms).

De una a otra, se van 12 dB's de ganancia.


Desvelando el misterio..!!!!!

Al desmontar las antenas ya se empieza a ver alguna de las posibles causas de tanta diferencia de rendimiento entre ambas.










La pregunta tonta..

¿ He sido victima de un engaño, y he comprado una falsificación ?
o tal vez .. ¿ La empresa Aomway puede iniciar una demanda contra el fabricante del modelo (gris) por apropiación indebida de marca ?...

O quizás... es simplemente un diseño desafortunado (por no decir "impresentable") de la marca, que ha pesar de saber que es malo, ha decidido comercializar ?

Y si esto es así, que diseño ha sustituido al otro; cual ha sido el primero ?.

Algún comercial o representante de las tiendas que se anuncian por aquí, y venden este modelo, ¿ puede darme una respuesta ?.


Y en este enlace de vídeo podréis ver la opinión que le merece este modelo de antena (Gris), en el que explica que es un diseño nefasto, que no está polarizada, y que es una "autentica basura".






Saludos..... y ya estáis advertidos.... No compréis el modelo gris

.... Simba que suerte tienes !!! te ha tocado la buena.
mascota_articulosImágenes
Hacer clic en la imagen para la versión completa

Nombre:  Comparacion_Ant005_Ant005B.jpg
Vistas: 247
Tamaño:  164,3 KB (Kilobytes)
ID: 69372   Hacer clic en la imagen para la versión completa

Nombre:  Interior1.jpg
Vistas: 237
Tamaño:  102,7 KB (Kilobytes)
ID: 69373   Hacer clic en la imagen para la versión completa

Nombre:  Interior2.jpg
Vistas: 241
Tamaño:  137,6 KB (Kilobytes)
ID: 69374   Hacer clic en la imagen para la versión completa

Nombre:  Interior3.jpg
Vistas: 244
Tamaño:  118,1 KB (Kilobytes)
ID: 69375  

__________________
Acceso a Vídeo Tutoriales
CIAPU35 está desconectado   Responder Citando
Antiguo 27/06/2017, 21:50   #215
isabido
* * *
 
Ingreso 02/ago/2016
446 Mensajes
Buenas de nuevo CIAPU, te cuento los avances que hemos tenido y te explico cual creo yo que ha sido el problema que de origen teníamos cuando se reseteaba al conectar el hilo del boton central.


Todo esta por concretar, que en ello estamos. Pero seguro tu como buen experto en programacion de PIC puedes corroborar.

Según tengo entendido de fabrica microchip salen los PIC configurados por defecto con el modo LVP.

En primer lugar empezamos a intentar flashear el PIC desde el arduino. Siempre usando el metodo de programacion LVP (bajo voltaje) como sabras para meter el PIC en modo programacion hay que usar el MCLR y el ping PGM (que es el RB5 en este pic)

En los primeros intentos cuando conseguimos flashear, estuvimos comentando ese reseteo que se daba cuando conectabamos el hilo central de Jostick. que por mala coincidencia es el RB5 o sea el PGM.

Que ocurre que cuando flasheas el HEX que tu has compilado, en modo LVP. el FUSE de LVP a OFF que tu tendras configurado no se cambia. Ya que para hacer esto solo se puede hacer en modo "alta tension" es decir con MCLR a 12-13v.

Por consiguiente el HEX se copiaba correctamente pero el ping RB5 en vez de quedar configurado como una ENTRADA DIGITAL para el boton central se quedaba como PGM para poder realizar la programacion.

Mas tarde nos pusimos hacerlo desde la Raspi y al ver que tampoco funcionaba decidimos a probar metiendole los 12v al MCLR, en este momento ya se puso el fuse LVP a OFF y por tanto empezo a funcionar todo correctamente.

Que ocurre ahora, pues que ya no es posible volver a programar el PIC en modo LVP. Ya que para que funcione tu programa es necesario hacerlo en HV para que el fuse de LVP quede a OFF y quede liberada la RB5 como una I/O.

Para ello habria que cambiar el boton central a otra entrada. Y bueno quizas no interese a estas alturas.

Lo unico que bueno para los que quieran programar con Arduinos o Raspi, tiene que tener en cuenta que para quemar este HEX siempre hay que hacerlo en HV.

Bueno tomatelo de momento como una reflexion.... si estoy diciendo tonterias hazmelo saber para eliminar el post.
isabido esta en línea ahora   Responder Citando
Antiguo 28/06/2017, 08:26   #216
CIAPU35
* *
 
Avatar de CIAPU35
 
Ingreso 09/may/2010
De Cerca de Valencia
171 Mensajes
Cita:
Iniciado por isabido Ver mensaje
Buenas de nuevo CIAPU, te cuento los avances que hemos tenido y te explico cual creo yo que ha sido el problema que de origen teníamos cuando se reseteaba al conectar el hilo del boton central.


Todo esta por concretar, que en ello estamos. Pero seguro tu como buen experto en programacion de PIC puedes corroborar.

Según tengo entendido de fabrica microchip salen los PIC configurados por defecto con el modo LVP.

En primer lugar empezamos a intentar flashear el PIC desde el arduino. Siempre usando el metodo de programacion LVP (bajo voltaje) como sabras para meter el PIC en modo programacion hay que usar el MCLR y el ping PGM (que es el RB5 en este pic)

En los primeros intentos cuando conseguimos flashear, estuvimos comentando ese reseteo que se daba cuando conectabamos el hilo central de Jostick. que por mala coincidencia es el RB5 o sea el PGM.

Que ocurre que cuando flasheas el HEX que tu has compilado, en modo LVP. el FUSE de LVP a OFF que tu tendras configurado no se cambia. Ya que para hacer esto solo se puede hacer en modo "alta tension" es decir con MCLR a 12-13v.

Por consiguiente el HEX se copiaba correctamente pero el ping RB5 en vez de quedar configurado como una ENTRADA DIGITAL para el boton central se quedaba como PGM para poder realizar la programacion.

Mas tarde nos pusimos hacerlo desde la Raspi y al ver que tampoco funcionaba decidimos a probar metiendole los 12v al MCLR, en este momento ya se puso el fuse LVP a OFF y por tanto empezo a funcionar todo correctamente.

Que ocurre ahora, pues que ya no es posible volver a programar el PIC en modo LVP. Ya que para que funcione tu programa es necesario hacerlo en HV para que el fuse de LVP quede a OFF y quede liberada la RB5 como una I/O.

Para ello habria que cambiar el boton central a otra entrada. Y bueno quizas no interese a estas alturas.

Lo unico que bueno para los que quieran programar con Arduinos o Raspi, tiene que tener en cuenta que para quemar este HEX siempre hay que hacerlo en HV.

Bueno tomatelo de momento como una reflexion.... si estoy diciendo tonterias hazmelo saber para eliminar el post.


Efectivamente, si es la primera vez que se programa un chip en blanco salido de fabrica, es posible hacerlo en baja tensión (pin MCLR y pin PGM a 5 V), pero a partir de ahora , como tu bien dices, queda inutilizado el pin RB5/PGM para operaciones normales, y queda solo útil para volver a re-programar en bajo voltaje.
Para deshacer esta condición es necesario re-programar en alto voltaje.

Y no estás diciendo ninguna tontería, es una buena reflexión, y sirve para poner en el punto de mira, poder hacer uso de otros programadores no estándar o específicos de pic's , y tenerlo en cuenta en la fase de desarrollo de cualquier proyecto.

Evidentemente para este proyecto ya hemos llegado tarde. Pero, para los sucesivos, si el pin RB5 no es imprescindible para el normal funcionamiento, se podría dejar libre para la programación en bajo voltaje.


Y hablando ahora de la programación en alto voltaje con la placa arduino; imagino que habréis conectado directamente el pin MCLR a 12 Voltios (a partir de 8 V puede valer) y habréis desconectado el pin PGM, dejando solo los pines PGD y PGC, VDD a 5 V y masa. ¿ Ha sido así ?.

Sería muy interesante que subieras ese "mini manual" que explique la programación de un Pic con una placa arduino, insistiendo especialmente (por lo menos para este proyecto) en la programación en "Alto voltaje".

Gracias por vuestra colaboración y trabajo en ayudar a hacer el "hágalo usted mismo" mucho más fácil, al permitir utilizar herramientas existentes , sin necesidad de comprar una especifica.


Saludos.
__________________
Acceso a Vídeo Tutoriales
CIAPU35 está desconectado   Responder Citando
Antiguo 28/06/2017, 09:07   #217
Waka
* *
 
Avatar de Waka
 
Ingreso 15/abr/2009
De Huelva
147 Mensajes
Cita:
Iniciado por CIAPU35 Ver mensaje
Efectivamente, si es la primera vez que se programa un chip en blanco salido de fabrica, es posible hacerlo en baja tensión (pin MCLR y pin PGM a 5 V), pero a partir de ahora , como tu bien dices, queda inutilizado el pin RB5/PGM para operaciones normales, y queda solo útil para volver a re-programar en bajo voltaje.
Para deshacer esta condición es necesario re-programar en alto voltaje.

Y no estás diciendo ninguna tontería, es una buena reflexión, y sirve para poner en el punto de mira, poder hacer uso de otros programadores no estándar o específicos de pic's , y tenerlo en cuenta en la fase de desarrollo de cualquier proyecto.

Evidentemente para este proyecto ya hemos llegado tarde. Pero, para los sucesivos, si el pin RB5 no es imprescindible para el normal funcionamiento, se podría dejar libre para la programación en bajo voltaje.


Y hablando ahora de la programación en alto voltaje con la placa arduino; imagino que habréis conectado directamente el pin MCLR a 12 Voltios (a partir de 8 V puede valer) y habréis desconectado el pin PGM, dejando solo los pines PGD y PGC, VDD a 5 V y masa. ¿ Ha sido así ?.

Sería muy interesante que subieras ese "mini manual" que explique la programación de un Pic con una placa arduino, insistiendo especialmente (por lo menos para este proyecto) en la programación en "Alto voltaje".

Gracias por vuestra colaboración y trabajo en ayudar a hacer el "hágalo usted mismo" mucho más fácil, al permitir utilizar herramientas existentes , sin necesidad de comprar una especifica.


Saludos.
Buenas CIAPU, la verdad que llevamos dos tardes de mucho aprender, investigar, probar, compilar, grabar... haciendo muchas pruebas tanto con Arduino como con Raspberry. Como ya te comenté conseguimos grabar el hex del medidor con la Raspberry en Alta y, quitando que los parámetros iniciales estaban mal (aleatorio y fuera de rango, que con tu APP se rectifican sin problema), todo funcionaba perfectamente, y digo funcionaba porque ayer algo hicimos que ahora no nos deja programar el chip de ninguna de las maneras. Te cuento...

Al saber que el PIC una vez quemado con tu .hex se quedaba solo para programación en alta, decidimos revertir esto para poder programar en low, y asi hacer más pruebas y repetir los procesos para ver que todo sale correctamente.

Pues bien, de los 3 .hex que disponemos para las pruebas (el tullo, uno para parpadear un led, y otro para dejarlo encendido) una vez en alta solo nos dejaba grabar el tullo, por lo que decidimos poner el PIC en LVP... pero claro ninguno de los hex modificaba este fuse, por lo que decidimos usando MPLAB crear un pequeño programita (el típico blink) que lo modificara, pero ya con nuestro PIC seleccionado, y los Bits de configuración para poner LVP en ON.

Pues bien, al quemar el hex, nos da un error en el proceso, por el que no puede verificar la memoria de configuración, y ya desde este momento no nos deja hacer nada. ni grabar en alta, ni en baja, ni siquiera hacer un borrado completo del pic, cuando comprobamos si el chip esta -blank, siempre nos sale que algo tiene, esto devuelve:

Código:
Reading Code Memory 0x00000000
Blank Check: Code memory is not blank (@address 0x00000004)!
Reading Data Memory 0x00000400
Blank Check: Data memory is not blank (@address 0x00000000)!

Device is NOT blank!
Pensamos que al crear el nuevo programa, en los bits de configuración algo esta bloqueando algo en el PIC...

Nos preguntamos si tendrías algun archivo hex que al meterlo resetee todas estas configuración a valores de fábrica o algo.

Ahora mismo estamos atascadisimos, esperamos, que si se soluciona, poder hacer un Manual con las dos vias (Arduino y Raspberry) con todos los pasos y posibles problemas que se pueden dar, a fin de que siguiendo la guía se consiga el objetivo.

Muchas gracias!!
__________________
HéctorN
Waka esta en línea ahora   Responder Citando
Antiguo 28/06/2017, 09:27   #218
JuanTrillo
* * * * * *
 
Avatar de JuanTrillo
 
Ingreso 21/sep/2007
De Bormujos (Sevilla)
5.242 Mensajes
Tengo un PIC en casa gentileza de Guillesan que por ahora no dispongo de tiempo para usar. Lo pongo a tu disposicion.
__________________
Ikarus
JuanTrillo esta en línea ahora   Responder Citando
Antiguo 28/06/2017, 09:31   #219
Waka
* *
 
Avatar de Waka
 
Ingreso 15/abr/2009
De Huelva
147 Mensajes
Cita:
Iniciado por JuanTrillo Ver mensaje
Tengo un PIC en casa gentileza de Guillesan que por ahora no dispongo de tiempo para usar. Lo pongo a tu disposicion.
Gracias Juan ... A ver si somos capaces de solucionar el entuerto, de momento vamos a intentar con el que tenemos ... Si vemos que no, te tomo.la palabra y algún día q pase x Sevilla te aviso.

Enviado desde mi Aquaris M5 mediante Tapatalk
__________________
HéctorN
Waka esta en línea ahora   Responder Citando
Antiguo 28/06/2017, 12:49   #220
CIAPU35
* *
 
Avatar de CIAPU35
 
Ingreso 09/may/2010
De Cerca de Valencia
171 Mensajes
Cita:
Iniciado por Waka Ver mensaje
..........Pensamos que al crear el nuevo programa, en los bits de configuración algo esta bloqueando algo en el PIC...

A no ser que por accidente, hayas activado la protección de código en la palabra de configuración de chip, que habría que solucionar con un borrado profundo "Bulk erase", antes de re-programar, lo normal es que siempre que se aplique tensión alta al pin MCLR, debería entrar en modo programación, y todos los datos que entren por pin PGD, machacarán a los datos actualmente presentes, incluida la palabra de configuración, esté como esté el bit de LVP.

Si se activa el bit LVP para programarlo en baja tensión, siempre actuara a partir de la próxima vez, pero no en esta misma programación en curso en modo de alta tensión.

Para programarlo en alta tensión solo conecta MCLR,PGD,PGC,VDD,Masa.

Y aunque no sea necesario, pero, por si las moscas, mientras se programa, puentea a masa PGM con una resistencia (1K) para que no tenga oportunidad de que entre bajo ninguna circunstancia el modo baja tensión.( a veces las entradas flotantes pueden oscilar aleatoriamente entre 0 y VDD).

Asegúrate que la tensión de alimentación mientras se programa, esté cerca de los 5 V ( creo recordar que alguna vez, alguien comentó por algún foro, que si la tensión bajaba de 4.2 V algunas posiciones de memoria "Flash" no quedaban grabadas)


Y no se que más decir......... Espero que tu insistencia de sus frutos.. Suerte.

Saludos.
__________________
Acceso a Vídeo Tutoriales
CIAPU35 está desconectado   Responder Citando
Antiguo 28/06/2017, 13:11   #221
isabido
* * *
 
Ingreso 02/ago/2016
446 Mensajes
Cita:
Iniciado por CIAPU35 Ver mensaje
A no ser que por accidente, hayas activado la protección de código en la palabra de configuración de chip, que habría que solucionar con un borrado profundo "Bulk erase", antes de re-programar, lo normal es que siempre que se aplique tensión alta al pin MCLR, debería entrar en modo programación, y todos los datos que entren por pin PGD, machacarán a los datos actualmente presentes, incluida la palabra de configuración, esté como esté el bit de LVP.

Si se activa el bit LVP para programarlo en baja tensión, siempre actuara a partir de la próxima vez, pero no en esta misma programación en curso en modo de alta tensión.

Para programarlo en alta tensión solo conecta MCLR,PGD,PGC,VDD,Masa.

Y aunque no sea necesario, pero, por si las moscas, mientras se programa, puentea a masa PGM con una resistencia (1K) para que no tenga oportunidad de que entre bajo ninguna circunstancia el modo baja tensión.( a veces las entradas flotantes pueden oscilar aleatoriamente entre 0 y VDD).

Asegúrate que la tensión de alimentación mientras se programa, esté cerca de los 5 V ( creo recordar que alguna vez, alguien comentó por algún foro, que si la tensión bajaba de 4.2 V algunas posiciones de memoria "Flash" no quedaban grabadas)


Y no se que más decir......... Espero que tu insistencia de sus frutos.. Suerte.

Saludos.


Gracias Ciapu por las recomendaciones... vamos en la misma linea. Y habíamos tenido en consideración esto que comentas.

Pensamos que no esta protegido, pero el tema es que el SOFT del que disponemos esta algo verde como has podido ver. El mas completo y fiable parece ser el de la Raspi, pero a esta se le suma que los GPIO de raspi trabaja a 3.3v.

Por lo que para alimentar el VDD a 5v (para evitar esos problemas que tambien he leido cuando bajas de 4.2v), tendriamos que ver que no afecte en los PGD y PGC.

Nos gustaria poder hacer un BULK ERASE, pero creo que la herramienta de raspi no tiene ese tipo de borrado.

Esta tarde seguirmos intentandolo.


Vamos a intentar primero con este soft, Sin aplicar la solucion electrica que ajusta los niveles de tension entre ambos, que seria la ideal, pero no tenemos a mano todos esos transistores.

http://holdenc.altervista.org/rpp/

Al menos a ver si cableando a 5v el VDD y este soft que si que parece que hace un BULK erase lo solucionamos.

Este viene a ser lo mismo:

http://hackaday.com/2012/08/17/raspb...ic-programmer/

Y esto es lo ideal para simplificar pero ya hay que comprar y no tengo ganas tampoco de esperar a que llegue.

https://www.sparkfun.com/products/12009
isabido esta en línea ahora   Responder Citando
Antiguo 29/06/2017, 00:22   #222
Waka
* *
 
Avatar de Waka
 
Ingreso 15/abr/2009
De Huelva
147 Mensajes
PROGRAMADOR DE PIC LOW COST

Bueno, pues al fin mi compi isabido y servidor, y gracias a la ayuda de CIAPU hemos encontrado y probado con éxito lo que a nuestro juicio es la forma más fácil y barata de programar nuestro ya querido PIC18F2620.

Si bien en las pruebas de raspberry habíamos probado un circuito que nos funcionó, tras unas pruebas no eramos capaces de borrar el pic, ni programarlo ni verificarlo, hoy hemos querido probar el mismo circuito en windows, y a través del puerto serial, para asegurarnos que funciona a la tensión requerida, el GPIO de la raspberry necesita convertidores lógicos para este fin, lo que aporta más coste y cacharros. mientas que el puerto serial nos da mayor tensión y por otro lado la simplicidad de conectar el circuito por el serial.

Otra ventaja es que disponemos de interface gráfica para programar, en lugar de usar comandos en un terminal.

EL HARDWARE:
JDA programmer V1, simple a mas no poder, solo necesitamos dos resistencias (2.2k) y un diodo (1N4148 o N4007), teneis los esquemas adjuntos.

Hacer clic en la imagen para la versión completa

Nombre:  JDM-Programmer-v1.png
Vistas: 43
Tamaño:  57,6 KB (Kilobytes)
ID: 69389Hacer clic en la imagen para la versión completa

Nombre:  esquema.jpeg
Vistas: 48
Tamaño:  92,3 KB (Kilobytes)
ID: 69388



EL SOFTWARE
Hemos probado con dos, el primero es WinPIC:
http://www.winpic800.com/

Funciona muy bien, pero tiene dos inconvenientes, el primero es que el desarrollo esta muerto, y el segundo es que necesita desabilitar la firma digital para los drivers.

En el vídeo se ve un poco como configurar lo y su funcionamiento.

El otro que hemos probado, y con el que nos quedamos es con PICPgm:
http://picpgm.picprojects.net/

Que lo usamos en su versión para linux en la raspberry, y que ahora en windows con su GUI, se hace todo más amigable. tambien en el video lo teneis explicado.

CONCLUSIÓN:

No hemos inventado nada, solo ha sido un trabajo de un par de días buscando la manera de llegar a un mismo fin con lo mínimo y prácticamente gratis. hemos aprendido muchísimo, con esto queremos compartir nuestra experiencia para todos aquellos que como yo, tenemos pocos conocimientos en la materia, y que con este tipo de ejercicios se aprende muchísimo.

MINI VIDEO TUTORIAL:

http://www.youtube.com/watch?v=iLJWCsjD8ww

Espero que os sirva y funcione, y ánimo para construiros vuestras propias cosas!!!
__________________
HéctorN
Waka esta en línea ahora   Responder Citando
Antiguo 10/07/2017, 08:17   #223
Capitán_Pattex
* * *
 
Avatar de Capitán_Pattex
 
Ingreso 31/ago/2016
De Pamplona
307 Mensajes
Gracias por la aportación!
Capitán_Pattex esta en línea ahora   Responder Citando
Antiguo 10/07/2017, 21:07   #224
collado
* *
 
Ingreso 31/ago/2010
186 Mensajes
Alguien tiene ya valores para la placa negra?

Enviado desde mi Redmi Note 4 mediante Tapatalk
collado esta en línea ahora   Responder Citando
Antiguo 12/07/2017, 21:38   #225
avefenix
* * *
 
Avatar de avefenix
 
Ingreso 18/jun/2011
De Bailén (Jaén)
443 Mensajes
Enviar un mensaje por MSN a avefenix
Resultados pruebas de laboratorio.

Cita:
Iniciado por CIAPU35 Ver mensaje

Y esperando con ansia esas pruebas de laboratorio !!!!!!!!!
Hola compañeros.

Por fin pude realizar las pruebas de laboratorio para culminar este gran proyecto....

En archivos adjuntos, os dejo una imagen con una tabla de datos para los que tenéis el sensor de " Los hombres de negro " que creo, sois la mayoría.
Además, os dejo unas fotos del equipo de medida y el laboratorio de la universidad de Linares.

Observaréis que la tabla es una imagen y no, una hoja de cálculo....
Esto es, porque descargué la hoja que puso por este hilo CIAPU35, y como soy un "negao" para la informática, no se que ocurría, pero no me dejaba rellenar las casillas ( Archivo de sólo lectura ) y por lo tanto, no podía hacer el cálculo de la fórmula matemática.

Como electrónico antiguo ( Cuando no había tanto ordenador... ), calculadora en mano y datos obtenidos en el laboratorio, en la otra, he hecho las operaciones matemáticas correspondientes a la fórmula, para el cálculo de la " Pendiente e interceptación "

También observaréis, que no hay datos para la banda de 5.8 Ghz porque el rango del generador del que disponía era hasta 3 Ghz. No os preocupéis por la falta de estos datos, que todo se andará. Los aportaré con otro método en breve.
Las tensiones medidas para 100 Mhz no están, porque son idénticas a las de la banda de 434 Mhz. Se pueden obviar.

Una vez en faena, aproveché e hice comprobaciones al medidor de inmersion y me quedé francamente sorprendido, de la precisión con la que efectúa las medidas. Como resultado medio de error en todas las bandas, os digo que es inferior al 0,5%.

Otro resultado y noticia buena es, que la diferencia de tensiones medidas a dos sensores negros diferentes, es prácticamente despreciable, lo que quiere decir que podéis aplicar esta calibración, todos los " hombres de negro".
Siempre se puede afinar un poco mas, pero creo que estos valores para la calibración son válidos, para usar el medidor con un error muy pequeño.

Permitirme que me tome la libertad de subir un poco la voz para mostrar mi AGRADECIMIENTO, PRINCIPALMENTE A ESTAS PERSONAS.
- CIAPU35. ( Principal creador de este estupendo proyecto )
- AGUSTÍN. ( Compañero de club, amigo y principal facilitador del laboratorio de telecos )
- PEDRO. ( Máximo responsable del laboratorio de telecos de la universidad )
- JUDASALL. ( Me facilitó otro sensor negro, para la comparativa entre ellos )
- EN GENERAL, A TODOS Y CADA UNO QUE DE ALGUNA FORMA HAN HECHO POSIBLE ESTE PROYECTO. ( Así no me olvido de nadie )

Saludos by R@F@.
mascota_articulosImágenes
Hacer clic en la imagen para la versión completa

Nombre:  Laboratorio telecos universidad de Linares..jpg
Vistas: 27
Tamaño:  190,9 KB (Kilobytes)
ID: 69503   Hacer clic en la imagen para la versión completa

Nombre:  Instrumental usado..jpg
Vistas: 27
Tamaño:  195,8 KB (Kilobytes)
ID: 69504   Hacer clic en la imagen para la versión completa

Nombre:  Tabla calibración sensor negro..jpg
Vistas: 32
Tamaño:  199,2 KB (Kilobytes)
ID: 69507  
__________________
Volando voy,volando vengo,por el camino yo me entretengo.

Editado por avefenix; 13/07/2017 a las 09:05 Razón: Corregir error en valores de tabla.
avefenix esta en línea ahora   Responder Citando
Antiguo 13/07/2017, 05:41   #226
collado
* *
 
Ingreso 31/ago/2010
186 Mensajes
Gracias Rafa por los datos

Enviado desde mi Redmi Note 4 mediante Tapatalk
collado esta en línea ahora   Responder Citando
Antiguo 13/07/2017, 09:49   #227
isabido
* * *
 
Ingreso 02/ago/2016
446 Mensajes
Mil gracias Rafa, aprovechando esta maravillosa tabla, algún matemático avanzado se atreveria a "extrapolar" o "predecir" lo valores que correspondería a la banda de 5.8ghz.
isabido esta en línea ahora   Responder Citando
Antiguo 13/07/2017, 16:45   #228
Capitán_Pattex
* * *
 
Avatar de Capitán_Pattex
 
Ingreso 31/ago/2016
De Pamplona
307 Mensajes
Muchas gracias Rafa!
Capitán_Pattex esta en línea ahora   Responder Citando
Antiguo 13/07/2017, 18:17   #229
judasall
* * * * *
 
Ingreso 12/feb/2009
De Becerril de la Sierra (Madrid)
1.274 Mensajes
Muchas gracias por todo el trabajo hecho.
judasall esta en línea ahora   Responder Citando
Antiguo 13/07/2017, 20:59   #230
TURRUK
* * *
 
Avatar de TURRUK
 
Ingreso 04/abr/2012
429 Mensajes
RF

Buena inormacion, gracias.
__________________
Mini Skaywalker... 10km.
TURRUK esta en línea ahora   Responder Citando
Antiguo 13/07/2017, 21:31   #231
avefenix
* * *
 
Avatar de avefenix
 
Ingreso 18/jun/2011
De Bailén (Jaén)
443 Mensajes
Enviar un mensaje por MSN a avefenix
Cita:
Iniciado por isabido Ver mensaje
Mil gracias Rafa, aprovechando esta maravillosa tabla, algún matemático avanzado se atreveria a "extrapolar" o "predecir" lo valores que correspondería a la banda de 5.8ghz.
No os preocupéis que en breve os pondré los datos de la banda de 5.8 Ghz, usando el sistema comparativo con el medidor comercial.

Lo que ocurre es que estoy saturado de proyectos( Impresora 3D, autopiloto Pitlab, minitalon, seguidor de antena 360º y mas.....uffffff ) y tengo que administrarme el tiempo para cada uno de ellos
Todo esto, aderezado con unas dulces temperaturas ( Modo irónico ) hacen que los resultados se dilaten en el tiempo.
Os pido un poco de cuartelillo, que estoy mas liado que un trompo.

Por otro lado, ahora entiendo la insistencia del compañero CIAPU35 en ajustar la tensión del bec a 5 v lo mas exacto posible; y mas que exacto, yo diría que es mas importante que sea estable la tensión.
Cuando medí la tensión del BEC del medidor del compañero judasall, tenía la tensión ajustada a 5,11v/5,15 v y realicé las medidas de laboratorio, tomando nota, para luego comparar con las medidas, ajustando el BEC a 5,01v/5,02v.( Bastante crítico de ajustar al ser un pot normal )
La experiencia comparativa, no pudo ser mas esclarecedora. Midiendo con la tensión del BEC fluctuando entre 5,11v y 5,15v , los errores de medida eran bastante acusados e incluso algunas veces incongruentes. Fue empezar a medir con la tensión del BEC fluctuando entre 5,01v y 5,02v y se hizo la luz. Todas las medidas empezaban a encajar y coincidir con las hechas, con el medidor de inmersion.
Así, que ya sabéis lo importante y crítico de la tensión que alimenta al sensor. Tenedlo muy en cuenta. Por supuesto, una vez tengáis calibrado el medidor, no se os ocurra tocar el pot. del BEC. Habría que empezar el calibrado de nuevo.

CIAPU35, crees que sustituyendo el pot. del BEC, por uno multivuelta, sería mas fácil ajustar esos 5,00v óptimos ?. Me costó, sangre, sudor y lágrimas ajustarlo a esos 5,01v/5,02v y además, no conseguía dejar estable la centésima de voltio.


Saludos by R@F@.

PD: Judasall, la semana que viene te reenvio tu medidor acabado de calibrar, para todas las bandas, incluida 5.8 Ghz . Lo de la caja....imposible. Hubo que hacer cirujía.
__________________
Volando voy,volando vengo,por el camino yo me entretengo.
avefenix esta en línea ahora   Responder Citando
Antiguo 13/07/2017, 21:37   #232
judasall
* * * * *
 
Ingreso 12/feb/2009
De Becerril de la Sierra (Madrid)
1.274 Mensajes
Cita:
Iniciado por avefenix Ver mensaje
No os preocupéis que en breve os pondré los datos de la banda de 5.8 Ghz, usando el sistema comparativo con el medidor comercial.

Lo que ocurre es que estoy saturado de proyectos( Impresora 3D, autopiloto Pitlab, minitalon, seguidor de antena 360º y mas.....uffffff ) y tengo que administrarme el tiempo para cada uno de ellos
Todo esto, aderezado con unas dulces temperaturas ( Modo irónico ) hacen que los resultados se dilaten en el tiempo.
Os pido un poco de cuartelillo, que estoy mas liado que un trompo.

Por otro lado, ahora entiendo la insistencia del compañero CIAPU35 en ajustar la tensión del bec a 5 v lo mas exacto posible; y mas que exacto, yo diría que es mas importante que sea estable la tensión.
Cuando medí la tensión del BEC del medidor del compañero judasall, tenía la tensión ajustada a 5,11v/5,15 v y realicé las medidas de laboratorio, tomando nota, para luego comparar con las medidas, ajustando el BEC a 5,01v/5,02v.( Bastante crítico de ajustar al ser un pot normal )
La experiencia comparativa, no pudo ser mas esclarecedora. Midiendo con la tensión del BEC fluctuando entre 5,11v y 5,15v , los errores de medida eran bastante acusados e incluso algunas veces incongruentes. Fue empezar a medir con la tensión del BEC fluctuando entre 5,01v y 5,02v y se hizo la luz. Todas las medidas empezaban a encajar y coincidir con las hechas, con el medidor de inmersion.
Así, que ya sabéis lo importante y crítico de la tensión que alimenta al sensor. Tenedlo muy en cuenta. Por supuesto, una vez tengáis calibrado el medidor, no se os ocurra tocar el pot. del BEC. Habría que empezar el calibrado de nuevo.

CIAPU35, crees que sustituyendo el pot. del BEC, por uno multivuelta, sería mas fácil ajustar esos 5,00v óptimos ?. Me costó, sangre, sudor y lágrimas ajustarlo a esos 5,01v/5,02v y además, no conseguía dejar estable la centésima de voltio.


Saludos by R@F@.

PD: Judasall, la semana que viene te reenvio tu medidor acabado de calibrar, para todas las bandas, incluida 5.8 Ghz . Lo de la caja....imposible. Hubo que hacer cirujía.

Jajaja, no importa, ya sabes que tenia los dias contados. Muchisimas gracias por todo
judasall esta en línea ahora   Responder Citando
Antiguo 13/07/2017, 21:53   #233
isabido
* * *
 
Ingreso 02/ago/2016
446 Mensajes
Cita:
Iniciado por avefenix Ver mensaje
No os preocupéis que en breve os pondré los datos de la banda de 5.8 Ghz, usando el sistema comparativo con el medidor comercial.

Lo que ocurre es que estoy saturado de proyectos( Impresora 3D, autopiloto Pitlab, minitalon, seguidor de antena 360º y mas.....uffffff ) y tengo que administrarme el tiempo para cada uno de ellos
Todo esto, aderezado con unas dulces temperaturas ( Modo irónico ) hacen que los resultados se dilaten en el tiempo.
Os pido un poco de cuartelillo, que estoy mas liado que un trompo.

Por otro lado, ahora entiendo la insistencia del compañero CIAPU35 en ajustar la tensión del bec a 5 v lo mas exacto posible; y mas que exacto, yo diría que es mas importante que sea estable la tensión.
Cuando medí la tensión del BEC del medidor del compañero judasall, tenía la tensión ajustada a 5,11v/5,15 v y realicé las medidas de laboratorio, tomando nota, para luego comparar con las medidas, ajustando el BEC a 5,01v/5,02v.( Bastante crítico de ajustar al ser un pot normal )
La experiencia comparativa, no pudo ser mas esclarecedora. Midiendo con la tensión del BEC fluctuando entre 5,11v y 5,15v , los errores de medida eran bastante acusados e incluso algunas veces incongruentes. Fue empezar a medir con la tensión del BEC fluctuando entre 5,01v y 5,02v y se hizo la luz. Todas las medidas empezaban a encajar y coincidir con las hechas, con el medidor de inmersion.
Así, que ya sabéis lo importante y crítico de la tensión que alimenta al sensor. Tenedlo muy en cuenta. Por supuesto, una vez tengáis calibrado el medidor, no se os ocurra tocar el pot. del BEC. Habría que empezar el calibrado de nuevo.

CIAPU35, crees que sustituyendo el pot. del BEC, por uno multivuelta, sería mas fácil ajustar esos 5,00v óptimos ?. Me costó, sangre, sudor y lágrimas ajustarlo a esos 5,01v/5,02v y además, no conseguía dejar estable la centésima de voltio.


Saludos by R@F@.

PD: Judasall, la semana que viene te reenvio tu medidor acabado de calibrar, para todas las bandas, incluida 5.8 Ghz . Lo de la caja....imposible. Hubo que hacer cirujía.
Mil gracias de nuevo Rafa, dada la criticidad de la tension de entrada, seria conveniente tomar la medida de tension con un voltimetro certificado/calibrado.

Aunque luego siempre vamos a tener la duda cuando ajustemos nosotros, pero al menos asi aseguras que tu trabajo este de 10.
isabido esta en línea ahora   Responder Citando
Antiguo 15/07/2017, 09:03   #234
avefenix
* * *
 
Avatar de avefenix
 
Ingreso 18/jun/2011
De Bailén (Jaén)
443 Mensajes
Enviar un mensaje por MSN a avefenix
Cita:
Iniciado por isabido Ver mensaje
.......dada la criticidad de la tension de entrada, seria conveniente tomar la medida de tension con un voltimetro certificado/calibrado.
Si tienes oportunidad de medir con un voltímetro calibrado/certificado, mejor. Proporcionará mayor precisión en funcionamiento.

Tampoco os obsesionéis con los 5 voltios exactos .

Es mucho mas importante, que el sensor esté alimentado por una tensión lo mas filtrada y ESTABILIZADA posible.

Ejemplo:
Un medidor con el sensor calibrado, con alimentación fluctuante entre 5,00v y 5,14v , nos hará las medidas con error e incluso, no serán estables.

Sin embargo, uno que calibremos con alimentación a 5,15v/5,16v nos proporcionará una lectura mas fiable y sobre todo estable.

Un consejo....Si tenéis oportunidad de alimentar el sensor con una buena fuente de alimentación, conmutada DC-DC y No con un regulador de tensión lineal 7805, hacedlo.

Saludos by R@F@.
__________________
Volando voy,volando vengo,por el camino yo me entretengo.
avefenix esta en línea ahora   Responder Citando
Antiguo 18/07/2017, 22:43   #235
Simba
* * * * * *
 
Avatar de Simba
 
Ingreso 04/jul/2008
6.199 Mensajes
Hola a todos los FANS de Ciapu35, incluido él mismo.

Por fin me decidí a montar el cableado del medidor, y estoy tomando contacto con el chisme.
De momento veo que funciona, gracias a que Turruk me proporcionó en su dia, un Pic pregrabado, copia del que él tenía en su día en su medidor.

He intentado medir con el ansia de probarlo, varios Tx de 5.8g, pero de momento no me fio de que funcione bien, ya que aunque Turruk tenía metidos datos de calibración, los resultados son medidas muy por debajo de lo que esperaba.

Mañana seguiré con el tema de manuales y configurador, que todo me viene de nuevo, esto como casi todo lo que llevamos para adelante, es como dicho del "Camarón que no nada, se lo lleva la corriente", y eso me está pasando a mi.

De momento funciona que no es poco, ahora falta ajustar.

Sl2.
Simba esta en línea ahora   Responder Citando
Antiguo 19/07/2017, 22:20   #236
Simba
* * * * * *
 
Avatar de Simba
 
Ingreso 04/jul/2008
6.199 Mensajes
Para CIAPU35, no he podido cargar la versión 1.0.1, con el ds30.

Lo he intentado a diferentes baudios de Com, y haciendo Write y luego en la espera, lo alimento para que empiece la carga, pro no hay forma.

Lo comento para que mañana vengas preparado, para cargar en el campo y si es posible lo calibremos.

Un saludo.
Simba esta en línea ahora   Responder Citando
Antiguo 28/07/2017, 15:07   #237
asamnc
* * * *
 
Avatar de asamnc
 
Ingreso 10/feb/2012
De Collado Villalba
857 Mensajes
Muchas gracias por el curro....vaya unos maquinas hay por aquí.


Enviado desde mi Redmi Note 3 mediante Tapatalk
asamnc esta en línea ahora   Responder Citando


Herramientas Buscar en Tema
Buscar en Tema:

Búsq. Avanzada

Ir al foro

Temas similares
Tema Autor Foro Resp. Último mensaje
Compro Medidor de potencia Immersionrc jagar MERCADO de COMPRA / VENTA 0 28/04/2016 10:38
Medidor de potencia RF (Power Meter immersionRc) Pere_gs R/C ELECTRÓNICA 2 07/09/2014 16:16
Vendo Medidor de Frecuencia y Potencia carpintero MERCADO de COMPRA / VENTA 8 13/05/2014 06:01
Vendo medidor de potencia de antena cvina MERCADO de COMPRA / VENTA 13 13/11/2013 18:39
medidor de potencia /ROE Janov R/C TELEMETRÍA y UAV PROYECTOS 6 01/08/2011 20:21


Tu hora GMT +1. Ahora son las 09:19.


2015