Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Otros entornos y lenguajes > ASM y Microcontroladores
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 04-10-2008
mario2000 mario2000 is offline
Miembro
 
Registrado: abr 2007
Posts: 109
Poder: 18
mario2000 Va por buen camino
Claro que uds si saben, pero no me han entendido, ya tengo algunas soluciones que encontre en google, es en asm en delphi leyendo el tiempo que tarda una rutina de acuerdo a eso puedo hacer el calculo aproximado de un microsegundo despues les explico bien extimados compañeros.
Responder Con Cita
  #2  
Antiguo 04-10-2008
JoseFco JoseFco is offline
Baneado
 
Registrado: dic 2007
Posts: 1.861
Poder: 0
JoseFco cantidad desconocida en este momento
Cita:
Empezado por mario2000 Ver Mensaje
Claro que uds si saben, pero no me han entendido, ya tengo algunas soluciones que encontre en google, es en asm en delphi leyendo el tiempo que tarda una rutina de acuerdo a eso puedo hacer el calculo aproximado de un microsegundo despues les explico bien extimados compañeros.
jajajajajajaja mi buen Mario, pues por aca esperamos a ver si aprendemos un poco al respecto.

En la epoca "AC" se cargaba un registro con un valor, digamos 10 y se pasaba al ACC , al mismo tiempo se decrementaba ese valor, se comparaba el ACC a cero y si no era = entonces se mandava la rutina al principio donde el registro ya no tenia 10, si no 9 y asi hasta que al llegar a estar en cero pues saltaba al siguiente paso y la retornabamos.Se calcula el tiempo que estas funciones demoraban y calculando los ciclos de maquina de acuerdo al cristal y la frecuencia del CPU.Se podia incremental el valor del registro o disminuirlo.

En pocas palabras una rutina de retardo es gastar tiempo, mandando al procesador a hacer algo donde contamos el tiempo que se demora en hacerlo y teniendo la forma de que salga de esa rutina (loop) en el tiempo que deceamos.En un CPU,MPU,etc. no existe decirle duermete y despierta cuando el reloj despertador te de la orden. Eso de Sleep (1000) solo es una forma de programar, al final el CPU solo lo mandamos a dar unas cuantas vueltas detro de una rutina y al final de el numero de vultas que se le asigno el tipo sale.

Eso fue lo que estudie hace mucho al respecto, la tecnica cambio mucho y ya yo estoy algo mayor para poder seguirle el ritmo.

Un Saludo.


PD: No soy la verdad ni la mentira, solo el camina a ellas.
Responder Con Cita
  #3  
Antiguo 04-10-2008
Avatar de donald shimoda
donald shimoda donald shimoda is offline
Miembro
 
Registrado: jul 2008
Ubicación: Argentino en Santa Cruz de la Sierra
Posts: 1.083
Poder: 17
donald shimoda Va por buen camino
Cita:
Empezado por JoseFco Ver Mensaje
En pocas palabras una rutina de retardo es gastar tiempo, mandando al procesador a hacer algo donde contamos el tiempo que se demora en hacerlo y teniendo la forma de que salga de esa rutina (loop) en el tiempo que deceamos.En un CPU,MPU,etc. no existe decirle duermete y despierta cuando el reloj despertador te de la orden. Eso de Sleep (1000) solo es una forma de programar, al final el CPU solo lo mandamos a dar unas cuantas vueltas detro de una rutina y al final de el numero de vultas que se le asigno el tipo sale.
Estimado Jose, para eso existen los timers. Le indicas al timer del microcontrolador que interrumpa cada una determinada cantidad de ticks , el tiempo que deseas esperar, asignas una rutina de interrupcion que haga lo que tiene que hacer cuando se produzca la iterrupcion. El uC continua sus tareas y al llegar el contador al tick indicado el timer interrumpe en ese tock, ni uno mas ni un o menos, asegurandote que paso el tiempo exacto necesario.

De esta manera no envias al micro a esperar sin hacer nada, sino que se aprovecha productivamente cada ciclo de la cpu.

Saludos.
__________________
Donald Shimoda [Team RO] - Blogs: Remobjects Pascal
Responder Con Cita
  #4  
