En la cutre-revista "Todo Electronica", en la sección "montajes de nuestro lectores", aparece un montaje llamado "Activación de carga por identificación de número entrante".
Utiliza un CMX602B, como integrado identificador de llamada, y un PIC16F628, como corazón del proyecto. Activa la carga, cuando el número telefónico entrante coincide con el programado en la eeprom del PIC.
Te explican la teoría, ya archiconocida, de la modulación FSK, y la grabación del número, la hacen, como pensé en su momento, es decir, con un pulsador, activas la opción de grabar número, opciones que visualizas en un display LCD, llamas por teléfono, y ese número se queda grabado, como el que activará la carga del dispositivo.
Tienes esquemas y PCB.
Vamos, "quasi" perfecto, con respecto a lo que hemos estado tratando, por aquí. Solo hay un "problema", por ninguna parte se menciona el HEX del micro o el fuente, ni de donde se puede descargar..... me suena a "tiro el anzuelo, llámame y pasa por caja". Bueno, aún siendo de pago, por lo menos todo el diseño, del esquema y PCB, ya está hecho, eso que uno sale ganando, si pretende diseñarlo.
He escrito a la gente de "todoelectronica", a ver que se cuentan del HEX fantasma, del que nada se dice, ni por equivocación.
Saludos.
PD: solo un comentario, sobre la persona que, en apariencia, ha mandado este diseño a "todoelectronica" desinteresadamente, para la sección "montajes de nuestros lectores". Yo diseño algo así, y lo envió a Elektor o Electronique Pratique, que tienen infinitamente más prestigio, y no a esta cutre-revista de opereta.
"KT88" escribió en el mensaje news:bn1dth$s7opm$ snipped-for-privacy@ID-107781.news.uni-berlin.de...
Yo la consideraría más un catálogo de kits que una revista.
número entrante".
PIC16F628, como corazón
coincide con el
grabación del número,
opción de grabar
ese número se
aquí.
Demasiado perfecto para ser pura coincidencia. De los muchos integrados para "caller id" que existen, dijiste que habías comprado tres distintos en Amidata y yo dije que había escogido el CMX602B por parecerme el más apropiado para este montaje en particular y tu propusiste lo del pulsador para grabar el número de activación. Demasiadas coincidencias y además aparece ahora, justo con el tiempo de retardo lógico desde que empezamos a tratar este tema por aquí. Con esto quiero decir que parece bastante probable que el autor se haya inspirado en nuestras conversaciones para desarrollarlo, lo cual me parece totalmente lícito, por supuesto, pues este es un foro público.
ni de donde se
caja".
Es lo más probable, pues otras revistas lo hacen, como Resistor, que publica muchos montajes con PIC, pero no publica los ficheros de los micros. Si quieres hacer el montaje solo tienes dos opciones: o les compras el kit completo, o te buscas todos los componentes excepto el micro, que tienes que comprárselo programado obligatoriamente a ellos, y aunque yo no he comprado ninguno programado, supongo que los protegerán contra lectura, por lo que servirá para el montaje, pero no puedes modificarlo ni aprender con su estudio. Por cierto, ¿es realmente eficaz el sistema de protección de los PIC o hay alguna forma de leer su contenido, aunque sea a costa de inutilizarlos (después de haberlos leído, por supuesto)? Si el tío este se ha inspirado en nosotros, al menos podía tener el detalle de enviarnos el código, aunque lo haga en privado y prometiéndole que no lo vamos a hacer público. Y ya puestos, una parte del "negocio", con el que seguro nos podríamos comprar cada uno un chalecito, aunque sea adosadito... :-)
hecho, eso que uno
Bueno, en realidad el diseño está tan "chupao" como coger el montaje que se propone en la hoja de datos del CMX, añadirle el PIC y ponerle en una de las salidas de un puerto un transistor que active un relé o un fotoacoplador que active un triac. Más fácil, imposible. Hasta yo he sido capaz de hacerlo. La única dificultad está en hacer el programa del PIC.
fantasma, del que
este diseño a
nuestros lectores". Yo
infinitamente
Pienso comprar la revista mañana, pero ¿se identifica el autor? Puede que la respuesta a tu pregunta esté en que no lo haya cedido "desinteresadamente", sino a cambio de que sea él el único en suministrar los PIC programados o un apaño semejante, y en las otras revistas seguramente no hubieran aceptado. Salu2.
No he investigado mucho este aspecto y seguramente mañana KT88 te de alguna pista pero te voy a hacer referencia a un comentario de un datasheet de microchip que lei un dia en el curro.. creo que era el del 16f62x, decia en la seccion de Fuses y exactamente en la de proteccion de codigo que, microchip estaba a diario investigando nuevas alternativas y que habia gente "maliciosa" que usando metodos "maliciosos" era capaz de leer codigos protegidos, pero que microchip no se hacia responsable. jop ! lo encontre...:
"Note the following details of the code protection feature on PICmicro® MCUs. . The PICmicro family meets the specifications contained in the Microchip Data Sheet.
. Microchip believes that its family of PICmicro microcontrollers is one of the most secure products of its kind on the market today,
when used in the intended manner and under normal conditions.
. There are dishonest and possibly illegal methods used to breach the code protection feature. All of these methods, to our knowledge,
require using the PICmicro microcontroller in a manner outside the operating specifications contained in the data sheet.
The person doing so may be engaged in theft of intellectual property.
. Microchip is willing to work with the customer who is concerned about the integrity of their code.
. Neither Microchip nor any other semiconductor manufacturer can guarantee the security of their code. Code protection does not
mean that we are guaranteeing the product as "unbreakable".
. Code protection is constantly evolving. We at Microchip are committed to continuously improving the code protection features of
our product.
If you have any further questions about this matter, please contact the local sales office nearest to you."
P.D: En el outlook me sale un formateo raro sorry, supongo que al enviar el mensaje se volvera a pasar a plaintext sino perdonarme .. :(.
--
"Se necesitan dos años para aprender a hablar
y sesenta para aprender a callar"
Saludos.
jmoreym@ono.com
Pues si, son muchas las coincidencias, la verdad ,da que pensar. Hasta me parece sospechoso, la publicación del Caller ID de Electronique Pratique, parece que de pronto, a todas las revistas les ha dado por publicar un chisme de estos, cuando lo del Caller ID, tiene bastante tiempo, pero estas publicaciones, coinciden en el tiempo, con los threads abiertos en este grupo.
Ya, pero aquí no se menciona nada, supongo que en el próximo número aparecerá en el apartado de kits, o en la contraportada, junto a otros chismes, que se pueden comprar.
Yo solo conozco, la historia del 16C84, que se podía leer, aun estando protegido, metiéndole un sobrevoltaje por una patilla. Microchip, corrigió ese bug, y nunca más se ha vuelto a conocer nada semejante, que yo sepa.
Jeje. Igual es un habitual, del grupo con pseudónimo, pero que conste que yo no soy, tengo mejor gusto, y lo hubiera remitido, como ya dije, a Elektor, Electronique Pratique, Electronique et loisirs, Circuit Cellar, Epemag o Silicon Chip, todo antes de verlo en el cutre apartado de "montajes de nuestros lectores" en TodoElectronica.
Ya, pero para los vagos, el PCB ya está hecho.
Si, un tal Manuel B.Diaz de Puerto Real..... ¡¡¡ hola, Manuel, que se, que nos estás leyendo, jejeje ¡¡¡¡
Huele a negocio, pero bueno, está en su derecho, aunque podían decirlo, aunque fuera vagamente.
Hombre, es difícil que un marca te garantice la seguridad al 100%, pero son bastante seguros. Yo no he visto ninguna referencia en inet a formas de reventar otros PICs que el desaparecido 16C84, pero claro, también se sabe que los rusos averiguaban el firmware de los micros de los misiles americanos quitándoles la carcasa químicamente y fotografiándolos con ultramicroscopios y luces polarizadas y hostias de esas... Quiero decir que seguro, seguro, no hay nada, pero para los pobres mortales, los PICs (y la mayoría de micros actuales) se pueden considerar seguros, siempre que el programador no haya cometido fallos. Recuerdo haber leído sobre unos Atmel que si se protegían contra lectura pero no contra escritura, se podían reventar grabando en una esquinita de la memoria un programa que leyera el resto de la memoria y fuera transmitiendo los datos por una patilla... Pero el fallo no era del Atmel, sino del programador que dejara esa puerta abierta.
--
Saludos de José Manuel García snipped-for-privacy@terra.es http://213.97.130.124
"RooT" escribió en el mensaje news:bn1rf7$scvv3$ snipped-for-privacy@ID-207315.news.uni-berlin.de...
Juer, pues si los autores de esas revistas (por llamarlas de alguna manera, sobre todo a la española), mal debe andar la cosa... Y lo curioso es que no es la primera vez que pasa.
--
Saludos de José Manuel García snipped-for-privacy@terra.es http://213.97.130.124
"KT88" escribió en el mensaje news:bn1rtg$sddk4$ snipped-for-privacy@ID-107781.news.uni-berlin.de...
Los putos short-cuts de Windows... se perdió una línea.
Juer, pues si los autores de esas revistas (por llamarlas de alguna manera, sobre todo a la española), tienen que acudir a las news para tomar ideas, mal debe andar la cosa... Y lo curioso es que no es la primera vez que pasa.
--
Saludos de José Manuel García snipped-for-privacy@terra.es http://213.97.130.124
"KT88" escribió en el mensaje news:bn1rtg$sddk4$ snipped-for-privacy@ID-107781.news.uni-berlin.de...
Yo vengo, observando, desde hace tiempo cosas rarillas, pero no le he dado mayor importancia, no obstante, este caso, creo que canta bastante. También resulta "peligroso", dar ideas relacionadas con telefonía móvil, GSM y GPS, porque cierta gente las caza al vuelo. Otras ideas "peligrosas", CompactFlash o Bluetooth, y no digo más sobre el tema. Creo que por aquí, hay más "oyentes", que "participantes activos", será cuestión de hablar del 555, y de los inventos de Camilo (desaparecido en combate). No obstante, si algún día, se dieran cuenta del potencial que encierran, los DSP, los veríamos hasta en la sopa.
"KT88" escribió en el mensaje news:bn1vfh$s9ho8$ snipped-for-privacy@ID-107781.news.uni-berlin.de...
Seguro, yo estuve sobre un año oyendo de cuando en cuando; un día (debe de hacer un par de años) abrí la boca y aún no la cerrado :-|.
hablar
(desaparecido en combate).
De eso nada, paséate por nuestros vecinos de Física y lo oirás preguntar sobre explosivos y similares. ¡Lagarto, lagarto!, que ese es peligroso ;-)
potencial que encierran, los DSP, los
Creo que para el aficionado medio están demasiado lejos y sospecho que la mayoría de revistas se nutren de ellos. (Desde luego el catálogo que mencionas no creo que lo lean los de la NASA, el MIT o fauna similar). No estaría de más un montajete cada dos números para hacer boca.
Lo que hay es un desconocimiento total, sobre el tema. La gama baja de Analog, está al alcance de cualquiera, te envían samples gratis, hastas de los DSP más caros, y en cuanto al software, AerospaceSoftware te envía un CD repleto de utilitarios y compiladores para los ADSP-21xx, gratis, solo pagando los gastos de envío.
En cuanto al hardware, los ADSP-21xx, no resultan más complejos de manejar que cualquier Atmega o PICde gama alta, encapsulado SMD, de un patillaje soportable, para una soldadura casera o por aire caliente.
Lo único, que entraña complejidad, es la parte teórica, esas matemáticas tan corrosivas, imprescindibles para hacer hasta el programa más simple. Solo, he visto un artículo, muy superficial en Elektor sobre filtros, y ahí quedó todo.
Opinó, también, como tú, que la mayoría de diseños de revistas, son obra de particulares, que los ofrecen, a cambio de dinero. Supongo que mantener a una plantilla de ingenieros, sería extremadamente caro, incluso para revistas como Elektor. Por ejemplo, Resistor, se nutre de estudiantes de FP, y algún profesor tambien de FP, y así publican lo que publican.
Hoy me he hecho con la revista y efectivamente es extraño que no digan nada del programa del PIC, pues sin él el montaje no sirve de nada. Me da la impresión de que se les ha olvidado. Puede que no se trate de que quieran hacer negocio. Por cierto, que el esquema se ve bastante mal, con líneas desaparecidas. El montaje es algo diferente al que yo he hecho, pues el de la revista no usan el buffer interno del CMX, lo que llaman ?data retiming?, sino que recibe los datos a través de la UART del PIC como si fuera una comunicación serie asíncrona más, pero yo sí he usado el ?data retiming?, pues así no es necesario usar una UART, pues mi intención era usar un PIC de la familia 12 de 8 patas, y ninguno de los que tienen flash llevan UART. Yo no pensaba usar pantalla LCD, que sí usan en la revista, pues en caso de querer usarla, sale más barato y fácil de montar, comprar un identificador comercial y añadirle un PIC para activar la salida cuando se detecte un número, pues los he visto por menos de 13 ?, como este:
formatting link
, mientras que si lo hacemos casero, nada más que el LCD vale más que eso. Por cierto, hay algunos identificadores comerciales que llevan una agenda interna, de forma que podemos almacenar una serie de números con un nombre asociado, de forma que cuando llama uno de esos números, aparece en la pantalla, además del número, el nombre que le tenemos asignado, en una tercera línea del LCD, mientras que queda en blanco esa línea si no está en la agenda. Antes de intentar montar el circuito, pensé que con uno de estos identificadores con agenda, si se almacena en ella solo un número con un nombre, tal vez haya algún punto del circuito que cambie de estado cuando se recibe ese número, con el que podríamos activar una salida, o tal vez una combinación de varios puntos del circuito, de forma que obtuviéramos una salida mediante unas simples puertas lógicas, pero habría que conseguir uno de estos chismes y estudiarlo. Salu2.
Pues lo siento, he buscado y no lo encuentro. El tema surgió en este grupo hace bastante tiempo, y alguien puso algunos links. Incluso recuerdo que vi fotos de chips ya "desnudos". Piensa en lo fácil (con los medios adecuados) que puede ser reparar el fusible de protección de algunos chips.
--
Saludos de José Manuel García snipped-for-privacy@terra.es http://213.97.130.124
"RooT" escribió en el mensaje news:bn1sq0$saghr$ snipped-for-privacy@ID-207315.news.uni-berlin.de...
El problema es que el compilador que he estado usando no admite el CASE, por eso he tenido que sustituirlo por una cadena de IF THEN ELSE, lo que complica el programa, lo hace menos claro y es más fácil cometer errores. Es una de las razones por las que tenga ganas de cambiar de compilador.
chip primero al
conexionado y luego ya
suelen programar a
variables para
un pc.
Es una de las razones por las que me siento tan incómodo programando PIC. Lo de conectarlo al PC por rs232 te contesto en la respuesta a KT88.
no te muestra
Te lo he indicado en el mensaje que te mandé por correo.
Ya veo que le has declarado la guerra al tipo este. Salu2.
Y los Atmel AVR, ¿Cómo son en este sentido?, pues estoy a punto de pasarme a ellos, pues por lo poco que he visto de ellos, creo que no hay que estar conmutando entre bancos de memoria para acceder a todos los registros de control como en los PIC, que no sea difícil en teoría, a veces crea problemas. Por ejemplo, en mi programa necesito comprobar el valor de un bit del OPTION_REG y ejecutar unas instrucciones u otras dependiendo de que esté a 0 o a 1, pero para leer ese bit, se supone que antes de ejecutar el IF debo cambiar de banco de memoria, pero para volver al banco 0, ¿debo hacerlo después del IF, tanto en la rama que se ejecuta si se cumple la condición como en la que no? Yo lo he hecho así:
set_bit(STATUS,'RP0'); if OPTION_REG & 64 then begin clear_bit(STATUS,'RP0'); otras instrucciones... end; else begin clear_bit(STATUS,'RP0'); otras instrucciones... end;
lo cual me parece un tanto chapucero, aparte de que no se si es correcto, pero no se me ocurre otra forma. Salu2.
¡Uff!, se me olvidó copiar el mensaje original, es que esto de estar copiando de un hilo para responder en otro es un lío. Deberíamos ser más ordenados y tratar cada tema en su hilo correspondiente.
"KT88" escribió:
Cypres.
funcionamiento, y todas sus
microcontrolador en
Y los Atmel AVR, ¿Cómo son en este sentido?, pues estoy a punto de pasarme a ellos, pues por lo poco que he visto de ellos, creo que no hay que estar conmutando entre bancos de memoria para acceder a todos los registros de control como en los PIC, que no sea difícil en teoría, a veces crea problemas. Por ejemplo, en mi programa necesito comprobar el valor de un bit del OPTION_REG y ejecutar unas instrucciones u otras dependiendo de que esté a 0 o a 1, pero para leer ese bit, se supone que antes de ejecutar el IF debo cambiar de banco de memoria, pero para volver al banco 0, ¿debo hacerlo después del IF, tanto en la rama que se ejecuta si se cumple la condición como en la que no? Yo lo he hecho así:
set_bit(STATUS,'RP0'); if OPTION_REG & 64 then begin clear_bit(STATUS,'RP0'); otras instrucciones... end; else begin clear_bit(STATUS,'RP0'); otras instrucciones... end;
lo cual me parece un tanto chapucero, aparte de que no se si es correcto, pero no se me ocurre otra forma. Salu2.
Siempre puedes simular una UART por software, en un PIC que no la tenga, pero si no dominas el tema, mejor desarrollarlo en uno que tenga UART, para desestimar errores.
Por otra parte, si tratas de conseguir un diseño barato, no creo que el 12F629, sea la alternativa, no por el precio que tenga, que no lo se, sino, porque dudo mucho que lo localices en algún comercio, y si te lo tienen que pedir, seguro que te exigen una cierta cantida de unidades. Y si vas a usar samples, mejor usar uno con UART, ya que te va a costar lo mismo, pero el desarrollo es mucho más cómodo y sencillo.
El manejo de la UART, es muy sencillo. Se configuran unos parámetros, y montas un bucle, para leer, o llamas a una rutina para escribir. En C, es algo tan simple como esto, para cargar una matrix de 65 carácteres, leyendo el puerto serie:
//****************************************************** // escribe un caracter al puerto serie //****************************************************** void putch(unsigned char c) { while(!TXIF) //activo cuando el registro está vacio { clear_usart_errors_inline; } TXREG=c; DelayUs(60); }
//******************************************************* // obtiene un caracter del puerto serie //******************************************************* unsigned char getch(void) { while(!RCIF) { clear_usart_errors_inline; } return RCREG; }
//*********************************************************************************/ //** escribe una cadena de caracteres al puerto serie //*********************************************************************************/ void putst(register const char *str) { while((*str)!=0) { putch(*str); if (*str==13) putch(10); if (*str==10) putch(13); str++; } } //*****************************************************************************/
//***********************************************************/ //***********************************************************/ // PROGRAMA PRINCIPAL ************************************/ //***********************************************************/ //***********************************************************/
//************************************************************/ // Recupera caracteres puerto serie, en matriz. //************************************************************/
void lee_serie() { unsigned char c; unsigned int cuenta;
//-- bucle lectura datos ----------/ for (cuenta=0;cuenta De todas formas, para experimentar no tengo problema, pues el CMX602 se
Claro. Si ya lo tienes, mejor que lo configures así, uses la UART de un PIC, y lo conectes la PC, a través de un MAX232, para desestimar errores. El CMX602, es más interesante, para pasar el proyecto a producción.
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.