-
Thread
RFM12 - Funkmodul
COMPARE A Interrupt ISR( TIMER1_COMPA_vect ) { static uint8_t pwm_cnt=0; uint8_t tmp=0; OCR1A += (uint16_t)T_PWM; if (pwm_setting[0] > pwm_cnt) tmp |= (1<<0); if (pwm_setting[1] > pwm_cnt) tmp |= (1<<1); if (pwm_setting[2] > pwm_cnt) tmp |= (1<<2); if (pwm_setting[3] > pwm_cnt) tmp |= (1<<3); if (pwm_setting[4] > pwm_cnt) tmp |= (1<<4); if (pwm_setting[5] > pwm_cnt) tmp |= (1<<5); if (pwm_setting[6] > pwm_cnt) tmp |= (1<<6); if (pwm_setting[7] > pwm_cnt) tmp
-
Thread
2 mal Uart beim Mega8
{ u8 in = SRXPIN; // scan rx line if( srx_mask ){ if( in & 1<<SRX ) srx_tmp |= srx_mask; srx_mask <<= 1; OCR1B += BIT_TIME; // next bit slice }else{ srx_done = 1; // mark rx data valid srx_data = srx_tmp; // store rx data TIFR = 1<
OSCCAL=0x31; sfrb TCNT0=0x32; sfrb TCCR0=0x33; sfrb MCUCSR=0x34; sfrb MCUCR=0x35; sfrb TWCR=0x36; sfrb SPMCR=0x37; sfrb TIFR=0x38; sfrb TIMSK=0x39; sfrb GIFR=0x3a; sfrb GICR=0x3b; sfrb SPL=0x3d; sfrb SPH=0x3e; sfrb SREG=0x3f; [/c] lg
-
Thread
seltsames avr-gcc Verhalten: Programm wird nicht ausgeführt
elf32-avr Disassembly of section .text: 00000024 <__vectors>: 24: 12 c0 rjmp .+36 ; 0x4a <__ctors_end> 26: 19 c0 rjmp .+50 ; 0x5a <__bad_interrupt> 28: 18 c0 rjmp .+48 ; 0x5a <__bad_interrupt> 2a: 17 c0 rjmp .+46 ; 0x5a
bad_interrupt> 32: 13 c0 rjmp .+38 ; 0x5a <__bad_interrupt> 34: 12 c0 rjmp .+36 ; 0x5a <__bad_interrupt> 36: 11 c0 rjmp .+34 ; 0x5a <__bad_interrupt> 38: 10 c0 rjmp .+32 ; 0x5a <__bad_interrupt> 3a: 0f c0 rjmp .+30 ;
-
Thread
AVR-GCC und GCC Unterschiedliche Rechnung?
<9;i++)rfreq[i]=0; rfreq[4]=2; rfreq[3]=168; rfreq[2]=108; rfreq[1]=224; rfreq[0]=36; unsigned long long tmp; double dbl=0; void *vptr; vptr=&rfreq[0]; tmp=*(unsigned long long*)vptr; dbl+=tmp; dbl/=(unsigned long long) 268435456; [/c] Ist jetzt zwar
-
Thread
AVR-GCC 4.7.2 Bug?
dem Host laufen lasse, dann bekomme ich ein: [pre] Start *** buffer overflow detected ***: /tmp/hsv terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7ffff7b25817] /lib/x86_64-linux-gnu/libc.so.6(+0x109710)[0x7ffff7b24710] /lib/x86_64-linux-gnu/
vsprintf_chk+0x94)[0x7ffff7b23c14] /lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7ffff7b23b5d] /tmp/hsv[0x4004ef] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7ffff7a3c76d] /tmp/hsv[0x400539] [/pre] Sollte dir das zu denken geben? Vermutlich schon. :-) Dein char buffer[] ist
-
Thread
PIC - ORG?PCLATH - ich kapiers einfach nicht =(
Programmzeile 100 bin und in W die Zahl 5 einlese um sie zum PCL zu addieren, Der PCL aber nur auf 36 steht und nach dem addwf PCL,f dann nicht in Zeile 105 Springt, sondern in die Tabelle, die ich bei org 0x00FF abgelegt habe und dort in der Tabelle in Zeile 41. d.h. das Programm landet ganz wo
selber ausrechnet. [pre] ;Anzahl Tage je Monat bzw. den Wochentag ermitteln Offset_Uhr movwf tmp1 ;W sichern movlw High (Tabelle_Uhr) ;High Tabellen Vektor holen movwf PCLATH ;Vektor nach PCLATH schreiben movlw Low (Tabelle_Uhr) ;Low Tabellen Vektor holen addwf tmp1,
-
Thread
RDS CRC Prüfbit Berechnung
int i; uint16_t polynom=0x05B9; uint16_t BitMask=0x8000; uint16_t crc = 0; uint16_t tmp = data; for (i=26; i>0; i--) //das ganze 16 mal (einmal für jedes Datenbit) PLUS 10 mal mit 0-Bits { crc = crc << 1 | ((tmp & 0x8000)>>15); //CRC um ein Bit nach links
crc ^ polynom; //wenn es gesetzt ist, dann CRC mit POLYNOM XOR-Verknüpfen tmp <<= 1; //nächstes Datenbit in Position bringen } return crc & 0x3ff; //die 10 Bit des CRC als Ergebnis liefern } [/c]
-
Thread
Optimieren von ungenutzter Variable verhindern
4:volatile.c **** 5:volatile.c **** } 35 .loc 1 5 0 36 000c 08D08DE2 add sp, sp, #8 37 0010 1EFF2FE1 bx lr 38 .cfi_endproc 39 .LFE0: 41 .text 42 .Letext0: ^LARM GAS /tmp/ccgJ3M2v.s page 2 DEFINED SYMBOLS *ABS*:00000000 volatile.c /tmp/ccgJ3M2v.s:16 .text.startup:00000000 $a /tmp/ccgJ3M2v.s:19
-
Thread
AVR-Bootloader mit Verschlüsselung
AVRootloader.inc" ;.listmac .list .org BootStart init: cli ;----------------------------- .def tmp = r28 .def tmp1 = r29 ldi tmp, $00 out DDRA, tmp ;PORTA als Eingang ldi tmp, 0b11111100 out PORTA, tmp ;PullUp in tmp, PINA andi tmp, 0b10001000 ldi tmp1, 0b10001000 eor tmp, Tmp1 ldi tmp1, 0 cpi tmp, 0b10001000 brne NoButtons ldi tmp1, 1 ;wenn gedruckt, immer auf PC warten (tmp1=1) NoButtons: ;
-
Thread
FSM möglichst einfach und übersichtlich
g when state = ry else ry when state = r else state; red_tmp <= '1' when next_state = r or next_state = ry else '0'; yellow_tmp <= '1' when next_state = y or next_state = ry else '0'; green_tmp <= '1' when next_state = g else '0'; output_selector: process (clk, reset) is begin if rising_edge(clk) then red <= red_tmp; yellow <= yellow_tmp; green <= green_tmp; end if; end process output_selector; [/vhdl] So scheint jetzt alles gut zu sein, denke ich. Oder? Natürlich wäre es schön, wenn man
-
Thread
6502 C-Compiler cc65
autoimport on .case on .debuginfo off .importzp sp, sreg, regsave, regbank .importzp tmp1, tmp2, tmp3, tmp4, ptr1, ptr2, ptr3, ptr4 .macpack longbranch .export _blink ; --------------------------------------------------------------- ; void __near__ blink (void) ; --------
Linking temp.o and crt0.o, creating temp.bin Unresolved external 'incsp1' referenced in: temp.s(36) Unresolved external 'incsp2' referenced in: temp.s(68) Unresolved external 'pusha' referenced in: temp.s(28) temp.s(50) temp.s(52) Unresolved external 'sp' referenced in: temp.s(54
-
Thread
Akkus regenerieren (NiMH)
schaut es allerdings nicht so gut aus, hat sich nicht großartig verändert. http://www.jfuhlemann.de/tmp/volts2.png http://www.jfuhlemann.de/tmp/current2.png - Entladestrom in A http://www.jfuhlemann.de/tmp/restistance2.png x ist entnommene Strommenge in mAh. Bei 200 hab ich die Schwellspannung auf
nicht viel - etwas über 3.5A. http://www.jfuhlemann.de/tmp/volts2_3.png http://www.jfuhlemann.de/tmp/current2_3.png Hier sieht's gemischt aus. Die Spannung ist anfangs etwas niedriger, im späteren Verlauf hat der Akku im 2. Zyklus aber etwas mehr hergegeben
-
Thread
AVRASM: wie Scratch-Register richtig benennen
DEF directive Ich verwende den AVRASM, AVR macro assembler 2.1.42 (build 1796 Sep 15 2009 10:48:36) Ich würde diese Warnungen für den DEF-Block der Scratch-Register nun gerne unterdrücken. Allerdings möchte ich die Warnung nicht ganz abschalten, da sie an anderer Stelle durchaus auf einen Fehler
half of ir address to listen to ; fully functional registers R16-R25 .DEF rgtmp = R16 ; tmp .DEF rgtmp2 = R17 ; tmp .DEF rgtmp3 = R18 ; tmp .DEF rgi = R19 ; various counters .DEF rgrxbitcount = R20 ; bit receive counter .DEF rgrxbytecount = R21 ; byte receive
-
Thread
Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi
:36 DEBUG: Client-ID:1;cportwrite();value:53 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:11 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:06 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:10 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:ff 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:0e 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:00 25.09.2018 20:28:36 DEBUG: Client-ID
-
Thread
stm32f1 i2c als master
I2C_OAR1_ADD0); I2C_MASTER->DR = i2cAdr; /* wait until address was sent */ do { tmpSR1 = I2C_MASTER->SR1; } while((tmpSR1 & (I2C_SR1_ADDR | I2C_SR1_AF)) == 0); if (tmpSR1 & I2C_SR1_ADDR) { /* Clear ADDR Flag by reading SR1 then SR2 registers (SR1 have already been
I2C_OAR1_ADD0; I2C_MASTER->DR = i2cAdr; /* wait until address was sent */ do { tmpSR1 = I2C_MASTER->SR1; } while((tmpSR1 & (I2C_SR1_ADDR | I2C_SR1_AF)) == 0); if (length == 1) { /* generate last byte and STOP condition */ CLEAR_BIT(I2C_MASTER->CR1, I2C_CR1
-
Thread
ATMEGA328P auf Arduino Uno
krapao\LOKALE~1\Temp\build7396295690775394026.tmp\BareMinimum.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\\.\COM11 -b115200 -D -Uflash:w:C:\DOKUME~1\scholl\LOKALE~1\Temp\build3181070830497681318.tmp\Blink.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
-
Thread
Temperatur-Tastkopf fuer Oszi
Ist denn dieses TMP36 ausreichend schnell? Mit dem Display des Oszis, also ohne externes Logging, bekommt man üblicherweise Zeiten von 5-10 min dargestellt. Die Zeitkonstante des Sensors sollte schon zwei Größenordnungen
gewonnenen wissenschaftlichen Erkenntnissen nun einfach auf die Uhr schauen kann. .-) > Ist denn dieses TMP36 ausreichend schnell? Du siehst doch die Anstiegszeit auf dem Oszi beim eintauchen in meine Testfluessigkeit. Also mir reicht die Geschwindigkeit aus. Wenn du oller Noergelhannes schon meckern
-
Thread
Tasterabfrage
Klar. Ich schreibe das in tmp. Dann müßte ich doch aber erst sagen DDRA|= tmp;. Dann ist tmp auf DDRA drauf. In der nächsten Zeile wird ja tmp schon wieder mit dem Wunschzustand der LEDs beschrieben. Sprich es wird nur tmp "gelöscht
0. Klar. Ich > schreibe das in tmp. Dann müßte ich doch aber erst sagen DDRA|= tmp;. > Dann ist tmp auf DDRA drauf. In der nächsten Zeile wird ja tmp schon > wieder mit dem Wunschzustand der LEDs beschrieben. Sprich es wird nur >
-
Thread
RFM02 hängt beim senden (Bascom)
Byte Dim Cmd(2) As Byte Declare Sub Fsk_send(byval Fsk_byte As Byte) Declare Sub Rf_cmd(byval Tmp As Word) As Word 'config SPI Config Spi = Hard , Interrupt = Off , Data Order = Msb , Master = Yes , Polarity = Low , Phase = 0 , Clockrate = 16 , Noss = 0 'Config Spi = Soft , Din = Pinb.4 ,
Reset Fsk End If Shift Fsk_byte , Left Next End Sub Sub Rf_cmd(byval Tmp As Word) As Word Cmd(2) = Tmp And 255 Shift Tmp , Right , 8 Cmd(1) = Tmp Spiout Cmd(1) , 2 End Sub[/code] Sieht hier jemand was Falsch läuft? Danke schonmal für eure Hilfe.
-
Thread
RS485 Signal senden Niu Sharing Roller
files.scooterhacking.org/documents/manuals/scooters/Niu/N1S-Service-Manual-English-V1-0.pdf https://tmp.dk/wp-content/uploads/2022/03/N-Series-Service-Manual.pdf Ein wenig zum H1 Diagnosegerät: https://tmp.dk/wp-content/uploads/2022/03/H1UserManual-V0.9.pdf Eventuell das Steuergerät für die Remote-Kommunikation
Datenbyte 0x27: Zweites Datenbyte 0x36: Prüfsumme, 8-Bit Summe aller vorherigen Bytes 0x16: Fester Wert [/code] Manchmal werde vor dem Datenpaket noch vier 0xFE Bytes geschickt, die werden aber nicht für die Prüfsumme berücksichtigt
-
Thread
Webserver ATmega32/644DIP ENC28J60
schinden: void enc28j60_send_packet(unsigned int len, unsigned char *buffer) { unsigned int tmp; //still sending ? //wait max 50*10 = 500ms: for(tmp=0; tmp<500; tmp++){ if (!(enc28j60_read_address(ENC28J60_REG_ECON1) & (1<<ENC28J60_BIT_TXRTS))){ //send finished -> tx packet
zum Test ganz Primitiv eingebunden: [c]if(strcasestr_P((char*)ð_buffer[a],PSTR("LED3=3"))!=0){tmp |=(1<<PA2);} if(strcasestr_P((char*)ð_buffer[a],PSTR("LED4=4"))!=0){tmp |=(1<<PA3);} if(strcasestr_P((char*)ð_buffer[a],PSTR("LED5=5"))!=0){tmp |=(1<<PA4);} if
-
Thread
Problem mit mySmartUSB light
mmax@ltmax:~$ avrdude -C/etc/avrdude.conf -patmega328p -cstk500v2 -P/dev/ttyUSB0 -B4 -D -V -Uflash:w:/tmp/build7945398022543154188.tmp/Blink.cpp.hex:i avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.01s avrdude: Device signature = 0x1e950f avrdude: reading input file "/tmp/build7945398022543154188.tmp/Blink.cpp.hex" avrdude: writing flash (2562 bytes): Writing | ################################################## | 100% 0.80s avrdude: 2562 bytes of flash written
-
Thread
Parse Error beim Rendern von pov datei
und in den sources wird dann immer eine zeile makiert. z.b. #ifndef(global_pack_IC1) #local global_tmp=0; #else #local global_tmp=100; #end object{TOOLS_PCB_VIA(1.320800,0.812800,1,16,3+global_tmp,100) rotate<0,-270.000000,0>translate<36.830000,0,27.940000> texture{col_thl}} Eagle verwende ich die
-
Thread
Fehler beim Öffnen der Datei
Öffnen der Datei"); } } void loop() { // Nichts zu tun hier } String programm1() { int TMP36 = A1; int sensorwert; int temperatur = 0; int t = 500; sensorwert = analogRead(TMP36); temperatur = map(sensorwert, 0, 410, -50, 150); delay(t); return String(temperatur) +
-
Thread
Drehzahlmessung mit Atmega32 über Spannungsteiler an Lichtmaschine
kommt und werde das erst einmal zu Testzwecken als Bedingung abfragen. Die Rechnung (300000000/dzm_tmp)/2 für 2 Spulen und mit dzm_tmp=Zeit zwischen zwei Interrupts (a 10 Flanken) ergibt für besonders kleine Werte dzm_tmp riesige Werte. iRPM ist eine 16 Bit uint und somit überfordert. Was tut der Mega
jemanden daran, sofern noch Zündkabel vorhanden sind, den Impulsgeber der Zylindererkennung aus einem E36 BMW über ein Zündkabel zu streifen und das Signal auszuwerten und *2 (wg. Viertaktmotor!) zu nehmen? LG Elux
-
Thread
Fröling Heizungssteuerung auslesen.
- Vorwaermphase (?) 08.01.2018;12:16:01;2.0-9.0-1.0;Uebergangsbetrieb - Zuenden 08.01.2018;12:17:36;2.0-3.0-1.0;Uebergangsbetrieb - Heizen 08.01.2018;13:36:27;2.0-3.0-3.0;Uebergangsbetrieb - Heizen 08.01.2018;13:51:27;2.0-3.0-9.0;Uebergangsbetrieb - Heizen 08.01.2018;13:54:02;2.0-3.0-3.0;Uebergangsbetrieb
Ausgeschaltet - Brenner aus 08.01.2018;20:35:38;6.0-1.0-3.0;Ausgeschaltet - Brenner aus 08.01.2018;20:36:38;6.0-1.0-5.0;Ausgeschaltet - Brenner aus 08.01.2018;20:36:43;6.0-1.0-1.0;Ausgeschaltet - Brenner aus eventuell versteckt sich die Information über die Meldung "Lagerraum kontrollieren" ja im dritten
-
Thread
richtig Runden nach Ganzzahl Operation
20 13,89 14,00 21 14,58 15,00 22 15,28 15,00 23 15,97 16,00 24 16,67 17,00 25 17,36 17,00 26 18,06 18,00 27 18,75 19,00 28 19,44 19,00 29 20,14 20,00 30 20,83 21,00 31 21,53 22,00 32 22,22 22,00 33 22,92 23,00 34 23,61 24,00 35 24,31 24,00 36 25,00
32,00 47 32,64 33,00 48 33,33 33,00 49 34,03 34,00 50 34,72 35,00 51 35,42 35,00 52 36,11 36,00 53 36,81 37,00 54 37,50 38,00 55 38,19 38,00 WS
-
Thread
Funktion wird nicht aufgerufen
> 10: 12 c0 rjmp .+36 ; 0x36 <__bad_interrupt> 12: 11 c0 rjmp .+34 ; 0x36 <__bad_interrupt> 14: 10 c0 rjmp .+32 ; 0x36 <__bad_interrupt> 16: 0f c0 rjmp .+30 ; 0x36 <__bad_interrupt> 18: 0e c0 rjmp .+28 ; 0x36 <__bad_interrupt> 1a: 0d c0 rjmp .+26 ; 0x36 <__bad_interrupt> 1c: 0c c0 rjmp .+24 ; 0x36 <__bad_interrupt
-
Thread
STM32F103C Systemtakt Einstellung Hilfe
= SYSCLK_FREQ_24MHz; /*!< System Clock Frequency (Core Clock) */ #elif defined SYSCLK_FREQ_36MHz uint32_t SystemCoreClock = SYSCLK_FREQ_36MHz; /*!< System Clock Frequency (Core Clock) */ #elif defined SYSCLK_FREQ_48MHz uint32_t SystemCoreClock = SYSCLK_FREQ_48MHz
#elif defined SYSCLK_FREQ_24MHz static void SetSysClockTo24(void); #elif defined SYSCLK_FREQ_36MHz static void SetSysClockTo36(void); #elif defined SYSCLK_FREQ_48MHz static void SetSysClockTo48(void); #elif defined SYSCLK_FREQ_56MHz static void SetSysClockTo56(void); #elif defined
-
Thread
UART Bootloader ATtiny13 - ATmega644
isAnswerArrived) { if (answer[0] == BL_BADCOMMAND) { return CRC_STATUS.NO_CRC; } } int tmpCrc = crc; System.out.println(Integer.toHexString(tmpCrc)); send(tmpCrc & 0xff); send(tmpCrc >> 8); waitForAnswer(); i = answer[0]; switch (i) { case BL_SUCCESS: return
CRC_STATUS.CRC_OK; default: return CRC_STATUS.CRC_FAIL; } } private void get_crc(int d) { int tmpCrc = crc ^ d; for (int i = 0; i<8; i++) { if ((tmpCrc & 0x1) != 0) { tmpCrc = (tmpCrc >> 1) ^ 0xA001; } else { tmpCrc = tmpCrc >> 1; } } crc = tmpCrc
-
Thread
SD-card nach www.ulrichradig.de
da im Code mit 512 gearbeitet wird (main.c Z39) [c] unsigned char Buffer[512]; unsigned int tmp; [/c]
@maddin jo super VBR vor der Partitionierung 0 36 0 32 17 59 81 dd 76 da ff 81 96 40 0 e9 nach der Partitionierung 0 36 0 32 17 59 81 dd 76 da ff 81 96 40 0 e9 wie du sehen kanst sind sie gleich
-
Thread
Fehlerhafte Ausführung eines AVR C-Programms
.file "togglefast.c" .arch atmega48 __SREG__ = 0x3f __SP_H__ = 0x3e __SP_L__ = 0x3d __tmp_reg__ = 0 __zero_reg__ = 1 .global __do_copy_data .global __do_clear_bss .text .global main .type main, @function main: /* prologue: frame size=1 */ push r28 push r29 in r28,__SP_L__ in r29,__SP_H__ sbiw r28,1 in __tmp_reg__,__SREG__ cli out __SP_H__,r29 out __SREG__,__tmp_reg__ out __SP_L__,r28 /* prologue end (size=10) */ ldi r24,lo8(2) out 36-0x20,r24 out 37-0x20,__zero_reg__ std Y+1,__
-
Thread
Python: Zusammenfassen großer Listen
dataSet[n+4]]) else: continue # create an additional file for debugging with open("tmp_" + inputFile, 'wb') as f: writer = csv.writer(f, delimiter = delimOutput) writer.writerows(new) [/c]
Beispiel oben als Liste testweise reingefüttert und es kam was raus? also dataSet=[[10, 1, 1],[12, 0, 36],[14, 60, 69],[16, 0, 42],[18, 0, 17],[10, 7, 5],[12, 14, 8]]
-
Thread
MPU6050 - verwirrend?
include<Wire.h> const int MPU_addr=0x68; // I2C address of the MPU-6050 0x68 int16_t AcX,AcY,AcZ,Tmp,GyX,GyY,GyZ; void setup() { Serial.begin(9600); Wire.begin(); Wire.beginTransmission(MPU_addr); Wire.write(0x6B); // PWR_MGMT_1 register Wire.write(0); // set to zero (
Serial.print(AcZ); Serial.print("\t"); Serial.print("\t"); Serial.print("\t"); Serial.print(Tmp/340.00+36.53); //equation for temperature in degrees C from datasheet Serial.print("\t"); Serial.print("\t"); Serial.print("\t"); Serial.print("Gyrometer (Drehgeschwindigkeit in */Sekunde
-
Thread
Mpu6050 Value an TFT LCD ausgeben
Domain #include<Wire.h> const int MPU=0x68; // I2C address of the MPU-6050 int16_t AcX,AcY,AcZ,Tmp,GyX,GyY,GyZ; void setup(){ Wire.begin(); Wire.beginTransmission(MPU); Wire.write(0x6B); // PWR_MGMT_1 register Wire.write(0); // set to zero (wakes up the MPU-6050) Wire.endTransmission
AcY = "); Serial.print(AcY); Serial.print(" | AcZ = "); Serial.print(AcZ); Serial.print(" | Tmp = "); Serial.print(Tmp/340.00+36.53); //equation for temperature in degrees C from datasheet Serial.print(" | GyX = "); Serial.print(GyX); Serial.print(" | GyY = "); Serial.print(GyY); Serial.print
-
Thread
Temperatur 0,1°C Auflösung
...ist ja grade der unterschied zwischen aufloesung und genauigkeit. 35 36 37 ,,,,,, 35 36 37 ,,,,,, bei hoher aufloesung kann man kleine unterrschiede feststellen, bei hoher genauigkeit kann man die position genau bestimmen.
Peter Deine Interpretation gleicht meiner. Es gibt übrigens auch einen netten I2C-Sensor von TI: TMP100 / TMP101.
-
Thread
PC => µC Daten senden um I/0 zu steuern
Du bekommst zwei ASCII Zeichen: '6' (0x36) und '3' (0x33) Die baust du so zusammen zu einem Bin Wert: tmp = (('6' - '0') <<4 ) + ('3' - '0');
>Die baust du so zusammen zu einem Bin Wert: >tmp = (('6' - '0') <<4 ) + ('3' - '0'); Ach Quatsch, ist schon so spät ;) tmp = (('6' - '0') * 10 ) + ('3' - '0'); Gute Nacht !
-
Thread
SPI mit STM32
kleinen Hinweis. Die Code-Zeile von fliflop beinhaltet einen Fehler in der TX Funktion: [c] int tmp=0; SPI_I2S_SendData(SPI1,tx); while(SPI_I2S_GetFlagStatus(SPI1,SPI_I2S_FLAG_TXE)==RESET); tmp=SPI_I2S_ReceiveData(SPI1); return tmp; [/c] In den obigen Code wird zwar das byte/word richtig
tmp; [/c] Diese Lösung beansprucht allerdings eine längere Verarbeitungszeit, da erst nach Aussendung die while-schleife verlassen wird.
-
Thread
RF12 funktioniert bei timerinterrupts nicht mehr
every 100ms } // end endlesloop // Über funk empfangen void receive(void) { uint8_t tmp_sreg; tmp_sreg = SREG; //cli(); // Empfangen if(rf12_rxdata(test)) { LED1_TOG; // über Uart ausgeben uart_puts((char*)test); // Pause for(long
*****************************/ unsigned long Gettime (void) { return ((timebase * 256) + count36kHz) / 36; } [/c]
-
Thread
Bug im avr-gcc bei Behandlung von SFRs als Bitfields?
in r24, 0x24 ; 36 50: 80 6c ori r24, 0xC0 ; 192 52: 84 bd out 0x24, r24 ; 36 BFM_COM0A &= ~0b11; 54: 84 b5 in r24, 0x24 ; 36 56: 84 b5 in r24, 0x24 ; 36
TCCR0A_grouped_bits *)&(*(volatile uint8_t *)((0x24) + 0x20))).com0a |= 0b11; 46: 84 b5 in r24, 0x24 ; 36 48: 84 b5 in r24, 0x24 ; 36 4a: 80 6c ori r24, 0xC0 ; 192 4c: 84 bd out 0x24, r24 ; 36 [/code]
-
Thread
Problem mit Assembler (ATmega8 / AVR-GCC)
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
-
Thread
vServer-Kernellog läuft ständig voll
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
-
Thread
Linux Kernel 5.1.1. auf dem BPi-R2
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)
-
Thread
Wie verbaut man so was
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
-
Thread
Controllerauswahl für BLDC-Ansteuerung
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
-
Thread
IRMP - Infrared Multi Protocol Decoder
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
-
Thread
Transcend Wi-Fi SD Card - Technische Details / Hacken?
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
-
Thread
pollin kamera au-85
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
-
Thread
Codesize WinAVR 20060421 vs WinAVR-20090313
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
-
Thread
AVR ATMEGA8 hex file erstellen
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