Antiguo 04-10-2008
JoseFco JoseFco is offline
Baneado
 
Registrado: dic 2007
Posts: 1.861
Poder: 0
JoseFco cantidad desconocida en este momento
Cita:
Empezado por donald shimoda Ver Mensaje
Estimado Jose, para eso existen los timers. Le indicas al timer del microcontrolador que interrumpa cada una determinada cantidad de ticks , el tiempo que deseas esperar, asignas una rutina de interrupcion que haga lo que tiene que hacer cuando se produzca la iterrupcion. El uC continua sus tareas y al llegar el contador al tick indicado el timer interrumpe en ese tock, ni uno mas ni un o menos, asegurandote que paso el tiempo exacto necesario.

De esta manera no envias al micro a esperar sin hacer nada, sino que se aprovecha productivamente cada ciclo de la cpu.

Saludos.
Eso es cuando esperas que algo ocurra en un tiempo determinado y en intervalos.O sea que se repetira durante un tiempo o por una interrupcion externa.A lo que me referia es si queremos un retardo (delay de algunos ms) para un pulso de clock (validar una data entrando a una memoria) por decir algunas de las utilidades de un retardo.Por ejemplo una vez tenia que capturar un Manchester data y pues tenia que usar el timer del micro porque devia leer un pin de un puerto cada 10 ms (aqui si tenemos que usar el interruptor timer, si no estamos perdidos. pero para darle duracion a un pulso de clock, solo uso un loop.

Ahora si estamos esperando algo que puede ocurrir en cualquier momento y despues que ocurra entonces si nos interesa tener un tiempo de ejecucion(retardo) pues el timer interruptor de lo contrario dejariamos de estar en otras funciones que tambien le importarian al cpu.

Amigo Donald creame que sere o parecere anticuado y pasado de moda en mi forma de enfocar las cosas pero queme muchas horas en este relajo de los micros.No quiero parecer arrogante ni autosuficiente.La neta soy un jodedor y me divierto de diferentes maneras, de alguna forma hay que liberar las tenciones de esta vida.
No me lo tomes a mal pero no quiero mas confrontaciones.
Yo le he dedicado gran parte de mi vida a la electronica y dentro de ella al mundo digital y los micros.Yo no se como trabajan los PIC y creo que nunca lo sabre, no porque me niegue a conocerlos, es que no tengo tiempo de meterme en ese rollo a esta altura de mi vida.Los 8051 salieron en el 1980 llovio mucho y seguira lloviendo antes que se desaparezca esa estructura.Se renuevan, se reinventan y mientras existan entuciastas de esa estructura estaran con vida. Atmel es una de esas empresas que le an dado su lugar y cada dia los mantiene en el mercado, con diferentes acercamientos, pero el mismo lenguaje.
Es como Delphi, conoci primero a Visual 6++ y buscando tutoriales en Google encontre Club Delphi, me detuve unos minutos a ver que era Delphi jamas lo habia visto y en unos dias me di cuenta que aqui encontraria lo que estaba buscando.Poder crear aplicasiones para windows y que mis micros pudieran trabajar con ellas.ya puedo hacer algunas cositas gracias al club, Delphi y los amigos que me an dado una mano por aca.Saque Visual 6++ de mi PC y pues me quede con delphi 7. Le pienso ser fiel a Delphi asi como le he sido fiel a mis AT89Sxx (8051).Muchas veces es malo decir en voz alta lo que se piensa de algo, podemos lastimar o insultar a alguien mas.jajajajajaja cosa de humanos eso no pasa en las demas especies, nunca escuche a un mono quejarce de lo que decia otro.

Un Saludo.

PD:Nunca he creido tener la verdad absoluta, eso si me vanogloreo de siempre estar en busca de ella.
Responder Con Cita
  #5  
Antiguo 04-10-2008
Avatar de donald shimoda
donald shimoda donald shimoda is offline
Miembro
 
Registrado: jul 2008
Ubicación: Argentino en Santa Cruz de la Sierra
Posts: 1.083
Poder: 17
donald shimoda Va por buen camino
Cita:
Empezado por JoseFco Ver Mensaje
Amigo Donald creame que sere o parecere anticuado y pasado de moda en mi forma de enfocar las cosas pero queme muchas horas en este relajo de los micros.No quiero parecer arrogante ni autosuficiente.La neta soy un jodedor y me divierto de diferentes maneras, de alguna forma hay que liberar las tenciones de esta vida.
No me lo tomes a mal pero no quiero mas confrontaciones.

PD:Nunca he creido tener la verdad absoluta, eso si me vanogloreo de siempre estar en busca de ella.
Estimado Jose, entiendo lo que comenta y no tengo ningún problema con usted, en absoluto. Entiendo que es su forma de ser y hay que aceptarla como otros aceptarán la mía aunque piensen distinto, de eso se trata la convivencia en un foro.

Siempre es bueno leer lo que comenta porque siempre es bueno aprender de la experiencia de otros, y si hay algo que no se puede negar es que usted tiene su experiencia en ciertos temas como otros tenemos en otros, el intercambio es el que enriquece.

Saludos
__________________
Donald Shimoda [Team RO] - Blogs: Remobjects Pascal
Responder Con Cita
  #6  
Antiguo 04-10-2008
mario2000 mario2000 is offline
Miembro
 
Registrado: abr 2007
Posts: 109
Poder: 18
mario2000 Va por buen camino
Oigan se estan desviando del tema un poco jeje.

yo no quiero hacer retardos con microcontroladores eso es muy pero muy sencillo, tampoco quiero encargale la funcion a un microcontrolador en realidad lo que quiero es poder implementar el protocolo I2C, y otros usando tal ves el puerto paralelo o el com, para ello en unas rutinas en delphi ya tengo las rutinas lo que pasa es que los prosesadores hoy dia hacen las rutinas muy rapido por ejemplo: mi prosesador corre a 2400 mhz, osea un microsegundo en mi pc es un periodo muy largo de tiempo.

yo encontre esta rutina para el retardo no se si hace exaptamente lo que quiero pero no la entiendo muy bien:
http://www.delphi3000.com/articles/article_1324.asp?SK=

Aca una explicacion de la instruccion RDTSC que ahi exponen para que vean por donde va mi idea:

http://www.atc.us.es/asignaturas/tpb...m#_Toc99333468

Queda claro que todo lo quiero hacer en delphi los micros los usare en otras cosas ok, gracias por su interes.
Responder Con Cita
  #7  
Antiguo 17-04-2009
bactering bactering is offline
Miembro
 
Registrado: jul 2006
Posts: 19
Poder: 0
bactering Va por buen camino
Aunque llega tarde:
En aplicaciones por el puerto paralelo para el manejo de circuitos basados en I2C uso la siguiente temporización y va muy bien.
La dejo ya que buscando otra cosa me encontre con este post
Código:
 
Procedure Dly5;
(* Delay of 5 uSec *)
Var     F                       : Int64;
        T_Start, T_Stop, T_Now  : Int64;
Begin
   QueryPerformanceCounter (T_Start);
   QueryPerformanceFrequency (F);
   T_Stop := T_Start + F * 5 Div 1000000;
   Repeat
      Application.ProcessMessages;
      QueryPerformanceCounter (T_Now)
   Until T_Now >= T_Stop
End;
Como se ve se puede variar la temporización a voluntad en la formulita del T_Stop.
Los Pcf 8574 estan probados y funcionando correctamente. Si hacen falta más librerías para el manejo las puedo subir.
Responder Con Cita
Respuesta



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Retardo en configuración del registro MAXIUM Varios 4 01-02-2008 02:47:58
TVideoCapture retardo en el sonido. NPIdea Varios 0 08-03-2007 15:04:11
Retardo al visualizar una pagina web. ALBERTO.LAZARO Varios 8 28-11-2006 23:56:41
Retardo en cadena de texto mutant09 C++ Builder 2 30-04-2004 17:30:35
Como hago un retardo? seken Varios 7 23-02-2004 00:08:00


La franja horaria es GMT +2. Ahora son las 01:37:43.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi