-
Thread
Frage zu PeDa Drehgeber Code
auf 2 Spuren angewandt ergibt 4 Bit Änderungen pro Rastung auf die man schaut. Beim Alps EC11 steht 36 detent und 18 pulse.
1ms fuer manuelle Eingabe static int8_t last=0; // alten Wert speichern uint8_t tmp; tmp = ENCODER_PIN; // liest den Port ein last = (last << 2) & 0x0F; if (tmp & PHASE_A) last |= 2; // Phase_ ist das Port bit if (tmp & PHASE_B) last |= 1;
-
Thread
ATxmega128a1 und RFM70 Problem.
CMD_WRITE_REG | RFM70_REG_RX_ADDR_P0, adr, sizeof(adr)); // set static or dynamic payload uint8_t tmp; tmp = readRegVal(RFM70_REG_DYNPD); if(pltype == TX_DPL) // dynamic tmp |= 1; else tmp &= ~(1 << 0); writeRegVal(RFM70_CMD_WRITE_REG | RFM70_REG_DYNPD, tmp); } uint8_
CMD_WRITE_REG | RFM70_REG_RX_ADDR_P0, adr, sizeof(adr)); // set static or dynamic payload uint8_t tmp; tmp = readRegVal(RFM70_REG_DYNPD); if(pltype == TX_DPL) // dynamic tmp |= 1; else tmp &= ~(1 << 0); writeRegVal(RFM70_CMD_WRITE_REG | RFM70_REG_DYNPD, tmp); } uint8_
-
Thread
Firefox verkürzt das Leben einer SSD.
Auswirkungen mehr haben. Dann weiters unabhaengig vom verwendeten nixoidem FS in ein tmpfs /tmp /var/run /var/lock /var/log /var/tmp /usr/tmp ausser evtl /log kann das ohne zurueckzuschreiben beim runterfahren ohne Probleme geloescht werden. Bei KDE quillt es froehlich unter /var/tmp/kdecache-xxxxx Benutze gelegentlich eine Live-Distro, Slax vom USB-Stick Kleine 1Gb Partition eingerichtet, nach dem alle Pakete Programme Tools eingerichtet waren blieben so 200MB frei, nichts damit
-
Thread
Nucleo-H743ZI in Linux und mit stlink 1.5.0
intepretieren, wenn ich nur 1048576 Bytes gelesen habe? (ist Faktor 64 mehr ???) > flash read_bank 0 /tmp/stm32h7_bank0.bin 0x08000000 0x100000 wrote 1048576 bytes to file /tmp/stm32h7_bank0.bin from flash bank 0 at offset 0x08000000 in 9.373802s (109.241 KiB/s) > flash read_bank 1 /tmp/stm32h7_bank1
flash_write_code.bin in 1.914574s (66.856 KiB/s) ** Programming Finished ** flash read_bank 0 /tmp/stm32h7_bank0_mw.bin 0x0 0x100 >od -A x -t x1 /tmp/stm32h7_bank0_mw.bin 000000 45 68 06 68 26 b3 76 1b 42 bf 76 18 36 1a 08 3e 000010 20 2e f6 d3 4f f0 32 06 e6 60 4f f0 08 07 55 f8 000020 04
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
-t proc none /proc mount -t sysfs none /sys mount -t devpts none /dev/pts mount -t tmpfs none /tmp mkdir /tmp/var echo "/tmp/core_%e_%t" > /proc/sys/kernel/core_pattern hostname Pogoplug ifconfig lo 127.0.0.1 ifconfig eth0 169.254.37.133 udhcpc -b `hostname` telnetd /etc/init.d/db
Schon längst korrigiert: * 1.50 TB (1.36 TiB) Seagate ST1500DL003-9VT1 SATA-HD
-
Thread
AVR128, CCP und Optimierung
12.0.0 [c] __CCP__ = 0x34 .text .type main, @function main: ldi r24,lo8(-40) ; tmp44, out __CCP__,r24 ; MEM[(volatile value_type &)48B + 4], tmp44 ldi r24,lo8(1) ; tmp46, sts 97,r24 ; MEM[(struct ControlRegister *)96B + 1B].hwRegister, tmp46 ldi r25,0
"\n\t" : : "r" (tmpAddr), "r" (value), "M" (CCP_IOREG_gc), "i" (&CCP) : "r16", "r30", "r31" ); }[/c]
-
Thread
CRC-16-Berechnung mit Lookup-Tabelle: zwei Varianten, beide gültig?
0x5424, 0x4405, 0xA7DB, 0xB7FA, 0x8799, 0x97B8, 0xE75F, 0xF77E, 0xC71D, 0xD73C, 0x26D3, 0x36F2, 0x0691, 0x16B0, 0x6657, 0x7676, 0x4615, 0x5634, 0xD94C, 0xC96D, 0xF90E, 0xE92F, 0x99C8, 0x89E9, 0xB98A, 0xA9AB, 0x5844, 0x4865, 0x7806, 0x6827, 0x18C0, 0x08E1, 0x3882, 0x28A3, 0xCB7D
Ich würd das so anpassen: [code] void crcAlgC(char* buf, unsigned short* crc) { unsigned short tmp = *crc; for(unsigned char* it=(unsigned char*)buf, c=*it; c; c=*++it) tmp = (tmp << 8) ^ crctab[(tmp >> 8) ^ c]; *crc = tmp; } [/code] Weniger dereferenzierungen, kein ständiges strlen
-
Thread
MMC SD library FAT16 FAT32 read write
,tmp,10); uputs(tmp); uputc(' '); utoa(fat.secPerClust,tmp,10); uputs(tmp); } [/c] Jetzt müsste wenn alles funktioniert, "Boot...2 2" zu sehen sein. Wenn dem so ist muss
{ sprintf(DATA_INFO.DATA[t],"%s",tmp_buffer); } } count=0; c=ffread(); while( (c!='\n') ) { tmp_buffer[count]=c; c=ffread(); count++; } count--; tmp_buffer[count]='\0'
-
Thread
LED Fading und Uhr beides benötigt Timer1
Beitrag #1916421: > Woran kann es liegen? Für welchen Prozessor? [C] void pwm_10_64(int16_t tmp) { TCCR0A = (1<<COM0A1) | (1<<WGM00) | (1<<WGM01); TCCR0B = (1<<WGM02); TCCR0B |= 3; OCR0A = pgm_read_word(pwmtable_10+tmp); } /* void pwm_10_64(int16_t tmp) { TCCR1A = (1
(1<<COM0A1) | (1<<WGM00); TCCR0B = (1<<WGM01); TCCR0B |= 3; OCR0A = pgm_read_word(pwmtable_10+tmp); bekomme ich die LED gedimmt aber die "stottert" beim Ausgehen. Also kein sanfter übergang. Liegt es an den Fehlenden 10Bit ?
-
Thread
atmega 1284P Jtag (aus) PINC2 ohne Funktion
referenzpunkt_angefahren=0,reset=0; // Speichername "messwert" A/D-Wandler Stellwert uint8_t vs[4]={36,20,24,40},hs[8]={36,4,20,16,24,8,40,32},n; // Bit Tabelle für Pin 3-5 //uint8_t vs[4]={9,5,6,10},hs[8]={9,1,5,4,6,2,10,8},n; void initialisieren() { /* uint8_t tmp = 1<<JTD; // Disable JTAG MCUCR = tmp; // Disable JTAG MCUCR = tmp; // Disable JTAG */ lcd_init(); // LCD aktivieren lcd_clear(); // LCD generell löschen
-
Thread
Schwerer Bug in AVR-GCC 4.1.1 Gesperrt
berechnen kann. (zwar nicht als Konstante, aber als Immediate). [avrasm] foo: ldi r24,lo8(48) ; tmp42, sts display,r24 ; <variable>.digit, tmp42 sts display+1,r24 ; <variable>.digit, tmp42 sts display+2,r24 ; <variable>.digit, tmp42 sts display+3,r24 ; <variable>.digit, tmp42
r31,hi8(display) ; dis, /* #APP */ ;RELOAD z with dis /* #NOAPP */ ldi r24,lo8(48) ; tmp42, st Z,r24 ; <variable>.digit, tmp42 std Z+1,r24 ; <variable>.digit, tmp42 std Z+2,r24 ; <variable>.digit, tmp42 std Z+3,r24 ; <variable>.digit, tmp42 ret [/avrasm] Mit
-
Thread
Erase Kommando MMC Karte
; CMD33[3] = ((addrz & 0x0000FF00) >>8 ); //Sendet Commando an MMC/SD-Karte if ((tmp=sd_write_command (CMD32)) != 0) { sd_ende(); //printf("cmd32: %d\r\n",tmp); return(tmp); } sd_ende(); if ((tmp=sd_write_command (CMD33)) != 0) { sd_ende(); //printf("cmd33: %d\r\n",tmp); return(tmp); } sd_ende(); if ((tmp=sd_write_command (CMD38)) != 0) { sd_ende(); //printf("cmd38: %d\r\n",tmp); return
-
Thread
Encoder auswerten, Assembler Code unverständlich
void) { uint8_t inc0 = 0, inc1 = 0; static int8_t inc0_old = 0x01, inc1_old = 0x01; uint8_t tmp = ENCODER_PIN; if(tmp & 0x10) inc0 = 0x01; if(tmp & INC0_PHASE_B) inc0 ^= 0x03; if(tmp & INC1_PHASE_A) inc1 = 0x01; if(tmp & INC1_PHASE_B) inc1 ^=
void) { uint8_t inc0 = 0, inc1 = 0; static int8_t inc0_old = 0x01, inc1_old = 0x01; uint8_t tmp = ENCODER_PIN; if(tmp & 0x10) inc0 = 0x01; if(tmp & INC0_PHASE_B) inc0 ^= 0x03; if(tmp & INC1_PHASE_A) inc1 = 0x01; if(tmp & INC1_PHASE_B) inc1 ^=
-
Thread
C#:Bitmap an eine DLL-Funktion(C) übergeben
j + wi, i + hw).R + input.GetPixel(j + wi, i + hw).G) / 3; besser ist schon mal color tmp = input.GetPixel(j + wi, i + hw); c = (tmp.R + tmp.R + tmp.G) / 3;
[][] helligkeit = new byte[hoehe][]; for ( int x = 0; x < helligkeit.Length; x++ ) { byte[] tmp = new byte[breite]; helligkeit[x] = tmp; for ( int y = 0, y < tmp.Length; y++ ) { int y2 = y*3; tmp[y] = (byte)input[x,y2]+input[x,y2+1]+input[x,y2+2])/3); } } [/
-
Thread
Drehzahlmesser
aber vermutlich dennoch Arduino IDE kompatibel bleiben. Bisher geschafft sind: -Temperaturmessung…TMP36 per externem ADC für Motornahe Anwendung, da ich 1-wire dort nicht traue -Umgebungstemperatur per DS… weil einfach einfach einfach ist zumal so weitere 2 16bit-ADC-Kanäle für Erweiterungen frei bleiben
im Beitrag #2932548: > Bisher geschafft sind: Bisher in Laborumgebung... > -Temperaturmessung…TMP36 per externem ADC für Motornahe Anwendung, da > ich 1-wire dort nicht traue I2C ist nicht weniger störanfällig. Es hat seinen Grund, dass in KFZ-Umgebung differentielle Bussysteme zum Einsatz kommen
-
Thread
Messwerte "glätten"
22251 03.02.2013 22:33:28 X_T_RAUM 22225 03.02.2013 22:35:03 X_T_RAUM 22251 03.02.2013 22:36:49 X_T_RAUM 22225 (Raumtemperatur) die Werte sind integers, skaliert mit 1000, d.h. 22251 steht für 22.251°C wie man sieht ist die Differenz bei Außenluft immer 112, bei Raumtemperatur immer
PT1-Filter: #define filterStaerke 6 int32_t tmpSum; tmpSum += (tmpSum >> filterStaerke) + tmpInput; tmpSum steigt dann auf das 2**filterStaerke-fache von tmpInput an, deshalb auch 32bit.
-
Thread
Attiny85: Brown-Out-Detection via Software ausschalten
Vielleicht sieht aber jemand einen Fehler im Programm: [avrasm] .include "tn85def.inc" .def tmp0 = r16 ldi tmp0,(1<<SE)+(1<<SM1) + (1<<BODS)+(1<<BODSE) out MCUCR,tmp0 ldi tmp0,(1<<SE)+(1<<SM1) + (1<<BODS)+(0<<BODSE) out MCUCR,tmp0 sleep [/avrasm]
BOD Sleep BOD disable functionality is available in some devices, only. See “Limitations” on page 36. In order to disable BOD during sleep (see Table 7-1 on page 34) the BODS bit must be written to logic one. This is controlled by a timed sequence and the enable bit, BODSE in MCUCR. First, both BODS
-
Thread
C Programm auf NGW100
Leider bricht das "make" mit einem Fehler ab. die letzten Zeilen waren: /tmp/ccLYptgb.s: Assembler messages: /tmp/ccLYptgb.s:12: Error: invalid register list `,lr' /tmp/ccLYptgb.s:22: Error: invalid register list `,pc' /tmp/ccLYptgb.s:36: Error: invalid register list `,pc' /tmp/ccLYptgb.s:54: Error: invalid register list `,lr' /tmp/ccLYptgb.s:68: Error: invalid register list `,pc' make[2]: *** [crtbegin.o] Fehler 1 make[2]: Verlasse Verzeichnis '/home/user/Desktop/buildroot-avr32
-
Thread
LED-Fader mit Hardware-PWM für mehrere LEDs
PWM TCCR1A = 0x83; // prescaler 64 -> ~122 Hz PWM frequency TCCR1B = 0x03; int16_t tmp; for (tmp = 0; tmp < 64; tmp++) { OCR1A = pgm_read_word (& pwmtable[tmp]); _delay_ms (25); } } void pd5_down () { // 10 Bit Fast PWM TCCR1A = 0x83; // prescaler 64 -> ~122 Hz PWM frequency TCCR1B = 0x03; int16_t tmp; for (tmp = 64-1; tmp >= 0; tmp--) { OCR1A = pgm_read_word (& pwmtable[tmp]); _delay_ms (25); } } int main (void) { // LED uses OC1A DDRD |= 1 << PD5; while
-
Thread
16f84a Pic brennen mit Brenner 8
database: Vpp : 13V (12 .. 14V) HEX-file-name : t.HEX C:\DOKUME~1\UNKNOW~1\LOKALE~1\Temp\$33.tmp -- HEX-file loaded -- 1 k FLASH needed -- 0 Byte EEPROM needed -- HEX-file contains Config-data C:\DOKUME~1\UNKNOW~1\LOKALE~1\Temp\$34.tmp -- HEX-file re-loaded -- HEX-file contains Config-data
: Vpp : 13V (9 .. 13,25V) HEX-file-name : can.hex C:\DOKUME~1\pawlakb\LOKALE~1\Temp\$344.tmp -- HEX-file loaded -- 9 k FLASH needed -- 0 Byte EEPROM needed -- HEX-file contains Config-data C:\DOKUME~1\pawlakb\LOKALE~1\Temp\$388.tmp -- HEX-file re-loaded -- HEX-file contains Config-data
-
Thread
avr-gcc Bug, oder weshalb Behandlung als signed?
frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 ldi r24,lo8(-92) out 0x36,r24 ; TWCR = ... ldi r24,0 ; timeout = 0 // timeout liegt in r[25:24] ldi r25,0 rjmp .L3 .L5: adiw r24,1 ; timeout++ .L3: in __tmp_reg__,0x36 ; Test von TWINT in TWCR sbrc __tmp_reg__,7 ; sieht hier etwas anders aus als bei ; deiner Version, funktioniert aber genauso rjmp .L4 ;
-
Thread
4Bytes per Infrarot übertragen (36Khz)
Hallo, ich möchte 4Bytes per Infrarot (36Khz) übertragen. Ich möchte 2 Atmega8 für die Übertragung verwenden. Also einer sendet der andere empfängt. Das senden und empfangen mit RC5-Code funktioniert auch wunderbar. Mein Problem liegt jetzt
@Peter Kann ich in deinem Code statt if( !(tmp & 0x4000) && tmp & 0x2000 ) if( !(tmp & 0x10000) && tmp & 0x4000 ) schreiben um den Code auf 16Bits zu erhöhen? Hier werden ja die Startbits abgefragt oder?
-
Thread
DNS A-Record automatisch updaten bei United Domains
[code] #!/bin/sh # requires: wget, jq, ca-certificates, grep #rm /tmp/cookies.txt cookiefile="/tmp/cookies.txt" domain="domain_id:record_id" username="eMail" password="Passwort" #domain should contain "domain_id:record_id" domain_id=$(echo $domain | tr ":" "
gefixte variante lag aber schon seit Februar rum ;) https://gist.github.com/mueslo/9258f8b75fe942d36eea4a6d67019f81/revisions
-
Thread
Problem beim compiliren der avr-libc-1.7.1
RECEIVE_INTERRUPT SIG_USART_RECV #define UART0_TRANSMIT_INTERRUPT SIG_USART_DATA [pre] ../uart.c:148:36: error: attempt to use poisoned "SIG_USART_RECV" ../uart.c:149:36: error: attempt to use poisoned "SIG_USART_DATA" [/pre] Leider finde ich das entsprechende #pragma nicht, das die Ursache ist.
Uhu Uhuhu schrieb im Beitrag #2186511: > [pre] > ../uart.c:148:36: error: attempt to use poisoned "SIG_USART_RECV" > ../uart.c:149:36: error: attempt to use poisoned "SIG_USART_DATA" > [/pre] > > Leider finde ich das entsprechende #pragma nicht, das die Ursache
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
Skip component ubtm (part. 0, rev. 0) 17:33:36: Skip component bootloader (part. 1, rev. 0) 17:33:36: Skip component updater (part. 2, rev. 0) 17:33:36: Check device /dev/sda 17:33:36: Check partition /dev/sda 17:33:36: Mount failed: /dev/sda 17:33:36: Check partition /dev/sda1 17:33:36: Found update file(s) on device /dev/sda1 17:33:36: Found firmware pack with sysid 01-002-1-00-00.01 and revision 36 in STB820.rel.256. 17:33:36: Search for firmware
-
Thread
Arduino: digitalRead in Interrupt ist unzuverlässig
Und ich bitte dich. Bevor du mir den Artikel mit das hier schickst... [code] int8_t code, diff, tmp; tmp = ENCODER_PIN; code = 0; if ( tmp & PHASE_A ) code = 3; if ( tmp & PHASE_B ) code ^= 1; // convert gray to binary diff = last - code; // difference last - new
> Und ich bitte dich. Bevor du mir den Artikel mit das hier schickst... > int8_t code, diff, tmp; > tmp = ENCODER_PIN; > code = 0; > if ( tmp & PHASE_A ) code = 3; > if ( tmp & PHASE_B ) code ^= 1; // convert gray to binary > diff = last - code; // difference last
-
Thread
BMP180 I2C Problem?
i2c_rep_start(BMP180_address+I2C_READ); tmp_cal = i2c_readAck()<<8; tmp_cal |= i2c_readNak(); i2c_stop(); return tmp_cal; } [/c]
Ich glaube aber nicht, dass bei dir am Platz 36°C sind. Also stimmt es noch nicht so ganz.
-
Thread
Testdisk auf crypt (luks) Partition anwenden - geht das?
file or directory Failed to open temporary keystore device. Partition #5&6 sda5/sda6, die var und tmp enthalten und ebenfalls verschlüsselt sind, können gemounted werden und befinden sich ja auch innerhalb der erweiterten Partition. Ich konnte Gestern noch mit cryptsetup luksDump mir die Metadaten
o.g. Output. Aber!! cryptsetup -v --debug luksHeaderBackup /dev/loop0 --header-backup-file /tmp/hbck.bin # cryptsetup 1.6.2 processing "cryptsetup -v --debug luksHeaderBackup /dev/loop0 --header-backup-file /tmp/hbck.bin" # Running command luksHeaderBackup. # Locking memory. # Installing SIGINT
-
Thread
Display Ansteuerung - 16 x 4 DotMatrix LCD
Next Bt 'Das LCD nach ca. einer Stunden neu initialisieren If Initcounter = 36 Then Initlcd End If Next Initcounter Loop End
das LCD // String liegt direkt im Flash Speicher void lcd_string_P( PGM_P data ) { uint8_t tmp; tmp = pgm_read_byte( data ); while( tmp != '\0' ) { lcd_data( tmp ); data++; tmp = pgm_read_byte( data ); } } ///////////////////////////////////////////////////////
-
Thread
FT800 / FT810 Library
,"0"); strcat(tmp_str,num2string(miesiac,NONE)); strcat(tmp_str,"/"); if(dzien<10) strcat(tmp_str,"0"); strcat(tmp_str,num2string(dzien,NONE)); strcat(tmp_str," "); if(godziny<10) strcat(tmp_str,"0"); strcat(tmp_str,num2string(godziny,NONE)); strcat(tmp_str,":"); if(minuty <10) strcat(tmp_str,"0"); strcat(tmp_str,num2string(minuty,NONE)); //strcat(tmp_str,":"); if(sekundy <10) strcat(tmp_str,"0");
-
Thread
2 Dallas ds18s20 haben 3 Grad Unterschied
gesamten Temp-Bereich) hat, geben sie offen zu, aber sie sind bestimmt nicht die einzigen. Die TMP100 / TMP101 von TI sind wirklich eine gute Alternative, halt mit i2c. Hab ich alles schonmal hier beschrieben: Hier ein später Nachtrag: Es ist tatsächlich so wie Du gelesen hast: Hab's gestern
, warum alle Bauteile im normalen Anti-Static-Bag kamen, nur der TMP100 verschweisst und mit Silica Gel dabei. Als "Packungsbeilage" stand noch eine kleine Appnote von TI dabei, welche besagte, dass man den TMP100 vor dem Einlöten in seine Schaltung soundsoviele Minuten
-
Thread
Atmega2560 SPI-Verbindung zu ext. AD-Wandler
= 0x00; // dummy data while (!(SPSR & (1<<SPIF))); // wait for transmission end tmp = (int16_t)SPDR << 8; SPDR = 0x00; // dummy data while (!(SPSR & (1<<SPIF))); // wait for transmission end tmp |= SPDR & 0xFF; SPDR = 0x00; // dummy data
/ wait for transmission end SPDR; // dummy read // sign extention tmp &= 0x3FFF; // clear MSBs if (tmp & (1<<13)) tmp |= 0xC000; // copy bit 13 to 14 and 15 return tmp; } int main(void) { // IO init DDRB |= (1<<PB1) | (1<<PB0);
-
Thread
ATtiny13 lässt sich nicht programmieren - Brauche Ideen zum debuggen
ausführen. Der Output von den Fuses: [code] avrdude -c usbasp -b 300 -p t13 -q -U lfuse:r:LOW.tmp:h -U hfuse:r:HIGH.tmmp:h avrdude: warning: cannot set sck period. please check for usbasp firmware update. avrdude: AVR device initialized and ready to accept instructions avrdude: Device signature = 0x1e9007 avrdude: reading lfuse memory: avrdude: writing output file "LOW.tmp" avrdude: reading hfuse memory: avrdude: writing output file "HIGH.tmmp" avrdude: safemode: Fuses OK [/code] ergibt folgende Konfiguration: [code] LOW: 0x6a HIGH: 0xff [/code] Der Upload
-
Thread
Suche nach einem Temperatursensor
TMP35/36/37 von Analog Devices fangen erst bei 2,7V an. ZMD Sensoren gehen ab 3,0V. TMP102 von TI ist Digital, geht ab 1,4V TMP300 von TI ist Analog, geht ab 1,8V; 10mV/K
-
Thread
Vodafone Webby Webradio
Erstell doch mal folgende update.sh: [code] #!/bin/sh date=`date` echo "SD-Card inserted $date" >>/tmp/update.log # prozesse auslesen ps >>/tmp/update.log # mountlist auslesen mount >>/tmp/update.log 2>>/tmp/update.log # verzeichnisstruktur auslesen find / >>/tmp/update.log # noch schnell Telnetd starten /usr/sbin/telnetd -l /bin/sh -p 23 2>>/tmp/update.log # prozesse nochmals auslesen ps >>/tmp/update.log # netstat netstat -a >>/tmp/update.log echo "mounting SD-Card rw" >>/tmp/update.log /bin/mount /dev/mmcblk0p1 /dev/shm/tmp/mmcblk0p1
-
Thread
Atmel 8 hängt sich auf - trotz Watchdog und WDTON
) { uint8_t tmp_sreg; tmp_sreg = SREG; asm("cli"); INT1_changed=1; // muss drin bleiben! // LED1_ON(); // Delay_ms(1); // LED1_OFF(); asm("sei"); SREG = tmp_sreg; } ISR (SIG_OVERFLOW2) { uint8_t tmp_sreg; tmp_sreg = SREG; timer2counterIntern += 1; //if(timer2counterIntern == 30){ // 1 Sekunde if(timer2counterIntern == 36){ // 1 Sekunde timer2counterIntern=0; //goBsp=1;
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
Vergleich mal Zeile 11 mit Zeile 36.
Thomas F. schrieb im Beitrag #6664431: > Vergleich mal Zeile 11 mit Zeile 36. Sorry das ist nur ein Typo. Die Namen der Funktionen stimmen überein.
-
Thread
Fragen zu den eeprom Funktionen aus der AVRLIB
eewr_word_tn24a> [/avrasm] [avrasm] 00000348 <__eewr_word_tn24a>: 348: 11 d0 rcall .+34 ; 0x36c <__eewr_byte_tn24a> 34a: 27 2f mov r18, r23 34c: 10 c0 rjmp .+32 ; 0x36e <__eewr_r18_tn24a> [/avrasm] [avrasm] 0000036c <__eewr_byte_tn24a>: 36c: 26 2f mov r18, r22 0000036e <__eewr_r18_tn24a>: 36e: e1 99 sbic 0x1c, 1 ; 28 370: fe cf rjmp .-4 ; 0x36e <__eewr_r18_tn24a> 372: 1c ba out 0x1c, r1 ; 28 374: 1f ba out 0x1f, r1 ; 31 376: 8e bb
-
Thread
AVR-GCC Deoptimierung
in r29,__SP_H__ 42 0008 2297 sbiw r28,2 43 000a 0FB6 in __tmp_reg__,__SREG__ 44 000c F894 cli 45 000e DEBF out __SP_H__,r29 46 0010 0FBE out __SREG__,__tmp_reg__ 47 0012 CDBF out __SP_L__,r28 48
epilogue: frame size=2 */ 59 0020 2296 adiw r28,2 60 0022 0FB6 in __tmp_reg__,__SREG__ 61 0024 F894 cli 62 0026 DEBF out __SP_H__,r29 63 0028 0FBE out __SREG__,__tmp_reg__ 64 002a CDBF out __SP_L__,r28 65 002c
-
Thread
Sensoren für Temperaturmessung im Eigenheim
Realität kommen, was kann ich umsetzen ohne Datenblätter oder Applikationen der Sensoren zu lesen. TMP117 übrigens nicht schlecht, warmup mäßig.
Null,Null Aussage. Für was sollte man sich für solche Genauigkeiten auch interessieren? Ich habe TMP35/36/37 im Einsatz. Die langen völlig und sind analog und selbstverständlich flexibel in Funk-Sensoren auszulesen. MaWin schrieb im Beitrag #7155247: > Dein ATtiny braucht STROM. ... der sinnvollerweise
-
Thread
XOR / pointer - Problem
push r29 in r28,__SP_L__ in r29,__SP_H__ sbiw r28,9 in __tmp_reg__,__SREG__ cli out __SP_H__,r29 out __SREG__,__tmp_reg__ out __SP_L__,r28 /* prologue end (size=12) */ movw r26,r24 movw r18,r28 subi
adiw r26,1 rjmp .L3 .L9: /* epilogue: frame size=9 */ adiw r28,9 in __tmp_reg__,__SREG__ cli out __SP_H__,r29 out __SREG__,__tmp_reg__ out __SP_L__,r28 pop r29 pop r28 pop r17 pop r16 ret /*
-
Thread
[AVR] _delay_ms() funktioniert nicht mehr (vom Compiler ignoriert?)
elf32-avr Disassembly of section .text: 00000000 <__vectors>: 0: 12 c0 rjmp .+36 ; 0x26 <__ctors_end> 2: 17 c0 rjmp .+46 ; 0x32 <__bad_interrupt> 4: 16 c0 rjmp .+44 ; 0x32 <__bad_interrupt> 6: 15 c0 rjmp .+42 ; 0x32
e6 cf rjmp .-52 ; 0x0 <__vectors> 00000034 <main>: 34: 00 00 nop 36: 00 00 nop 38: 00 00 nop 3a: 8f ef ldi r24, 0xFF ; 255 3c: 9f e3 ldi r25, 0x3F ; 63 3e: 01 97 sbiw r24, 0x01 ; 1 40: f1 f7 brne
-
Thread
Suche ein brauchbaren ROM/RAM-Bereich
x"14", x"17", x"1a", x"1d", x"20", x"23", x"26", x"29", x"2c", x"2f", x"32", x"36", x"39", x"3c", x"3e", x"40", x"43", x"46", ................. ..................... ....................
memory_initialization is constant BOOTROM_PROG_INIT: iram_bank_t := ( ( #include "iram_init_h.tmp" ), ( #include "iram_init_l.tmp" ) ); ... end package; [/vhdl] Sowas macht aber nur Sinn, wenn man Makefile-basiert arbeitet, ansonsten schiesst man sich schnell mal ins Knie.
-
Thread
HDL in Python / MyHDL die Zweite (unfertig)
) report "Failed in /tmp/ipykernel_35/1235503122.py:top_bs():36" severity failure; s_025e <= '0'; s_7c99 <= to_unsigned(15, 4); s_0edc <= to_unsigned(36609, 16);
) report "Failed in /tmp/ipykernel_35/1235503122.py:top_bs():36" severity failure; -- } wait; end process; end architecture MyIRL; [/c]
-
Thread
Raspian/Linux: mysql startet nicht per init
mounte /tmp auch mal rw, vielleicht als tmpfs [code] tmpfs /tmp tmpfs size=8G,noexec,nodev 0 0[/code] size anpassen. std ist 50% RAM, größen können absolut in M/GB oder prozentual angegeben werden.
on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=89080k) tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime,size=89080k) [/code]
-
Thread
genaue Temperaturmessung mit ds1820
Single Dim Id1(8) As Byte Dim Id2(8) As Byte Dim Ar1(9) As Byte Dim Ar2(9) As Byte Dim I As Byte , Tmp As Byte , Tmp2 As Byte Dim Crc As Byte Dim W As Byte Declare Sub Crcit Declare Sub Crcit2 W = 1wirecount() Id1(1) = 1wsearchfirst() '
Temperatur T5: " ; T5 ; "°C" Waitms 500 Loop Sub Crcit Crc = 0 For I = 1 To 9 Tmp = Crc Xor Ar1(i) Crc = Lookup(tmp , Crc8) Next End Sub Sub Crcit2 Crc = 0 For I = 1 To 9 Tmp2 = Crc Xor Ar2(i) Crc = Lookup(tmp2 , Crc8) Next End Sub '//
-
Thread
Xilinx BRAM stoppt schreiben
an also ist rot LED[01] 0 an höchstem Bit tmp<='0'; elsif(clk'event and clk='1') then LED2 <= SW2; count <=count+1; if (cnt = 5000) then --Aufhören zum zählen addrcnt <= 0; count2 <= conv_std_logic_vector(0,32
addra <= conv_std_logic_vector(0,32); wren <= '0'; elsif (count = 125) then tmp <= NOT tmp; cnt <= cnt + 1; addrcnt <= addrcnt +4; elsif (count = 250) then tmp <= NOT tmp; addra <= conv_std_logic_vector(addrcnt,32);
-
Thread
Basic-Interpreter auf einem AVR
------------------------------------------*/ static void jump_linenum(int linenum) { int tmp; for(tmp=0;tmp < goto_list_ptr;tmp++) { if(goto_lists[tmp].line==linenum) { jump_to_prog_text_pointer(goto_lists[tmp].next_line_ptr); return; } } tokenizer_init(program_ptr
--------------------- 0.00 0.00 40/40 tokenizer_translate [23] [36] 0.0 0.00 0.00 40 tokenizer_get_token_size [36] ----------------------------------------------- 0.00 0.00 3/28 main [1] 0.00
-
Thread
avr-gcc funktioniert nach Update nicht mehr (Linux)
expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘int_fast8_t’ In file included from main.c:36:0: /usr/lib/gcc/avr/4.5.3/../../../avr/include/avr/pgmspace.h:221:16: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘prog_int8_t’ [/c] Meine Versuche: Ich habe zuerst avr-gcc
optimizations disabled; functions from <util/delay.h> won't work as designed" In file included from main.c:36:0: /usr/lib/gcc/avr/4.5.3/../../../avr/include/avr/pgmspace.h:221:19: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘prog_int8_t’ [/c]
-
Thread
RFM70 Wahnsinn..
CMD_WRITE_REG | RFM70_REG_RX_ADDR_P0, adr, sizeof(adr)); // set static or dynamic payload uint8_t tmp; tmp = readRegVal(RFM70_REG_DYNPD); if(pltype == TX_DPL) // dynamic tmp |= 1; else tmp &= ~(1 << 0); writeRegVal(RFM70_CMD_WRITE_REG | RFM70_REG_DYNPD, tmp); } uint8_
CMD_WRITE_REG | RFM70_REG_RX_ADDR_P0, adr, sizeof(adr)); // set static or dynamic payload uint8_t tmp; tmp = readRegVal(RFM70_REG_DYNPD); if(pltype == TX_DPL) // dynamic tmp |= 1; else tmp &= ~(1 << 0); writeRegVal(RFM70_CMD_WRITE_REG | RFM70_REG_DYNPD, tmp); } uint8_