-
Thread
Höchst sonderbarer Fehler bei serieller Übertragung
AND 0b100001 XOR 0b10000 " 34 0b100010 2 50 0b110010 diff: -16 AND 0b100010 XOR 0b10000 # 35 0b100011 3 51 0b110011 diff: -16 AND 0b100011 XOR 0b10000 $ 36 0b100100 4 52 0b110100 diff: -16 AND 0b100100 XOR 0b10000 % 37 0b100101 5 53 0b110101 diff: -16 AND 0b100101 XOR
RED = 0; BLUE = 0; GREEN = 0; while (1){ } } ISR(USART_RXC_vect){ //uint8_t tmp; //tmp = UDR; /*if (a == 0){ RED = tmp; a=1; }else{ RED = 0; a=0; }*/ USART_Transmit(UDR); } void USART_Init( unsigned int baud ) //_Aus ATMega8 Datenblatt {
-
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 10000 0.00 220.87 gosub_statement 0.00 0.01 0.00 10000 0.00 55.35 jump_linenum 0.00 0.01 0.00 10000 0.00 275.87 print_statement 0.00 0.01 0.00 10000 0.00 110.35 return_statement 0.00 0.01 0.00 101 0.00
-
Thread
LED Fading Atmega32
clear clk setting TCCR1B |= 4; // precaler 256 -> ~122 Hz PWM frequency for(tmp=0; tmp<=3; tmp++){ OCR1A = pgm_read_word(pwmtable_8A+tmp); my_delay(delay); } for(tmp=3; tmp>=0; tmp--){ OCR1A = pgm_read_word(pwmtable_8A+tmp); my_delay(delay
clear clk setting TCCR1B |= 4; // precaler 256 -> ~122 Hz PWM frequency for(tmp=0; tmp<=7; tmp++){ OCR1A = pgm_read_word(pwmtable_8B+tmp); my_delay(delay); }; for(tmp=7; tmp>=0; tmp--){ OCR1A = pgm_read_word(pwmtable_8B+tmp); my_delay(delay
-
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
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
ntpd: ntpd: must be run as root, not uid 1005 Jul 9 18:34:57 192 user.notice ntpd: logging to file /tmp/ntp.log Jul 9 18:35:01 192 user.err vdr: [396] cTimeMs: clock_getres(CLOCK_MONOTONIC) failed Jul 9 18:35:04 192 user.err vdr: [404] cTimeMs: clock_getres(CLOCK_MONOTONIC) failed Jul 9 18:35:06
-
Thread
PHILIPS VPx500 Kernel/System Development
first. For some reason the first run of ltib sometimes fails, the log shows the error: ERROR: /tmp/rpm-XXXX/RPMS/i686/rpm-fs-4.0.4-1.i686.rpm would clobber reescale/ltib where XXXX is the username you are logged in at. In that case, simply delete all the rpm-XXXX directories under /tmp and run
uninteressant. Ich nehme an, dass dem einen oder anderen bereits der folgende "Zombie" [code]9 root 35 10 0 0 0 Z N 0.0 0.0 0:01 jffs2_gcd_mtd2 <defunct>[/code]aufgefallen ist. Hier ist etwas über die Ursache zu lesen: http://mhonarc.axis.se/jffs-dev/msg01647.html. Offensichtlich passiert
-
Thread
Problem bei Verstärkung von XR2206 Ausgangssignal
kann. Nun habe ich das Problem, dass bei einer Amplitude größer 6 bis 7V und einer Frequenz größer 35kHz mein Ausgangssinus einfach abgeschnitten wird. Nun habe ich mir gedacht, dann nehme ich mir halt einen anderen Verstärker, nämlich den LM384 mit 450kHz Bandbreite, diesen habe ich nun eingebaut
geregelte > Spannungsversorgung wäre da nötig. Ich verwende momentan als Spannungsversorgung den TMP 15512C mit 5V (Versorgung PIC) und +-12V (XR-Versorgung). Glaubst, das hängt mit diesem Netzteil auch zusammen= > Schau für die 'Endstufe' z.B. mal bei Analog Devices (www.analog.com) > vorbei und
-
Thread
PHILIPS VP5500 VoIP Telefon bei Pollin
[code] modprobe jffs2 modprobe mtdram total_size=32768 erase_size=128 modprobe mtdblock mkdir /tmp/phone-root mknod /tmp/phone-mtdb2 b 31 0 dd if=/your/backup/file of=/tmp/phone-mtdb2 mount -t jffs2 /tmp/phone-mtdb2 /tmp/phone-root [/code]
to make a backup of your root partition, you can do as > follows: > [code] > echo '#!/bin/sh' > /tmp/backup.sh > echo 'cat /dev/mtdb2' >> /tmp/backup.sh > chmod 700 /tmp/backup.sh > micro_inetd 31337 /tmp/backup.sh > [/code] Better use [code] echo 'cat /dev/mtdb2 2>/dev/null' >> /tmp/backup.sh
-
Thread
Webserver mit Capi over TCP/Anrufmonitor Fritzbox
0; fritz_get = 1; unsigned long index = MAX_ARP_ENTRY; unsigned char tmp_counter = 0; while((index >= MAX_ARP_ENTRY) && (tcp_entry[index].app_status != 1)) { index = tcp_entry_search (fritz_SERVER,HTONS(fritz_PORT)); if (tmp_counter++ > 30
sollte gehen, was mir aber anscheinend Daten im flash überschreibt.... [c] unsigned char fritz_tmp[(MTU_SIZE*2)+1]; int xx=0; for (int a = TCP_DATA_START_VAR;a < TCP_DATA_END_VAR;a++) { strcpy(fritz_tmp[xx],eth_buffer[a]); fritz_DEBUG("",fritz_tmp[xx]); //lcd_print (3,1,"",eth_buffer[
-
Thread
Projekt: 200MHz DDS-Generator
PCA9554A - Systemsteuerung und extra GPIO Funktionen AT24C256 - Optionale Parametrierung der Platine TMP101 - HF Detector Temperaturmessung MCP4725 - HF Pegel DAC MCP3425 - HF Detector ADC Diese Platine ist ein etwas "ueberzuechteter' Testaufbau. Die Nachbauversion wird hoechstwarscheinlich einfacher
kompensieren um die Rückflussdämpfung nach höheren Frequenzen hin noch weiter zu verbessern. Ich will 35-40dB bis 500MHz erreichen. Die höherfrequente Übersprechdämpfung der 16/32dB Glieder bei Frequenzen über 200Mhz hoffe ich durch Aufteilug der Serienwiderstände in zwei Teile in Form eines "A" zu verbessern
-
Thread
ATmega 8 hängt sich auf
if( btn_menue ) tmp = tmp -> parent; if( btn_enter && !function ) tmp = tmp -> child; if( btn_up ) tmp = tmp -> prev; if( btn_down ) tmp = tmp -> next; } } btn_menue = 0; btn_enter
else if( keybrd & KEY_PARENT ) tmp = tmp->parent; else if( keybrd & KEY_PREV ) tmp = tmp->prev; else if( keybrd & KEY_NEXT ) tmp = tmp->next; } } } [/C] Muss das wirklich sein, dass da
-
Thread
Hofstadters Folgen in C
- Q( %d ) )\n", n, n - 1 ); Indent( Level ); printf( "Dazu brauche ich Q(%d)\n", n - 1 ); Tmp = Q( n - 1, Level + 1 ); Indent( Level ); printf( "Q(%d) ergibt also %d\n", n - 1, Tmp ); Indent( Level ); printf( "Und jetzt Q( %d - %d ) = Q(%d)\n", n, Tmp, n - Tmp ); Sum1 = Q( n -
( Level ); printf( "Dazu brauche ich Q(%d)\n", n - 2 ); Tmp = Q( n - 2, Level + 1 ); Indent( Level ); printf( "Q(%d) ergibt also %d\n", n - 2, Tmp ); Indent( Level ); printf( "Und jetzt Q( %d - %d ) = Q(%d)\n", n, Tmp, n - Tmp ); Sum2 = Q( n -
-
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
Ansteuerung eines alten Watanabe Plotters
D972,38 D972,76 D974,78 D974,78 D976,76 D976,38 M966,38 D968,43 D973,46 D978,45 D982,41 D982,35 D978,31 D973,30 D968,33 D966,38 M965,23 D964,22 D964,22 D963,23 D963,32 D964,33 D964,33 D965,32 D965,23 M971,23 D970,22 D964,22 D963,23 D963,23 D964,24 D970,24 D971,23 D971,23
Product Summary) nicht genannt, nur eine Befehlsdauer von >2,5µs. Es gab noch den etwas schnelleren Typ TMP8035AP mit >1,36µs. Oft wird der Quarztakt intern noch heruntergeteilt, schau einfach nach, was auf dem Resonator steht.
-
Thread
SVPWM Ansteuerung eines BLDC
// float x1_dot = -R_ia + v_alpha + gamma_tmp * (*x1 - L_ia) * err; // float x2_dot = -R_ib + v_beta + gamma_tmp * (*x2 - L_ib) * err; // *x1 += x1_dot * dt; // *x2 += x2_dot * dt; x1 und x2 sind Ausgänge der 2 Integratoren die x1_dot und
Meine Überlegung: Motorwerte: L = 1200µH = 0,0012 H R = 350 mOhm = 0,35 Ohm Psi = 0,666 V*s/rad Ich müsste also alle Werte mal 10.000 nehmen um auch den kleinsten Wert in den Ganzzahlbereich zu bekommen. Dann die Messwerte von Strom und Spannung ebenfalls *10^5 einsetzen
-
Thread
Fakultaet berechnen auf dem STK500mit AtMega16
1) break; if(fak<=200) { memset(tmp,0,sizeof(tmp)); to_bcd(fak,tmp); //print_bcd(tmp); while(--fak) { //printf("---%i\n",fak); memset(mul,0,sizeof(mul)); to_bcd(fak,mul); //print_bcd(mul); bcd_mul(mul,tmp,fakulaet); // print_bcd(fakulaet); memcpy(tmp,fakulaet,LAENGE); } fputs(" = ", stdout ); print_bcd(fakulaet); } } return 0; }
-
Thread
Pollin 16080 Touch mit ATMEGA32 und BASCOM
--- NormalFall: '---[W]---------------------------------------------------------------- Tmp1 = X1 / 7 Tmp2 = Y1 - S1 Tmp2 = Tmp2 * 24 Tmp2 = Tmp2 + S2 w = WorksheetFunction.RoundDown(Tmp1 + Tmp2, 0) 'w = Tmp1 + Tmp2 '---[X]---------------------------------------------------------------- Tmp1 = Y1 - S1 Tmp1 = Tmp1 * 24 Tmp1 = Tmp1 + S2 Tmp1 = Tmp1 * 7 Tmp2 = w * 7 x = Tmp1 - Tmp2 x = x + X1 '---[V]-------------------------------------------------------
-
Thread
Arm debuggen mit openOCD + Yagart0
eine Erklärung warum er immer noch die Olimex CD für die Treiber will obwohl sie eigentlich in cygwin/tmp/ftd2xx vorliegen?
jetzt sieht es eben so aus: OOCD anwerfen: [code] Open On-Chip Debugger 0.3.0 (2009-11-09-14:35) $URL$ For bug reports, read http://openocd.berlios.de/doc/doxygen/bugs.html User : 5 0 command.c:400 command_print(): debug_level: 3 C:\cygwin\tmp\openocd-0.3.0\src\openocd.exe: option requires
-
Thread
GCC Inline Assembler Multiplikationen
wird zu [avrasm] foo: lds r25,x ; x, x ; 10 *movqi/4 [length = 2] mov r24,r25 ; tmp42, x ; 35 *movqi/1 [length = 1] subi r24,lo8(-(1)) ; tmp42, ; 11 addqi3/2 [length = 1] brne .L7 ; , ; 13 branch [length = 1] /* #APP */ ; x=r25, zero=r24 ; x, tmp42
-
Thread
PT100 Auswertung
@ Nix hallo und guten Morgen. Erstmal danke für die Antwort das Problem mit dem LM 35 ist das die Kabellänge nicht so hoch werden darf den wenn ich greade mal 25 C° bei 3,5 V habe dann habe ich nach 5 Metern nichts mehr zum messen :( Zu Assambler ich habe mal in der Abendschule einen
data) { // aktuelles RS ermitteln char rs=PORTD; rs&=4; // High-Teil senden char tmp=data; tmp&=0xf0; tmp|=rs; PORTD=tmp; // Schreibsignal sbi(PORTD,3); cbi(PORTD,3); // Low-Teil senden tmp=data; tmp&=0x0f; tmp*=16; tmp|=rs; PORTD=tmp;
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil2) Gesperrt
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
wohl noch etwas dauern, bis das alles läuft. Zunächst muss ich wohl die Definitionen für den EP2C35 nachrüsten, die nötigen Daten habe ich hoffentlich endlich beisammen. Nichts überstürzen. ich will ja auch nichts zerschießen. Gruß, Guido
-
Thread
Programieren wer kann Helfen
würde ich mich u.U. dafür interessieren. Ich verwende allerdings Mikrokontroller von Toshiba (z.B. TMP86FH47). IR-Fernbedienungs-empfänger für universalvernbedienungen und So, sind bei mir standart Module. Ein Empfangsbereiter TMP86FH47 der sonst nichts macht außer auf IR warten, braucht ca. 2uA + dem
. 500 mA Konstantstromquelle Minimale Eingangsspannung: 6VDC Maximale Eingangsspannung: 35VDC Ausgangsstrom: 1400mA Verpolungssicherer Eingang Schlüsselschalter Auto Technik (Nachrüst Fernbedienung) Präzisions-Dämmerungsschalter Bausatz Conrad und ein paar Kleinigkeiten
-
Thread
eventqueue in c schreiben
event getEvent(){ length = length - 1; event ret = mainEventQueue->data; eventQueue tmp = mainEventQueue; mainEventQueue = mainEventQueue->next; free(tmp); // free allocated memory return ret; } [/c]
| +------+ | | o-----------------+ +------+ [/pre] [C] free(tmp); // free allocated memory [/C] Das Rechteck, auf das tmp zeigt, wird ausradiert [pre] mainEventQueue tmp +------------------+ +----------+ |
-
Thread
Wer hat Erfahrung mit HAP?
vlan:, source:237, destination:223, mtype:24, device:0, v0:1, v1:0, v2:0 Executing Makro-Script: 35.Dimmer 1-10 Danach muss ich hap-mp neustarten.
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