-
Thread
[Biete] Sammelbestellung de.Mouser.com 2015 Gesperrt
www.mouser.com/ProjectManager/ProjectDetail.aspx?AccessID=ad350d3b07 Wert: 9,77 € Sammelwert: 84,96 €
www.mouser.de/ProjectManager/ProjectDetail.aspx?AccessID=9235d33344 Warenwert: 29,16€ Sammelwert: 96,86€
-
Thread
HF Signal Verstärken
genauer > zu schildern, dann kann man mehr sagen. Für den Anfang wäre eine Selbstbaulösung mit 2x BFR96 auch möglich. Der vorgeschaltete BF245C erhöht den Eingangswiderstand wahlweise von 60 Ohm auf einige Kiloohm (zum Experimentieren ganz praktisch). Frequenzbereich 1MHz bis 1000MHz. Verstärkung +20dB
Ralf L. schrieb im Beitrag #5201111: > Für den Anfang wäre eine Selbstbaulösung mit 2x BFR96 auch möglich. Der TO will aber am Ausgang +30dbm also 1W. Ich bezweifel das der BFR96 jemals diese Leitung bringen wird. Da wäre schon eher ein BFQ34 im Hubschraubergehäuse ( also kein BFQ34T
-
Thread
Wärmebildkamera - Kaufempfehlung
Beitrag #7755474: > Vermutlich, aber die Bilder in dem Modus sahen gut aus. Was verstehst du an 96x96 versus 256x192 Pixel nicht? 96x96 ist viel zu wenig um irgendwie gut zu sein. Ich frage mich nur wieso du überhaupt hier fragst, wenn du am Ende doch genau die kaufst, die du sowieso kaufen wollest
Und so kommt man an die Schrauben ran: https://www.youtube.com/watch?v=BfOLHtnl5VE
-
Thread
s. Testprogramm für Festplatte
000000000000 Misslungene Spindelanläufe 0C 100 100 _20 00000000000E Geräte-Einschaltvorgänge B7 _96 _96 __0 000000000004 Herstellerspezifisch B8 100 100 _99 000000000000 Ende-zu-Ende-Fehler BB __1 __1 __0 000000000145 Gemeldete unkorrigierbare Fehler BC 100 _98 __0 000C00100012 Befehlszeitüberschreitung
100 __0 000000000000 Übergeordnete Schreibvorgänge BE _59 _45 _40 00002C1E0029 Luftstromtemperatur BF 100 100 __0 000000000000 Beschleunigungssensor-Fehlerrate C0 100 100 __0 00000000000D Ausschaltungsabbrüche C1 100 100 __0 000000000049 Laden/Entladen-Zyklen C2 _41 _55 __0 001400000029 Temperatur
-
Thread
Knobelaufgabe zu Entschlüsselung
Knobler schrieb im Beitrag #5627597: AAAA = *28* 14 0a e9 AEEE = *28 54 2a e8* .... EEEE = bf *54 2a e8*
[2, 3, 11]]) ([34, 68, 234, 68], [[2, 17], [2, 2, 17], [2, 3, 3, 13], [2, 2, 17]]) ([12, 252, 3, 96], [[2, 2, 3], [2, 2, 3, 3, 7], [3], [2, 2, 2, 2, 2, 3]]) ([8, 1, 2, 64], [[2, 2, 2], [], [2], [2, 2, 2, 2, 2, 2]])
-
Thread
atmega32 Frequenz am Ausgangspin
{ 8e: cf e5 ldi r28, 0x5F ; 95 90: d8 e0 ldi r29, 0x08 ; 8 92: de bf out 0x3e, r29 ; 62 94: cd bf out 0x3d, r28 ; 61 DDRA = 0xFF; 96: 8f ef ldi r24, 0xFF ; 255 98: 80 93 3a 00 sts 0x003A, r24 for(;;) { PORTA ^=
-
Thread
Elektor Prelude als Kopfhörerverstärker?
standard.bjt. Mit den Parametern der Modelle kenne ich mich nicht so aus. Die Stromverstärkung dürfte BF sein. Die BE-Spannung kann ich auf die Schnelle nicht finden. Ich hoffe, ich finde bessere Modelle. mfg klaus
wie realistisch das Modell ist. Das ältere Modell des OPA134 ist von MicroSim, REV. A SB 7/20/96, adapted from OPA132 model 9/24/96. Es hat gegenüber dem zweiten Modell von TI nur wenige Zeilen. TI hat ein MACROMODEL für TINA VERSION 7.0, DECEMBER 19, 2013, bereitgestellt. Das läuft unter
-
Thread
Multi-DSP-System Infoquellen
persoenlich weiss von verschiedenen Ansaetzen bzgl. Multi-DSP-Boards: * Multi-DSP-Board mit 4 single-core BF533, unabhängige Parallelverarbeitg * Dual-Core BF561 boards mit uClinux auf Core A und pur-DSP-Routinen auf Core B Mit den guten alten Motorola 56k(96k) DSPs wurden einige Multi-DSP-Projekte umgesetzt
normalen Multicore-AMD i86 besorgen, oder wenn's in Richtung embedded gehen muss, mal den Blackfin BF561 anschauen. Der Chip hat z.B. an jedem Core einen schnellen Parallelport angebaut, ueber den sich per DMA Daten einlesen und simultan verarbeiten lassen. Viele DSP-Projekte lassen sich auch mit
-
Thread
NuMicroM2351 "TARGET: NuMicro.cpu - Not halted"
NULINK is Nu-Link1 Info : NULINK firmware_version(6773), product_id(0x40012009) Info : IDCODE: 0x0BF11477 Info : NuMicro.cpu: hardware has 23 breakpoints, 0 watchpoints Info : accepting 'gdb' connection on tcp/3333 Info : Device ID: 0x0bf11477 Warn : NuMicro flash driver: Failed to search PartID
script_debug(): command - ocd_command ocd_command type ocd_hla newtap NuMicro cpu -irlen 4 -expected-id 0x0BF11477 Debug: 67 4 command.c:143 script_debug(): command - ocd_hla ocd_hla newtap NuMicro cpu -irlen 4 -expected-id 0x0BF11477 Debug: 68 4 hla_tcl.c:115 jim_hl_newtap_cmd(): Creating New Tap, Chip: NuMicro
-
Thread
64 Bit float Emulator in C, IEEE754 compatibel
), genau auf 46 Bits +0x10ce899215b81dap-57 ~ acos(x3) -0x1b65d4d82e7d400p-56 = x4 -0x10acfc5c96b6aa0p-56 = f_atan(x4), genau auf 47 Bits -0x10acfc5c96b68a8p-56 ~ atan(x4) [/pre] > Mich würden deine f7-Algorithmen interessieren: hast du Taylor, Padé > oder Chebyshev genommen? Und mit wie
Argumentreduktion gearbeitet und neue Assembler-Routinen entwickelt, die fmod(x,y) für y = pi/2 mit 96 bit interner Genauigkeit berechnen und die ohne zusätzliches Register-Shuffling auskommen. Durch die 96 bit erspare ich mir eine Korrektur für N·(π-pi). 96 bit ist auch das Maximum, was ohne Ein- und
-
Thread
Vergesslicher, ungeduldiger atmega bei UART
= { 0 }; strcat (sensor, "Hello World"); } [/c] lss-Output: [code] 00000096 <main>: 96: cf 93 push r28 98: df 93 push r29 9a: cd b7 in r28, 0x3d ; 61 9c: de b7 in r29, 0x3e ; 62 9e: c8 5c subi r28, 0xC8 ; 200 a0: d1 09 sbc r29, r1 a2: 0f b6 in r0, 0x3f ; 63 a4: f8 94 cli a6: de bf out 0x3e, r29 ; 62 a8: 0f be out 0x3f, r0 ; 63 aa: cd bf out 0x3d, r28 ; 61 ac: ce 01 movw r24, r28 ae: 01 96 adiw r24, 0x01 ; 1 b0
-
Thread
AVR ATmega1284P Bootloader wie 644p
ff c0 00 00 ff c0 00 00 01 b5 c0 03 00 00 |................| 1fc30 11 24 1f be cf ef d4 e0 de bf cd bf 84 b7 8e bb |.$..............| 1fc40 14 be 88 e1 80 93 60 00 10 92 60 00 85 b1 8f 75 |......`...`....u| 1fc50 85 b9 84 b1 80 6b 84 b9 2a 9a 22 9a 80 e5 8c bd |.....k..*.".....| 1fc60
00 00 ff c0 00 00 01 b5 c0 03 00 00 > |................| > 241fc30 11 24 1f be cf ef d4 e0 de bf cd bf 84 b7 8e bb > |.$..............| > 251fc40 14 be 88 e1 80 93 60 00 10 92 60 00 85 b1 8f 75 > |......`...`....u| > 261fc50 85 b9 84 b1 80 6b 84 b9 2a 9a 22 9a 80 e5 8c bd > |.....k..
-
Thread
Idee zur Datenübertragung über 2-3cm
wäre vielleicht noch interessant, auch wenn er "nur" bis 10MBaud geht: "Pin to pin distance of 24.96 mm provides transient voltage suppression of 12kV." Gruß Dietrich
vielleicht noch interessant, auch wenn > er > "nur" bis 10MBaud geht: "Pin to pin distance of 24.96 mm provides > transient voltage suppression of 12kV." > > Gruß Dietrich Danke für den Link, das ist genau das was ich mir vorgestellt habe. Wenn es das noch etwas schneller und billiger gäbe.
-
Thread
Suche schnellen µC
Hi. Danke für die Zahlreichen antworten. @Falk >32 RGB LEDs (=96 einzelne LEDs) kann man wunderbar mit 6 + 16 Pins >ansteuern. 16 Pins schreit nach zwei normalen 8 Bit Ports, 6 Pins finden >sich irgendwo auf nem anderen Port. Das klingt eigentlich sehr gut.
@David > >32 RGB LEDs (=96 einzelne LEDs) kann man wunderbar mit 6 + 16 Pins > >ansteuern. 16 Pins schreit nach zwei normalen 8 Bit Ports, 6 Pins finden > >sich irgendwo auf nem anderen Port. > Das klingt eigentlich sehr
-
Thread
Temperaturfühler-Spannungsteiler für ADC-Eingang
109 +74 103 +76 97 +78 93 +80 89 +82 85 +84 82 +86 79 +88 75 +90 72 +92 69 +94 65 +96 62 +98 59 +100 56 Danke! Stefan
Das mit dem BF256B könnte schwierig werden eine 1mA Stromquelle zu bauen. Ich habe aber nochmals nachgerechnet. Falls ich einen Widerstand von 5k verwenden würde, hätte ich keinen Strom größer 1mA. Der zu messenden
-
Thread
ngspice "Unable to find definition of model"
RS=9.96109 N=0.999611 XTI=2.99961 +CJO=0 VJ=0.75 M=0.33 FC=0.5 .MODEL qmodel pnp +IS=9.96197e-13 BF=130.6 NF=1.09163 VAF=82.8066 +IKF=0.124415 ISE=1.63236e-12 NE=1.58838 BR=0.999604 +NR=0.999458 VAR=96.4393 IKR=0.0999961 ISC=1e-13 +NC=1.99961 RB=9.97438 IRB=0.199611 RBM=9.97438 +RE=0.100174 RC=
=0.95 MJC=0.244591 XCJC=0.9 FC=0.5 +TR=1e-07 PTF=0 KF=0 AF=1 .MODEL q1model pnp +IS=9.96197e-13 BF=130.6 NF=1.09163 VAF=82.8066 +IKF=0.124415 ISE=1.63236e-12 NE=1.58838 BR=0.999604 +NR=0.999458 VAR=96.4393 IKR=0.0999961 ISC=1e-13 +NC=1.99961 RB=9.97438 IRB=0.199611 RBM=9.97438 +RE=0.100174 RC=
-
Thread
AVR-GCC: Compilerfehler?
sbiw r28, 0x02 ; 2 1c8: 0f b6 in r0, 0x3f ; 63 1ca: f8 94 cli 1cc: de bf out 0x3e, r29 ; 62 1ce: 0f be out 0x3f, r0 ; 63 1d0: cd bf out 0x3d, r28 ; 61 volatile uint16_t i; /* t = i * loop / UC_CLOCK i = t / loop * UC_CLOCK
0x02 1f0: 89 2b or r24, r25 1f2: b9 f7 brne .-18 ; 0x1e2 ; } 1f4: 22 96 adiw r28, 0x02 ; 2 1f6: 0f b6 in r0, 0x3f ; 63 1f8: f8 94 cli 1fa: de bf out 0x3e, r29 ; 62 1fc: 0f be out 0x3f, r0 ; 63 1fe: cd bf out
-
Thread
Array aus Unions - geht das?
ldi r28, 0x5F ; 95 5e: d4 e0 ldi r29, 0x04 ; 4 60: de bf out 0x3e, r29 ; 62 62: cd bf out 0x3d, r28 ; 61 x = 0x1234; 64: 84 e3 ldi r24, 0x34 ; 52 66: 92 e1 ldi r25
ldi r28, 0x5B ; 91 5e: d4 e0 ldi r29, 0x04 ; 4 60: de bf out 0x3e, r29 ; 62 62: cd bf out 0x3d, r28 ; 61 un_i16 x; uint16_t y; volatile uint8_t a,b,c,d; x.i16 = 0x1234; 64: 84 e3 ldi
-
Thread
ATmega32 uint32_t Problem
63 58: cf e5 ldi r28, 0x5F ; 95 5a: d8 e0 ldi r29, 0x08 ; 8 5c: de bf out 0x3e, r29 ; 62 5e: cd bf out 0x3d, r28 ; 61 00000060 <__do_clear_bss>: 60: 10 e0 ldi r17, 0x00 ; 0 62: a0 e6 ldi r26, 0x60 ; 96 64: b0 e0
Registerpaar r24:r25 dekrementiert. Und hier das selbe Spiel beim Inkrementieren: [avrasm] e2: 01 96 adiw r24, 0x01 ; 1 e4: a1 1d adc r26, r1 e6: b1 1d adc r27, r1 [/avrasm] Also der Code sieht an sich korrekt aus.
-
Thread
MiniWhip oder MegaLoop MLA-30+ für Kurzwellenempfang auf dem Balkon
Prinzip etwas gebaut. (Bilder) 72 Windungen insgesamt, 36 Anzapfungen. Laut VNA mit Wanderleitung ~96uH. Immerhin von 6-7MHz bis 29MHz mit dem verwendeten Strahler ohne weitere Spulen benutzbar.
Loop schrieb im Beitrag #7112198: > Nur für Dich: > Anstatt BF245 geht auch 256, 545, oder J310 oder 2N3819, eben was die > Bastelkiste gerade hergibt. Der N-Ch JFET ist nicht kritisch, ein Balun > brauchts auch nicht. Danke. Peter
-
Thread
Wittig(welec) DSO W20xxA Hardware (Teil 2)
bildet Varianten, nur um sich von den anderen abzusetzen. Osoz entstand, ein Konkurrent zu deiner BF-Firmware, mit einigen neuen Möglichkeiten. Hayo hilt an seiner Entwicklung fest. Bald wurde ein neues FPGA-Design aufgesetzt. Du hast zwar beteuert in diesem Zug Osoz aktiv zu unterstützen und BF auf
verändert sich das Signal zu kleinerern Frequenzen so bis zur dermaßen? Was könnte verkehrt sein? Aktuelle BF-FW ist drauf. Grüße vcc
-
Thread
Dumme Frage zum "C" mit AVR's
www.mikrocontroller.net/topic/340330?goto=new#3744804 Ist auch schön logisch zu bedienen: Pin auf '1' setzen: [c] BF_PORTB.portb3 = 1;[/c] Pin auf '0' setzen: [c] BF_PORTB.portb3 = 0;[/c] Pin toggeln: [c] BF_PORTB.portb3 ^= 1;[/c] Pin auf '1' abfragen: [c] if(BF_PINB.pinb3)[/c] Pin auf '0' abfragen: [c] if(!BF_PINB.pinb3)[/c] Wie man es auch mit 'normalen' Variablen macht.
-
Thread
Absturz beim Verwenden von volatile
63 58: cf e5 ldi r28, 0x5F ; 95 5a: d8 e0 ldi r29, 0x08 ; 8 5c: de bf out 0x3e, r29 ; 62 5e: cd bf out 0x3d, r28 ; 61 00000060 <__do_clear_bss>: 60: 10 e0 ldi r17, 0x00 ; 0 62: a0 e6 ldi r26, 0x60 ; 96 64: b0 e0
& (1 << PD3)) // Taster an Pin 3 abfragen 94: 83 9b sbis 0x10, 3 ; 16 96: 02 c0 rjmp .+4 ; 0x9c <main+0x20> { PORTD &= ~(1<<PD5); // LED an Pin 5 aus 98: 95 98 cbi 0x12, 5 ; 18 9a: 01 c0 rjmp .+2 ;
-
Thread
2m-Empfang mit DAB-Stick
Audiosignal wird > übersteuert und das Squelchen hilft da nicht. Wenn ich die Ausgangs-Samplerate auf 96 kHz stelle, und den Filter mit der roten Linie im unteren Spektrum-Fenster aufziehe, höre ich die FM-Radiosender in sehr guter Qualität.
Masse (HF) ist weder mit Antenne noch Stick verbunden. Das brachte einige Vorteile. >Haben die BF1009 ein automatisches Bias, weil beim G1 >kein Gleichstrompfad vorgesehen ist? BF1009 haben einen AutoBias. Ich bastele gerne mit ihnen, es spart etwas "Schweinefutter". Das Datenblatt verrät
-
Thread
Code Darstellung
96 97 98 99 10 0 10 1 10 2 10 3 10 4
im Kopf ;-) Binär tuts auch ;-) -> https://qph.fs.quoracdn.net/main-qimg-dd6a075b238efc5fd0bf06fb9fc519a2.webp
-
Thread
Firmware aus MC9S12 per BDM clonen
z.B. garnicht im Update-File, was aber auch so gewollt sein kann. Das Flash-Protection-Byte 0x7BF0F steht auf 0xFE und zeigt somit einen ungeschützten Flash an (wenn ich es richtig interpretiert hab): [code] Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 0007BF00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FE ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿþ [/code] Block 0 und Block 1 Protection-Bytes 0x7BF0C und 0x7BF0D sind jedoch 0xFF. Könnte das der Grund sein warum die Blöcke im Dump leer sind? Ich versuche es dann doch mal mit einem Secured-Readout. Der ist etwas komplexer weil auch CLK verbunden
-
Thread
Frage zur C Syntax
offensichtlich ist die 64bit Rechnung tatsache genauer. Und warum richtige Floats (long double hat 96bit) sowieso viel genauer sind, und das 32bit floats auch genauer sind (sogar im vgl. zu 64bit int), erklär ich jetzt nicht noch.
um einen Halbton tiefer (/1,059463094359295 = *0,9438743126816935): ftw.U64 = ftw.U32[HI] * 0xF1A1BF39ULL;
-
Thread
ATMega32 + LCD + Timer0
100BC0001CF481E0888B91C069897A898B899C8922 :100BD00020E030E04FE753E40E94BE0D18160CF001 :100BE0007BC06D897E898F89988D20E030E04AE74F :100BF00054E40E94B50CDC01CB018C879D87AE8745 :100C0000BF876C857D858E859F8520E030E54CE52E :100C100055E40E94C20DDC01CB0188879987AA8721 :100C2000BB87688579858A859B8520E030E040E830 :100C30005FE30E94B10C88232CF481E090E09F8355
1022A0001A2EAA1BBB1BFD010DC0AA1FBB1FEE1FD0 :1022B000FF1FA217B307E407F50720F0A21BB30B1B :1022C000E40BF50B661F771F881F991F1A9469F797 :1022D00060957095809590959B01AC01BD01CF01F3 :1022E00008952F923F924F925F926F927F928F92BA :1022F0009F92AF92BF92CF92DF92EF92FF920F9395 :102300001F93CF93DF93CDB7DEB7CA1BDB0B0FB69E
-
Thread
Auswahl DSP Board für FFT Anwendung
Moin, auf die Schnelle kommen mir da nur BF707 (Analog Devices) oder STM32-Varianten in den Sinn, aber mit 2MSPS wird's eng, und 16 bit sowieso, besagte Käfer schaffen nur 12. Und die MIPS-Kraft des STM32 wird ev. nicht reichen. Bei den mir bekannten
So so, die "genaue Auflösung". Dann löse doch mal auf wie hoch die genaue Auflösung sein soll. 96 dB? Märchenonkel.