-
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.
-
Thread
BFG31 EOL, Ersatz?
Uwe B. schrieb im Beitrag #5018364: > BFQ149 Für den BFQ149 (= BFR96S im SOT89 Gehäuse) empfiehlt NXP den BFU590Q als Ersatz. http://www.nxp.com/documents/data_sheet/BFU590Q.pdf Einen PNP Ersatz im SOT89 Gehäuse bietet NXP nicht an.
Sorry, sollte heißen: Für den BFQ19 (= BFR96S im SOT89 Gehäuse) empfiehlt NXP den BFU590Q als Ersatz. http://www.nxp.com/documents/data_sheet/BFU590Q.pdf Einen PNP Ersatz für den BF149 Gehäuse bietet NXP nicht an.
-
Thread
Lötkolben kaputt/Welchen Neuen?
relatib günstig welche weg? Wie sieht es zB mit diesem aus? http://www.amazon.de/Weller-SP40NEU-L%C3%96TKOLBEN/dp/B00D5T7Q96/ref=sr_1_2?s=diy&ie=UTF8&qid=1446742578&sr=1-2&keywords=weller+l%C3%B6tkolben+40w Danke, Hendrik
nicht in der Mitte ankörnern, also darf der Bohrer nicht mal 1/10mm abweichen. Mit so was wie einer BF20 und Kurzbohrern oder Fräser geht es aber problemlos.
-
Thread
[Biete] Sammelbestellung de.Mouser.com 2016
https://www.mouser.de/ProjectManager/ProjectDetail.aspx?AccessID=96b5e22ec2 Warenwert: 7,34€ Sammelwert: 62,92€
f50a4fc32e Aus den Resten: 652-srr6038-330Y (spida 4/9) 10x Warenwert 23,84 EUR Sammelwert 28,96 EUR
-
Thread
Welches Lötzinn verwendet Ihr?
eine Massefläche und das recht schnell. Mit 350 Grad ist es eine eher starre Angelegenheit. Amasan BF32-3 bleibt mir irgendwie zu sehr an der Lötspitze haften, irgendwie eine eher "patzige" Angelegenheit.
Ich bevorzuge auch das Amasan BF32. Das Felder Sn100Ni+ fällt m.E. deutlich dagegen ab (Lötverhalten) ist aber noch zufriedenstellend. Ein paar andere bleifreie hatte ich auch probiert, die waren alles nix. Lötkolben ist ein JBC T245
-
Thread
=== GCC v15 ===
r29, r1 1ad8: 0f b6 in r0, 0x3f ; 63 1ada: f8 94 cli 1adc: de bf out 0x3e, r29 ; 62 1ade: 0f be out 0x3f, r0 ; 63 1ae0: cd bf out 0x3d, r28 ; 61 1ae2: ed 01 movw r28, r26 1ae4: 08 95 ret [/avrasm
de b7 in r29, 0x3e ; 62 // store sph bee: 6c 01 movw r12, r24 00000bf0 <.Loc.879>: # RxData<PacketType::PingRequestPkt> rxData{mRxMetaData.mRxData}; bf0: fc 01 movw r30, r24 bf2: a3 85 ldd r26, Z+11 ; 0x0b // ab hier alles wieder gleich
-
Thread
Graphig Display 128x64 mit KS0108 am I2C Bus?
Die kleinen Displays so mit 0,96 kenne ich. Leider ist die Lupe nicht im Preis mit drin. Dachte ehr an die Grösse mit 2,2 bis 3,5 Zoll und dem SSD1306
Achim S. schrieb im Beitrag #7359412: > Kennst du ein Display Graphik was am I2C Bus geht? BF/BO9864 und die meisten DOG. Ansonsten über einen PCA9555.
-
Thread
OPV-Oszillatorschaltung
#4142197: > Einen 4000-er Schmitt Trigger hab ich auch nicht gefunden... BU4S584G2-TR CD40106BM96 MC14106B CD4093BM96 MC14093BDTR2G TC4584BF Spannungsversorgung ist unipolar 4 - 18V, also genau wie Du es brauchst. > Wie würde da überhaupt die Schaltung aussehen?? Genau so wie mit dem
-
Thread
"Prüfsender" funktioniert nicht
Noch vergessen: BC548 als UKW-Transistor ist etwas... eigenwillig. BF199 ist deutlich besser. 2N3904 sollte zur Not auch gehen. (Ich will nicht gerade zum BFR96 raten. *Der* schwingt auf jeden Fall ... aber wo?)
Rainer Ziegenbein schrieb im Beitrag #3465107: > (Ich will nicht gerade zum BFR96 raten. *Der* schwingt auf jeden Fall ... aber wo?) Dann müsste er vorher erst einmal einen Lehrgang in Freiluft-Stripline-Drahtigel-Technik machen ... :-)
-
Thread
Datenspeicherung ähnlich Base64 mit Fehlerkorrektur
Ascii-Ziffernfolge | abgelegte Daten 0 | CD81 1 | CD92 2 | CDA3 3 | CDB4 5 | CE85 6 | CE96 Wie komme ich nun auf Base64? Ganz einfach, das niederwertige Byte vom Word bewegt sich exakt zwischen 0x80 und 0xBF, das sind genau 64 Zeichen, nur halt mit einem Offset zum regulären Index von
mal die Zeichenanalyse angehangen, auffalend ist eben der erste Block wlecher die Zeichen 0x80 bis 0xBF darstellt und der zweite Block quasi als Steuerzeichen (höherwertige Teil des Word) gerade mal von 0xCC bis 0xE7... Fragen: -Warum nimmt man eine Datenverdopplung in Kauf, meines erachtens nur für
-
Thread
problem mit intel hex file und bootlaoder
1000D8008A95E9F780E090E1A0E0B1E0ED9301971F :1000E800E9F7EEE9F0E085919591009761F0A59127 :1000F800B59105901590BF01F00105900D920197FB :10010800E1F7FB01F0CFE0E0EEBBEFEFEDBFE0E1A0 :10011800EEBFC0E0D5E00C94BC01E0E8E0936100DC :10012800E0E0E0936100E2B9EFEFE1B9E0E0E5B9C2 :10013800E0E7E4B9E0E0E8B9E7B9EBB9EAB9EEB964
0000 5F00 AA00 90E2 0000 0000 0100 0300 9400 0100 0600 9600 0200 0900 9800 0000 F894 EE27 EFBB F1E0 F5BF E5BF E093 7400 E093 7500 F8E1 F093 6000 E093 6000 8DE0 A2E0 BB27 ED93 8A95 E9F7 80E0 90E1 A0E0 B1E0 ED93 0197 E9F7 EEE9 F0E0 8591 9591 0097 61F0 A591 B591 0590 1590 BF01 F001 0590 0D92 0197 E1F7 FB01
-
Thread
CRC-16-Berechnung mit Lookup-Tabelle: zwei Varianten, beide gültig?
0xC9CC, 0xD9ED, 0xE98E, 0xF9AF, 0x8948, 0x9969, 0xA90A, 0xB92B, 0x5AF5, 0x4AD4, 0x7AB7, 0x6A96, 0x1A71, 0x0A50, 0x3A33, 0x2A12, 0xDBFD, 0xCBDC, 0xFBBF, 0xEB9E, 0x9B79, 0x8B58, 0xBB3B, 0xAB1A, 0x6CA6, 0x7C87, 0x4CE4, 0x5CC5, 0x2C22, 0x3C03, 0x0C60, 0x1C41, 0xEDAE, 0xFD8F, 0xCDEC,
0xC71D, 0xD73C, 0x26D3, 0x36F2, 0x0691, 0x16B0, 0x6657, 0x7676, 0x4615, 0x5634, 0xD94C, 0xC96D, 0xF90E, 0xE92F, 0x99C8, 0x89E9, 0xB98A, 0xA9AB, 0x5844, 0x4865, 0x7806, 0x6827, 0x18C0, 0x08E1, 0x3882, 0x28A3, 0xCB7D, 0xDB5C, 0xEB3F, 0xFB1E, 0x8BF9, 0x9BD8, 0xABBB, 0xBB9A, 0x4A75
-
Thread
Einfach Mischer mit 2N3819
aufholen mit mindestens 10dB und geringem Rauschen...sieht wohl nach einer FET Kascode aus...oder BF981? Beim BF981 wären das 12db und 0,7dB Rauschen... Gruß, Holm
Streuungen da wohl auch in der Realität beträchtlich sind. Die Spanne ist fast so groß wie zwischen BF245A und BF245C. Das macht vor Allem bei den Kaskoden einen riesen Unterschied. Falls der Obere ein großes Uth hat, dann läßt sich die ZF schlechter regeln.
-
Thread
Zufallszahl mit falscher Verteilung
(uint8_t)(255/count))*count; //wie oft passt count > in 255? größtes Vielfaches<=255 Count 96, hoechstGrenze 192. johann schrieb im Beitrag #4998605: > wo liegt denn mein Denkfehler? Es gibt also Werte zwischen 0 und 192 zurück. 0 ist bei 0, 96 und 192, also 1,5 mal so viel wie die anderen
in software security." https://pdfs.semanticscholar.org/b0b5/7844eab28f3639a419b9d322a9a74a0498bf.pdf </halbwegs OT>
-
Thread
Kleine Oled Tip
Ihr kennt ja bestimmt alle die 0.96" mit 128x64 Pixel und habt die Programmtechnisch voll im Griff. .-) Seit kurzem gibt es zwei neue Typen die ebenfalls auf dem SSD1306 basieren: 1. 0.91" mit 128x32 Pixel Bei dem Display hat
B07F1KD57X/ref=pd_day0_hl_107_2/261-8963575-4928438?_encoding=UTF8&pd_rd_i=B07F1KD57X&pd_rd_r=9d5527bf-6536-46b9-bbb8-d250e9bfce1f&pd_rd_w=atP26&pd_rd_wg=ppInS&pf_rd_p=c35e9330-5a0a-4f10-958d-98313df38778&pf_rd_r=0PZE41048SY55153SBGQ&psc=1&refRID=0PZE41048SY55153SBGQ
-
Thread
Ganganzeige für Motorrad !
: GANG Widerstand serienmäßig Spannung serienmäßig Widerstand mit 2,2 kOhm 1. Gang 596 Ohm 1,96V 2796 Ohm 2. Gang 827 Ohm 2,83V 3027 Ohm 3. Gang 1495 Ohm 3,15V 3695 Ohm 4. Gang 2730 Ohm 3,85V 4930 Ohm 5. Gang 6800 Ohm 4,59V 9000 Ohm 6. Gang 15000 Ohm 4,93V 17200 Ohm N Neutral / 5,26V /
dort obenstehenden Daten abspeichern ? Also mein damit wenn ich den 1. Gang drin hab das der mit 1,96 V irgendwas ansteuert und das angesteuerte Teil nur bei der Spannung die 1 auf der Siebensigment-Anzeige angibt ? Das gleich mit den anderen Gängen. Oder kann ich das Teil aufmachen auf jedeneinzelnden
-
Thread
Daten redundant auf USB-Sticks verteilen
3-13bed0c5bf50b319f72ac804adac9a8ae6aad81eef4007712719 4-fdde2978327e333eb167cd95098106cd76d1aadb569146aa8f35
3 shares separated by newlines: Share [1/3]: 3-13bed0c5bf50b319f72ac804adac9a8ae6aad81eef4007712719 Share [2/3]: 6-53d390197b41b8d6ab650525af7fa73f4cac350abcc02d7c7122 Share [3/3]: 2-b325a4b94f0991282c4e70cdd9b530f65654799115df0c49402a Resulting secret:
-
Thread
[Linux+CDC] BOGUS urb xfer, pipe 3 != type 1
Be Filled By O.E.M./Z77 Extreme6, BIOS P2.80 07/01/2013 [11815.912863] ffffffff81b23440 ffff8801bf507978 ffffffff817c4518 0000000000000007 [11815.912865] ffff8801bf5079c8 ffff8801bf5079b8 ffffffff81076a6a 00000000000000d0 [11815.912867] ffff880030e83e40 0000000000000003 ffff88037a15d800 0000000000000000
0xc0 [11815.912875] [<ffffffff81076ae6>] warn_slowpath_fmt+0x46/0x50 [11815.912878] [<ffffffff815bf39f>] usb_submit_urb.part.6+0x14f/0x5b0 [11815.912881] [<ffffffff815bf845>] usb_submit_urb+0x45/0x90 [11815.912883] [<ffffffffc09f0175>] acm_submit_read_urb+0x45/0xa0 [cdc_acm] [11815.912886] [<
-
Thread
LTspice: Verstärker ohne Ausgangsspannung
wenige Mikrovolt vorhanden. Den BC560 habe ich mal probeweise gegen einen BC538C ausgetauscht. Für den BF245B habe ich folgendes Modell verwendet: .MODEL BF245B NJF(VTO=-2.3085E+000 BETA=1.09045E-003 LAMBDA=2.31754E-002 RD=7.77648E+000 RS=7.77648E+000 IS=2.59121E-016 CGS=2.00000E-012 CGD=2.20000E-012 PB
4.038e-06 3.566e-03 -2.27° -4.83° 9 9.000e+02 3.731e-06 3.295e-03 -17.41° -19.96° Total Harmonic Distortion: 22.032049%
-
Thread
Ist das ein Bug im Compiler?
Pointerverschieben 64ee: 34 96 adiw r30, 0x04 ; 4 64f0: 24 96 adiw r28, 0x04 ; 4 64f2: 6f 5f subi r22, 0xFF ; 255 64f4: 7f 4f sbci r23, 0xFF ; 255 {
add r26, r26 6528: bb 1f adc r27, r27 652a: af 5b subi r26, 0xBF ; 191 652c: b8 4c sbci r27, 0xC8 ; 200 652e: 11 96 adiw r26, 0x01 ; 1 6530: 7c 91 ld r23, X 6532: 11 97 sbiw r26, 0x01
-
Thread
AVR C/ASM Verständnisfrage
r26, r24 70e: b9 0b sbc r27, r25 710: a7 53 subi r26, 0x37 ; 55 712: bf 4f sbci r27, 0xFF ; 255 714: 0c c0 rjmp .+24 ; 0x72e <main+0x82> 716: e0 9a sbi 0x1c, 0 ; 28 718: 9e b3 in r25, 0x1e ; 30 71a: 8d b3 in
: attiny24 Program: 2094 bytes (102.2% Full) (.text + .data + .bootloader) Data: 96 bytes (75.0% Full) (.data + .bss + .noinit) EEPROM: 127 bytes (99.2% Full) (.eeprom)
-
Thread
avrdude: verification error, first mismatch at byte 0x005e
93 00 0c 94 93 00 0c 94 |ô. öô. öô. öô. ö| 00de 93 00 0c 94 93 00 11 24 1f be cf ef d1 e2 de bf |ô. öô..$.¥.´Ð.. | 00ee cd bf 00 e0 0c bf 10 e0 a0 e0 b2 e0 e0 e0 f0 e0 |═ .Ó .ÓáÓ▓ÓÓÓÓ| 00fe 00 e0 0b bf 02 c0 07 90 0d 92 a0 30 b1 07 d9 f7 |.Ó .└.É Æá0▒..¸| 010e 10 e0 a0 e0 b0 e0 01
01ae 87 7f 80 93 02 01 97 ff 05 c0 80 91 02 01 80 64 |ç..ô..ù..└.æ...d| 01be 80 93 02 01 c9 2f 96 ff 05 c0 80 91 02 01 80 62 |.ô.../û..└.æ...b| 01ce 80 93 02 01 c5 ff 05 c0 80 91 02 01 80 61 80 93 |.ô..┼..└.æ...a.ô| 01de 02 01 c4 ff 05 c0 80 91 02 01 88 60 80 93 02 01 |..─..└.æ..ê`.ô..|
-
Thread
Atmega8 als Servo Switch
63 58: cf e5 ldi r28, 0x5F ; 95 5a: d4 e0 ldi r29, 0x04 ; 4 5c: de bf out 0x3e, r29 ; 62 5e: cd bf out 0x3d, r28 ; 61 00000060 <__do_clear_bss>: 60: 11 e0 ldi r17, 0x01 ; 1 62: a0 e6 ldi r26, 0x60 ; 96 64: b0 e0
ServoUp++; 90: 80 91 60 00 lds r24, 0x0060 94: 90 91 61 00 lds r25, 0x0061 98: 01 96 adiw r24, 0x01 ; 1 9a: 90 93 61 00 sts 0x0061, r25 9e: 80 93 60 00 sts 0x0060, r24 if ( ServoUp == 1000U ) a2: 88 5e subi r24, 0xE8 ; 232 a4: 93 40
-
Thread
CRC auf einem Raspberry Pi in C
uint16_t const CRC16Table [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
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
-
Thread
Pollin Belinea o.book 13011 Ubuntu Linux im neuen Katalog
----------- NUMERIC SORT : 576.96 : 14.80 : 4.86 STRING SORT : 77 : 34.41 : 5.33 BITFIELD : 2.2272e+08 : 38.20 : 7.98 FP EMULATION : 80.815
: 4.96 LU DECOMPOSITION : 337.6 : 17.49 : 12.63 ==========================ORIGINAL BYTEMARK RESULTS========================== INTEGER INDEX : 31.006 FLOATING-POINT INDEX:
-
Thread
Regelung Fussbodenheizung
. Zu dem Ergebnis kommt man auch im folgenden Bericht. http://www.moehlenhoff.info/getfile.php/390bf759d2aefd6191491787c4723a96/Fachbeitrag_BVF_ERR_und_FBH_Kurzfassung_8_3_10.pdf Ab Seite 15 geht man auf die Wirtschaftlichkeitsbetrachtungen ein. > Grundvoraussetzung für eine zufriedenstellend funktionierende
sieht das anderes. Und ich selber kann das nur bestätigen. http://www.moehlenhoff.info/getfile.php/390bf759d2... Ab Seite 15 geht man auf die Wirtschaftlichkeitsbetrachtungen ein. Gruss Klaus.
-
Thread
S0-Ausgang an Wärmemengenzähler nachrüsten?
2FsGgce069LtwL31w0hFtMw9RETHtv2Ma5%2BSGAe68Kj9ziwzWs8TQubp%2BJYYBkgdBF3Ff8UCjYnkG2CXgGRnDNVFkPAz7jN1cGSPw8D6qZYe5I1tpKkNN%2FXyeU2ahBCZW2LZBfpTR76MH4YiMh22KLJSW%2BYRRzLz1tL3RIY3h5yZivGAa%2F8eZOd0oLnpAj80yNgAuKcCQBsSYMCzgc5YGU0r1yf4MKn%2FHkr5%2FqtSNkgUP3YFh9aNTLlZvU2hru3lzrK9VyywXlwqbj9EHNqwCIWvlJjgJKEbBf3qhZL9Z4YYgKUjDDSQjSg1KjuzWjuk89QzrrfySkTk5FZenW2jC3DKmHOcBkGu
2F79rBHxOzaXUiN0Dm5Spbwz02jOxWfpx1mfQ4IsR4PtS91rF0aAf4fvEhNsvl0MTcUtf1%2FsGgce069LtwL31w0hFtMw9RETHtv2Ma5%2BSGAe68Kj9ziwzWs8TQubp%2BJYYBkgdBF3Ff8UCjYnkG2CXgGRnDNVFkPAz7jN1cGSPw8D6qZYe5I1tpKkNN%2FXyeU2ahBCZW2LZBfpTR76MH4YiMh22KLJSW%2BYRRzLz1tL3RIY3h5yZivGAa%2F8eZOd0oLnpAj80yNgAuKcCQBsSYMCzgc5YGU0r1yf4MKn%2FHkr5%2FqtSNkgUP3YFh9aNTLlZvU2hru3lzrK9VyywXlwqbj9EHNqwCIWvlJjgJKEbBf3qhZL9Z4YYgKUjDDSQjSg1KjuzWjuk89QzrrfySkTk5FZenW2jC3DKmHOcBkGu
-
Thread
Pspice Vorteile oder Nachteile
Library Replacement" in Standard.bjt und Standard.dio gefunden. .model ss9014 npn (is=2.87599e-14 bf=377.5 vaf=123 ikf=1.1841 ise=4.7863f ne=1.5 br=4.79 var=11.29 ikr=0.275423 isc=1.44544e-14 nc=1.5 rb=200 irb=1e-5 rbm=10 re=0.56 rc=5 cje=1.7205e-11 vje=0.6905907 mje=0.3193434 tf=5.89463e-10 cjc=6.2956p
1.8881 eg=1.2415 xti=3 fc=0.5 Vceo=45 Icrating=0.1 mfg=Fairchild) .model ss9015 pnp (is=28.76f bf=125.5 nf=1 vaf=123 ikf=0.6041 ise=4.79f ne=1.5 br=4.79 nr=1 var=11.29 ikr=0.275423 isc=14.454f nc=1.5 rb=200 irb=10u rbm=10 re=0.56 rc=5 tf=837.7p cjc=20.96p vjc=0.5164 mjc=0.656 xcjc=0.451 Vceo=45 Icrating
-
Thread
Debian Server bootet nicht mehr
2" TYPE="linux_raid_member" PARTUUID="959b2337-e5b2-4b1f-86de-a32e95cc17ef" /dev/sdb4: UUID="0f494bf3-e327-5403-31ae-a6b6c90b5435" UUID_SUB="3c92a776-5fe4-9688-f353-1b4d4c0a130f" LABEL="rescue:3" TYPE="linux_raid_member" PARTUUID="6936c79d-cd8f-4f16-9008-2ceacf391467" /dev/sda1: UUID="d5fe8d37-3287
dev/sda4: UUID="0f494bf3-e327-5403-31ae-a6b6c90b5435" UUID_SUB="3014ae17-2e77-ee71-5b39-852820dfcc6c" LABEL="rescue:3" TYPE="linux_raid_member" PARTUUID="7b02173f-e52e-4f57-aeb2-9c7eb74e6835" /dev/md0: UUID="fb485bdc-5465-
-
Thread
Lötzinn 270 € / kg
Carsten S. schrieb im Beitrag #7506927: > Ich verwende privat Amasan BF32-3 als bleifreies Lot, in der Fa. habe > ich im Moment Felder ISO Core EL (SN95,5Ag3Cu0,7) ... > Mit beiden Loten kann man ganz brauchbar arbeiten. Weil du Amasan BF32-3 erwähnst. Das war Anfangs
bei euch alle glänzen und ich mich wunderte das bei mir nichts glänzt. Auch bei dem gelobten Amasan BF32-3 welches auf irgendeiner Display3000 Webseite o.s.ä. getestet wurde deutete ich alles auf Glanz hin. Das ist nun zum Glück geklärt. Danke.
-
Thread
Smart Meter Lang. CRC berechnung
7607000D000BB2E1620062007263010176010107000D04B5E64B0B06454D480102715466F50101633FB6007607000D000BB2E2620062007263070177010B06454D480102715466F5017262016504B5825E7777078181C78203FF0101010104454D480177070100000009FF010101010B06454D480102715466F50177070100010800FF63020001621E52FF560005083F1D0177070100010801FF0101621E52FF560001DB16240177070100010802FF0101621E52FF5600032D28F901770701000F0700FF0101621B52FF55000000000177078181C78205FF0101010183022D71B54A09ACC232221CE8C146CAAA4077F0DB516FC0E1F96D6931BA2509566133FB1D8EF519BF19B149790E864EEA46010101631097007607000D000BB2E36200620072630201710163"; my $crc = crc16($x); print "CRC: $crc\n"; printf("%x",$crc); print "\n"; my $crc = crcccitt
1B1B1B1B010101017607000D000BB2E1620062007263010176010107000D04B5E64B0B06454D480102715466F50101633FB6007607000D000BB2E2620062007263070177010B06454D480102715466F5017262016504B5825E7777078181C78203FF0101010104454D480177070100000009FF010101010B06454D480102715466F50177070100010800FF63020001621E52FF560005083F1D0177070100010801FF0101621E52FF560001DB16240177070100010802FF0101621E52FF5600032D28F901770701000F0700FF0101621B52FF55000000000177078181C78205FF0101010183022D71B54A09ACC232221CE8C146CAAA4077F0DB516FC0E1F96D6931BA2509566133FB1D8EF519BF19B149790E864EEA46010101631097007607000D000BB2E362006200726302017101633CDD00001B1B1B1B1A011174 Jemand eine Idee?
-
Thread
Problem mit CRC-Test wenn Tabelle im EEPROM - mega88
0xC9CC, 0xD9ED, 0xE98E, 0xF9AF, 0x8948, 0x9969, 0xA90A, 0xB92B, /* 50 */ 0x5AF5, 0x4AD4, 0x7AB7, 0x6A96, 0x1A71, 0x0A50, 0x3A33, 0x2A12, /* 58 */ 0xDBFD, 0xCBDC, 0xFBBF, 0xEB9E, 0x9B79, 0x8B58, 0xBB3B, 0xAB1A, /* 60 */ 0x6CA6, 0x7C87, 0x4CE4, 0x5CC5, 0x2C22, 0x3C03, 0x0C60, 0x1C41, /* 68 */ 0xEDAE
, /* b8 */ 0x26D3, 0x36F2, 0x0691, 0x16B0, 0x6657, 0x7676, 0x4615, 0x5634, /* c0 */ 0xD94C, 0xC96D, 0xF90E, 0xE92F, 0x99C8, 0x89E9, 0xB98A, 0xA9AB, /* c8 */ 0x5844, 0x4865, 0x7806, 0x6827, 0x18C0, 0x08E1, 0x3882, 0x28A3, /* d0 */ 0xCB7D, 0xDB5C, 0xEB3F, 0xFB1E, 0x8BF9, 0x9BD8, 0xABBB, 0xBB9A,
-
Thread
erbitte Hilfe bei optimierung ISR
f20: 80 93 88 00 sts 0x0088, r24 ++g_dataPtr; f24: 32 96 adiw r30, 0x02 ; 2 f26: f0 93 87 01 sts 0x0187, r31 f2a: e0 93 86 01 sts 0x0186, r30 } f2e: ff 91 pop r31 f30: ef 91 pop r30 f32: bf 91 pop r27 f34: af 91 pop r26 f36: 8f 91 pop r24 f38: 0f 90 pop r0 f3a: 0f be out 0x3f, r0 ; 63 f3c: 0f 90 pop
-
Thread
Ferritstab bewickeln
> An der EMU0202 > Soundkarte kanns nicht liegen, die hat über 100dB intermodulationsfrei. Deren BF-Eigenschaften sagen nichts aus über ihr Intermodulationsverhalten oberhalb des NF-Bereichs. > Muß es also die Eingangsstufe an der Antenne sein. Js. > Da der Ferrit bei 100MHz nicht mehr empfangen
über 100KHz. Auf dem Scope ein fetter Sinus, in der FFT der EMU0202 totenstille. Die geht nur bis 96KHz. >> es also nur eine direkt Einstrahlung in die Ferritantennenspule sein. Da >> wo die Kopplung an den Ferrit zu schlecht ist und die Zuleitungen. > Eine H-Antenne mit Ferrit und Wicklung?
-
Thread
CF-Karte MBR
B4 0E CD 10 5E EB F0 EB FE BF 05 00 BB 00 7C B8 01 02 57 CD 13 5F 73 0C 33 C0 CD 13 4F 75 ED BE A3 06 EB D3 BE C2 06 BF FE 7D 81 3D 55 AA 75 C7 8B F5 EA 00 7C 00 00 49 6E 76 61 6C 69 64 20 70 61 72 74 69 74 69 6F 6E 20 74 61 62 6C
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 96 Habe ich da ein Verständnisproblem, oder ist der MBR bei CF-Karten anders aufgebaut? Habe euch mal meinen Code angehängt. Hoffe ihr könnt mir Helfen, viele Grüße, Ralf