-
Thread
Transistortester AVR
Die Seite funktiuoniert zwar (noch) nicht aber die gehoert dem da. lai hongbo hongbo lai laibo_006@163.com +86.6686383388 fax: +86.6686383275 No.636,GaoLiang Dong Road,GaoZhou City,Guangdong GaoZhou Guangdong 525200 CN
funktiuoniert zwar (noch) nicht > aber die gehoert dem da. > > lai hongbo > hongbo lai laibo_006@163.com > +86.6686383388 fax: +86.6686383275 > No.636,GaoLiang Dong Road,GaoZhou City,Guangdong > GaoZhou Guangdong 525200 > CN Wat soll'ich da saagn? Wie sind die Reichen und Mächtigen an
-
Thread
EEPROM - HighByte first?
= 0x00, [EE_DEVICE_MEM_NEXTFREE+1] = EE_DEVICES_START}; [/c] und diese dann mit [c] uint16_t tmp; tmp = eeprom_read_word((uint16_t*)EE_DEVICE_MEM_NEXTFREE); [/c] wieder auslese, bekomme ich dann als Ergebnis 0x00FF, 0xFF00 oder funktioniert das erst gar nicht? :)
deklariert dann steht eeMem nicht mehr an erster Stelle im EEPROM und es geht schief. Die Zeile > tmp = eeprom_read_word((uint16_t*)EE_DEVICE_MEM_NEXTFREE); müsste dann besser lauten tmp = eeprom_read_word((uint16_t*)eeMem[EE_DEVICE_MEM_NEXTFREE]);
-
Thread
Alles Rund um den MEDION LIFE P89626 NAS
mnt/other/xtra-tmp/Medion-NAS/reload/reloaded-oxnas/proc-v6.o CC [M] /mnt/other/xtra-tmp/Medion-NAS/reload/reloaded-oxnas/arm-mmu.o LD [M] /mnt/other/xtra-tmp/Medion-NAS/reload/reloaded-oxnas/reloaded.o Building
" [/mnt/other/xtra-tmp/Medion-NAS/reload/reloaded-oxnas/reloaded.ko] undefined! WARNING: "sys_open" [/mnt/other/xtra-tmp/Medion-NAS/reload/reloaded-oxnas/reloaded.ko] undefined! WARNING: "v6_cache_fns" [/mnt/other/xtra-tmp
-
Thread
gcc und Optimierung
0 1f0: 05 c0 rjmp .+10 ; 0x1fc <SetDigit+0x16> 1f2: 90 91 6d 00 lds r25, 0x006D 1f6: ed e6 ldi r30, 0x6D ; 109 1f8: f0 e0 ldi r31, 0x00 ; 0 1fa: 04 c0 rjmp .+8 ; 0x204 <SetDigit+0x1e> 1fc: 90 91 6e 00 lds r25, 0x006E 200: ee
obwohl die asms volatile sind, kann der Compiler T verändern. Das T-Flag wird genauso verwendet wie __tmp_reg__ aka. R0. Die einzig korrekte Weise, mit T umzugehen, ist die beiden Makros zu /einem/ zu kombinieren.
-
Thread
Berührungslose Temperaturmessung
Messtechnik_Uhren/Messtechnik/Multimeter/Infrarot_Thermometer_HT_200.html oder selbst bauen mit einem TMP006-schaltkreis von TI. Arbeite gerade daran, wobei für mich das BGA-gehäuse zu löten, große Probleme bereitet MfG
-
Thread
Temperaturfühler TMP006 von T, wie anschließen?
Der TMP006 ist Temperaturfühler im BGA-Gehäuse zur berührungslosen Temperaturmessung Bis jetzt konnte ich dem Fühler noch keine Daten entlocken. Das erste Problem beginnt schon beim Erkennen des Anschlusses
gezählt. Die Beschriftungsseite ist oben, die Zinnperlenseite unten. Bei den Temperaturfühlern der TMP-Serie orientiert man sich beim Suchen des Anschlusses 1 am Zahlencode-Aufdruck auf dem Gehäuse und wie der im Datenblatt dargestellt ist (Index Area s. S. 18). Noch eine kleine Anmerkung: Bei Schaltungen
-
Thread
Brötje ISR Plus Kommunikation / LPB
[code]http=">[*:GET:http://192.168.1.3/ecmd?bsbport+set+0x2d+0x3d+0x05+0x8e+0x00+TMP+%2$.1f] <[http://192.168.1.3/ecmd?bsbport+get+0x2d+0x3d+0x05+0x8e+0x00+TMP,:60000:REGEX((.*?))]"[/code] Abfrage Heizungsstatus (Kompfort,Reduziert,Auto,Frostschutz) [code]http="<[http://192.168.1.3
Jahr: 1900 + 0x72 (114) = 2014 | | | | | | | | | | | | | Message A1/A2 : 0x006C | | | | | | | | | | | Message U1/U2 : 0x0500 | | | | | | | | | Message type : 0x02 – INFO | | | | | | | Frame length : 20
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
Das hier könnte Euch helfen: [http://]oohito.com/data/wince/FTPS006MP.ZIP snapfiles.com/get/fastcache.html [http://]thomson.dreamgates.de/files/PKFClient_MIPSII.exe [http://thomson.dreamgates.de/files/TelegentTest.exe Scheinbar kann man nicht alle Links
sata_sil 0000:00:08.0: cache line size not set. Driver may not function ata1: SATA max UDMA/100 cmd 0xc006a080 ctl 0xc006a08a bmdma 0xc006a000 irq -2141281840 ata2: SATA max UDMA/100 cmd 0xc006a0c0 ctl 0xc006a0ca bmdma 0xc006a008 irq -2141281840 sata_sil 0000:00:08.0: irq 2153685456 request failed: -22
-
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
die originale Firmware wieder drauf spielen. flash_ereaseall /dev/mtd2 nandwrite -p /dev/mtd2 /tmp/mtd2.img flash_ereaseall /dev/mtd3 nandwrite -p /dev/mtd3 /tmp/mtd3.img hab die zwei Zeilen ausm OpenWRT wiki. Was mich nun wundert - muss ich nicht auch mtd1.img flashen?
-
Thread
simulavr: invalid io reg
uint8_t i4l; uint8_t i4h; }; } convert8to4; ISR(INT0_vect) { uint8_t tmp_sreg; // save global interrupt flag tmp_sreg = SREG; cli(); // disable interrupts if (PIND & (1 << PD2)) // is Pin 2 high level? { status.operation = MULTIPLY; } else { status.operation = ADDITION; } SREG = tmp_sreg; // restore global interrupt flag } void SystemInit(void) { DDRA = 0x00; // set Port A input DDRB = 0xff; // set Port B output DDRD &= 0xff & (0 << PD2); // set Pin 2 of Port D
-
Thread
Pollin MOTOROLA VIP1710
135 0 5848 S < /usr/bin/halserver -l /tmp/hlog_ugGEOr -s /tmp/hal_cQ5Lvn 136 0 5848 S < /usr/bin/halserver -l /tmp/hlog_ugGEOr -s /tmp/hal_cQ5Lvn 137 0 5848 S < /usr/bin/halserver -l /tmp/hlog_ugGEOr -s /tmp/hal_cQ5Lvn 138 0 5848 S < /usr/bin/halserver -l /tmp/hlog_ugGEOr -s /tmp/hal_cQ5Lvn 139 0 5848 S < /usr/bin/halserver -l /tmp/hlog_ugGEOr -s /tmp/hal_cQ5Lvn 140 0 5848 S < /usr/bin/halserver -l /tmp/hlog_ugGEOr -s /tmp/hal_cQ5Lvn
-
Thread
C programmieren wie die grossen Jungs
um einfach die Zwischenergebnisse ohne sinnvollen Namen festzuhalten. Dann mache ich eher int tmp; if() { tmp=... } ... if() { tmp=... } statt if() { int tmp; tmp=... } ... if() { int tmp; tmp=... } was man dann aber nicht unbeding machen sollte ist shadowing ala int
r25, r25 eor r26, r26 eor r27, r27 andi r24, 0x01 ; nur bei der letzten Variante sts 0x006F, r24 [/avrasm] Leider muß ich zugeben, dass die Variante mit der if-Abfrage am effizientesten und schnellsten implementiert wird, weil nicht der ganze long-Wert manipuliert wird :-( [c]
-
Thread
IRMP - Infrared Multi Protocol Decoder
an der entsprechenden Stelle für die Erkennung von repetition frames: [c] if (irmp_tmp_protocol == IRMP_NEC_PROTOCOL && irmp_bit == 0) // repetition frame { irmp_protocol = irmp_tmp_protocol; irmp_address = last_irmp_address
Hallo Frank, die Variable irmp_tmp_id ist nur für Samsung deklariert, wird aber auch von Kathrein benutzt.
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil2) Gesperrt
kalibrierung sind doch mindestens die ganzen Signale (0x00100000-0x005FFFFF) und wohl auch 0x00600000-0x006BFFFF nicht weiter relevant, oder? Für Nicht-Insider wäre die Info hierzu im SF-Wiki unter Backup ganz prima. Danke für jeden Tipp. Gruß, Rainer
Persist über 15min von den Spikes. Das gleiche hatte ich bei 50ns/Div. gemacht: http://consult42.com/tmp/screenshot-0000.gif Edit: Noch eins: http://consult42.com/tmp/triggerprobs3.gif > Ein weiteres Puzzelstückchen. Und noch eins... Falk
-
Thread
Wer hat Erfahrung mit HAP?
DT-006 I/O auf LPT1 Ist es normal das die Meldung "Device missing or unknown device" immer kommt?
Das verwundert mich eigentlich, da ja das hier dann : case SMCCSSGetVersion: TmpMData.Code.Value0 = SVHAMajor; TmpMData.Code.Value1 = SVHAMinor; TmpMData.Code.Value2 = SVHAPhase; die Version liefern sollte. Bleibt aber stur auf 2.5.7 (habs mal
-
Thread
Cordic-Algorithmus in AVR-Assembler
Einige Verbesserungen: wenn CoTmp und SiTmp beide 0 sind kann die Iteration abgebrochen werden. Der Gain des CORDIC darf dann aber erst am Ende der Iteration berücksichtigt werden. Denn dieser ist ja abhängig von der Anzahl der Iterationen
Hagen Re schrieb: > Einige Verbesserungen: > wenn CoTmp und SiTmp beide 0 sind kann die Iteration abgebrochen werden. Lohnt das? Dürfte selten der Fall sein das, und im Mittel die Abfrage mehr kosten als sie bringt. Momentan scheint eher die Genauigkeit
-
Thread
Worin liegt der Unterschied "UCSRC"
; case 'E': // Parity EVEN tmp |= (1<<UPM1); break; case 'O': // Parity ODD tmp |= (1<<UPM0)|(1<<UPM1); break; } if(stop == 2) tmp |= (1<<USBS); tmp |= (1<<URSEL); UCSRC = tmp
111 0066 01F4 brne .L7 112 0068 00C0 rjmp .L19 113 .L12: 114 006a 1730 cpi r17,lo8(7) 115 006c 01F0 breq .L10 116 006e 1830 cpi r17,lo8(8) 117 0070 01F4 brne .L7 118 0072 00C0 rjmp .L11 119 .L9
-
Thread
Pollin Netbox
sbin/rc.sysinit . [/code] sich eine Datei holen, oder mit [code] $ rcp test.txt 10.0.0.1:/var/tmp [/code] was auf die Box kopieren. rcp von der netbox wollte erst mal nicht, ist aber zu verschmerzen.
Aufkleber mit dem Aufdruck: VTF024M2-002 Auf der Unterseite der Platine ist eingeätzt: VTF05100-006B NETBOX 3.56B IT1 MADE IN TAIWAN Bisher habe ich das "Schatzchen" nur aus gepackt aber noch nicht angeschlossen. Ich weis auch nicht wann ich dazu komme. Ich würde schon gerne mal schauen ob ich
-
Thread
Berechnung der Jahrzahl [jjjj], wenn nur die letzte Stelle vorhanden ist
Protokoll in EEPROM übernehmen tmp_jahr = save_memory_byte_read(EEPROM_IBIS_JAHR_ZEHNER) + save_memory_byte_read(EEPROM_IBIS_JAHR_EINER); if(protokoll_jahr <= eeprom_jahr_einer) // Ist Protokoll Jahr kleiner als EEPROM
; // Default Jahr 2008 in EEPROM schreiben write_eeprom(EEPROM_IBIS_JAHR_ZEHNER,0); tmp_jahr=8; } tmp_jahr += 2000; return(tmp_jahr); } [/c]
-
Thread
Multiplikation mit 2,56
0xb0,0xb1,0xb2,0xb3,0xb4,0xb5,0xb6,0xb7,0xb8,0xb9, 0xc0,0xc1,0xc2,0xc3,0xc4,0xc5,0xc6,0xc7}; display('0'| (tmp=tab1[zahl])/16384); display('0'| (tmp2=tab2[tmp/128])/16); display('0'| tmp2 &15); display('0'| (tmp2=tab2[tmp&127])/16); display('0'| tmp2 &15); tab1 ist etwas komplizierter, mache ich später
0x005c,0x005d,0x005e,0x005f,0x0060,0x0061,0x0062,0x0063, 0x0064,0x0065,0x0066,0x0067,0x0068,0x0069,0x006a,0x006b,0x006c,0x006d, 0x006e,0x006f,0x0070,0x0071,0x0072,0x0073,0x0074,0x0075,0x0076,0x0077, 0x0078,0x0079,0x007a,0x007b,0x007c,0x007d,0x007e,0x007f, ...
-
Thread
AVR für wenig Geld im LAN
mal ein paar sachen ergänzen damit die hacken da bleiben... In httpd.c [c] case ('A'): PORT_tmp = PORT_tmp + 1; break; case ('B'): PORT_tmp = PORT_tmp + 2; break; case ('C'): PORT_tmp = PORT_tmp + 4; break; case ('D'): PORT_tmp = PORT_tmp + 8; break; case ('E
Schau mal 21.09.2008 von Gast(Gast) In httpd.c case ('A'): PORT_tmp = PORT_tmp + 1; break; case ('B'): PORT_tmp = PORT_tmp + 2; break; case ('C'): PORT_tmp = PORT_tmp + 4; break; case ('D'): PORT_tmp = PORT_tmp + 8; break; case ('E
-
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
Makefile Uart Korrekt?
setenv DEVELOPMENT_LANGUAGE English setenv DO_HEADER_SCANNING_IN_JAM NO setenv DSTROOT /tmp/GTR.dst setenv ENABLE_HEADER_DEPENDENCIES YES setenv FILE_LIST /Users/tuxianer/GTR/build/GTR.build/Development/Make.build/Objects/LinkFileList setenv FRAMEWORK_VERSION A setenv GCC3
HEADERMAP_INCLUDES_NONPUBLIC_NONPRIVATE_HEADERS YES setenv HEADERMAP_INCLUDES_PROJECT_HEADERS YES setenv INSTALL_DIR "/tmp/GTR.dst/(INSTALL_PATH)" setenv INSTALL_GROUP tuxianer setenv INSTALL_MODE_FLAG a-w,a+rX setenv INSTALL_OWNER tuxianer setenv INSTALL_ROOT /tmp/GTR.dst setenv JAVA_APP_STUB /
-
Thread
gibts nen gescheiten Chip füt Typ K Thermoelemente ?
Galv. getrennt? Mach es doch berührungslos: http://www.ti.com/product/tmp006