-
Thread
STM32F103C8T6 - Fälschung von ST bestätigt
verwendbares Mini-Board: > MAX3223 RS232 Transceiver mit Anschluss Flag Unnötig, man hat USB > TMP101 Temperatursensor + (Interner STM32 Die Sensor ist auch vorhanden) Braucht man selten, interner Sensor ist auch da > AT24C08 EEPROM Unnötig, man kann den internen Flash beschreiben > LM4132
Flag > Unnötig, man hat USB Hat ja einen USB port drauf. Rs232/485 ist für mich notwendig. > >> TMP101 Temperatursensor + (Interner STM32 Die Sensor ist auch vorhanden) > Braucht man selten, interner Sensor ist auch da Der mißt nur die uC Temperatur. Da ist ein externer Sensor doch besser geeignet
-
Thread
HyperBus Ideen
So, ... es baut nicht. [Route 35-54] Net: HyperRAM_RWDS_IOBUF_inst/O is not completely routed. [Route 35-7] Design has 1 unroutable pin, potentially caused by placement issues. Ja was ist das? Nun, beim HyperBus ist es so, dass
; else Dout_zd_tmp=Mem[Address][15:8]; end else // reg Dout_zd_tmp = Config_reg[15:8]; end else
-
Thread
Zeigt her eure Kunstwerke (2020-2022) Bilder
Einen geeigneten 80VA RK Trafo kriege ich nur bei Newark für einen angemessenen Preis von rund CDN$35. Ja, es wäre angenehm wenn das Gehäuse nur ein bischen größer wäre. Jedenfalls ist das LNG302 ein Versuch mit Kompaktbauweise das Maximal mögliche zu erreichen. Auf der rechten Seite ist noch
angepinnt^^). Eine 12V Powerbank für eine Pferdi-Heizdecke. Die Pferdibank schafft 90Wh (4s2p Samsung E35 Li-Ion Akkus). Die Heizdecke hat 60W (12V@5A). An der Front gibt es eine hübsche 4-LED-Anzeige mit rot/grün pro LED. Kann man dann in rot anzeigen, wenn die Pferdibank fast leer ist usw... Es wird
-
Thread
C++ call by reference Frage
stack_usage = 0 ; /home/lmeier/Projekte/wmucpp/doc0/bm00/bm91.cc:28: x = v / 2; lsr r25 ; tmp46 ror r24 ; tmp46 ; /home/lmeier/Projekte/wmucpp/doc0/bm00/bm91.cc:28: x = v / 2; sts x,r24 ; x, tmp46 /* epilogue start */ ; /home/lmeier/Projekte/wmucpp/doc0/bm00/bm91.cc:29:
0 */ /* stack size = 0 */ .L__stack_usage = 0 ; /home/lmeier/Projekte/wmucpp/doc0/bm00/bm91.cc:35: f(a); lds r24,a ; , a call _Z1fIhEvRKT_.isra.0 ; ; /home/lmeier/Projekte/wmucpp/doc0/bm00/bm91.cc:36: f(b); lds r24,b ; , b lds r25,b+1 ; , b call _Z1fIjEvRKT
-
Thread
qemu/kvm: Ubuntu Server von .iso installieren
Unable to complete install: 'internal error: process exited while connecting to monitor: 2019-12-13T18:35:44.598718Z qemu-system-x86_64: -drive file=/tmp/ubuntu-18.04.3-live-server-amd64.iso,format=raw,if=none,id=drive-ide0-0-0,readonly=on: Could not open '/tmp/ubuntu-18.04.3-live-server-amd64.iso': Permission
-
Thread
gcc11 könnte das avr Backend verlieren
Y+4,r25 ldd r22,Y+1 ldd r23,Y+2 ldd r24,Y+3 ldd r25,Y+4 /* epilogue start */ pop __tmp_reg__ pop __tmp_reg__ pop __tmp_reg__ pop __tmp_reg__ pop r29 pop r28 jmp f [/avrasm] Es gibt auch nicht-triviale Beispiele und auch welche ohne float. > Was Microchip scheinbar
r24 > std Y+4,r25 > ldd r22,Y+1 > ldd r23,Y+2 > ldd r24,Y+3 > ldd r25,Y+4 > pop __tmp_reg__ > pop __tmp_reg__ > pop __tmp_reg__ > pop __tmp_reg__ > pop r29 > pop r28 > jmp f (Kommentare der besseren Vergleichbarkeit wegen entfernt) Das ist schon krass. Ein simpler
-
Thread
CRC-16-Berechnung mit Lookup-Tabelle: zwei Varianten, beide gültig?
0x1231, 0x0210, 0x3273, 0x2252, 0x52B5, 0x4294, 0x72F7, 0x62D6, 0x9339, 0x8318, 0xB37B, 0xA35A, 0xD3BD, 0xC39C, 0xF3FF, 0xE3DE, 0x2462, 0x3443, 0x0420, 0x1401, 0x64E6, 0x74C7, 0x44A4, 0x5485, 0xA56A, 0xB54B, 0x8528, 0x9509, 0xE5EE, 0xF5CF, 0xC5AC, 0xD58D, 0x3653, 0x2672, 0x1611
Ich würd das so anpassen: [code] void crcAlgC(char* buf, unsigned short* crc) { unsigned short tmp = *crc; for(unsigned char* it=(unsigned char*)buf, c=*it; c; c=*++it) tmp = (tmp << 8) ^ crctab[(tmp >> 8) ^ c]; *crc = tmp; } [/code] Weniger dereferenzierungen, kein ständiges strlen
-
Thread
Linux Kernel 5.1.1. auf dem BPi-R2
sync) > done 1 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 35.9385 s, 120 MB/s real 0m36.149s user 0m0.042s sys 0m30.631s 2 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 35.9064 s, 120 MB/s real 0m36.103s
4.14 (habe auch eine dran hängen,wo alles außer das grundsystem drauf liegt...inkl. var und home /tmp ist eine ramdisk)
-
Thread
ESP32 A1S Eval
eingeschaltet digitalWrite(GPIO_PA_EN, HIGH) - dann Loop über die samples ... i2s_write(I2S_PORT_TX, &tmp, sizeof(tmp), &iWritten,portMAX_DELAY); Funktioniert soweit auch, aber aus dem Speaker kommt für 5 sec. nur so eine Art 'schnarren', zwar mit den Lautstärkeänderungen wie bei MIC-Aufnahme, aber
define I2S_BCLK 27 #define I2S_LRCK 25 #define I2S_MCLK 0 #define I2S_DOUT 35 // I2C GPIOs #define IIC_CLK 32 #define IIC_DATA 33 // Amplifier enable #define GPIO_PA_EN 21 ------------
-
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
Motordrehzahl eingeben Arduino
werden ASCII Zeichen übertragen. Wie bereits geschrieben sendest du eine "2" "5" "5" also 0x32,0x35,0x35. Diese DREI Werte musst du in EINE PWM-Variable umrechnen.
. ein Minuszeichen eingibt * auch wenn dann nur noch 2 Zeichen für die Zahl bleiben. */ int32_t tmp; tmp = atoi(input); if (tmp < 0) pwm = 0; if (tmp > 255) pwm = 255; [/c]
-
Thread
Django mit nginx auf Server productiv
angepasst [c] # nginx.conf upstream django { # connect to this socket # server unix:///tmp/uwsgi.sock; # for a file socket server 127.0.0.1:8001; # for a web port socket } server { # the port your site will be served on listen 8000; # the domain name
starten [c]systemctl start nginx[/c], erhalte ich einen Fehler. Gemäß error.log: [c] 2019/04/17 22:38:35 [emerg] 915#915: "upstream" directive is not allowed here in /etc/nginx/nginx.conf:2 [/c] Was habe ich vergessen, bzw falsch gemacht?
-
Thread
Inkonsistenz - Externe Festplatten mounten nur noch mit read_only
sdc1 [ 223.923280] device-mapper: uevent: version 1.0.3 [ 223.923362] device-mapper: ioctl: 4.35.0-ioctl (2016-06-23) initialised: dm-devel@redhat.com [ 223.937980] device-mapper: table: 254:0: adding target device sdc1 caused an alignment inconsistency: physical_block_size=4096, logical_block_size
└─truecrypt5 254:2 0 4,6T 0 dm /media/truecrypt5[/code] mount -l [code]truecrypt on /tmp/.truecrypt_aux_mnt1 type fuse.truecrypt (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other) /dev/mapper/truecrypt5 on /media/truecrypt5 type ntfs (ro,relatime,uid=1000,gid=1000,umask=077,nls
-
Thread
QAM-Demodulation. Feedback / Vorschläge gewünscht
circshift(circBuffer,1); circBuffer(1) = I; //Speichern des I-Sample //Berechnen des Wertes tmp = 0; for i=1:1:length(circBuffer) tmp = tmp + circBuffer(i) * b(i); end //Abspeichern des gefilterten Wertes im Array filtered = [filtered tmp]; end [/code] Und mir nun
2000 sym_count ist aktuell 5 FIR_Coeff = rcosine(1,(total_data_points/sym_count)/4,'normal',0.35); [/code] Die Zahl 4 wurde von mir empirisch gewählt. Wähle ich die grösser (8), wird das Spektrum breiter, da der Impuls schmäler wird. Siehe dazu bild zwei. Wähle ich die Zahl kleiner (2) wird
-
Thread
max. Input Frequenz ATMEGA328
time_last = time_now; } // atomic read access uint16_t get_period(void) { uint16_t tmp; cli(); tmp = period; sei(); return tmp; } void setup() { Serial.begin(9600); Serial.println("Initializing ihandler"); // sets the digital pin as output pinMode
time_last = time_now; } // atomic read access uint16_t get_period(void) { uint16_t tmp; cli(); tmp = period; sei(); return tmp; } void setup() { Serial.begin(9600); Serial.println("Initializing ihandler"); // sets the digital pin as output pinMode
-
Thread
SmuView - Eine sigrok GUI für Netzteil, Multimeter und mehr
Building CXX object CMakeFiles/smuview.dir/src/devicemanager.cpp.o In file included from /home/majo/tmp/smuview-master/src/devices/basedevice.hpp:34, from /home/majo/tmp/smuview-master/src/devicemanager.cpp:38: /home/majo/tmp/smuview-master/src/devices/deviceutil.hpp:492:23: error:
^~~~~~~~~~~~~~~~~ /home/majo/tmp/smuview/src/ui/dialogs/connectdialog.cpp: In member function ‘void sv::ui::dialogs::ConnectDialog::on_scan_pressed()’: /home/majo/tmp/smuview/src/ui/dialogs/connectdialog.cpp:343:55: error: ‘QVariant
-
Thread
Dividieren durch Multiplizieren
(5 * 2**32 / 27). Rückübersetzt nach C entspricht dieser Code dem folgenden: [c] uint32_t tmp = (uint64_t)x * 795364315 >> 32; y = (tmp + ((x - tmp) >> 1)) >> 4; [/c] Im Vergleich zu deiner Lösung ist hier die magische Konstante nur 30 statt 32 Bit groß, dafür werden aber insgesamt mehr
klassisches Runden (d.h. Aufrunden bei einem Nachkommaanteil von ≥0.5) dieser Wert nicht 1<<30, sondern 1<<35 sein müsste.
-
Thread
Rust - ist das hier um zu bleiben?
Probleme. Du dampfst das auf Programmiersprachen ein. Mit 15 oder 25 sieht man die Welt anders als mit 35 oder 45.
so? https://gcc.godbolt.org/z/8KGPPc35f [code] fn _main() { let mut buffer: [u8; 23] = [0; 23]; let bla = true; let mut i_out = 0usize; for i_in in 0..buffer.len() { let _ch = buffer[i_in]; if bla { buffer
-
Thread
Scheduler für AVR
eins von vielen beispielen; lcd.c function //original void lcd_string_P( PGM_P data ) { u8 tmp; tmp=pgm_read_byte(data); while( tmp != '\0' ) { lcd_data( tmp ); data++; tmp = pgm_read_byte(data); } } //mein zweizeiler aus der pistole in
kann das natürlich auch besser machen... [c] //original void lcd_string_P( PGM_P data ) { u8 tmp; tmp=pgm_read_byte(data); while( tmp != '\0' ) { lcd_data( tmp ); data++; tmp = pgm_read_byte(data); } } //mein zweizeiler aus der pistole in 3sec void
-
Thread
ghdl Warnungen, aber wo ?
Warnungen mit ghdl, das Problem es ist daß es nicht sagt wo (in meinem Quelltext). Ich hab ghdl 0.35 (llvm/x64) unter Windows: ../../src/ieee2008/numeric_std-body.vhdl:3034:7:@0ms:(assertion warning): NUMERIC_STD.TO_INTEGER: metavalue detected, returning 0 ../../src/ieee2008/numeric_std-body.vhdl
es gezeigt! Ich hab auf einem anderen Rechner ghdl 0.29.1 und es zeigt wo eine Meldung kommt. 0.35 und 0.34 tuen es irgendwie nicht (mehr).
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
mittels des kommandos: 0xa2, 0x13, 0x55, 0x53, 0x42, 0x20, 0x44, 0x42, 0x47, 0x20, 0x43, 0x48, 0x35, 0x35, 0x39, 0x20, 0x26, 0x20, 0x49, 0x53, 0x50, 0x00 identifiziert und gibt dann 2 Bytes zurück, das erste ist die Chip version, 0x51 für CH551, 0x52 für CH552 usw. Die Bootloader version wird
first zurück zu liefern. WCH macht das folgendermasen: [c] ... CH559vSecMBR = ((uint32_t)UDiskTmp[offset+11]<<24) |((uint32_t)UDiskTmp[offset+10]<<16) |((uint16_t)UDiskTmp[offset+9]<<8) | UDiskTmp[offset+8]; ... [/c] mit dem
-
Thread
texane ST-Link geht schief---> makefile fehler
fails with the following output: Change Dir: /home/rfr/stlink/build/Release/CMakeFiles/CMakeTmp Run Build Command:"/usr/bin/make" "cmTC_ea463/fast" make[1]: Verzeichnis „/home/rfr/stlink/build/Release/CMakeFiles/CMakeTmp“ wird betreten /usr/bin/make -f CMakeFiles/cmTC_ea463
CMakeFiles/CMakeTmp“ wird betreten Building C object CMakeFiles/cmTC_31240.dir/testCCompiler.c.o /usr/bin/cc -o CMakeFiles/cmTC_31240.dir/testCCompiler.c.o -c /home/rfr/stlink/CMakeFiles/CMakeTmp/testCCompiler.c
-
Thread
Marlin Firmware mit dem ATMEL STUDIO 7 auf das Arduino Mega 2560 Board flashen
niedriger, das könnte an der schlechten Adaptierung der PT100-Pille liegen, welche in der Schlinge des 0,35mm Kupferlackdrahtes sitzt und im Spalt von Düse und dem Hotendblock. TRONXY X3A: Display / °C # Messung / °C # Delta / K 190 # 174 # 16 200 # 184 # 16 210 # 192 # 18 220 # 200 # 20 230
toolchain\avr8\avrassembler\avrasm2.exe -fI -o "TWI_3.hex" -m "TWI_3.map" -l "TWI_3.lss" -S "TWI_3.tmp" -W+ie -I"G:/AVR Studio\7.0\Build1188\7.0\Packs\atmel\ATmega_DFP\1.2.150\avrasm\inc" -im88padef.inc -d "E:\Projekte AVR-Studio\ATmega\ATmega88\TWI_3\TWI_3\Debug\TWI_3.obj" "" -I "G:\AVR Studio\7.0
-
Thread
Wert einer Speicheradresse auslesen
, buf); } zmq_close(sock); zmq_ctx_destroy(context); return 0; } [/c] 35 Zeilen Code. Meine Güte, diese Photonentorpedos! ;-)
Sheeva P. schrieb im Beitrag #5558609: > 35 Zeilen Code. Meine Güte, diese Photonentorpedos! ;-) Und jetzt bitte noch Kafka und Redis einbinden.