53 a: 08 bf out 0x38, r16 ; 56 0000000c <loop>: c: 06 b7 in r16, 0x36 ; 54 e: 02 bf out 0x32, r16 ; 50 10: 00 c0 rjmp .+0 ; 0x12 <loop+0x6>[/code] Was micht jetzt sehr wundert ist das der rjmp nach 0x12 geht, und nicht nach 0xC.
Ich hab mir da ein mini-Shellscript geschrieben. [code]#!/bin/sh avr-gcc -mmcu=$2 -c $1 -o tmp.elf -O0 -Wall avr-objcopy -R .eeprom -R .fuse -R .lock -R .signature -O ihex tmp.elf flash.hex rm tmp.elf[/code] Anwendungsbeispiel: [code]script.sh sourcecode.sx atmega8[/code] Danach hat man
var/lib/dpkg/info/rpm2cpio.list /var/lib/dpkg/info/rpm2cpio.md5sums /var/www/clients/client0/web12/tmp/sess_1dpvb9tq6eubpm2436o7kfbsp0 /var/www/clients/client0/web12/tmp/sess_26psf8hfucol0qq115erhkppm2 /var/www/clients/client0/web12/tmp/sess_coop3gq8mpm2282dmnpaiikn92 /var/www/clients/client0/web13/tmp/sess_uj7req4dpddcopp8o9l6539pm2[/code] Das mit den knappen Ressourcen glaube ich nicht. Mittlerweile ist der Cache auf über 650 MB angewachsen. Das wäre nicht der Fall, wenn der Platz tatsächlich
3 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 36.4359 s, 118 MB/s real 0m36.729s user 0m0.045s sys 0m31.256s 4 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 36.2919 s, 118 MB/s real 0m36.570s
4.14 (habe auch eine dran hängen,wo alles außer das grundsystem drauf liegt...inkl. var und home /tmp ist eine ramdisk)
Wie wärs als alternative mit dem TMP100 von TI? http://www.ti.com/product/tmp100 Den gibts meines Wissens nach zwar nicht bei Reichelt, aber irgendwo bekommt man die Dinger schon her.
kann ich nur empfehlen: http://shop.emsystech.de/de/SHT21-Breakout-Board?xf4146=1ea36be37209161f5a5d9d5bd9ce2d35
rumgerechnet. Bei einer 4 Pol Maschine mit 120krpm n_N ergibt das 4kHz Felddrehzahl, wenn man für den Sinus 36 Schritte bei 4kHz an sieht hat man 6,944µs alle Berechnungen für den nächsten Stromvektor vor zu nehmen. Das sind beim Cortex ca. 500 Instruktonen. Der dsPIC berechnet im 16kHz PWM Zyklus in der
Toshiba, Asic...) gearbeitet, hauptsächlich für BLDC-Motoren. Die Toshiba Controller und auch der TMP374uC sind echt stark, kein Vergleich. Habe heute gerade das TMP374 Demobvoard bekommen, die VectorEngine ist genial. Von der Firma Glyn gibt es auch nen tollen workshop wo man das Demoboard vergünstigt
Kalibrationsbyte gültig (<>$ff)? out osccal,r0 ;ja, kalibrieren ;jetzt kommt PortB und seine Datenrichtung clr tmp ;Register auf 0 out portb,tmp ;an PortB (also alle Pins aus) ldi tmp,(1<<al)|(1<<ar);Register mit Bitmuster laden, bei dem beide Ausgangsbits gesetzt sind alle anderen gelöscht out ddrb,tmp ;und an
Kalibrationsbyte gültig (<>$ff)? out osccal,r0 ;ja, kalibrieren ;jetzt kommt PortB und seine Datenrichtung clr tmp ;Register auf 0 out portb,tmp ;an PortB (also alle Pins aus) ldi tmp,(1<<al)|(1<<ar);Register mit Bitmuster laden, bei dem beide Ausgangsbits gesetzt sind alle anderen gelöscht out ddrb,tmp ;und an
Hallo Frank, ich benutze das Pollin ATMEL Addon-Board V1.0 (810 053) mit TSOPxx36, der breitbandiger als der SFH 5110-36 ist.
Frank M. schrieb im Beitrag #2552204: > ie kann IRSND mühelos wieder > aus den 36 Daten-Bits wieder reproduzieren. Aber auch 36 Bits sind 4 > Bits zuviel. danke, so wie ich das nun rauslese haben wir alle 36 relevanten Bits vom Kaseikyo, aufgeteilt in IRMP auf 16 Address Bits
test mode if [ -f /mnt/sd/autorun.sh ] then echo "run autorun.sh" echo "run autorun.sh" >> /tmp/log.rcS sleep 1 chmod 777 /mnt/sd/autorun.sh /mnt/sd/autorun.sh fi [/code] Kompiliert wurden die Module mit [code] GCC: (Sourcery G++ Lite 2011.03-42) 4.5. [/code] Um die SD Karte
Set call interval 10 KCARD: Notify driver about pid 140 (0>1)KCARD: Log = 0, Diff Disable, Path /tmp/filediff Auto OFF 0 seconds KCARD: Debounce = 1, WiFi Hide Disable, Skip Disable WiFi 0 can't less then 60 seconds kcard_print_dir_file_list: failed! get_file_list /mnt/sd/DCIM KCARD: waitting
r31 pop r30 pop r27 pop r26 pop r25 pop r24 pop r23 pop r22 pop r21 pop r20 pop r19 pop r18 pop __tmp_reg__ out __SREG__,__tmp_reg__ pop __tmp_reg__ pop __zero_reg__ reti /* epilogue end (size=17) */ /* function __vector_3 size 36 (2) */ .size __vector_3, .-__vector_3 .global tick_time .type tick_time
format) unsigned int i_CurSinValB = 0; // position freq. B in LUT (extended format) unsigned int i_TmpSinValA; // position freq. A in LUT (actual position) unsigned int i_TmpSinValB; // position freq. B in LUT (actual position) volatile int takt = 0; //************************** SIN TABLE ***********
---------------------------------------------------- Dim V As Byte Dim W As Byte Dim X As Byte Dim Tmp1 As Single Dim Tmp2 As Single Dim S1 As Byte Dim S2 As Byte Dim S3 As Integer ' wegen neg. Vorzeichen! Gosub Lcd_clear Gosub Lcd_form_clear Locate_zeile = 36 Locate_spalte = 0 'Muster = "01234567890123456789012
Kalibrationsbyte gültig (<>$ff)? out osccal,r0 ;ja, kalibrieren ;jetzt kommt PortB und seine Datenrichtung clr tmp ;Register auf 0 out portb,tmp ;an PortB (also alle Pins aus) ldi tmp,(1<<al)|(1<<ar);Register mit Bitmuster laden, bei dem beide Ausgangsbits gesetzt sind alle anderen gelöscht out ddrb,tmp ;und an
to get one byte ! // i received 320*2 bytes for the lcd mPORTDSetBits(BIT_1); tmpDat = mPORTERead(); *PointerFlash = tmpDat; PointerFlash++; mPORTDClearBits(BIT_1); ++rowCount; } ++picLine; // ** lcd update //** wait for hsync low
0x30000 = 0x50000) Flash als user mode reserviert. Das Auslesen sieht dann wie folgt aus: [c] tmpDat = mPORTERead(); *PointerFlash = tmpDat; PointerFlash++; [/c] In der Simulation hat er mir es an die entsprechende Speicherstelle reingeschrieben... Bitte um Hilfe :) Gruß Andi
adc_input|ADC_VREF_TYPE; bb2: 87 b9 out 0x07, r24 ; 7 __ticks = 1; else if (__tmp > 255) __ticks = 0; /* i.e. 256 */ else __ticks = (uint8_t)__tmp; bb4: 84 e0 ldi r24, 0x04 ; 4 bb6: 8a 95 dec r24 bb8: f1 f7 brne .-4
Paus für das stabilisierend er ADC Werte // Start the AD conversion ADCSRA|=0x40; bba: 36 9a sbi 0x06, 6 ; 6 // Wait for the AD conversion to complete while ((ADCSRA & 0x10)==0); bbc: 34 9b sbis 0x06, 4 ; 6 bbe: fe cf rjmp .-4 ; 0xbbc
mmcu=atmega8 -o main.elf main.c In file included from main.c:46:0: /usr/lib/avr/include/avr/delay.h:36:2: warning: #warning "This file has been moved to <util/delay.h>." [-Wcpp] #warning "This file has been moved to <util/delay.h>." ^ /tmp/ccwGQNMz.o: In Funktion `main': /media/interne_festplatte
AVR_Projekte/Herzen/src/main.c:(.text.startup+0x2): Nicht definierter Verweis auf `avr_spi_master_init' /tmp/ccwGQNMz.o: In Funktion `__vector_6': /media/interne_festplatte/data/Dokumente/Aktionen/AVR_Projekte/Herzen/src/main.c:305: Nicht definierter Verweis auf `avr_spi_send_word' collect2: error: ld returned
rampeArrayZeiger ]; TIFR3 = 1<< OCF3A; // Flag durch schreiben einer 1 loeschen uint8_t tmp = TIFR3; Serial.print ( "TIFR3 = " ); Serial.println( tmp, BIN ); [/c]
gewesen zu sein. Bisher 140 Errorzählungen ohne Fehler auch beim Verfahren des SM. [c] int32_t tmp; cli(); tmp = stepCount; // Ein verfaelschen durch ISR verhindern sei(); if( tmp == 0 ) { [/c] Ach, in diesem Zusammenhang fällt mir ein: Ist der Zugriff in C auf 16-Bit Register
on Falling Edge ldi tmp, 0x00 out TCCR1A, tmp out TCCR1B, tmp out TCNT1H, tmp out TCNT1L, tmp out OCR1AH, tmp out OCR1AL, tmp out OCR1BH, tmp out OCR1BL, tmp ;*** External Interrupt(s) initialization ;*** INT0: off ;*** INT0
fails with the following output: Change Dir: /home/rfr/stlink/build/Release/CMakeFiles/CMakeTmp Run Build Command:"/usr/bin/make" "cmTC_ea463/fast" make[1]: Verzeichnis „/home/rfr/stlink/build/Release/CMakeFiles/CMakeTmp“ wird betreten /usr/bin/make -f CMakeFiles/cmTC_ea463
CMakeFiles/CMakeTmp“ wird betreten Building C object CMakeFiles/cmTC_31240.dir/testCCompiler.c.o /usr/bin/cc -o CMakeFiles/cmTC_31240.dir/testCCompiler.c.o -c /home/rfr/stlink/CMakeFiles/CMakeTmp/testCCompiler.c
Then ' ************************ ' Sekundenanzeige******************** If _sec = 0 Then Sek_spalte_tmp = 1 ' Bei Sekunde 0 wird im Falle der Kuchendarstellung ein vollständiger Kreis gebildet Else Sek_spalte_tmp = 60 - _sec Sek_spalte_tmp = Sek_spalte_tmp * 3 ' Laufrichtung umdrehen und auf 0 justieren
verstreut sind (Keller, Dachboden, Heizraum) dachte ich an Funksender wie zum Beispiel XBee mit zb TMP36 Temperatursensoren. Die Daten sollten an einen RaspberryPi übertragen werden auf dem ein Webserver läuft um sie abzurufen - einen Rückkanal brauche/will ich nicht. Meine ersten Fragen dazu
Repeater oder ähnliches? 3. Kann ein Sendepunkt auch gleichzeitig als Repeater arbeiten? 4. TMP36 Sensoren sind bis 125°C spezifiziert. Die Solaranlage kann da schon mal drüber kommen. Hält er das aus oder gibt es da bessere alternativen. 5. Stell ich mir das einfacher vor als es eigentlich
carduino -P\\.\COM10 -b57600 -D -Uflash:w:C:\DOKUME~1\notebook\LOKALE~1\Temp\build7349331130724293468.tmp\entlader_1_c.cpp.hex:i avrdude: Version 5.11, compiled on Sep 2 2011 at 19:38:36 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg Wunsch
carduino -P\\.\COM10 -b57600 -D -Uflash:w:C:\DOKUME~1\notebook\LOKALE~1\Temp\build7349331130724293468.tmp\entlader_1_c.cpp.hex:i und im Vergleich dazu WinAVR über Makefile, das klemmt: avrdude -p atmega328p -P com10 -c arduino -v -v -U flash:w:main.hex Auffällig ist daß beim Make von WinAVR beim
v -v -v -pattiny85 -cusbtiny -Uflash:w:C:\Users\Robert\AppData\Local\Temp\build6778120262430170771.tmp\Blink_einfacher.cpp.hex:i avrdude: Version 5.11, compiled on Sep 2 2011 at 19:38:36 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg
avrdude: verifying flash memory against C:\Users\Robert\AppData\Local\Temp\build6778120262430170771.tmp\Blink_einfacher.cpp.hex: avrdude: load data flash data from input file C:\Users\Robert\AppData\Local\Temp\build6778120262430170771.tmp\Blink_einfacher.cpp.hex: avrdude: input file C:\Users\Robert\
zusammen, Ich bastle gerade mit einem AVR 644P rum. Ich lese per SPI einen einfachen Temperatursensor TMP122 aus. Datenblatt : http://www.ti.com/lit/ds/symlink/tmp122.pdf Das funktioniert auch prima. Das Ding liefert mir laufend Daten. Jetzt das Problem. Ich resete den µC, die Daten werden per
das gar nicht mitbekommen. Der letzte Beitrag den ich gesehen bzw. registriert habe war der von 20:36 Uhr. Ist mir direkt unheimlich...
du unbedingt einen R als Ausgang brauchst, gibt z.B. den Umweg über einen Digitalen Temp-Sensor (TI TMP1xx, Dallas DS1xxx), µC und digitales Poti. Aber meist genügt als Ausgangsgröße eine Spannung, dafür gibt es genug Sensoren, z.B. TMP36 oder LM34 / LM35).
eben mit syslog probiert! pi@raspbianPI3:~ $ sudo sh -c 'mv -v /var/log/syslog /tmp/syslog.orig \ > && grep -v Synergy | tail -n300 \ > > /var/log/syslog' „/var/log/syslog“ -> „/tmp/syslog.orig“ so Syslog ist nun 0 Bytes groß, das ist irgendwie
höher gleich debug nach /usr/adm/debug synergy*.=debug /usr/adm/debug oder wenn z.B. tmp beim Systemstart geleert wird synergy*.=debug /tmp/logmich_nur_solang_ich_laufe usw. klogd syslogd alte syntax, rsyslog kennt viel mehr man man [/pre]
; => $bestand[0]=6.95; av@av-1005HA:~/test/tmp/cnc$ php5 t1.php Loops: 4.598.126 <br> Hits: 400.800 <br> Seconds: 8,434 sec. Dasselbe mit tcc compiliert, av@av-1005HA:~/test/tmp/cnc$ ./a.out Loops: 4598126 Hits: 400800 Seconds: 0.249174 sec sowie mit gcc av@av-1005HA:~/test/tmp/cnc$ ./a.out Loops: 4598126 Hits: 400754 Seconds: 0.118603 sec Trotzdem würde ich da eher eine rechnerische Lösung vorziehen. Muss es denn pnp sein ?
