-
Thread
ATmega8 - der Aufruf der ISR daurt sehr lange
push r0 62: 0f b6 in r0, 0x3f ; 63 64: 0f 92 push r0 66: 11 24 eor r1, r1 68: 8f 93 push r24 6a: 9f 93 push r25 6c: 88 b3 in r24, 0x18 ; 24 6e: 92 e0 ldi r25, 0x02 ; 2 70: 89 27 eor r24, r25 72: 88 bb out 0x18, r24 ; 24 74: 8f ef ldi r24, 0xFF ; 255 76: 82 bf out 0x32, r24 ; 50 78: 9f 91 pop r25 7a: 8f 91 pop r24 7c: 0f 90 pop r0 7e: 0f be
-
Thread
MosFet; unterschiedliche Schaltzeiten aus Datenblatt und Simulation
/Infineon+-+Simulation+Model+-+PSpice+-+OptiMOS%E2%84%A2+100V.zip?fileId=db3a30433d346a2d013d459a89bf5736 [2] http://www.infineon.com/dgdl/Infineon+-+Application+Note+-+OptiMOS+Power+MOSFET+Datasheet+Explanation+-+English.pdf?fileId=db3a30433b47825b013b6b8c6a3424c4
im Bild schwer zu erkennen - aber die Simulation liefert Schaltzeiten ton=3,8ns bzw. toff=7,2 vs. 24ns im DB. Wobei auch mit den L td(on)/tr bzw. td(off)/tf nicht besonders gut passen.
-
Thread
Display init erst nach MCU Reset
code] RS R/W DB7 DB6 DB5 DB4 DB3 DB2 DB1 DB0 0 0 0 0 1 1 * * * * BF cannot be checked before this instruction. BF can be checked after following instruction. [/code] meiner Meinung nach keine klare Aussage darüber macht, ob die Abarbeitung dieser 4
Seite aus dem Datenblatt von Displaytech Ja, das Ablaufdiagramm im 44780 Datenblatt (S.46: Figure 24 4-Bit Interface) ist mißverständlich formuliert. Und daher wohl auch in vielen anderen. Bindend ist aber die Angabe der Ausführungszeit (siehe oben) in "S.24: Table 6 Instructions" (37µs). Daher
-
Thread
8MHz AM Quarzssender - Problem mit den Sendeeigenschaften
Verzerrungen im Signal. Dadurch produziert die Endstufe sehr viele Oberwellen. Also Signale bei 16, 24, 32Mhz etc. Das wird im allgemeinen als Frequenzbesen bezeichnet wenn man sich das Signal auf einem Spektrumanayzer anschaut. Das machen zwar auch die grossen Rundfunksender so, aber zwischen Endstufe
man erhält mit weniger Aufwand mehr Pegel (1,1dB). (grüne Kurve) Unten ist der BC547 durch den BF959 ersetzt. Das ergibt nochmal 1,1dB, macht die Schaltung aber auch unnötig breitbandig, so dass vermehrt Oberwellen rauskommen könnten. (rote Kurve)
-
Thread
Richtiges C++ hardwarenah
Effizienz mindestens. jo. [code] Access16Bit<CNT1> tcnt1; tcnt1 = 0x1122; ldi r24,lo8(17) out 0x2d,r24 ldi r24,lo8(34) out 0x2c,r24 [/code] [code] uint16_t foo = tcnt1; in r24,0x2c in r18,0x2d [/code]
schrieb im Beitrag #3901101: > jo. Access16Bit<CNT1> tcnt1; > tcnt1 = 0x1122; > ldi r24,lo8(17) > out 0x2d,r24 > ldi r24,lo8(34) > out 0x2c,r24 > uint16_t foo = tcnt1; > in r24,0x2c > in r18,0x2d LOL. Und jetzt mach das mal mit OCR1A
-
Thread
ca. 100 PT1000 Messwiderstände messen
einfachste Stromquelle wäre doch damit: http://www.elektronik-kompendium.de/sites/slt/0207011.htm Ein BF245 sollte dafür geeignet sein.
Ulrich H. schrieb im Beitrag #3917035: > µC C8051F350 sogar einen AD mit hoher Auflösung (16-24 Bit) Kann der wirklich 24Bit Auflösung? Die Dinger gibts ab 3€. Wie kann man die programmieren? Bei Eingabe von Arduino+ADC findet man http://www.ebay.de/itm/Adafruit-I2C-ADS1115-16-Bit-ADC-4-
-
Thread
AVR: unsigned 24 bit auf 3 Ports verteilen
push r24 790: 9f 93 push r25 792: af 93 push r26 794: bf 93 push r27 796: ef 93 push r30 798: ff 93 push r31 static uint8_t pwm_cnt, slow_cnt
} } } 89c: ff 91 pop r31 89e: ef 91 pop r30 8a0: bf 91 pop r27 8a2: af 91 pop r26 8a4: 9f 91 pop r25 8a6: 8f 91 pop r24 8a8: 6f 91 pop r22 8aa: 5f 91 pop r21 8ac: 4f 91 pop
-
Thread
Einrückung in Python Gesperrt
macht Halte ich für ein ziemlich dürftiges Argument. Das hätte ich zu Zeiten eines VT100 mit 24x80 gelten lassen, aber heute? Heute ist den meisten Leuten ja schon der K&R-Stil: [c] if (a) { bla; blubb; } [/c] zu kompakt, und sie möchten es lieber so sehen: [c]
Das obige nature-Notebook nach Sagemath übertragen: https://cloud.sagemath.com/projects/7880d686-bf3f-4ab0-8fdd-9201dc8d7547/files/Nature.html Und noch eins https://cloud.sagemath.com/projects/7880d686-bf3f-4ab0-8fdd-9201dc8d7547/files/02_energy_minimization.html Eine Sage-VM starte ich hier
-
Thread
Probleme mit _delay_ AVR Atmel32
bad_interrupt> 50: 0c 94 34 00 jmp 0x68 ; 0x68 <__bad_interrupt> 00000054 <__ctors_end>: 54: 11 24 eor r1, r1 56: 1f be out 0x3f, r1 ; 63 58: cf e5 ldi r28, 0x5F ; 95 5a: d8 e0 ldi r29, 0x08 ; 8 5c: de bf out 0x3e, r29 ; 62 5e: cd
: 80 ef ldi r24, 0xF0 ; 240 DDRB = 255; while(1) { PORTB = 0b00001111; 74: 98 bb out 0x18, r25 ; 24 #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(
-
Thread
Zeigt her Eure IoT Projekte Bilder
weiteren Aufbau damit. Die erste Variante von oben läuft absolut sicher. Wenn ich Befehl gebe in 24h ausschalten macht er das auf die Sekunde genau... Holger
passendes Projekt: https://homematic-forum.de/forum/viewtopic.php?f=18&t=43247&sid=b7d85b6da565bf505ab8a407b55e1b1e#p430940
-
Thread
Wie bekomme ich Daten richtig in eine Datei?
struct BMPInfoHeaderStruct BMPInfoHeader; FILE *MandelbrotBild1; BMPFileHeader.bfType = 19778; //ASCII Zeichenkette "BM" BMPFileHeader.bfSize = 3148854; //Größe einer 1366*768*24bit BMP-Datei BMPFileHeader.bfReserved = 0; BMPFileHeader.bfOffBits = 54; BMPInfoHeader.biSize
einer 1366*768*24bit BMP-Datei [/c] muss man nicht ausrechnen. Du hast einen Computer bzw. Compiler! Der kann selber rechnen! [C] fwritePt = &BMPFileHeader.bfType; fwrite(fwritePt, sizeof(BMPFileHeader.bfType
-
Thread
ATtiny13 und Konstanten vs. Variablen.
12: 11 c0 rjmp .+34 ; 0x36 <__bad_interrupt> 00000014 <__ctors_end>: 14: 11 24 eor r1, r1 16: 1f be out 0x3f, r1 ; 63 18: cf e9 ldi r28, 0x9F ; 159 1a: cd bf out 0x3d, r28 ; 61 0000001c <__do_copy_data>: 1c: 10 e0
rjmp .+36 ; 0x36 12: 11 c0 rjmp .+34 ; 0x36 14: 11 24 eor r1, r1 16: 1f be out 0x3f, r1 ; 63 18: cf e9 ldi r28, 0x9F ; 159 1a: cd bf out 0x3d, r28 ; 61 1c: 10
-
Thread
arduino display geht aus
14, 15, 15, 16, 16, 16, 17, 17, 17, 18, 18, 18, 19, 19, 20, 20, 21, 21, 21, 22, 22, 23, 23, 24, 24, 24, 25, 25, 26, 26, 27, 27, 28, 28, 29, 29, 30, 30, 31, 32, 32, 33, 33, 34, 34, 35, 35, 36, 37, 37, 38, 38, 39, 40, 40, 41, 41, 42, 43, 43, 44, 45, 45, 46, 47, 47, 48, 49, 50, 50, 51, 52
14, 15, 15, 16, 16, 16, 17, 17, 17, 18, 18, 18, 19, 19, 20, 20, 21, 21, 21, 22, 22, 23, 23, 24, 24, 24, 25, 25, 26, 26, 27, 27, 28, 28, 29, 29, 30, 30, 31, 32, 32, 33, 33, 34, 34, 35, 35, 36, 37, 37, 38, 38, 39, 40, 40, 41, 41, 42, 43, 43, 44, 45, 45, 46, 47, 47, 48, 49, 50, 50, 51, 52
-
Thread
IG-Metall-Tarif: Jenseits von Gut und Böse?
Lars Lambda schrieb im Beitrag #3870737: > Gesetzlicher Mindesturlaub in D sind 24d, Falsch, der ist 20 tage, Basis einer 5-Tage-Woche, die gesetzlichen 24 Tage gibt es erst ab einer 6-Tage-Woche!
Ich schrieb im Beitrag #3870741: > Lars Lambda schrieb: >> Gesetzlicher Mindesturlaub in D sind 24d, > > Falsch, der ist 20 tage, Basis einer 5-Tage-Woche, > die gesetzlichen 24 Tage gibt es erst ab einer 6-Tage-Woche! Ja, aber es war ja auch von 42 Wochenarbeitsstunden die Rede, die es wegen
-
Thread
WiFi Relais mit ESP8266 ESP-01 Modul (Bascom)
( ets_memmove = 0x400018c4 ); PROVIDE ( ets_memset = 0x400018a4 ); PROVIDE ( ets_post = 0x40000e24 ); PROVIDE ( ets_printf = 0x400024cc ); PROVIDE ( ets_putc = 0x40002be8 ); PROVIDE ( ets_rtc_int_register = 0x40002a40 ); PROVIDE ( ets_run = 0x40000e04 ); PROVIDE ( ets_set_idle_cb = 0x40000dc0
0x400060ac ); PROVIDE ( slc_enable = 0x40005d90 ); PROVIDE ( slc_from_host_chain_fetch = 0x40005f24 ); PROVIDE ( slc_from_host_chain_recycle = 0x40005e94 ); PROVIDE ( slc_init_attach = 0x40005c50 ); PROVIDE ( slc_init_credit = 0x4000608c ); PROVIDE ( slc_pause_from_host = 0x40006014 ); PROVIDE
-
Thread
Labornetzteil beschleunigen
http://cds.linear.com/docs/en/lt-journal/LTJournal-V24N2-02-df-BenchSupply-Szolusha.pdf sieht sehr gut aus
15.9M R13 17 16 1K * **************OUTPUT STAGE************** * *F6 50 99 POLY(1) V6 300U 1 BF6 50 99 I=300U+I(V6) E1 99 23 99 15 1 R16 24 23 17.5 D5 26 24 DX V6 26 22 .63V R17 23 25 17.5 D6 25 27 DX V7 22 27 .63V V5 22 21 0.27V D4 21 15 DX V4 20 22 0.27V D3 15 20 DX L3 22 28 500P
-
Thread
Sinustabelle 256x8
0e", x"0f", x"11", x"12", x"14", x"15", x"17", x"19", x"1a", x"1c", x"1d", x"1f", x"20", x"22", x"24", x"25", x"27", x"28", x"2a", x"2b", x"2d", x"2e", x"30", x"31", x"33", x"35", x"36", x"38", x"39", x"3b", x"3c", x"3e", x"3f", x"41", x"42", x"44", x"45", x"47", x"48", x"4a", x"4b", x"4d", x"4e",
x"b0", x"b1", x"b2", x"b3", x"b4", x"b5", x"b7", x"b8", x"b9", x"ba", x"bb", x"bc", x"bd", x"be", x"bf", x"c0", x"c1", x"c2", x"c3", x"c4", x"c5", x"c6", x"c7", x"c8", x"c9", x"ca", x"cb", x"cc", x"cd", x"ce", x"cf", x"d0", x"d1", x"d1", x"d2", x"d3", x"d4", x"d5", x"d6", x"d7", x"d7", x"d8", x"d9",
-
Thread
Funktion wird nicht aufgerufen
DDRD |= (1<<PD1)|(1<<PD2)|(1<<PD3)|(1<<PD4)|(1<<PD5)|(1<<PD6)|(1<<PD7); 38: 81 b3 in r24, 0x11 ; 17 3a: 8e 6f ori r24, 0xFE ; 254 3c: 81 bb out 0x11, r24 ; 17 DDRC |= (1<<DDC2)|(1<<DDC3)|(1<<DDC4)|(1<<DDC5); 3e: 84 b3 in r24, 0x14 ; 20 40: 8c 63 ori r24, 0x3C ; 60 42: 84 bb out 0x14, r24 ; 20 DDRB |= (1<<DDB1)|(1<<DDB2); 44: 87 b3 in r24, 0x17 ; 23 46: 86 60 ori r24, 0x06 ; 6 48: 87 bb out
-
Thread
Ist das ein Bug im Compiler?
<NUM_OF_DMX; d++) { if (*validmap & mask) 64ca: dc 01 movw r26, r24 64cc: 2c 91 ld r18, X 64ce: 24 23 and r18, r20 64d0: 51 f0 breq .+20 ; 0x64e6 <dmx_direct_stepup_okay+0x2e> { my_bright
: tst r20 breq .L3 cpi r20,lo8(2) brne .L4 ldi r22,lo8(1) ldi r23,lo8(2) ldi r24,lo8(3) ldi r25,lo8(11) ret .L3: ldi r22,lo8(69) ldi r23,lo8(99) ldi r24,lo8(-110) ldi r25,lo8(63) ret .L4: ldi r22,lo8(-66) ldi r23,lo8(-70) ldi r24,lo8(-2) ldi r25
-
Thread
[PIC24] UART2: Kann man RP137 als U2RX Pin nutzen?
über PPS routen. Hier mal kurz ein Stück des PPS-Code: [c] __builtin_write_OSCCONL(OSCCON & 0xBF); // Unlock PPS // Configure SPI1 PPS pins (ENC28J60/ENCX24J600/MRF24WB0M or other PICtail Plus cards) // RPOR0bits.RP0R = 8; // Assign RP0 to SCK1 (output) // RPOR7bits.RP15R =
N = n+1 = 23, y = n/2 = 11 : RPOR<y>bits.RP<N>R //RPOR11bits.RP23R = 7; // SDO1 // SDI1 RP24 //RPINR20bits.SDI1R = 24; // SCK //RPOR9bits.RP18R = 8; /******************************************************************************/ // Configure SPI2 PPS pins (25LC256 EEPROM
-
Thread
FTDI zerstört Fake Chips durch Windows-Update
list Probier es aus. Am besten mit dem 2.12er Treiber. Wenn das Ding danach kaputt ist, hast Du 24 Monate Zeit, dem Händler seinen Schrott um die Ohren zu hauen.
searchweb201560_3,searchweb1451318400_-1,searchweb1451318411_6448&btsid=beda2cb9-40f0-4d84-9811-fe9bf9307fe3
-
Thread
AtMega1284P: 0x12 + 0x01 = 0x03 (WTF?)
data space 000001BF ADIW R24,0x01 Add immediate to word 000001C0 ADC R26,R1 Add with carry 000001C1 ADC R27,R1 Add with carry 000001C2 STS 0x013D,R24 Store direct to data space 000001C4 STS 0x013E
000001C8 STS 0x0140,R27 Store direct to data space [/avrasm] Der Fehler passiert bei ADIW R24,0x01. R24 wurde davor aus dem RAM mit (z.B.) 0x12 geladen, und wenn ADIW R24,0x01 ausgeführt wird steht da in R24 z.B. statt 0x13 0x03. Es hat fast den Anschein, als wäre das obere Nibble auf dem Weg
-
Thread
Protokoll entschlüsseln
FF02000801DF0030000D000E000000ECFFFCFFB303970F0000F877000000004500000000000000000003000300000800000000DF009CDFBE77 11:47:23.990 COM7 : » 591908220500FAFF000501010201000000C470224A 11:47:24.037 COM7 : « 591908223000CF 11:47:24.037 COM7 : « FF050008010000000015000D00240027002200A603970F0000F8770000000000000000000000000000000000000000000000000000FFD30516 11:47:24.224 COM7 : » 591908220500FAFF0007010101000000000C6A1BF7
11:47:24.349 COM7 : » 591908220500FAFF000801010100000000A0783B2E 11:47:24.396 COM7 : « 591908223000CF 11:47:24.396 COM7 : « FF08000801E400000017001B00190034002200BC03970F0000F877000000000000000000070000000002001A02000000000000E500C447180D
-
Thread
for loop funtioniert nicht
movw r26, r24 136c: ae 0f add r26, r30 136e: bf 1f adc r27, r31 1370: af 5b subi r26, 0xBF ; 191 1372: bf 4f sbci r27, 0xFF ; 255 1374: 3c 91
1388: 01 96 adiw r24, 0x01 ; 1 138a: 80 31 cpi r24, 0x10 ; 16 138c: 91 05 cpc r25, r1 138e: 71 f7 brne .-36 ; 0x136c <CopyESCLayoutName+0x10> 1390: 08 95
-
Thread
eBus USB Adapter
/ $ ebusd -l ALL pi@raspberrypi / $ ebusd -f Ausgabe im Terminalfenster: 2015-05-09 12:30:24.392 [main notice] ebusd 1.1.0 started 2015-05-09 12:30:24.603 [main notice] found messages: 259 (0 poll, 11 update) 2015-05-09 12:30:24.790 [bus notice] signal acquired Dann Schweigen im Walde..
durch den Kopf geht: die Widerstände sollten sicher etwas dicker ausgelegt werden... Bei angenommenen 24V fließen durch (24R + 47R) ganze 338mA Kurzschlussstrom. Über den 47R fallen also 15,9V ab - also muss der 5,4W vertragen?? Oder habe ich hier einen Denkfehler? Sven
-
Thread
Initialisiertes Char Feld mit Länge 1 und Inhalt '\0'?
.bss 0x00000000001fe004 0x0 main.o .bss 0x00000000001fe004 0x0 bf.o [/code] Ich habe aber was gefunden was funktioniert :-) -fno-zero-initialized-in-bss: [code] 0x000000000080a98e ERR03 0x000000000080a9af
asmstartport.o asmhandler.o coldport.o printport.o getlineport.o general.o as mprocport.o main.o bf.o bm.o bs.o da.o dc.o he.o lo.o rd.o rm.o tm.o mm.o md.o go.o tr.o br.o sd.o as.o disasm68.o asm68.o asmcode68.o handler.o conf.o fprou tines.o 68def.o rtc.o -o fbug000TT.elf -L/usr/home/holm/
-
Thread
Schutzklasse 1 oder 2
gibt die allgemeinen Anforderungen an, wobei z.B. die Grenzwerte davon abhängen, ob das Gerät dann B, BF oder CF ist: http://www.medizin-und-elektronik.de/elektronik-in-der-klinik/article/83250/1/Was_aendert_sich_mit_der_EN_60601_3rd_Edition/ Außerdem kommt es darauf an, ob das Gerät in der Klinik oder
Spannungsfestigkeit EN 60601-2-xy bzw 80601-2-xy geben Gerätespezifische Anforderungen an... z.B EN 60601-2-24 Infusionspumpen und –Regler Zudem gibt z.B. ISO 14708-xy für aktive Implantate...usw. Somit kommt es an: 1. auf den Einsatzzweck (Zweckbestimmung) 2. auf den Einsatzbereich http://de.wikipedia.org
-
Thread
avrdude schreibt nur bis 64 byte in den flash-speicher
[ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [0d] . [c0] . [04] . [e0] . [0e] . [bf] . [0f] . [e5] . [0d] . [bf] . [07] . [e0] . [07] . [bb] . [05] . [e0] . [03] . [bf] . [01] . [e0] . [09] . [bf] . [11] . [e1] x [78] . [94] . [ff] . [cf] . [11] . [1f] . [18] . [bb] . [18] . [95] .
[ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [0d] . [c0] . [04] . [e0] . [0e] . [bf] . [0f] . [e5] . [0d] . [bf] . [07] . [e0] . [07] . [bb] . [05] . [e0] . [03] . [bf] . [01] . [e0] . [09] . [bf] . [11] . [e1] x [78] . [94] . [ff] . [cf] . [11] . [1f] . [18] . [bb] . [18] . [95] .
-
Thread
Projekt: SerialComCNC Serielles Frontend für CNC GRBL mit ATMega
übersehen, dass bei meiner Ansteuerung ja alle 5V Signale wegen der Potentialtrennung über Optokoppler zu 24V Signalen werden(24V vom FU). Die Opamps werden mit 10V vom FU versorgt. Bei einem 5V-Signal muss Teilerwiderstand natürlich raus. Ich würde allerdings nie auf eine Potentialtrennung verzichten (Störungen
Manfred A. schrieb im Beitrag #4943947: > LED-Ringe mit Inverter für 12/24VDC Tipp: die Dinger laufen auch gerne mal unter "angel eyes" Gruß Harald
-
Thread
DCF-Uhr Übungsprojekt
die Abfrage des Busyflags aus irgendeinem Grund fehl (wenn ich nach der Displayinitialisierung das BF mit busycheck() aufrufe funktionierts nicht...). Das Display ist korrekt angeschlossen und wird mit 8 Datenleitungen verwendet. [c] void busycheck(void) { PORTD |= (1 << RW); //Daten lesen
minute +=rawdata[21]*2; minute +=rawdata[22]*4; minute +=rawdata[23]*8; minute +=rawdata[24]*10; minute +=rawdata[25]*20; minute +=rawdata[26]*40; //string2display(itoa(minute,minbuffer,2),ZEILE4); //<<<<<<Problemzeile<<<< } [/c] Ich kann mir die einzelnen Bits wunderbar
-
Thread
Thermomix Rezeptchips
5001bf0 5250 c9ba 2e62 b252 8a49 7844 8bc6 2214 5001c00 b7d9 a66a 303a d409 24f2 693e d9fc 6059 5001c10 61c2 306d 9ee3 4ae2 6a76 faaa 56ac bceb 5001c20 ef87 3a3c 8583 46cb 3c54 c10d 8280 54ae 5001c30 07d2
9b45 ae10 5a81 e8fa a851 5001cc0 d4ed 2849 b7c9 afa6 c3ff 3efd 31cf 0c62 5001cd0 1351 23e1 7297 11bf 9005 61a0 bffc 825d 5001ce0 9b3b 2e18 3069 9cd0 3693 508b bf25 4ffb 5001cf0 ce80 ff29 7ee9 0d77 c5b2 b6c4 74ef 5cfd 5001d00 a78b e3ae 6c1e be24 92e7 d411 2958 6319 5001d10 46f2 ff7a 3630 1f16 fc07
-
Thread
Schwanenhals für Staubsauger, gibts da was?
Kuhlmittelschlauch-Loc-Line-1-4-1-2-3-4-Grundpack-Erweiterung-Schlauchbogen-/221354338282?pt=Fr%C3%A4sen&var=&hash=item3389bf27ea
aber nicht ganz billig, so 90 cm kosten ca. 30 Euro. Ich habe meine von hier: http://www.leuchtenbau24.de/de/lichthalterschlauch Sind ziemlich stabil... tragen bei mir je einen LED-Kopf mit ca. 300 Gramm in Vollauszug. Ach ja: Die haben ein Feingewinde drin! Das heißt, entweder einen Feingewindeschneider