-
Thread
Heavy-Metal-Maschine von Elektor
r1 20: 1f be out 0x3f, r1 ; 63 22: cf ed ldi r28, 0xDF ; 223 24: cd bf out 0x3d, r28 ; 61 00000026 <__do_copy_data>: 26: 10 e0 ldi r17, 0x00 ; 0 28: a0 e6 ldi r26, 0x60 ; 96 2a: b0 e0 ldi r27, 0x00 ; 0 2c: ee e7
TCCR1 = 0b00000001; // Prescaler = CK 56: 81 e0 ldi r24, 0x01 ; 1 58: 80 bf out 0x30, r24 ; 48 TIMSK |= (1 << TOIE1); // Timer1 Overflow Interrupt Enable 5a: 89 b7 in r24, 0x39 ; 57 5c: 84 60 ori r24, 0x04 ; 4 5e: 89 bf out
-
Thread
Wo sind die Audion-Bauer?
Hallo KLS > Die hohe mögliche Frequenz ist erstaunlich! Der BF256 hat eine Transitfrequenz von 1GHz und der BF324 450 MHz. >>> und das Signal (hochohmig) am Kollektor auszukoppeln?! >> Meinst Du mit separatem Demodulator? > Ja, genau, z.B. mit einem BF199
das eher, weil sie relativ geringe Toleranzen aufweisen. Bei Interesse könnte ich das auch noch mit BF245C und BF256B probieren. Allerdings sind die auch alle aus einer Charge. Gruß, Bernd
-
Thread
Prüfsummen berechnung herausfinden
Hm. Kannst du mal 256 Einträge posten, wobei ein Byte im Paket von 0-255 durchiteriert wird und alle anderen gleich bleiben? Was sind das für Geräte die da miteinander sprechen? Evtl. ist es auch irgendein XOR oder
dave schrieb im Beitrag #2805131: > Aufsummieren (mit modulo 256 etc) Hi, ich hab gerade mal in der Doku eines uralten Projekts gestöbert, in dem ein ähnliches Protokoll verwendet wurde. Dort war die Prüfsumme das Zweierkomplement der modulo 256 berechneten
-
Thread
Kompletter Einsteiger: welcher µC, um Knopfdruck an PC weiterzuleiten?
Von der Hardware eher unglaublich simpel: https://hackaday.io/project/6258/gallery#ce5db455c4aad2b6bf7d99e26a6976f4 plus den Knopf ;-) Software mit vorhandenem Beispielprojekt und Programmiererfahrung bestimmt machbar http://www.hs-ulm.de/nocache/wir/Personal/PersonalSaSchr/vschilli/Mikrocontroller
Kerko umsetzen kann, wenn man den richtigen µC nimmt? Denk mal drüber nach: Erst einmal musst du 256 verschiedene Frequenzen mit dem NE555 erzeugen. Dann musst du eine Software schreiben, die dir die Frequenzen aus dem Audiosignal extrahiert. Der Overhead ist enorm. Sowohl auf der Elektronik als
-
Thread
Mini Wanderkiste " Runde I " Gesperrt
handelt sich dabei um: 1x Koax Relais 12 V (aus dem Amateurfunk) gebraucht 2x BNC Stecker (neu) 18x BF980 (neu) 9x 75D102 (neu) 11x sind beschriftet mit 4,7nS 3KV (neu) 5x BFR96S (neu) 10x BFR35A SMD (neu) 10x BF982 5x BC107 Wenn Interesse für die Kiste besteht, bitte PN mit Adresse senden. Ich
Wanderkiste ist wieder unterwegs. Hier die "Delta-Liste": Entnommen: 6 * BTA06 600T Triac 3 * BF982 4 * BF980 2 * SO8 -> DIL8 Adapter 1 Mega8 breakout Board 3 * Quarz 20Mhz HC49low 4 * Quarz 2.4576 Mhz HC49 10 * Quarz 20MHz 16pF 30ppm HC498/S 20 * BAT54 SOT23 1 * MAX846A ca. 20 WIMA 0.68u
-
Thread
STM32H743 mit U-Boot landet im HardFault
Ich hoffe der Beitrag ist hier richtig, ich habe ein Custom-Board mit STM32H743IIT6, externem SDRAM (256 Mbit), QSPI und SDCARD. (In einem Testprojekt lief alles SDRAM, QSPI, SDCARD tadellos) Ich möchte für den MCU in einer minimalsten Konfiguration u-boot kompilieren. Ich habe mir dafür die bereits
08000a86[/code] Dann schau doch mal diese Codestelle macht, und diese ebenso: [code]lr : 0800bf37[/code] Gibt dein Debugger keinen Backtrace aus?
-
Thread
Bilineare Interpolation mit Festkomma
meinem Wertebereich uint16_t bleiben will kann ich doch für meinen Faktor anstelle der 100 einfach 256 eintragen. Denn ich blase den normierten Wert fx,fy der eigentlich 1 ist auf die 256 auf ? 2^8 * 2^8 = 655535
4.3.3 und Optimierung -Os wird bei mir sowohl das Schieben um Acht Bits als auch die Multiplkation mit 256 zu Highbyte kopieren und Lowbyte löschen umgesetzt... (und bei der Division durch 256 ebenso)
-
Thread
Video Format Converter - FPGA
Gehört zwar eigentlich nicht hierhin, aber bei diesen ganzen Video-Geschichten half mir ein BF561-Evalboard massiv zum Testen. Der BF561 ist ein Dualcore-DSP mit zwei Videoports, auf dem Video-Erweiterungsboard kann man auch digital-Video einspeisen bzw. ausgeben (LVDS-Treiber). Damit liess sich
Farbinfos). Mein Board besitzt ein asynchronen 1 MByte ( 2 x 0.5 MByte) großen SRAM. also 2 mal 256Kx16 SRAM (10ns) IDEE: Ich arbeite mit beiden, auf dem einen schreibe ich die Daten, auf dem anderen lese ich alle 1/60 Sekunde aus ( und umgekehrt). soweit gut! Jetz fällt mir aber auf, das ich
-
Thread
Videoverschlüsselung
Bereich sehr teuer ist. Beim Blackfin könntest du eventuell als Entwicklungsplattform auf das Blackfin BF533 Stamp Kit zurückgreifen, das es bei Farnell für relativ humane 136Eur gibt. Auf der zum Blackfin Linux Projekt zugehörigen Seite (http://blackfin.uclinux.org ) gibts auch Schematics zu Erweiterungen
Wie viel Rechenpower würde ich benötigen, um ein S/W CCIR Videosignal (352*288*256 Graustufen) zu diitalisieren und zwischenzuspeichern? Würde das ein ARM mit externem ADC schaffen?
-
Thread
Blöder Compiler - Optimieren in C?
20a: 32 2f mov r19, r18 20c: 22 27 eor r18, r18 temp4_16bit = temp3_16bit * 256 20e: 28 2b or r18, r24 temp5_16bit = temp4_16bit | ... Hier ist die einzige Optimierung sichtbar.
0xB7 signed B2 0xB8 0xB9 signed MB 0xBA 0xBB signed MC 0xBC 0xBD signed MD 0xBE 0xBF signed[/c] Ich lese die Bytes von 0xAA bis 0xBF aus und schreibe sie in ein Array. Ich greife dann über die Variablen AC1 bis MD auf die Words im Array zu. Geht dann sowas? [c]union { uint8
-
Thread
Nokia 6100 Grafiklibrary die Zweite
enthält also nach ihrer Fertigstellung 256 Werte a 12Bit. Der Vorteil dabei liegt daran das man nur sehr wenige Daten an das Display senden muß, der Nachteil ist aber der Fakt das man nicht frei und beliebig ALLE 256 Werte der internen Tabelle
Hier mal eine 256 FontEditor Version. Einzigstes "Manko" ist die Auswahl der Farbe in der Farbpalette. Man muß halt umständlich scrollen. Du musst dann aber testen ob die GLCD Fontroutinen mit 256 Farben noch sauber
-
Thread
PIC und 22 Bit AD Wandler ueber SPI, kriege es nicht gebacken
unsigned" vor "char" - wieso nur dann ausführen wenn "if (byte[2] < 32)" - anstatt z.B. "(byte[1] * 256)" schreibe "byte[1]<<8" der PIC ist so viel schneller (die 16er-PICs haben noch kein hardware-multiplier) - "(byte[1] * 256)" wird er wahrscheinlich als 8-bit ausrechnen, folglich wird es null die zeile [c] result = ((byte[0] * 65536) + (byte[1] * 256) + (byte[2] * 1)); [/c] würde ich somit so schreiben [c] result = ((unsigned long int)byte[0])<<16 + ((unsigned long int)byte[1])<<8 + (unsigned long int)byte[2]; [/c]
-
Thread
Ltspice Model einbinden?
0 WINDOW 39 0 0 Left 0 SYMATTR InstName V1 SYMATTR Value 30 SYMBOL Misc\\EuropeanResistor -464 256 R0 SYMATTR InstName R1 SYMATTR Value 127 SYMBOL Misc\\EuropeanResistor -464 336 R0 SYMATTR InstName R2 SYMATTR Value 1k TEXT -336 232 Left 0 !.SUBCKT LM317/TI in adj out\n* PEI 08/98 p62\nJ1 in
1PF\nCBS3 22 out 1PF\n.MODEL JN NJF (BETA=1E-4 VTO=-7)\n.MODEL DZ D(BV=6.3)\n.MODEL QNL NPN (EG=1.22 BF=80 RB=100 CCS=1.5PF TF=.3NS TR=6NS\n+ CJE=2PF CJC=1PF VAF=100 IS=1E-22 NF=1.2)\n.MODEL QPL PNP (BF=40 RB=20 TF=.6NS TR=10NS CJE=1.5PF CJC=1PF VAF=50\n+ IS=1E-22 NF=1.2)\n.ENDS LM317/TI TEXT -770 1856
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V3] Gesperrt
Ich habe letzthin einige MicroSD Karten mit 256MB Bestellt. https://de.aliexpress.com/item/Promotion-10PCS-a-lot-64MB-128MB-256MB-512MB-1GB-2GB-TF-Card-Micro-SD-Card-TF/32870004360.html?spm=a2g0s.9042311.0.0.3aef4c4dqVuW9H Nun sind sie angekommen
Pakete "per Kurzstrecken-Luftpost" befördert werden: https://youtu.be/BWgviZZi7lM https://youtu.be/0ztBF9NuaSY
-
Thread
Atmega328P Frequenzerzeugung
ich das ganze mal für eine Frequenz von 1Hz versucht: 8-Bit Timer0 auf Normal Mode, Prescaler auf 256, einen Scalefactor von 500 und einen TCNT0 von 131. Kommt genau 1Hz raus. Funktioniert auch. Den Code habe ich mal zugefügt: [c] unsigned int Scalefactor = 500; unsigned int counterstart = 131;
out 0x0b, r24 ; 11 } 9a: 9f 91 pop r25 9c: 8f 91 pop r24 9e: 8f bf out 0x3f, r24 ; 63 a0: 8f 91 pop r24 a2: 18 95 reti [/c]
-
Thread
Alles Rund um den MEDION LIFE P89626 NAS
sbin/flashcp -v /i-data/md0/admin/mtd1.backup /dev/mtd1 Erasing blocks: 2/2 (100%) Writing data: 256k/0k (100%) Verifying data: 256k/0k (100%) [/code] md5sums überprüfen: Übereinstimmung! Okay mtd2: [code] ~ # /i-data/md0/admin/debianroot/usr/sbin/flashcp -v /i-data/md0/admin/mtd2.backup /dev
reinzufallen... Jens D. schrieb im Beitrag #2457239: > Das interessante an dem Teil, sind aber 256MB RAM und es sieht nach > Metall aus -> Bessere Ableitung der Wärme? 256MB RAM sind definitiv sehr reizvoll, und mit dem Metallgehäuse kann man sich das durchaus vorstellen, dass es Wärme besser
-
Thread
TFT-Display ansteuern via Standard CMOS 18-Bit Schnittstelle
Hi, guck mal zum Stichwort ADSP BF548, der kann die per PPI ansteuern. Gibt auch Schaltpläne, einfach mal zusätzlich nach EZKIT suchen. Es gibt auch kleinere Blackfins mit PPI, allerdings sind die nur 16 bit breit. Gruss, - Strubi
Schnittstelle nichts gesagt... > > Wie würdest du/ihr so etwas denn angehen? Nimm den PIC24FJ256DA210. Gibts bei Reíchelt für 6.95€. Der hat einen passenden LCD-Controller eingebaut. Bei der Displaygröße brauchst Du auch noch externes SRAM 64k*16 (dann reichts für 8 Bit Farbtiefe) oder 256k*16.
-
Thread
Vermutliches TMS320C6xx-Binary disassemblieren
LDHU.D1T1 *-A0[0],A2 032c 0x9d140550 .word 0x9d140550 0330 0x0a800950 .word 0x0a800950 0334 0x0a000bf0 .word 0x0a000bf0 0338 0x048006ff STW.D2T2 B9,*+B15[6] 033c 0x013ffafb .word 0x013ffafb 0340 0x013ffcfc STW.D2T1 A2,*+B15[16380] 0344 0x413ffefe [ B1] STW.D2T2 B2,*+B15[16382] 0348 0x04a0020b EXTU.S2
passt es doch. Und da die Adressen für PMEN jeweils 4 Byte adressieren kann PMEM alleine schon 256 KByte groß sein.
-
Thread
ESP8266 einbinden und ansteuern
Probiere doch erstmal bevor du sowas postest. https://github.com/esp8266/Arduino/commit/4217e49b548bf613eb1ee042cc38797f67009af2 Zeig mir mal die Init Address für den angeblichen SPI Slave.
syncronisieren sowieso kaum rum. irgendwas muß den Slave ja > sagen, wo es losgeht. Auch beim MCP23S17... 256 ESP Addressen und ein /CS Pin machen 256 mögliche Devices in einem Strang ohne jeglichen Zusatz von Reseter ICs oder anderen bei nur einem /CS > > Zum I2C-Slave und ESP: das Problem mit dem Timing
-
Thread
EMV 2011 / Spectran 5
10GHz) € 9980.- -------------------- 120MHz Echtzeit-Bandbreite (optional 200MHz) 64MByte VideoRam 256MB SDRAM 600MHz DualCore Blackfin DSP 250Msps Dual (I/Q) 14Bit ADC 800Msps 16Bit DAC 145K ECP3 FPGA 10GHz PowerMeter Dazu gab es dann noch einige Optionen, z.B. Option 300 Rauscharmer, interner
schon 300MHz und die sind wirklich billigst. Die normalen sind alle mind. 400 MHz. Den Dualcore BF561 gibts sowieso nur ab 500MHz. Gut, kann man natürlich langsamer Takten aber find ich dennoch seltsam... Bei den Stückzahlen machts zudem nicht viel Sinn zwei verschiedene Platinen zu erstellen
-
Thread
Probleme mit NRF24L01
u8CEFlag = 0x00; } } /****** Write TX Payload ************/ void NRF_WriteTXPayload(struct uint256_t u256Payload) { uint8_t u8i; Payloadconvert.u256i = u256Payload; SCSN_Lo; uint8_t u8Reg = NRF_ReadRegister(CONFIG); SCSN_Hi; if(u8Reg & 0x01) { SCSN_Lo; SSPI_Write_byte
geschrieben!! [c] /****** Write TX Payload ************/ void NRF_WriteTXPayload(struct uint256_t u256Payload) { uint8_t u8i; Payloadconvert.u256i = u256Payload; SCSN_Lo; uint8_t u8Reg = NRF_ReadRegister(CONFIG); SCSN_Hi; if(!(u8Reg & 0x01)) // Hier war der 1. Fehler!!!
-
Thread
ATMega32 + LCD + Timer0
100BC0001CF481E0888B91C069897A898B899C8922 :100BD00020E030E04FE753E40E94BE0D18160CF001 :100BE0007BC06D897E898F89988D20E030E04AE74F :100BF00054E40E94B50CDC01CB018C879D87AE8745 :100C0000BF876C857D858E859F8520E030E54CE52E :100C100055E40E94C20DDC01CB0188879987AA8721 :100C2000BB87688579858A859B8520E030E040E830 :100C30005FE30E94B10C88232CF481E090E09F8355
1022A0001A2EAA1BBB1BFD010DC0AA1FBB1FEE1FD0 :1022B000FF1FA217B307E407F50720F0A21BB30B1B :1022C000E40BF50B661F771F881F991F1A9469F797 :1022D00060957095809590959B01AC01BD01CF01F3 :1022E00008952F923F924F925F926F927F928F92BA :1022F0009F92AF92BF92CF92DF92EF92FF920F9395 :102300001F93CF93DF93CDB7DEB7CA1BDB0B0FB69E
-
Thread
Simplen Mischer bauen (1 FET)
ich live verfolgen kann, was das verschieben des Arbeitspunktes bewirkt. Ich habe für den JFET einen BF256B, J112 und J201 probiert. Leider kann ich in der Realität keinen Zustand erreichen, in dem die IF annäherend die LO oder RF Leistung im Spektrum erreicht. Generell gibt es nur einen winzigen Bereich
An deiner Stelle würde ich einen Mischer mit einen Dualgate Mosfet aufbauen. BF900 ( oder einer aus der Serie ) wäre ein Kanidat. Das HF Signal an Gate 1 den Oszillator an Gate 2 legen im Drain einen Schwingkreis legen. Mit einer Auskoppelwindung gehts auf das Bandfilter.
-
Thread
6502 Prozessor wer kennt den noch?
8048 und 8051. Bischen andere Grössenklasse. Mikrocontroller wie 8048/51 hatten damals bestenfalls 256 Bytes RAM an Bord, da ergaben riesige Stacks wenig Sinn. Auch die maximal 256 Bytes des 6502 waren eher selten ein Problem.
gegen RAM. Was hatte man denn damals an RAM, als der 8085 heraus kam? 1980 hatte man vielleicht 256 Byte oder 512? Ich habe jetzt noch eine RAM-Bank hier liegen, schöne violette Keramik mit 256x1 Bit aus dieser Zeit. Man brauchte 8 Bausteine für 256 Byte. Schon fast eine halbe Europa-Karte voll. Nur
-
Thread
Jump zum Bootloader beim XMEGA Gesperrt
Hallo Leute, ich verwende einen XMEGA256A3U von Atmel. Ich habe bereits einen Bootloader geschrieben und diesen auch in den Flash unter der Wordadresse 0x20000 hinterlegt. Wenn ich mit den AVRSTUDIO das BOOTRST Fuse auf Bootloader stelle,
initialisiert) 402a8: ef ef ldi r30, 0xFF ; 255 402aa: ed bf out 0x3d, r30 ; 61 402ac: ef e5 ldi r30, 0x5F ; 95 402ae: ee bf out 0x3e, r30 ; 62 402b0: c0 e0 ldi
-
Thread
ATMega168: Bootloader schreibt nicht korrekt
00 [LOG] 0090: 43 6F 6E 6E 65 63 74 69 6E 67 2E 2E 2E 00 11 24 [LOG] 00A0: 1F BE CF EF D4 E0 DE BF CD BF 11 E0 A0 E0 B1 E0 [LOG] 00B0: E6 E3 FE E1 02 C0 05 90 0A 92 A8 30 B1 07 D9 F7 [LOG] 00C0: 23 E0 A8 E0 B1 E0 01 C0 1D 92 A1 3F B2 07 E1 F7 [LOG] 00D0: 0E 94 01 0B 0C 94 19 0F 0C 94 00 00 40 9A 08 95 [LOG] 00E0: 8F 92 9F 92 AF 92 BF 92 CF 92 DF 92 EF 92 FF 92 [LOG] 00F0: 0F 93 1F 93 CF 93 DF 93 EC 01 8B 01 5A 01 CB 01 [/code] Die Funktion wird also offenbar korrekt benutzt. Doch wenn ich sie wieder durch den Originalcode aus
-
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
Clapp Oszillator mit oder ohne Bandpassfilter
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
Timer für Zeitbasis vorladen: Denkfehler?!
Obergrenze 255 ist und er beim nächsten hochzählen überläuft und wieder auf 0 springt, wäre das also der 256ste Zählschritt. Also lade ich den Timer in der ISR immer mit *6*, weil 256 - 6 = 250. _Dachte ich_... Jetzt hab ich aber innerhalb von 24 Stunden eine Differenz von ca. -5,5 Minuten. Das sind rund
/0xFF/ liegt. Ich konnte mir aber noch nicht erklären, warum! Weil es sich also fast genau um 1 / 256stel handelt könnte ich den Fehler wohl stark reduzieren, wenn ich den Timer immer mit *7* vorlade. Aber *DAS* versteh ich nicht, weil ich doch dann eigentlich einen Zählschritt zu wenig habe, oder?!
-
Thread
AIR-T: Maschinenlernen trifft auf Software Defined Radio
unterstützt. Ergänzt wird das Ganze durch ordentlich Rechenpower in Form eines NVIDIA Jetson TX2 (256-Kern Pascal GPU getaktet mit 1,12 GHz, 4-Kern [ARM](/articles/ARM) Cortex-A57 und 2-Kern NVIDIA Denver 2 mit je 2 GHz Taktrate) in Kombination mit einem Xilinx Artix-7 [FPGA](/articles/FPGA
TX2 System-on-Module](https://docs.wixstatic.com/ugd/07a03a_bf1ffbe54e0e4fd698485c8c0471a2e4.pdf) * [Datenblatt AD9371](http://www.analog.com/media/en/technical-documentation/data-sheets/AD9371.pdf)
-
Thread
Labornetzgerät TNG30 Spannungsreglung defekt
belastet). Verwendete Halbleiterbauteile: LM317, LM723, LM393, LM431, 2N3055, BD139, 2* BC550B, BF256B ggf OF256? Bilder der Platine sind beigefügt. Bitte nicht wundern, daß die Platine ausgelötete Augen aufweist. Diese müssen schon im Neugerät vorhanden gewesen sein. Das Gerät hat ja früher
-
Thread
Suche Hilfe bei Webkamera-Projekt mit ARM
mir angesehen habe ist ein FriendlyARM-Board von http://www.watterott.com/de/FriendlyARM-Mini2440-256Mb Dieses Board hat auch eine Schnittstelle für ein Kameramodul http://www.watterott.com/de/CAM130-Kamera-Modul Ich zwar nur dieses Modul für dieses Board gefunden aber es liefert zumindest schon
Hi, wenn du dich traust, die Architektur zu wechseln: Schau dir mal den Blackfin BF527 an. Habe damit eine 'intelligente' Linux-Kameralösung am Laufen, die per USB-Modem resp. Handy (PPP) Bilder verschicken kann. Ist auch deutlich stromsparender als die ARMs. Mit den Bluetechnix Core-Modulen
-
Thread
avr-gcc -O3 optimiert Variablen und If-else statements weg
in r24, 0x33 ; 51 160: 8a 7f andi r24, 0xFA ; 250 162: 83 bf out 0x33, r24 ; 51 } else { ++t0ov_count; } } 164: 9f 91 pop r25 166: 8f 91 pop r24 168: 0f 90
du sowieso keine 7936 Timer-Takte abzählen können. Schon alleine deswegen, weil deine ISR nur alle 256 Timer-Takte aufgerufen wird. Dann brauchst du auch keinen Inline Assembler (von dem ich sowieso nicht überzeugt bin, dass der hier irgendetwas bringt)
-
Thread
Hilfe MC9S12NE64 interrupt programmierung
absoluteTime++; /* clear RTIF bit */ CRGFLG = 0x80; } De Vektoren sind hier von einem DP256, mußt D also ggf anpassen. Eckhard
Assembler kann man das machen. Ich hab das grade mit einem Assembler Befehl gelöst. ADDCC #$00BF // Bitweise Und mit 0xBF Nochmals Danke. Schönes Wochenende noch Sebastian
-
Thread
XC3S400 Ersatz
Ergänzung: * https://www.adiuvoengineering.com/_files/ugd/ad48ed_a11cbd0994324c5fa3bf460a9c6f0252.pdf * https://community.element14.com/technologies/fpga-group/b/blog/posts/arty-s7-50-the-spartan-6-migration-path-game-learning-the-differences-between-spartan-6-and-spartan-7-fpgas
Versionen absieht. Spartan6 mit 25K wäre wohl der passende Ersatz für einen XC3S400. XC6SLX25-2FTG256C im BGA256 7,40 Euro /Stk. + lachhafte 1,60 Versand. bei Aliexpress "Shenzhen Daodao Electronics Store", bisher sehr gute Erfahrungen mit dem Lieferanten gemacht (aber NICHT mit diesem Chip). Hat
-
Thread
Tabelle auslesen (PIC)
, ich hab gerade ein großes Problem: Ich verwende den PIC16F876 ich möchte eine Tabelle mit 256 werten auslesen. leider funktioniert das nicht. Ich hab schon vieles ausprobiert, den PCLATH manipuliert und und und. Aber mein Microcontroller hängt sich immer irgendwo auf. [pre] org 02FF
dt 009B,004C,006B,00D0,0092,0061,0022,0033,002C,00C0,0086,00BF,00A8,0095,00CD,0009 dt 00D1,00CB,0043,004B,0037,0040,00DF,005C,00C0,0012,001E,00B9,0007,001D,00A3,0012 dt 00F6,0065,0084,0053,002A,00C4,00E1,00A2,0038,00F2,001D,00A2,0070,0093,0020,0078