-
Thread
DS18B20 vs NTC
/TMP35_36_37.pdf https://www.ebay.de/itm/381374562434?hash=item58cbb20082:g:5XYAAOSwcwhVKm5O
Toxic schrieb im Beitrag #6675944: > Warum nicht auch ein TMP36 oder LM36? Nee, dass ist hier nicht vorgesehen. https://www.analog.com/media/en/technical-documentation/data-sheets/ltc4008.pdf Aber danke für den Tip. Ist gespeichert.
-
Thread
Adressübergabe einer Variable an eine Funktion
break; default://menuepunkt = 0; break; } } sprintf(tmp, "Unterpunkt: %d\n", unterpunkt); display_write(tmp,0,5); sprintf(tmp, "Menuepunkt: %d\n", menuepunkt); display_write(tmp,0,6); } // Ende While-Schleife } // Ende main [/c]
zeigt das hier an: ask "RunOutputFileVerifyTask" Program Memory Usage : 11520 bytes 35,2 % Full Data Memory Usage : 1822 bytes 89,0 % Full kann das daran liegen?
-
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
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
Hameg HM2008 Display Dump
COM1, Speed: 19.200, Data bits: 8, Stop bits: 2, Parity: None, Flow control: RTS/CTS 0016 [21:01:35] Error: The IDN could not be determined. 0017 [21:01:35] Port: COM1, Speed: 19.200, Data bits: 8, Stop bits: 2, Parity: None, Flow control: RTS/CTS [/code] Nachtrag 3: Mit dem neu compilierten
COM1, Speed: 19.200, Data bits: 8, Stop bits: 2, Parity: None, Flow control: RTS/CTS 0016 [21:01:35] Error: The IDN could not be determined. 0017 [21:01:35] Port: COM1, Speed: 19.200, Data bits: 8, Stop bits: 2, Parity: None, Flow control: RTS/CTS 0018 [21:02:57] The data was saved in the file: X
-
Thread
WinAVR unter Win7: avr-objdump.exe läuft nicht
Rechteproblem, ist es aber nicht! Die Ausführung in einer DOS-Shell bringt folgende Meldung zutage: [code]d:\tmp\binutils\exe>avr-objdump.exe Die Version von d:\tmp\binutils\exe\avr-objdump.exe ist nicht mit der ausgeführten Windows-Version kompatibel. Öffnen Sie die Systeminformationen des Computers, um zu
wohl stammen... > Die Ausführung in einer DOS-Shell bringt folgende Meldung zutage: > [code]d:\tmp\binutils\exe>avr-objdump.exe > Die Version von d:\tmp\binutils\exe\avr-objdump.exe ist nicht mit der > ausgeführten Windows-Version kompatibel. Öffnen Sie die > Systeminformationen > des Computers
-
Thread
Analog Devices TMP04 Temperatursensor Testprogramm
Im Anhang ist ein kurzes Programm zum Betrieb des Analog Devices TMP03/04 Temperatursensors und moechte es gerne der Codesammlung hinzufuegen. Der TMP04 ist ein interesannter relativ neuer Temperatursensor mit Rechteckausgang. Der Temperaturwert wird aus dem Verhaeltnis von T1 zu T2 gebildet und wird durch Taktdrift des TMP04 oder des Mikros nicht nennenswert beinflusst. Die Taktfrequenz betraegt ungefaehr 35Hz. Da nur die Rechteckspannung uebertragen werden muss, laesst sich das Signal leicht mit einem Opto-Coupler
-
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<
SFIOR=0x30; sfrb 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
Logamatic 2107 Schnittstelle
umzuschreiben. Aber im Moment habe ich noch keinen Grund dazu. [code] int NextByte; int tmpCRC = 0x00; int CRC = 0x00; NextByte=0x1b; bOutput.write(NextByte); tmpCRC ^= (NextByte); CRC=tmpCRC; if (tmpCRC >= 0x80) {tmpCRC ^= 0x0c;} tmpCRC = rotateLeft(tmpCRC);
277 dec, also 0114 oder 0115 hex und habe danach in meinen Telegrammen gesucht und nur hier vom RC35 gefunden: Mon Jan 7 19:30:35 UTC 2013 : 100006000D_0114_07243700003100 Kann es sein dass der RC35 den Fehler auch gespeichert hat? Bevor der Service Man die Terme resetted gibt es hier wohl
-
Thread
externer interrupt
naked */ /* frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 ldi r24,lo8(-1) ; tmp43, out 0x5,r24 ; MEM[(volatile uint8_t *)37B], tmp43 reti /* epilogue start */ /* #NOAPP */ .size __vector_14, .-__vector_14 [/c]
= 0 ldi r24,lo8(-1) out 0x4,r24 out 0x7,r24 out 0xb,r24 in r24,0x35 ori r24,lo8(12) out 0x35,r24 /* #APP */ ; 32 "/home/lmeier/Projekte/wmucpp/doc/bmcpp99/bm99a.c" 1 sei ; 0 "" 2 /* #NOAPP */ ldi r24,lo8(-1) .L2: out 0x8,r24 ldi r30,lo8(3999
-
Thread
Ein DS18b20 am ATMEGA32
Byte von /wert/ unterbringen und die Nachkommastellen im unteren Byte. [C] uint16_t wert; float tmp = ds18b20_temperature(0); wert = tmp; // Nachkomma abschneiden wert <<= 8; // ins obere Byte wert |= tmp*100; // 2 Stellen Nachkomma abschneiden und ins untere Byte [/C] Mit der Ausgabe
Mist zu schnell abgeschickt... wert |= (tmp*100)&0x00FF; // 2 Stellen Nachkomma abschneiden und ins untere Byte
-
Thread
Optimieren von ungenutzter Variable verhindern
r3, [sp, #4] 34 .LVL0: 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
Fehlermeldung beim Kompilieren mit arduino 1.06
IC:\Program Files\Arduino\libraries\SPI C:\Users\thomas\AppData\Local\Temp\build3060804281612396710.tmp\Firmware.cpp -o C:\Users\thomas\AppData\Local\Temp\build3060804281612396710.tmp\Firmware.cpp.o Firmware.ino: In function 'void loop()': Firmware.ino:95: warning: unused variable 'rpm' C:\Program
Adafruit-GFX-Library-master\Adafruit_GFX.cpp -o C:\Users\thomas\AppData\Local\Temp\build3060804281612396710.tmp\Adafruit-GFX-Library-master\Adafruit_GFX.cpp.o In file included from C:\Program Files\Arduino\libraries\Adafruit-GFX-Library-master\Adafruit_GFX.cpp:35: C:\Program Files\Arduino\libraries\Adafruit-GFX-Library-master
-
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
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
With ITO glass heater, the lowest operatiing temperature is -35°C Mit Heizlüfter ??? Im Datenblatt steht auch, Wasser löst den Kram auf. (= aufwendiges Gehäuse).
-
Thread
Prozessorauslastung bei SPI
data tmp = *data++; while(!(SPSR & (1<<SPIF))); SPDR = tmp; } // release CS ENC28J60_CONTROL_PORT |= (1<<ENC28J60_CONTROL_CS); } >Ich denke mal die Warte-Zeit auf das SPIF kann ich nicht
herauszutakten. Das ganze hat für den kompletten Aufruf(einsprung+push), Bearbung und Beenden(pop) etwa 35Mikrosekunden gedauert. Das Ganze auf nem mega128@16MHz.
-
Thread
Doppel D-FlipFlop zur Synchronisation von 2 Takt domänen
so wie du es beschreibst wird ein FF von data_in nach data_tmp_in und ein FF von data_tmp_in nach data_sync_in beschrieben. Sieht eigentlich gut aus. Damit dauert es 2 Takte bis der Wert von data_in nach data_sync_in übernommen wird. Henry D. schrieb im Beitrag
Taktfrequenzen unter 300MHz verwendest! Siehe das dort: http://www.lothar-miller.de/s9y/categories/35-Einsynchronisieren
-
Thread
avr-gcc: 3.4.6 contra 4.3.0
4.2.4/gcc/config/avr/libgcc.S:282: Error: illegal opcode movw for mcu avr3 make[3]: *** [libgcc/avr35/_mulsi3.o] Fehler 1 make[3]: Leaving directory `~/gcc-4.2.4-obj-avr/gcc' [/pre] *xgcc wrote* [pre]~/gcc-4.2.4-obj-avr> ./gcc/xgcc -Bgcc -v Reading specs from gcc/specs Target: avr Configured
Ich glaube, die avr35-Geschichte ist irgendein Ding, wo eine bestimmte Version der binutils nur zu einer bestimmten GCC-Version passt. Genau habe ich das aber auch noch nicht recherchiert. Sorry, keine Ahnung, welcher
-
Thread
Versetzte Rechtecksignale auswerten, kein drehgeber
Zusammen immer 2 CLK sbis DrehgeberB-Pin ; ori ZL, 4 ; 4 ; Zusammen immer 2 CLK LD tmp, Z ; 5 ; Ein Byte aus der RAM Adresse der Tabelle des Z-Registers in tmp geladen ADD Dout, tmp ; 6 ; Addiere tmp zu Dout dazu LSR ZL ; 7 ; LSR ZL ; 8 ; Die 2 alten bits werden
Hallo Falk, ich habe noch eine kleine Korrektur im Abschnitt timer_loop 8bit Code: [c] sbrs tmp, OCF1A ; <-- rjmp timer_loop nop [/c]
-
Thread
raspberry pi: Datenbank rrdtool
Datei umlenken: [pre] */5 * * * * cd /home/pi/Temperatur && sh TemperaturGrafikErstellen.sh >> /tmp/grafik.log 2>&1 [/pre] Damit wird in /tmp eine Datei "grafik.log" angelegt und fortgeführt, die die Ausgaben des TemperaturGrafikErstellen.sh Scripts enthält, insbesondere auch mögliche Fehlerausschriften
7 15:07 phpinfo.php -rw-r--r-- 1 pi pi 50 Jan 5 19:18 phpinfo.php.save -rw-r--r-- 1 pi pi 35 Jan 5 19:26 phpinfo.php.save.1 -rw-r--r-- 1 pi pi 2437 Jan 7 18:59 style.css [/c]
-
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
Ratlos mit RFM12
ich in diesem und anderen Foren gefunden habe, getestet. Codebeispiele (alle BASCOM): http://kanal35.npage.de/funkmodul.html http://www.mikrocontroller.net/topic/67273 http://bascom-forum.de/showthread.php?1600-RFM12-Codebeispiele Das Programm, dass ich momentan verwende, ist das aus dem ersten
Spiout Sdi(1) , 2 End Sub ' Funktion zum senden von Befehlen an das RFM12 Sub Rf_cmd(byval Tmp As Word) Cmd(2) = Low(tmp) Cmd(1) = High(tmp) Spiout Cmd(1) , 2 End Sub [/code] sdi & cmd sind Arrays. Ich bekomme die Daten in einem Interupt [code] Spiin Fifo(1) , 2
-
Thread
libusb (usb_interrupt_write
total 24 -rw-r--r-- 1 root root 2294 Aug 22 18:26 FInd_Def.c -rw-r--r-- 1 root root 2195 Aug 22 18:35 FInd_Def.c.save -rw-r--r-- 1 root root 2059 Aug 22 18:35 FInd_Def.c.save.1 -rwxr-xr-x 1 root root 7659 Aug 21 15:37 Find_Def -rw-r--r-- 1 root root 153 Aug 21 12:42 find_def root@gnublin:~/eDip# gcc -o FInd_Def FInd_Def.c -lusb /tmp/ccAFkiIB.o: In function `main': FInd_Def.c:(.text+0x114): undefined reference to `usb_interrupt_wirte' collect2: ld returned 1 exit status root@gnublin:~/eDip# [/code] ob ich schreibe [c
-
Thread
AVR GPIOR Bit Verwaltung C++
Low); Port<7>::set (PORTB ? Port<7>::Low : Port<7>::High); }[/c] Übersetzt z.B. mit [pre]g++ tmp.cpp -std=c++11 -Os[/pre] ergibt: [pre]... tmp.cpp:(.text.startup+0x3): undefined reference to `Port<7>::Low' tmp.cpp:(.text.startup+0x1a): undefined reference to `Port<7>::High' collect2: error
verwendet wird oder verzichtet ihr (aus Performancegründen?) komplett darauf? Wenn nicht, spielt das mit TMP zusammen? Danke :)
-
Thread
Lineare PTC und NTC
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).
folgende Funktion liefert bei mir Abweichungen von max. 0,2 Grad C ggü. einem DS1820 (im Bereich 10-35 Grad C getestet). [C] float calculate_ntc_temp(void) { float rth; float temp; // values and formula taken from datasheet at http://www.vishay.com/docs/29049/23226403.pdf // NTC type
-
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
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
Default 0.3 (directfb.org) (*) Direct/Interface: Loaded 'FT2' implementation of 'IDirectFBFont'. 09:35:22: Sound: First channel is AK470X (SCART) (Rev. 1) 09:35:22: Sound: Second channel is SAA8510-1 (RCA) 09:35:22: DLNA: Starting DLNA Stack (*) Direct/Interface: Loaded 'pnx8550' implementation
09:35:25: App: Start test server receiver 09:35:25: App: Wait for server connection [/code] Bei mir geht folgendes: - DVB-T - Bilder vom Netz oder USB - Videos vom Netz oder USB - Youtube - Internet
-
Thread
R unter Ubuntu installieren - defekte Pakete. Was tun?
Befehl [code]sudo add-apt-repository 'deb https://cloud.r-project.org/bin/linux/ubuntu bionic-cran35/' [/code] versucht und Fehlermeldungen bekommen: [code] W: GPG-Fehler: http://archive.canonical.com precise Release: Die folgenden Signaturen waren ungültig: X12345X12345X12345X12345X12345X12345X123
Befehlsudo > add-apt-repository 'deb https://cloud.r-project.org/bin/linux/ubuntu > bionic-cran35/' versucht und Fehlermeldungen bekommen:W: GPG-Fehler: > http://archive.canonical.com precise Release: Die folgenden Signaturen > waren ungültig: X12345X12345X12345X12345X12345X12345X123 > E: Das
-
Thread
ATOI nur bis 4 Stellen
da so alles eintrudelt. [c] ISR (USART_RX_vect) { uart_buffer[z] = UDR0; { char tmp[20]; sprintf( tmp, "'%c' - %02x\r\n", uart_buffer[z], uart_buffer[z] ); Uart_puts( tmp ); } z++; if (uart_buffer[z-1]==0x00) { z=0; NewValue=1; } } [/c] nicht
30<\r><\n> '0' - 30<\r><\n> '100DAC MAX541 set to: 100;<\r><\n> Beim Senden von 1000 '5' - 35<\r><\n> '0' - 30<\r><\n> '0' - 30<\r><\n> '500DAC MAX541 set to: 500;<\r><\n> Beim Senden von 5000 Werde mir das mal mit dem Oszi anschauen, was da wirklich ankommt... Vielen Dank erstmal für
-
Thread
Bitmanipulation beschleunigen
.-38 ; 0x334 <variant5_ohne_asm+0xe> 35a: 90 6f ori r25, 0xF0 ; 240 35c: 08 95 ret [/avrasm]
0xf0, 0xf0, 0xf0, 0xff, 0xff, 0xff, 0xff }; register union{uint32_t L; uint16_t b[4];}u; uint8_t tmp; u.b[0]=lut0[tmp = in & 15]; u.b[1]=lut1[tmp]; u.b[2]=lut0[tmp = in >> 4]; u.b[3]=lut1[tmp]; return u.L; Die 32 Cycles schaffen wir damit aber nicht. Die Skip-Befehle haben es schon
-
Thread
Temperaturwächter mit NTC oder PT1000
natürlich die optimale Genaugigkeit rausholen. In der Anwendung ist ein Temperaturbereich von ca. 0°C bis 35 °C möglich - aber wie gesagt: Nur der Temperaturschwellwert von 15 °C muss sicher erkannt werden. Vcc und VRef betragen 5 V. Ich habe nun 2 Temperaturfühler zur Auswahl: NTC 1k und PT1000. Welcher
DS1820 ein. > Nur als Idee. Der arbeitet als Temperaturwächter ? Ist mir neu. Eher noch TMP01 von AnalogDevices. Denn ein uC und ein Netzteil, ein Relais und Schalttransistor, eine Einstellmöglichkeit und womöglich noch eine Anzeige, sowie die zur uC Programmierung notwendige Ausrüstung
-
Thread
DAC 8-Bit Atmega8 sehr langsam
5 , 6 , 7 , 9 Data 10 , 11 , 12 , 14 , 15 , 17 , 18 , 20 Data 21 , 23 , 25 , 27 , 29 , 31 , 33 , 35 Data 37 , 40 , 42 , 44 , 47 , 49 , 52 , 54 Data 57 , 59 , 62 , 65 , 67 , 70 , 73 , 76 Data 79 , 82 , 85 , 88 , 90 , 93 , 97 , 100 Data 103 , 106 , 109 , 112 , 115 , 118 , 121 , 124
Anderes (Reaktion auf Tasten, ...) zu bearbeiten. da_loop: inc XL 1 ld Tmp0, X 2 out PortD, Tmp0 1 rjmp da_loop 2 ===== Benötigte Takte: 6 Das ergibt die erforderliche Taktfreqenz: 6 * 256 * 20.000 = 30.720.000
-
Thread
XMega SRAM, EBI und DMA
(uint8_t)(Address >>16); uint16_t Off = (uint16_t)Address; __asm__ __volatile__ ( "in __tmp_reg__,%3" "\n\t" /* store RAMPZ */ "out %3,%1" "\n\t" /* load new RAMPZ */ "st %a2,%0" "\n\t" /* write byte */ "out %3,__tmp_reg__"
>> 16); uint16_t Off = (uint16_t)Address; uint8_t Value; __asm__ __volatile__ ( "in __tmp_reg__,%3" "\n\t" /* store RAMPZ */ "out %3,%1" "\n\t" /* load new RAMPZ */ "ld %0,%a2" "\n\t" /* load Ret */ "out %3,__tmp_reg__" "\
-
Thread
Suche entgeltlichen Prüfer für meinen C++-Code
wollte ich jemanden von euch bitten, es zu kontrollieren. Ich biete für die Korrektur ein Entgelt (35 Euro VB) an. Ich kann es per Post schicken oder einfach überweisen. Es handelt sich hierbei um ein Quellcode mit ungefähr 130 Zeilen. In diesem Code wird der Timer angesprochen, der ADC und der USART
C++? Richtige™ C++ Compiler Fehler zu entschlüsseln ist deutlich spaßiger als C-Fehler. Und für 35€ macht sich ein guter C++ Programmierer vielleicht einen Kaffee aber mehr auch nicht. magic smoke schrieb im Beitrag #3397627: > Jo echt. Ich hab damals fürs Studium eines Kumpels knapp 1300 Zeilen
-
Thread
Grundlagen: CUDA
Danke für den Hinweis. Wäre super, wenn es klappen würde. Aber: [code] ~/tmp/cuda$ nvcc check.cu check.cu(9): error: calling a __host__ function("cudaGetDevice") from a __global__ function("checkDevice") is not allowed check.cu(9): error: identifier "cudaGetDevice" is undefined in device code 2 errors detected in the compilation of "/tmp/tmpxft_000017b4_00000000-8_check.cpp1.ii". [/code]
-
Thread
Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi
35:57 INFO: csocketsendThread(); socket.send thread start 12.12.2016 20:35:57 INFO: Client-ID:3; added; number of clients:1 12.12.2016 20:35:57 INFO: Client-ID:3; cht_RequestHandler(); socket.receive
ConnectionRefusedError: [Errno 111] Connection refused [/code] Im ht_proxy.log: [code]26.03.2019 09:04:35 INFO: Client-ID:2; ('127.0.0.1', 39742) connected 26.03.2019 09:04:35 INFO: Server :('0.0.0.0', 8088) 26.03.2019 09:04:35 INFO: Client-ID:2; register(); got devicetype:MODEM 26.03.2019 09:04:35
-
Thread
Cypress PSoC: Denksport: Unbekannter Code
global2 ; Looks handwritten... And wierd, WTF??? 364C 55 9C 00 MOV [0x9C],0x00 ; LCALL @ 35D9 364F 55 9B 08 MOV [0x9B],0x08 ; [0x9B] = 0x08 -> Loop eight times, see ; below 3652 66 FC ASL [X+0xFC];\JNZ @ 3662 <----
das Ganze etwa so aus: === Schnipp === char global1; char global2; func_364C(a,b) { char tmp; // Fuer Carry-Emulation char i; for (global1=8; global1>0; global1--) { tmp= b & 0x80; global2=global2<<1 | tmp; tmp= global2 - tmp - a; if (tmp>0) { global2=tmp;
-
Thread
SHT11 mit code aus Codesammlung zeigt zu wenig
habe meine Ausgaben mal erweitert. Ergebnis: Lowers 0 1 12/14 8/12 H 35,30 35,08 Hraw 1047 66 T 25,13 25,12 Traw 6517 1628 Nun stimmen die Werte, ich habe da nur noch eine Rückfrage: Die Feuchte ist immer noch um 3Prozent zu hoch. Aus dem
float eingebaut, werde das nun umsetzen in festkomma. v= humid_lin (in der Formel) (int16_t) sht11_tmp= temperatur spannungskompensiert (int16_t) sht11_hum_raw= ausgelesener Feuchterwawert (uint16_t) return (int16_t)( ( ((float)sht11_tmp/100-25) * (0.00008f+0.01f*((float)(sht11_hum_raw))
-
Thread
char in Float-Wert umwanden und auf LCD ausgeben
also bei 35°C sind es 0x46 bis 0x49 bei 35,1°C sind es 0xA0 bis 0xA4 bei 35,2°C sind es 0x0xA5 bis 0xAA und so weiter es sind immer 4 schritte je 0,1°C kann man das vernünftig umrechnen?
Markus Spitznagel wrote: > also bei 35°C sind es 0x46 bis 0x49 > bei 35,1°C sind es 0xA0 bis 0xA4 > bei 35,2°C sind es 0x0xA5 bis 0xAA > und so weiter > es sind immer 4 schritte je 0,1°C Und der Bereich 4A bis 9F? Und
-
Thread
Attiny ADC Zuverlässigkeit
Temperatur zurückgeschickt wird. [c] //Main() habe das jetzt so gemacht. Hoffe es wirkt. tmp_adcval = 1273-(ADC_Read(1) *22/10); cli(); adcval = tmp_adcval; sei(); // Interrupt ISR( USI_OVF_vect ) { ... //case erstes byte I2C_DataAck( ((
soo [c] cli(); adcval = tmp_adcval; sei(); [/c] hat mein Problem gelöst. Siehe Dateianhang. Danke nochmals
-
Thread
LCD aus GCC Tutorial läuft nicht mit AVR Studio
here lcd-routines.o: In function `lcd_command': D:\Elektronik\AVR\AVR_LCD\default/../lcd-routines.c:35: multiple definition of `lcd_command' AVR_LCD.o:D:\Elektronik\AVR\AVR_LCD\default/../lcd-routines.c:35: first defined here lcd-routines.o: In function `lcd_data': D:\Elektronik\AVR\AVR_LCD\default
Compiler, daher ist die erneute Definition im headerfile unnötig. >../lcd-routines.c:126: warning: 'tmp' may be used uninitialized in this function tmp wird nach Ansicht des Compilers vor seiner ersten Verwendung nicht initialisiert. Hier irrt der gcc allerdings öfter mal. Bisher waren das alles
-
Thread
S: Doku für SI5351 I2c LowLevel
)) // read out some junk; tmp=I2C_ReceiveData(I2C_EE); /* Send START condition */ I2C_GenerateSTART(I2C_EE, ENABLE); /* Test on EV5 and clear it */ while(!I2C_CheckEvent(I2C_EE, I2C_EVENT_MASTER_MODE_SELECT
t divider = div; divider &= 0x07; divider <<= 4; regval |= divider; snprintf(obp,35,"setupRdiv vor write Rreg %2x",Rreg); USART3_PutString(obp), USART3_PutString("\r\n");; si5351_write8(Rreg, regval); snprintf(obp,35,"setupRdiv nach write regval %2x",regval); USART3_PutString
-
Thread
"syntax error token" SBI / CBI Problem bei Mega32
16000000 $baud= 38400 $regfile= "m32def.dat" $asm .def Tmp1 = R17 .def Tmp2 = R18 cbi UCR, 3 sbi Portd,Pd1 ldi Tmp1, $35 Make_loop0: dec Tmp1 brne Make_loop0 sbi UCR, 3 $end
-
Thread
AVR DB - oder doch ein Compiler-Fehler?
unsigned char)0>::c+2 ; c, c lds r27,Timer<(unsigned char)0>::c+3 ; c, c adiw r24,1 ; tmp45, adc r26,__zero_reg__ ; adc r27,__zero_reg__ ; sts Timer<(unsigned char)0>::c,r24 ; c, tmp45 sts Timer<(unsigned char)0>::c+1,r25 ; c, tmp45 sts Timer<(unsigned char)0>::c
.text.startup,"ax",@progbits .type main, @function main: ldi r24,lo8(1) ; tmp52, .L4: lds r25,Timer<(unsigned char)0>::c+1 ; tmp49, c cpse r25,__zero_reg__ ; tmp49, rjmp .L3 ; out 0x1,r24 ; MEM[(volatile uint8_t *)1B], tmp52 .L3: rjmp .L4
-
Thread
Oberflächentemperatur von PCB messen
LM35D analoger Sensor im SO8-Gehäuse.
mehr Geld zur Verfügung steht und nicht abgeglichen werden soll, dann könnte man sowas wie den TI TMP100 nehmen, welcher per I2C ausgelesen wird: http://www.ti.com/product/tmp100
-
Thread
Problem mit Assembler (ATmega8 / AVR-GCC)
00 27 eor r16, r16 6: 07 bf out 0x37, r16 ; 55 8: 05 bf out 0x35, r16 ; 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 ;
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
Wer von Euch sucht Elektronikbauteile
single-chip 8-bit microcontroller 2 PC80C31BH DIL Intel CMOS 8-BIT SINGLE-CHIP MICROCOMPUTER 44 TMP80C35AP-6 CMOS 8-BIT SINGLE-CHIP MICROCOMPUTER 2 P8035L CMOS 8-BIT SINGLE-CHIP MICROCOMPUTER 3 DP8212N National Dil 8-Bit Input/Output Port 6 PB8224 NEC CLOCK GENERATOR AND DRIVER FOR 8080A CPU 8 M81C55 CMOS Static RAM with I/O Ports and Timer 1 TMP82C37AP-5 CMOS High Performance Programmable DMA Controller 1 D82C37AC-5 CMOS High Performance Programmable DMA Controller 35 M82C51A UNIVERSAL SYNCHRONOUS ASYNCHRONOUS RECEIVER TRANSMITTER
-
Thread
Probleme mit Übergabe eines Arrays
c] char uart_response[50]; uint8_t tx_bytecount; ... case CMD_MOMVALUE: { float test = 400.35; tx_bytecount = sprintf( uart_response, "%E", test ); uart_update_tx_buffer( uart_response, 0, tx_bytecount ); uart_start_tx( tx_bytecount ); break; } ... [/c] Und jedesmal, wenn die
String strcpy( pStr, "Hallo" ); // Fehler: der ganze String in pStr ist nicht änderbar char tmp[40]; strcpy( tmp, pStr ); // Ist soweit ok. strcpy gibt die Zusicherung, die Quelle nicht zu verändern [/c] Du castest mir da ein wenig zu sorglos rum ohne dir zu überlegen, was der Datentyp
-
Thread
Schwachstellen oder der übliche Hackerscheiß
ip=[52.125.141.35]. Logged out rcvd=1233, sent=13570: 1 Time(s) dovecot: service=imap, user=neu@domain.com, ip=[52.125.141.35]. Logged out rcvd=1253, sent=6024: 1 Time(s) dovecot: service=imap, user=neu@domain.com, ip=[52.125.141.35]. Logged out rcvd=1257, sent=13692: 1 Time(s) dovecot: service=imap, user=neu@domain.com, ip=[52.125.141.35]. Logged out rcvd=1266, sent=6064: 1 Time(s) dovecot: service=imap, user=neu@domain.com,
-
Thread
Modifizieren einer LevelOne WCS-2000 IPCam
habe die passwd gefunden ... Inhalt: root:GP8Mzr7E4HfmM:0:0:root:/root:/bin/sh ftp:*:14:50::/tmp: nobody:*:99:99:nobody:/tmp: user::100:100:user:/:/bin/sh Dieser Inhalt bedeutet doch, das das Passwort im Grunde die "GP8Mzr7E4HfmM" ist, nur das dieses noch verschlüsselt ist oder? Sprich
. Firmware: 1.30 : http://download.level1.info/firmware/WCS-2000(1.30)_2003-11-13.zip 1.35 ( aktuelle, auch derzeit auf der Kamera ): http://download.level1.info/firmware/WCS-2000(1.35)_2004-09-13.zip