-
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
-
Artikel
DockstarDebianSqueeze
Verbindung aufbauen. Firmware sichern. Einen formatierten USB-Stick einstecken. Dieser wird unter /tmp/.cemnt gemountet. Falls nicht, muss man den Stick manuell mounten, also z.B. ein Verzeichnis /tmp/bak anlegen, dorthin mounten und die erste Zeile im folgenden Script anpassen. dockstar $ cd /tmp/.cemnt
linux-2.6.35.6.tar.bz2 Symlink setzen rm linux ln -s linux-2.6.35.6 linux cd linux Config-Datei holen (vorher den Multimedia - Kernel installieren) cp /boot/config-2.6.35.6-dockstar .config Dockstar Patch laden und
-
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