-
Thread
Was für eine Entlötlize, welches Flußmittel und welches bleifreie Lot soll man sich kaufen?
. Wenn ich kann löte ich verbleit, wenn es bleifrei sein muß verwende ich bisher Stannol HS10 Sn96Ag3Cu1. Aber ich finde verbleit bequemer weil die Lötspitze nicht so schnell oxidiert und häufig gereinigt werden muss. Gruß, Gerd
Wir nehmen hier das BF32-3 von Amasan. Wichtig ist unserer Erfahrung nach ein hoher Silberanteil (hier 4%) - alles andere find ich praktisch unlötbar. Die fertigen Lötstellen unterscheiden sich optisch nicht von bleihaltigen
-
Thread
[AVR-GCC - AtTiny2313] Schwierigkeiten mit modularer programmierung
28: 1f be out 0x3f, r1 ; 63 2a: cf ed ldi r28, 0xDF ; 223 2c: cd bf out 0x3d, r28 ; 61 - 2e: 02 d0 rcall .+4 ; 0x34 <main> - 30: 17 c0 rjmp .+46 ; 0x60 <_exit> + 2e: 03 d0 rcall .+6 ; 0x36 <main> + 30
//blink, blink: while (1){ PORTD &= ~_BV(PD6); //PD6 = low -> LED an - 36: 96 98 cbi 0x12, 6 ; 18 + 38: 96 98 cbi 0x12, 6 ; 18 #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif __builtin_avr_delay_cycles
-
Thread
Touch Fernbedienung - Protokoll
000100100010010 144 32 136 000100100010010 144 32 136 000100000010001 16 0 136 000001100001100 96 48 8 000000100001010 160 32 8 000101100010100 80 48 136 000000100001010 160 32 8 000001100001100 96 48 8 000010100001110 224 40 8 000101000010011 144 16 136 000101000010011 144 16
die den Farben einer 6-Bit Farbpalette entsprechen: http://upload.wikimedia.org/wikipedia/commons/b/bf/RGB_6bits_palette_color_test_chart.png Aber danke für deine Idee :)
-
Thread
250 kHz PWM -> ¿Filter? -> micro speaker
util/delay.h> const uint8_t PROGMEM sine[256] = { 0x80, 0x83, 0x86, 0x89, 0x8C, 0x90, 0x93, 0x96, 0x99, 0x9C, 0x9F, 0xA2, 0xA5, 0xA8, 0xAB, 0xAE, 0xB1, 0xB3, 0xB6, 0xB9, 0xBC, 0xBF, 0xC1, 0xC4, 0xC7, 0xC9, 0xCC, 0xCE, 0xD1, 0xD3, 0xD5, 0xD8, 0xDA, 0xDC, 0xDE, 0xE0, 0xE2, 0xE4
0xE2, 0xE0, 0xDE, 0xDC, 0xDA, 0xD8, 0xD5, 0xD3, 0xD1, 0xCE, 0xCC, 0xC9, 0xC7, 0xC4, 0xC1, 0xBF, 0xBC, 0xB9, 0xB6, 0xB3, 0xB1, 0xAE, 0xAB, 0xA8, 0xA5, 0xA2, 0x9F, 0x9C, 0x99, 0x96, 0x93, 0x90, 0x8C, 0x89, 0x86, 0x83, 0x80, 0x7D, 0x7A, 0x77, 0x74, 0x70, 0x6D, 0x6A, 0x67, 0x64
-
Thread
uint64_t auf STM32F103
b94a cbnz r2, 8000114 <__aeabi_uldivmod+0x18> 8000100: 2900 cmp r1, #0 8000102: bf08 it eq 8000104: 2800 cmpeq r0, #0 8000106: bf1c itt ne 8000108: f04f 31ff movne.w r1, #4294967295 ; 0xffffffff 800010c: f04f 30ff movne.w r0, #4294967295
: f000 b97a b.w 8000408 <__aeabi_idiv0> 8000114: f1ad 0c08 sub.w ip, sp, #8 8000118: e96d ce04 strd ip, lr, [sp, #-16]! 800011c: f000 f806 bl 800012c <__udivmoddi4> 8000120: f8dd e004 ldr.w lr, [sp, #4] 8000124: e9dd 2302 ldrd r2, r3, [sp, #8] 8000128: b004
-
Thread
Oszilloskop, plötzlich kein Bild mehr
vermuten bei hellem Schirm. Spannung zwischen Kathode und Wehneltzylinder bei niedrigster Helligkeit: -96V, bei voller Helligkeit : -39V Matthias S. schrieb im Beitrag #4318955: > Schön, aber absolute Spannungen und die Reaktion auf die Pos. Regler > solltest du auf jeden Fall mal messen. Leider
Spannung vom Netzteil oder defekte Transistoren. Hier gehen schnelle Hochvolttransistoren wie z.B. der BF459 oder der BF420. Analog gilt das gleiche für die X-Platten. Wenn das Oszi auf X-Y Betrieb steht, ist die Zeitbasis aus und nur der X-Pos Regler bestimmt die Position auf der horizontalen Ebene
-
Thread
Probleme mit _delay_ AVR Atmel32
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 60: 0e 94 36 00 call 0x6c ; 0x6c <main> 64: 0c 94 4f 00 jmp 0x9e ; 0x9e <_exit> 00000068 <__bad_interrupt>:
0x01 ; 1 92: 30 40 sbci r19, 0x00 ; 0 94: 40 40 sbci r20, 0x00 ; 0 96: e1 f7 brne .-8 ; 0x90 <main+0x24> 98: 00 c0 rjmp .+0 ; 0x9a <main+0x2e> 9a: 00 00 nop 9c: eb cf rjmp .-42 ; 0x74 <main+0x8> 0000009e
-
Thread
Gibt's inzwischen RoHs konformes Lötzinn das sich gut wieder bearbeiten lässt?
Hi, Ich setze, wenn es denn aus diversen Gründen Bleifrei sein muss, Das Lötzinn BF32-3 ein. Das ist ein Silber- und Kupferhaltiges Lötzinn und "relativ" gut zu verarbeiten! Gibt dazu irgendwo hier einen Thread. Wenn es aber irgendwie geht verwende ich noch das "gute alte" Bleihaltige
Das weiter oben im alten Threadteil erwähnte BF32-3/Sn95Ag4Cu1 ist zwar nicht so ganz schlecht zu verarbeiten, wenngleich es lange nicht so gut wie SnPb fließt, aber beim Nachlöten schwächelt auch das so ziemlich. Nicht Geldesel schrieb im Beitrag
-
Thread
BFT96 Bezugsquelle oder Ersatztyp
Hallo, kennt jemand eine Bezugsquelle für den BFT96 bzw einen Ersatztypen? Martin
den Oszillator in TV-Tunern, z.B von Reichelt noch erhältlich der BF979, allerdings nur 1,3 GHz fT Reichelt hat noch die PNP-Typen BFT92 und BFT93, die haben aber geringere Kollektorströme 25mA statt 75mA, aber auch 5 GHz fT
-
Thread
Suche Pfostensteckverbinder mit Codierung
#5834151: > Gibt es im Raster 2.5, 2.54, 3.5, 3.81, 5, 5.08, 7.62 usw. ich glaube ich fand auch mal 3.96mm Wolfgang schrieb im Beitrag #5834166: > Bei der Gelegenheit kannst du auch gleich klären, ob es vielleicht auch > 5,00 ist - der Metrisierungswut sei Dank. wobei das bei 5.00 und 5.08 und
Ich danke euch! Gern Joachim B. schrieb im Beitrag #5834174: > ich glaube ich fand auch mal 3.96mm Gibt es auch, deshalb ja auch usw.
-
Thread
Eine Vervielfacher mal 100 entwerfen
Vielleicht anders dimensionieren. Welchen Transistor nehmen? Ich kenne nur einen HF-Transistor, BF194 aus dem Philips-Experimentierkasten. Werde das *.ASC File für LTspice gleich posten.
habe ich NPN genommen, nicht weiter spezifiziert. Welche Transistoren sind denn hier zu empfehlen? BF194? Wie den Arbeitspunkt stabilisieren? Wie die Anpassung vornehmen? Den Induktivitäten habe ich einen Serienwiderstand von 1 Ohm verpasst, die Schwingkreise haben damit eine Güte von 30, ist das
-
Thread
Clapp Oszillator mit oder ohne Bandpassfilter
anderen (höheren) Frequenzen schwingt als gewünscht. Ich empfehle Oldschool-Trnsistoren wie BFR96, BFR15 oder ähnliche.
der kann sich nicht wehren, der muss schwingen! GAS-Fets sind nicht von Nöten, ein paar einfache BF256, BF245 o.ä. vollführen den Zweck. Wenn du keine hast, ich schenke dir gerne ein paar! Diese Art Oszillator schwingt IMMER! Selbst Steckbrett auf 10MHz. Dann übe mal ein bisschen auf niedrigen Frequenzen
-
Thread
"Universalprogrammer" für Linux
7EFFFFFFFFFFFFFFFFFFFFFFFF90CDA967A968FFFFFFFFFFFFFFFFA96978C9A9 3A S1 23 FFDF 6AA96BFFFFFFFFFFFFA1B8FFFFFFFFFFFFFFFFFFFFA096FFFFFFFFFFFFFFFF19 F0 S1 04 FFFF 67 96 S9 03 0000 FC [/code]
dem Original, S3 aus dem Readout. [code] S1 23 1900 A7FCC619714C95E701C619704CF7321972201F898BF687E6024C9EE706E603EE 52 S3 25 00001900 A7FCC619714C95E701C619704CF7321972201F898BF687E6024C9EE706E603EE 50 ... S1 23 BD20 CD4C6C062805080D10151C1F06201A1E061D0620161E0620021F061D0620041E45 S3
-
Thread
CRC look-up table
const unsigned int crc16_table[256] = { 0x0000, 0x1189, 0x2312, 0x329b, 0x4624, 0x57ad, 0x6536, 0x74bf, 0x8c48, 0x9dc1, 0xaf5a, 0xbed3, 0xca6c, 0xdbe5, 0xe97e, 0xf8f7, 0x1081, 0x0108, 0x3393, 0x221a, 0x56a5, 0x472c, 0x75b7, 0x643e, 0x9cc9, 0x8d40, 0xbfdb, 0xae52, 0xdaed, 0xcb64, 0xf9ff, 0xe876, 0x2102
0x6306, 0x728f, 0x4014, 0x519d, 0x2522, 0x34ab, 0x0630, 0x17b9, 0xef4e, 0xfec7, 0xcc5c, 0xddd5, 0xa96a, 0xb8e3, 0x8a78, 0x9bf1, 0x7387, 0x620e, 0x5095, 0x411c, 0x35a3, 0x242a, 0x16b1, 0x0738, 0xffcf, 0xee46, 0xdcdd, 0xcd54, 0xb9eb, 0xa862, 0x9af9, 0x8b70, 0x8408, 0x9581, 0xa71a, 0xb693, 0xc22c, 0xd3a5
-
Thread
HF (UKW) Layout
(Elko, Kerko) - ggf. verdrosseln bzw. schirmen (Eisenblech!) Mit mittelschnellen Bauteilen (BF199, BFR96) nur gute Erfahrungen; keine Schwingneigung. Beispiel: Vorverstaerker mit 3 mal BFR96; vermessen bis 300MHz. Grusz, Rainer
-
Thread
Video Streaming STM32 -> Z80
nicht mehr gegeben ist. Sonst könnte ich auch gleich ein vernünftiges LCD nehmen, statt eines mit 64*96 Pixeln bei dem man die Graustufen in SW machen muss :(
einfaches Links shiften eines Registers (SLA r) dauert beim Z80 acht Takte. Das bräuchtest du 12 mal, also 96 Takte und dazu noch ein paar ORs. Kannst du dir ja ausrechnen. MfG Spess
-
Thread
Wie kann ich folgende elektronikgeräte anschliessen.
2BxKCicmjOznfGmu6%2FYrXB%2Bx2aKZ67LUXcfFMbRb3aoIlrNHMMFUtfVHnEI9QjeVE%2BDWQyyX%2FjkFmxFTCCjD52NpHU%2FXn8PhWsqjlBfORtUrNjQRwgfY0turWWyvSB%2B2p6puDzPukEZgrRjv2OozN0FhWngwOzRXLwQtfPGF3zSzvtJtioUfmLFKHzivZiF9%2F3%2FhXIHyXthvY2o8HyTTXkkPsre51%2Bai%2FR4zSYPH9lQZttFBBB9x4rW5GVPn96f5fqi61mfujYFEYQuNsW4HetTqGhztTbwcB%2BXCk0BhH8IU9F43kI17IJZn5WhLKJoDYRGFQnewfA5ZEl
2Br6FEE6OF5mpPeQmWBAAm1NCXFcdDhxo1jIkL%2FQmzpKehiuaTEmniWraXzAJfptgxxAqVX2u81mhMpUMDNC4Q7RPkcOwHwowGlI%2BPMN0H1%2BBU1oAOauBfWY0sJC15Ef0PrGQ1YIfHjWQiG7rT1%2FVO0LKb4rf5qe9XkvmvOU6WKFuVIJXAqfW%2FZNecrsjVKuwqPi1isEyopDFNX7WAOAQfH1mHmvR2E%2FodttkUTFrgUBjgs1SK650fD30HAXLcj6dwGXrbtk%2F63A3xobHUPfgGGe1cSa1HJUlaS3SGniefli391N8Z6iwInFE5m62TlYx2IOTRhN5luBT
-
Thread
Was tun mit altem Zeitzeichenempfänger
96kHz, lese ich grade. Vielleicht läßt sich das neu abstimmen nur durch entfernen einiger der zugebauten Kondensatoren. Die Spulen sind ja einstellbar.
Helge schrieb im Beitrag #6874175: > 96kHz, lese ich grade. Die 96 (genauer 95.85) kHz beziehen sich auf den im PDF genannten Sender HBB Münchenbuchsee mit Wellenlänge 3130m. Auf der Vorderseite des Geräts steht ja "Zeitzeichen-Empfänger
-
Thread
Bleihaltig löten und verkaufen - was darf man noch?
ein bleifreies Lot, das nach dem Handlöten gut aussieht. Und komme mir jetzt bitte nicht mit Amasan BF32-3. Das Zeugs sieht nach dem Löten scheiße aus. In der Firma haben wir Multicore um wenigstens halbwegs gut aussehende Lötstellen herzustellen. Da kostet aber die 100g Rolle 60€.
bleifreies Lot, das nach dem Handlöten gut aussieht. > Und komme mir jetzt bitte nicht mit Amasan BF32-3. Das Zeugs sieht nach > dem Löten scheiße aus. > > In der Firma haben wir Multicore um wenigstens halbwegs gut aussehende > Lötstellen herzustellen. Da kostet aber die 100g Rolle 60€. Also
-
Thread
AVR und der Umgang mit C++
63 6c: cf ef ldi r28, 0xFF ; 255 6e: d8 e0 ldi r29, 0x08 ; 8 70: de bf out 0x3e, r29 ; 62 72: cd bf out 0x3d, r28 ; 61 74: 0e 94 b2 01 call 0x364 ; 0x364 <main> 78: 0c 94 c2 01 jmp 0x384 ; 0x384 <_exit> 0000007c <__bad_interrupt
: 96 95 lsr r25 13c: 98 2f mov r25, r24 13e: 88 27 eor r24, r24 140: 97 95 ror r25 142: 87 95 ror r24 } 144: 82 2b or r24, r18 146:
-
Thread
Frequenz messen (260 Hz)
2F94 GOTO 0x794 793 2F95 GOTO 0x795 794 2F91 GOTO 0x791 795 2F96 GOTO 0x796 12: time = (TMR1H << 8) + TMR1L; //Timer1 start time 796 0816 MOVF 0x16, W 797 00F6 MOVWF 0x76 798 01F7 CLRF 0x77 799 0817
0x7bb 7BB 1E8C BTFSS 0xc, 0x5 7BC 2FBE GOTO 0x7be 7BD 2FBF GOTO 0x7bf 7BE 2FBB GOTO 0x7bb 7BF 2FC0 GOTO 0x7c0 18: } 19: 20: time = (TMR1H << 8) + TMR1L + 0xFFFFFFFF - time + ((timer1_overflow
-
Thread
CRC-16: Ergebnis der Summenbildung
const unsigned int crc16_table[256] = { 0x0000, 0x1189, 0x2312, 0x329b, 0x4624, 0x57ad, 0x6536, 0x74bf, 0x8c48, 0x9dc1, 0xaf5a, 0xbed3, 0xca6c, 0xdbe5, 0xe97e, 0xf8f7, 0x1081, 0x0108, 0x3393, 0x221a, 0x56a5, 0x472c, 0x75b7, 0x643e, 0x9cc9, 0x8d40, 0xbfdb, 0xae52, 0xdaed, 0xcb64, 0xf9ff, 0xe876, 0x2102
0x6306, 0x728f, 0x4014, 0x519d, 0x2522, 0x34ab, 0x0630, 0x17b9, 0xef4e, 0xfec7, 0xcc5c, 0xddd5, 0xa96a, 0xb8e3, 0x8a78, 0x9bf1, 0x7387, 0x620e, 0x5095, 0x411c, 0x35a3, 0x242a, 0x16b1, 0x0738, 0xffcf, 0xee46, 0xdcdd, 0xcd54, 0xb9eb, 0xa862, 0x9af9, 0x8b70, 0x8408, 0x9581, 0xa71a, 0xb693, 0xc22c, 0xd3a5
-
Thread
Pollin TIAN MA A2C00096100 LCD Modul
zumindest von der Logik her richtig mit dem LCD kommuniziere. Bisher habe ich nur versucht, einen BF_AC Read zu machen. Es wird dann immer 0 zurückgeliefert... Hat jemand sonst eine Idee oder wurde was übersehen?
it900mbt über die FSAPI Texte mit UTF-8- Kodierung aussendet, gibt's hier noch die UTF-8-Umkodierung für 96 UTF-8 Zeichen (C2A0..C2BF und C380..C3BF) dazu: // UTF-8 - Bereinigung des Strings DSt // rückwärts, dann stört es nicht, wenn sich die Länge unterwegs ändert // Start beim vorletzten Zeichen
-
Thread
Alles Rund um den MEDION LIFE P89626 NAS
processors activated (558.69 BogoMIPS). euer NAS Hierarchical RCU implementation. NR_IRQS:96 OX820_RPS_init_irq: interrupts 64 to 96 ox820_clocksource_init() Timer 2 running at 390625 Hz Console: colour dummy device 80x30 console [ttyS0] enabled Calibrating delay loop... 299.00 BogoMIPS
MinObjects=0, CPUs=2, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] NR_IRQS:96 nr_irqs:96 96 [ 0.000000] OX820_RPS_init_irq: interrupts 64 to 96 [ 0.000000] Console: colour dummy device 80x30 [ 0.000000] console [ttyS0] enabled [ 0.020000] Calibrating delay loop
-
Thread
linux Bash Datei in ein Pyton Programm überführen
Wenn ich das richtig sehe, bestehen diese UPA und UPD-Dateien jeweils aus einem Header-String ("ef bb bf 00 00 03 5e" für UPG_ALL.UPA, "ef bb bf 00 00 03 33" für vom_8_UPG_ALL.UPA). Danach folgt ein XML-Teil, vermutlich ist das ein Header zur Beschreibung der danach folgenden binären Daten. Ich werd mal
<TR size="304" number="16" offset="3978"/> <BR size="84" number="16" offset="8842"/> <BCR size="96" number="16" offset="10186"/> <ORR size="64" number="26" offset="11722"/> <OBR size="42" number="7" offset="13386"/> <OBCR size="124" number="8" offset="13680"/> <OFBR size="118" number="8" offset
-
Thread
PIC16f15244 RFM69 sendet nicht
LATCbits.LATC7 = 0; // pull down chip select SSP1BUF = 0x10; while (!SSP1STATbits.BF); SSP1BUF = 0x00; while (!SSP1STATbits.BF); LATCbits.LATC7 = 1; // pull up chip select [/c] Danach sollten die Daten ja im Buffer liegen. Tun sie aber nicht. Oder habe ich hier einen
alle Werte. Nachzulesen ist das ganze hier https://learn.adafruit.com/adafruit-rfm69hcw-and-rfm96-rfm95-rfm98-lora-packet-padio-breakouts/pinouts . Senden tut er zwar immer noch nicht, das muss jetzt aber ein Problem in der Konfiguration sein. Ich melde mich, sobald ich den Fehler habe :)