- 12V Akku mit 280 Ah bauen         
Ergebnis 1 bis 4 von 4

Thema: problem mit CTC

  1. #1
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    25.05.2006
    Ort
    Rheinzabern
    Alter
    33
    Beiträge
    200

    problem mit CTC

    Anzeige

    E-Bike
    Hi,
    Ich hab irgendwie n Problem mit dem CTC Counter. Ich hab n magnetfeldsensor um ne drehzahl zu messen. Nun will ich, dass jede Sekunde die drehzahl aus m register abgefragt und zur geschwindigkeit hochgerechnet wird (geht um mein RC Car) und vorerst testweiße an UART gesendet wird. Problem dabei is, dass ich am Com-port nich jede Sekunde, sondern dauern, fortlaufen was bekomme.. dann natürlich 0, weil der sensor nich so schnell is.. Von der Logik her müsste es aber eigentlich funktionieren.. Ich habs mit 2 verschiedenen Atmega8 probiert,l bei beiden das selbe. Mein Code:
    Code:
    .include "m8def.inc"
    .def temp = r16
    .def counts = r17
    .def kmh = r18
    .def time1 = r21
    .def time2 = r22
    .equ CLOCK = 16000000
    .equ BAUD = 9600
    .equ UBRRVAL = CLOCK/(BAUD*16)-1#
    
    .org 0x000
    	rjmp main
    .org INT0addr
    	rjmp int0_handler
    .org OC1Aaddr
        rjmp timer1_compare
    
    main:
    	ldi temp, LOW(RAMEND)
    	out SPL, temp
    	ldi temp, HIGH(RAMEND)
    	out SPH, temp
    		
    	ldi temp, LOW(UBRRVAL)
    	out UBRRL, temp
    	ldi temp, HIGH (UBRRVAL)
    	out UBRRH, temp
    
    	ldi temp, high(40000-1)
    	out OCR1AH, temp
    	ldi temp, low(40000-1)
    	out OCR1AL, temp
    	
    	ldi temp, ( 1 << WGM12 ) | ( 1 << CS00 )
        out TCCR1B, temp
     
        ldi temp, 1 << OCIE1A  ; OCIE1A: Interrupt bei Timer Compare
        out TIMSK, temp	
    
    	ldi temp, (1<<URSEL)|(3<<UCSZ0)
    	out UCSRC, temp
    	
    	ldi temp, 0x00
    	out DDRD, temp
    	;ldi temp, 0xFF
    	;out PORTD, temp
    
    	ldi temp, 0b00001010  ; INT0 und INT1 konfigurieren
    	out MCUCR, temp
    
    	ldi temp, 0b11000000  ; INT0 und INT1 aktivieren
    	out GICR, temp
    
    	sbi UCSRB,TXEN
    	sei
    
    loop: rjmp loop
    
    int0_handler:
    	ldi temp, 1
    	add counts, temp
    	reti
    
    timer1_compare:
    	cpi time1, 100
    	breq time2u
    	brne time1w
    
    time2u:
    	cpi time2, 4
    	breq rechnekmh
    	brne time2w
    
    time1w:
    	inc time1
    	reti
    time2w:
    	inc time2
    	reti
    
    rechnekmh:
    	clr kmh
    	mov kmh, counts
    	lsl kmh
    	clr counts
    	rjmp uartu
    
    uartu:
    	sbis UCSRA, UDRE
    	rjmp uartu
    	out UDR, kmh
    	reti
    Ich hoffe ihr könnt mir helfen und findet den fehler

    Edit: der Zähler zählt bis 40000, dann wird in nem register auf 100, in nem weiteren dann auf 4 gezählt. Somit sind das 16000000 Zählschritte, die auch dem 16MHZ Takt entsprechen, also 1 Sekunde

    gruß homedom

  2. #2
    Erfahrener Benutzer Robotik Einstein Avatar von wkrug
    Registriert seit
    17.08.2006
    Ort
    Dietfurt
    Beiträge
    2.214
    Nachdem dein Zähler time2 den wert 4 erreicht hat wird der USART gestartet. Da Du aber in dieser Routine weder den Zähler time1 noch den zähler time2 zurücksetzt wird der USART durch die Comparematch Routine ständig getriggert und ständig der Wert 0 ausgegeben.
    Ich hab auch noch ein paar andere Sachen umgestrickt von wegen Register sichern. Das nicht- sichern scheint ja in Mode zu kommen.
    Den Fehler hab ich halt wieder mal mit dem Simulator vom AVR Studio gefunden - hat also doch seinen Sinn das Teil.

    Code:
     .include "m8def.inc"
    .def temp = r16
    .def counts = r17
    .def kmh = r18
    .def time1 = r21
    .def time2 = r22
    .equ CLOCK = 16000000
    .equ BAUD = 9600
    .equ UBRRVAL = CLOCK/(BAUD*16)-1#
    
    .org 0x000
       rjmp main
    .org INT0addr
       rjmp int0_handler
    .org OC1Aaddr
        rjmp timer1_compare
    
    main:
       ldi temp, LOW(RAMEND)
       out SPL, temp
       ldi temp, HIGH(RAMEND)
       out SPH, temp
          
       ldi temp, LOW(UBRRVAL)
       out UBRRL, temp
       ldi temp, HIGH (UBRRVAL)
       out UBRRH, temp
    
       ldi temp, high(40000-1)
       out OCR1AH, temp
       ldi temp, low(40000-1)
       out OCR1AL, temp
       
       ldi temp, ( 1 << WGM12 ) | ( 1 << CS00 )
        out TCCR1B, temp
     
        ldi temp, 1 << OCIE1A  ; OCIE1A: Interrupt bei Timer Compare
        out TIMSK, temp   
    
       ldi temp, (1<<URSEL)|(3<<UCSZ0)
       out UCSRC, temp
       
       ldi temp, 0x00
       out DDRD, temp
       ;ldi temp, 0xFF
       ;out PORTD, temp
    
       ldi temp, 0b00001010  ; INT0 und INT1 konfigurieren
       out MCUCR, temp
    
       ldi temp, 0b11000000  ; INT0 und INT1 aktivieren
       out GICR, temp
    
       sbi UCSRB,TXEN
       sei
    
    loop: rjmp loop
    
    int0_handler:
       push temp
       in temp,sreg
       push temp
       ldi temp, 1
       add counts, temp
       pop temp
       out sreg,temp
       pop temp
       reti
    
    timer1_compare:
       push temp
       in temp,sreg
       push temp
          
       cpi time1, 100
       breq time2u
       brne time1w
    
    time2u:
       clr time1
       cpi time2, 4
       breq rechnekmh
       brne time2w
    
    time1w:
       inc time1
       rjmp outint0
    
    time2w:
       inc time2
       rjmp outint0
    
    
    rechnekmh:
       clr time2
       clr kmh
       mov kmh, counts
       lsl kmh
       clr counts
       rjmp uartu
    
    uartu:
       sbis UCSRA, UDRE
       rjmp uartu
       out UDR, kmh
    
    outint0:
    	pop temp
    	out sreg,temp
    	pop temp
    	reti

  3. #3
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    19.02.2005
    Alter
    36
    Beiträge
    470
    naja obs immer so Sinnvoll ist ist fraglich, mit Seriellen Schnittstellen hat das ab und zu Probleme, auch in der "neuen" Mega familie kommt es mit den Pereperieregister nicht ganz kalr, die kann man nicht mit out ansprechen sondern muss sie las Speicher behandeln ( ergo sts ) und das Peilder der Sim nicht wirklich

  4. #4
    Erfahrener Benutzer Robotik Einstein Avatar von wkrug
    Registriert seit
    17.08.2006
    Ort
    Dietfurt
    Beiträge
    2.214
    @teslanikola
    Klar hat der Simulator auch seine Macken und Unzulänglichkeiten.
    Ich meine aber schon das die bei ATMEL darum bemüht sind diese auszubügeln.
    Ich benutze den Simulator sehr gerne um Fehler aufzuspüren und das gelingt auch meistens.

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

12V Akku bauen