-
Thread
Inline Assembler- Bits spiegeln
Wenn du 256 Bytes RAM frei hast, geht das mit einer Übersetzungstabelle (byte array) deutlich schneller (sowohl in C als auch in Assembler): [code] static uint8_t swap[256] = { 0x00,0x80,0x40,0xc0,0x20,0xa0,0x60,0xe0
Shift oder das mod 10 gefällig?. Ja klar! Nur her damit! Und /natürlcih/ werden alle LUTs auf 256 Bytes aligned! Weil das die Anwender von dem "sehr guten Compiler" so erwarten. Vorstellungen haben die Leut...
-
Thread
Hameg 205-3, Kanal 2 defekt, Reparaturversuch, Hilfe nötig.
Hallo, lange Zeit hat sich nichts getan, ich wollte ungern nur für den BF256B eine Reichelt bestellung tätigen. Aber nun habe ich den BF256B eingebaut. Leider selbes Ergebnis wie mit dem Ersatztypen. Ich habe leider nur das normale Handbuch, dort sind zwar auch die Schaltbilder
mal untereinander getauscht, genauso die videoverstärker ua733cn (IC 102 + 202) und auch die beiden F256B transistoren (t101 + 201) - ohne Ergebnis. 2tes scope ist vorhanden Irgendwelche tips? Viele Grüße Matt
-
Thread
SD-Card über SPI - manche gehen, manche nicht.
eine SD-Karte loggen soll/darf/muss. Bisher habe ich dafür 2 verschiedene Karten benutzt: eine 256MB Karte von Lexar sowie eine 1GB Karte von Kingston. Beide funktionieren über die 0815-SPI-Initialisierung (CMD0, ACMD41, Read OCR, CID, CSD) wunderbar, auch Daten lesen und schreiben funktioniert absolut
Hallo, anbei mal mein Code, aber auch nur für 128/256 MB Karten, da ich die Kartenparameter nicht auswerte bzw. bislang zu faul war die auszulesen. Ich müsste mal das ganze "universalisieren" :-) Aber da fehlt einfach die Zeit zudem der ARM7 ja jetzt
-
Thread
ATTINY2313 + Uhr
@ rhamirez (Gast) Und was soll das? >if(foo>= 0xBF) >{ >_delay_ms(150); > foo = PORTD; >if(foo>= 0xBF) >stunde++; >else minute++; >_delay_ms(150); >} MfG Falk
deklaration der ein ausgänge war richtig oder? Aber sehr unleserlich. Viel besser lesbar als 0xBF ist ~(1<<PD6). Siehe [[Bitmanipulation]]. MFG Falk
-
Thread
[S] Leute die einen Logic Analyzer (MiniLA) bauen wollen
Ich bin für Farnell. Die liefern schnell und ich brauch keine Strippe ziehen für das 256K-Ram ;-) Gruß, Thomas
Hias Wenn du schon dabei bist, kannst du den Adresszähler noch erweitern, so dass wir die vollen 256kB nutzen können... ;)
-
Thread
Transistor-Datenbank
BC-Typen von Philips findet man ein passendes SMD-Äquivalent durch Addieren von 300... BC550 -> BC850, BF256 -> BF556... Ansonsten ist der Weg über die Herstellerhomepages mit parametrischer Suche der schnellste und einfachste. Reichelt ist für "spezielle" Transistoren keine gute Adresse, da oft Ware
-
Thread
DCF77 Empfänger Schaltung - keine Funktion
mit Nixie ZM 1000 anzeigen . Oder etwas neuer in Elektor von 10-44, (Oktober 1980). Antenne mit BF 256, Empfänger mit TCA 440, DCF-Schaltuhr 9-58, (September 1981) mit 6502, 6532, 2716.
-
Thread
64 Bit float Emulator in C, IEEE754 compatibel
// ((float64_t)0x4036000000000000LLU) fp64_sin( x1 ) = -8.851309290404E-3 // ((float64_t)0xBF8220A29F6EBA30LLU) f_sin( x1 ) = -8.8513092904039E-3 // ((float64_t)0xBF8220A29F6EB9F5LLU) fp64_sin( x1 ) = -0x910514FB75D180p-7 f_sin( x1 ) = -0x910514FB75CFA8p-7 Ähnlich ist es bei sin(355
> ((float64_t)0x4036000000000000LLU) > fp64_sin( x1 ) = -8.851309290404E-3 // > ((float64_t)0xBF8220A29F6EBA30LLU) > f_sin( x1 ) = -8.8513092904039E-3 // > ((float64_t)0xBF8220A29F6EB9F5LLU) > fp64_sin( x1 ) = -0x910514FB75D180p-7 > f_sin( x1 ) = -0x910514FB75CFA8p-7 Irgendwas stimmt
-
Thread
Frage zur C Syntax
14: e1800386 orr r0, r0, r6, lsl #7 18: e8bd8070 ldmia sp!, {r4, r5, r6, pc} 1c: d6bf94d6 ssatle r9, #32, r6, ASR #9 Allerdings rechnen ftw_fix_1 und ftw_fix_2 nicht das selbe (setz z.B. mal 40005000 ein), und beide Funktionen runden nicht.
um einen Halbton tiefer (/1,059463094359295 = *0,9438743126816935): ftw.U64 = ftw.U32[HI] * 0xF1A1BF39ULL;
-
Thread
FET gegenstück BS245
/articles/Konstantstromquelle es würden also auch die typen bf246 und -256 in frage kommen, nun ist es recht schön wenn man im sortiment auch den positiven "gegenpart" hat wie: bsp bs250 und bs170 ich ahbe mal gelesen das der bf245 schon fast zu den
sehr viel da J-FETs nur noch sehr selten hergestellt werden und P-JFETs erst recht. Für mich ist der BF256 das Arbeitspferd der Wahl.
-
Thread
128x64 Grafik LCD An Atmega 8/16/32
sachen Grafik LCD.. Aber ich hab hier noch ein hübsches Flash oder EPPROM von Atmel rumliegen mit 256KB (AT28C256 15PC) kann ich eigentlich auch an den Atmel dran klemmen und nutzen ?? oder würde das nciht funktionieren?? Vielen dank :)
zwar, macht das ohnehin langsame Display aber auch nicht gerade schneller. Ausserdem ist doch ein 28C256 ein paralleles EEPROM, das verbraucht dir viele Portleitungen. Uwe
-
Thread
PWM - Dringende Hilfe
verringern? Das geht mit einem 8-Bit-Zähler nicht. Der hat per definitionem eine Zählweite von 256, sodass die Frequenz minimal 1/256 Ki des CPU-Takts sein kann, bei 1 MHz CPU-Takt also ca. 4 Hz. Bist du dir sicher, dass du richtig verstanden hast, wie eine PWM funktioniert? Normalerweise ist
100100003F912F910F900FBE0F901F90189583E88D :100110008FBD8EB581608EBD1BBC1ABC80E281BBD9 :1001200084E089BF789408950E94870085B7806431 :0E01300085BF889585B78F7B85BFF8CFFFCF41 :00000001FF Die LED muss dabei an PD5 angeschlossen werden (OC1A).
-
Thread
Vergleichstyp BF256A (N Kanal JFET)
Den BF256A gibts bei Reichelt. Oder muss es unbedingt ein anderer Typ sein?
http://pdf1.alldatasheet.com/datasheet-pdf/view/145527/ETC/BF256A.html eine Vergleichsübersicht, ich denke von Siliconix. Alldatasheet listet als Hersteller noch Freescale, Fairchild, National und ONsemi http://www.alldatasheet.com/view.jsp?Searchword=BF256A
-
Thread
Timer0 beim AT90S8515
Schauen wir mal, wie viel Zeit bis zum Interrupt vergeht. Vorteiler = 1024 Zähler = 256 Nach 1024 * 256 = 262144 Takten wird der Interrupt ausgelöst. Welche Taktfrequenz benutzt die CPU? Bei 1 MHz löst der Timer0 nach ca. 262 Millisekunden einen Interrupt aus. Bei 12 MHz sind es nur
Zahl 256 ist bemerkenswert... warum tritt es nur nach 256mal, und das immer wieder?? Irgendwo lädt sich ein Register im AT90S8515, das mit dann den TimerInterrupt aufruft, was er eigentlich nicht machen soll
-
Thread
eBus CRC Berechnung nachvollziehen
Möglichkeit 1 (am besten kopieren und dann anschauen): const unsigned char CRC_Tab8Value[256] = { (unsigned char) 0x00, (unsigned char) 0x9B, (unsigned char) 0xAD, (unsigned char) 0x36, (unsigned char) 0xC1, (unsigned char) 0x5A, (unsigned char) 0x6C, (unsigned char) 0xF7, (unsigned
char) 0x67, (unsigned char) 0xFC, (unsigned char) 0x12, (unsigned char) 0x89, (unsigned char) 0xBF, (unsigned char) 0x24, (unsigned char) 0xD3, (unsigned char) 0x48, (unsigned char) 0x7E, (unsigned char) 0xE5, (unsigned char) 0x39, (unsigned char) 0xA2, (unsigned char) 0x94, (unsigned char) 0x0F
-
Thread
Philosophiestunde Konstantstromquelle
einer popels-LED locker mit >bloßem Auge zu sehen. Ist ja auch logisch: (1 / 65536) ^ (1 / 2,2) * 256 >gibt immerhin 1,66 Farbabstufungen nach einer VGA-Gamma-Korrektur bei >8-Bit Farbtiefe. Und wer bitteschön soll das bei normalen/hellen Umgebungslicht sehen? >Warum sollte ich mit der Farbtiefe
vermutlich nicht viel mehr bringen einzig was du noch versuchen konntest waeren statt den BC Typen BF Typen einzusetzen. Aber Ich vermute mal das da deine Messtechnik fast am Ende ist. Gruss Helmi
-
Thread
UART Bootloader ATtiny13 - ATmega644
In der Anleitung steht das man die Fuses auf 256 words setzen soll, in meinem Fall bin ich aber auf 512 gekommen.
@mäxchen versuch mal ne kleinere Baudrate (-b19200). Der Bootloader benötigt 256 Words (=512Byte). Peter
-
Thread
Eigenen Befehlssatz entwickeln zur µC Abfrage
eig. am Display gemacht, funkt auch). Ich habe es so gelöst das 1 Byte als FF 0_Fehler anzeigt, ein BF wär Fehler am Vorletzten und ein 7F ein Fehler am letzten Port, das kann man ja dann leicht rausfischen. Möchte der PC nun dieses Byte haben, sendet er ein hallo (0x10), darauf ein hallo zurück (0x10
komisches µC-C (CodeWarrior) keine CRC hat die was ordentliches liefert, dies: [c] word crc_table[256];; bool crc_table_sema=0; word AS1_CRC16(byte *msg,word cnt) { int crc_value; //void InitCRC_Table(void) //{ //register WORD b, v; //register signed char i; word b,v; signed
-
Thread
Brauche Tips beim Oszikauf
>J310 Den hatte ich vor dem BF256C probiert, war aber zu lahm, wird ja auch nur für VHF empfohlen. >BF998 bis 1GHz bei Farnell Farnell zählt für mich nicht unter "leicht zu beschaffen", aber ich hab den BF910 (ebenfalls Dual
höheren Id das 2 Gate vorspannen könnte. Auch waren die max. DS bzw. GS Spannungen kleiner als beim BF256C so dass der Arbeitsbereich noch kleiner geworden wäre. Verlockend war natürlich die gegenüber dem BF noch kleinere Gate Capazität. Wirklich Rund gehen dürfte es erst mit GaAs FETs... aber die
-
Thread
Serial-IO
.1 => /usr/lib/libfontconfig.so.1 (0xb72cd000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb72bf000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb71ce000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb71c9000) /lib/ld-linux.so.2 (0xb7fdf000) libexpat.so.1 => /usr
sieht gut aus ja. D.h. praktisch, wenn 256 Bytes ankommen und Breite=8, dann gibt's 32 Zeilen oder?
-
Thread
Problem mit CRC-Test wenn Tabelle im EEPROM - mega88
Hat jemand eine Tipp was zu tun oder wo zu suchen ? Ciao Willi Wacker word eeprom crctttab[256] = { /* 00 01 02 03 04 05 06 07 */ /* 08 09 0a 0b 0c 0d 0e 0f */ /* 00 */ 0x0000, 0x1021, 0x2042, 0x3063
EECR = 0x1; b1 = EEDR; EEARL = bix*2+1; EECR = 0x1; b2 = EEDR; wTab = b2*256 + b1; Ich weiß, das geht noch schöner, aber morgen ist auch noch ein schöner Tag. Danke an alle die halfen Ciao Willi Wacker
-
Thread
STK500-Taster abfragen
ubergabe; } if (PINB==0xDF) { reg6=TCNT0; ubergabe6=ubergabe; } if (PINB==0xBF) { reg7=TCNT0; ubergabe7=ubergabe; } if (PINB==0x7F) { reg8=TCNT0; //sobald der letzte Taster(taster8) gedrückt wird, dann wird der Timer gestoppt und über
Mhz aus. d.h. der Timer zählt mit 4 Mhz, da der Prescaler 1 ist. Bis zum Überlauf muss er bis 256 zählen. Das passiert in 1 Sekunde 4000000 / 256 = 15625 mal Ein unsigned int kann bis 65535 zählen. Da deine ueberlauf Variable 15625 mal in der Sekunde erhöht wird, ist dieser Zahlenbereich in
-
Thread
Beispielprogramm für RFM12 433MHz Funk-Module
liegen könnte. zudem es ist nicht immer der gleiche müll varriert etwas. Sender 20 EB DD 87 E7 EE BF 08 80 F3 20 EB DD 87 E7 EE BF 08 80 F3 20 EB DD 87 E7 EE BF 08 80 F3 20 73 75 08 0A C8 20 73 75 08 0A C8 Empfänger 14 58 1A 79 71 41 F8 14 58 1A 5E 71 43 F8 14 58 1A 5E 71 43 F8 14 61 1A 59
Spi_cs Highbyte = Spimove(wert) Lowbyte = Spimove(lowbyte) Set Spi_cs Temp = Highbyte * 256 Temp = Temp + Lowbyte Rf12_trans = Temp End Function Sub Rf12_ready Reset Spi_cs 'Chip Select = 0 For I = 1 To 30000 If Spi_sdo = 1
-
Thread
MMC/SD Bootloader füt ATMega16
dies bei meinem ATMega8 Bootloader (ähnlich AVR910) der ohne Assembler (also pures C) zu benutzen in 256 Words reinpasst. Gruß Hagen
c:/winavr-20090313/bin/../lib/gcc/avr/4.3.2/../../../../avr/bin/ld.exe: section .bootldrinfo [00007bf6 -> 00007bfd] overlaps section .data [00007bf6 -> 0000815d] ____________________________________
-
Thread
UART- seltsamer Empfang
B9 B7 AC 36 CB E5 B5 BE 05 C5 A2 0C B6 CB DD A8 3A CD CB D5 AE 0B E5 B2 0E B7 F9 B7 BC 3E CF F1 BD BF 01 C1 41 10 B8 CC 76 43 C9 45 11 CC E6 7B D0 24 D2 99 B6 B3 C7 CC 36 D3 E6 EB DE 06 8B C2 14 BA 4D 9B C8 2A D5 CD AB CE 0D CB D2 16 BB D3 D7 DC 2E D7 E3 DD DF 03 E1 61 18 BC CE 77 43 E9 65 19 DE E7 7B F0 34 DA 9D B7 F6 1D D7 FA 1B F7 FE 07 E1 71 1C BE CF 77 E8 3A DD CF ED F7 0F F1 79 1E BF F6 1F F9 7D 1F FD 7F FF Immerhin wird 0xff richtig übermittelt, aber das ist eigentlich nicht das, was ich mir vorgestellt habe. Leider kann ich da auch keine regelmäßigkeit entdecken. Hatjemand
-
Thread
ATMEL billiger und leistungsfähiger als PIC
Flash, 512B EEPROM, 1kB RAM -> 2.60€ PIC 16F648A-I/P max.20MHz und 16 IO Ports 4kx14 Flash, 256B EEPROM, 256B RAM dafür USART -> 2.30€ Also ich denke das man das in vielerlei Hinsicht interpretieren kann. Ich habe mit atmel angefangen und würde mich auch nicht vor PIC scheuen ... es ist
512B EEPROM, 1kB RAM > -> 2.60€ > > PIC 16F648A-I/P max.20MHz und 16 IO Ports > 4kx14 Flash, 256B EEPROM, 256B RAM > dafür USART > -> 2.30€ > Das Problem war die Wirtschafftskrise, da hatte Atmel teilweisse die Preisse verdoppelt während Microchip bei den niedrigen Preissen blieb.
-
Thread
C++?!?
ich durchaus Anwendungspotenzial in uC Applikationen (insbesondere bei den großen AVRs mit 128 und 256kByte Flash.
durchaus Anwendungspotenzial in > uC Applikationen (insbesondere bei den großen AVRs mit 128 und 256kByte > Flash. dazu möchte ich einfach mal auf den Artikel: Lean and Efficient System Software Product Lines - Where Aspects Beat Objects verweisen (einfach mal googeln). Ist übrigens sogar