-
Thread
diskreter uC (und er funktioniert sogar)
> Wahrscheinlich nicht mal ansatzweise. Ich kann mir nicht vorstellen, > dass die kommerziellen uC so ineffizient ihr Programm abarbeiten Oh, wunder dich nicht: die PIC-Architektur (die Padauk-MCUs sind PIC-Clones) ist uralt und wirklich auf minimalen Gatter-Count getrimmt - die hat 12-Bit-Instructions
> Wahrscheinlich nicht mal ansatzweise. Ich kann mir nicht vorstellen, >> dass die kommerziellen uC so ineffizient ihr Programm abarbeiten > > Oh, wunder dich nicht: die PIC-Architektur (die Padauk-MCUs sind > PIC-Clones) ist uralt und wirklich auf minimalen Gatter-Count getrimmt - > die hat
-
Thread
Unbekanntes Bus System entschlüsseln
zahlen in hex, aber ohne 0x davor): (berechnet, "CRC", differenz) 48, 48, diff: 0 54, 54, diff: 0 84, 84, diff: 0 35, 35, diff: 0 44, 44, diff: 0 74, 74, diff: 0 25, 25, diff: 0 28, 28, diff: 0 34, 34, diff: 0 64, 64, diff: 0 16, 16, diff: 0 24, 24, diff: 0 6, 6, diff: 0 8,
Bit fürs Framing benutzt wird. Das kann der PIC16F1619 nicht, zumindest habe ich nichts in diese Richtung im Datenblatt gefunden.
-
Thread
Bits shiften - ich verstehe es nicht.
Schaltern nur 10 Stellungen haben und dann muss man die Umrechnung in 1 einzigen Wert so machen: [c] uint16_t result = remap[firstbyte]*100 + remap[secondbyte>>4]*10 + remap[secondbyte&0xf]; [/c]
add it here, not below if (first & 0x01) outl += 100; ce: 20 fd sbrc r18, 0 d0: 9c 59 subi r25, 0x9C ; 156 // Remaining values don't fit in the 8-but outl, so // convert to 16 bit for the remaining values uint16_t out = outl; d2: 89 2f mov r24, r25
-
Thread
Mouser Bestellung
Hallo Max, ich hätte auch gerne Teile im Wert von aktuell 23,16€. Passt das noch? Gruß Michael
meine Liste: 2x LT3571 -> 584-LT3571EUD#PBF 2x TL431 -> 511-TL431ACZ-AP 2x PIC16F17146 -> 579-PIC16F17146-I/P 6x AQY284EH -> 769-AQY284EH
-
Thread
ARM-Assembler-Tutorial
/index.php in C.
ARM hat, wenn ich das in meiner relativ kurzen > Recherche richtig rausgefunden habe, jedoch nur 16, von denen man nur 12 > wirklich frei nutzen kann. Es sind 13, es sei denn man belegt eines fix als Frame Pointer oder Basispointer für PIC o.ä. Die schräge Zahl kommt daher, dass viele Befehle einen
-
Thread
PIC 16C63A Fahrstuhl-Steuerung wieder beleben
Sorry es ist ein PIC 16C74B
Gary schrieb im Beitrag #5989192: > kannst Du mir dann einen PIC16C84 schicken Er hat aber einen 16C74. Kein Flash, nur OTP.
-
Thread
Zeta SBC V2 Z80 mit Floppy Disk
Nachtrag: Farnell hat noch 3 Stück: https://de.farnell.com/zilog/z84c0008peg/cpu-z80-8mhz-84c00-dip40/dp/1081890
Gewerbliche bestellen. Oder aus GB halt: https://www.ebay.de/sch/i.html?_from=R40&_trksid=m570.l1313&_nkw=Z84C0008PEG&_sacat=0
-
Thread
Kompleete Werkstattauflösung
item/32815510897.html?spm=a2g0o.productlist.0.0.6fce364dEcFinx&algo_pvid=ae95b093-5a91-4b33-99da-85c7c5a7828e&algo_expid=ae95b093-5a91-4b33-99da-85c7c5a7828e-15&btsid=eef465e8-4e59-4406-82cd-598892d00881&ws_ab_test=searchweb0_0,searchweb201602_4,searchweb201603_52 Also ein 13MP, Bilder folgen.
SMD 5x Stange ATTINY13A-SU 12 Stück Stange ATTINY44A-PU 5 Stück ATTINY84A-PU 3 Stück ATTINY85-20SU 5 Stück ATTINY2313-20PU 3 Stück ATTINY2313A-PU 8 Stück ATMEGA32A-PU 4 Stück ATMEGA328P-PU 2 Stück mit Ard. Bootloader ATMEGA644PA-PU 1 Stück ATXMEGA16A4-AU 2 Stück
-
Thread
AKO Weidezaungerät reparieren
N-Channel MOS ? Die beiden Widerstände R2 und R5 sind auch nicht mehr zu entziffern. Der IC ist ein PIC16F1503. Unterspannungsabschaltung und die Ansteuerung der LED macht der. Das geht auch noch alles. Bezüglich meiner Anrede: Ich wollte nur höflich und respektvoll sein, da ich denke, dass hier
H. H. schrieb im Beitrag #7050435: > PDTC124ET Danke. dann kann ich nur hoffen das der µC PIC16 1503 keinen Schaden hat. dann muss ich jetzt nur noch schauen wie stark die platine schaden genommen hat... ich mit meinen mittelalterlichen, grobschlechtigen Lötkolben hab da jetzt nicht die
-
Thread
Paradigmenwechsel im Embedded Design Gesperrt
schluckt. Dazu sind die Platinen natürlich billiger. Im Gegensatz zu deinem Teensy-Mist bekommt man die µC für teils <50 Cent. Übrigens: Wenn du mit PIC-Jüngern kommst, beweist du übrigens nur, dass du keinerlei Ahnung hast. Diese PIC hier: https://www.microchip.com/design-centers/32-bit/pic-32-bit-mcus
". Assembler solls ja auch noch geben. Oft sind aber meine Projekte so /aufwendig/, das ich selbst 16F84er (Erbmasse) mit C vergewaltige.
-
Thread
Problem mit Spannungsteiler
Spannungsteiler sollte etwa 10x so groß sein wie der Messstrom, welcher aus dem Spannungsteiler in den uC fließt.
DrDooom schrieb im Beitrag #5922658: > VCC ist 5,003V. Welche Vcc? Direkt am µC? Und welche Referenz verwendest du? DrDooom schrieb im Beitrag #5922658: > Aus welchem Grund messe ich am Spannungsteiler 2,84V und mit dem Arduino > 2,78V? Wo genau misst du da? Der µC nimmt
-
Thread
Kleinen uC gesucht
soviel hat sich in den letzten Jahren im µC (abgesehen vom Cortex) bereich auch nicht verändert, bei >=PIC16 haben die DIP die gleiche DIE wie die SMDs und es sind auch Aktuelle DIP Versionen vorhanden allerdings gibt es die kleineren Käfer nur
https://de.farnell.com/microchip/attiny10-ts8r/mcu-8bit-attiny-10mhz-sot-23-6/dp/2443183 ATXMEGA32C4-CU: https://de.farnell.com/microchip/atxmega32c4-cu/ic-8bit-mcu-avr-xmega-32mhz-vfbga/dp/2353907 MSP430FR2632IYQWT: https://de.farnell.com/texas-instruments/msp430fr2632iyqwt/mcu-msp430-16bit-16mhz-dsbga
-
Thread
(V) Spannungsregler, Logik, MCUs,
haben FC56-11PGWA SC56-11PGWA Rafi-Taster, weiße Fläche, mit LEDs, ausgelötet Nokia-Akkus BL-4C und BL-5B 2x Quecksilber-Schalter YARD-IR-Empfänger rev. 2 mit PIC16F628, PDIP18 und MAX232 Mini-ICE mit ATMEGA16-16AU und FT232RL Xilinx programmer by martiniman, LPT-Port Schreibt mir einfach
Reichelt- bzw. Digikey-Preises ansetzen, d.h. ATTINY13V-10PU, 0,50 ATTINY44V-10PU, 1,- ATTINY84, 0,60 ATMEGA88-20PU, 1,10 ATMEGA168-20PU, 1,30 MIC5801, 1,20 AT90CAN128-15AZ, 2,70 PIC16F628, 1,00 LPC1766, 4,00 YARD-IR-Empfänger rev. 2 mit PIC16F628, PDIP18
-
Thread
Welche uC /IDE hat besten Aussichten?
Projektplanung sollte sich herausstellen, welchen Ressourcen Bedarf du hast. Danach wählt man den µC aus. Zusätzlich schlägt die natürliche Trägheit zu Buche, die einen verführt, bei einer µC Familie und einer IDE zu bleiben. Schlussendlich: Egal, worauf du dich jetzt fixierst.... Es ist sowieso
Hammer bei Eclipse, F5 bei VisualStudio, und das Ding compiliert. Die Prozessoren sind egal, mit C und C++ gehen alle. Assembler habe ich dieses Jahrtausend nicht mehr gemacht. Bibliotheken kommen und gehen. Einarbeiten schön und gut, aber in 3 Jahren hast du etwas komplett anderes. Wichtig
-
Thread
Raspberry Pi 4 vorgestellt
set to 0us policy: fifo: loadavg: 2.38 1.14 0.45 1/243 2363 T: 0 ( 1079) P:99 I:1000 C: 77229 Min: 6 Act: 17 Avg: 14 Max: 51 T: 1 ( 1080) P:99 I:1500 C: 51486 Min: 6 Act: 22 Avg: 14 Max: 75 T: 2 ( 1081) P:99 I:2000 C: 38614 Min: 6 Act: 22 Avg: 16 Max: 64 T: 3 ( 1082) P:99 I:2500 C: 30891 Min: 6 Act: 18 Avg: 16 Max: 46 und für einen ersten versuch während ein kernel-make läuft ist das schon recht brauchbar, wie ich finde. gegenprobe PI3: (ohne laufendes kernel-make
-
Thread
I2C Slave mit dem Attiny 841
Verwndung von 2 Atmmegas bzw. Attiny, geht aber auch nicht. Bin jetzt ziemlich ratlos. Programmiere mit C und AVR 7. Die I2C schnittstelle scheint etwas anders zu sein als die übrigen. Der Vorgänger zum Attiny 841 soll docj der Attiny 84 sein. Stimmen die wenigsten überein? Hat jemand ein Beispiel dazu
84 sein. Stimmen die > wenigsten überein? Nein, absolut nicht. Der Tiny84 hat nämlich überhaupt keine dedizierte I2C-Hardware, sondern, wie die meisten Tinys, nur das USI, was es aber wiederum beim
-
Thread
AVR: Ist PORTx |= atomar?
r24, 0x01 ; 1 12: 86 b9 out 0x06, r24 ; 6 14: 88 b1 in r24, 0x08 ; 8 16: 8c 7f andi r24, 0xFC ; 252 18: 88 b9 out 0x08, r24 ; 8 1a: 96 ff sbrs r25, 6 1c: 00 c0 rjmp .+0 ; 0x1e <softspi_write_byte+0x1e> 1e: 82
unterschreiben, Du hast damit nur einen speziellen Fall geprüft. Vor 5-10 Jahren. Kundenprojekt Microchip PIC + HiTech C-Compiler. Ein [c]BitStructIrgendwas.Bit42 = 1;[/c] Wurde vom Compiler IM GLEICHEN Programm auf 4 verschiedenen Arten umgesetzt. Dabei war sowohl ein: assembler_bit_set byte007.4
-
Thread
XMEGA Hardware-Bug (Kritisch) Gesperrt
.-86 ; 0x27e2 <main+0x8a> case 'y': USARTD0RomString(TstMsg); 2838: 84 e0 ldi r24, 0x04 ; 4 283a: 92 e0 ldi r25, 0x02 ; 2 283c: 0e 94 e2 0b call 0x17c4 ; 0x17c4 <USARTD0RomString> __asm
Ich hab das Hexfile mit dem ODA dissasembliert. [code] .data:00000000 01 e0 ldi r16, 0x01 ; 1 .data:00000002 00 93 61 06 sts 0x0661, r16 .data:00000006 03 95 inc r16 .data:00000008 01 c0 rjmp .+2 ; 0x0000000c .data:0000000a 00 00 nop .data:0000000c
-
Thread
ADC Converter große Auflösung
_10059_10884_10887_321_322_10103,searchweb201603_52,ppcSwitch_0&algo_expid=06b997fb-737b-427f-8b6b-c2517b95497d-0&algo_pvid=06b997fb-737b-427f-8b6b-c2517b95497d&transAbTest=ae803_4 lohnt sich, oder fake? Hat jemand bereits Erfahrung damit?
nicht höllisch aufpasst. Ich hatte damals den Fehler gemacht separate 4MHz und 10MHz Quarze für den PIC16C84 und den ADC zu verwenden. Das führt schon zu einem merklichen Rauschen. Hätte man die Clocks von einem gemeinsamen Takgeber abgeleitet, wären evtl. die von Stefanus genannten 20 Bits möglich
-
Thread
Aufwandschätzung für Cross-Assembler
Ich hab mitte der 90er auf meinem Amiga 500 in GFA-Basic einen Pic16F84-Assembler gebaut. Mit Labels und ein paar erweiterten Opcodes, ohne bedingte Assemblierung, Makros und so'n Werks. Zwei-Pass, ca. 15 Minuten Compilierzeit für effektiv gerade mal 1kWords Ergebnis
schrieb im Beitrag #5833268: > Ich hab mitte der 90er auf meinem Amiga 500 in GFA-Basic einen > Pic16F84-Assembler gebaut... Interessant, hier war es ein Intel 8085 und ebenfalls das sagenhafte GFA-Basic von Frank Ostrowski auf einem ATARI ST. Der erste Versuch endete in einer Sackgasse und ich
-
Thread
HDMI an Arduino
, der im Schneckentempo ein winziges Display füllen kann. Generell sind eigentlich die meisten µC mit Displaygrößen, die man üblicherweise mit HDMI beschickt, heillos überfordert. Die meisten, aber nicht alle. Wenns also ein anderer µC sein darf: Ein PIC32MZ(DA) hat eine GPU und 32MByte RAM sowie
simpel https://youtu.be/MUeIY_gLn3c
-
Thread
Compilierung des EU1KY AA unter Linux.
' undeclared (first use in this function) Src/analyzer/rtc/emrtc.c:204:16: error: 'RTC_CNTL' undeclared (first use in this function) Src/analyzer/rtc/BACKUP.h:84:81: error: 'RCC_APB1ENRbits' undeclared (first use in this function) Src/analyzer/rtc/BACKUP.h:53:
Markus W. schrieb im Beitrag #5776324: > Src/analyzer/rtc/emrtc.c:86:14: error: '_LCD_CURSOR_OFF' undeclared > (first use in this function) Kommt wohl daher: https://download.mikroe.com/documents/compilers/mikroc/pic/help/lcd_library.htm Interessant, dass
-
Thread
ATmega32 noch zeitgerecht?
man sollte auf den ATmega32A umsteigen. Pinkompatibel ist auch der ATmega324PB (3 UARTs, 3 Timer 16Bit).
auch mit einem uC machen können, aber mir war das saubere Taktverhältnis wichtig.
-
Thread
Ausgabe mittels printf über UART für ATmega / ATtiny
falsche Headerdatei hochgeladen, im Abschnitt [code] #if (readint_enable == 1) int checkint16(char *p, int *myi); int16_t readint(); #endif [/code] ist die Zeile mit [code] int checkint16(char *p, int *myi); [/code] zu entfernen ! Sorry
Gleitkommabibliothek einschließlich Ausgabekonvertierung stolze 028Ah Befehlsworte lang ist (für nen PIC16). Aber was bringt das? Garnix. Ralph S. schrieb im Beitrag #5740416: > Ich komme gerade mal nach 6 Unterrichtseinheiten dazu, zu erklären was > ein Linker macht... Ein schlechter Linker linkt
-
Thread
PIC-Quellcode: Analysetool
. Wenn du die Funktionsweise des Codes nicht selber nachvollziehen kannst (wofür du im Fall von PIC16/18 mein vollstes Verständnis und Beileid hättest) - wie wäre es dann mit einem Simulator/Emulator? Oder nimm einen realen PIC, steck den Debugger dran und laß das Programm im Einzelschrittbetrieb
Volker S. schrieb im Beitrag #5735880: > Mark K. schrieb im Beitrag #5735192: >> ich habe hier einen PIC-Assembler-Quellcode, > > Welcher Controller und wie umfangreich? Ursprgl. für den 16F84, dann über weitere Stufen der 16F684 und zuletzt der 16F1824, wobei ich wegen des größeren Progammspeichers
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V4]
Teile mit den folgenden ausgetauscht: WIMA FKP2J011001D00HI00: 1nF, PP Folie (0.25€) WIMA MKP4F031003C00JF00: 100nF, PP Folie (0.38€) Murata 22R104C: 100uH, fres=7MHz, Q=90 @100kH (0.53€) Und, siehe da, für nut 1.16€ extra funktioniert das LC-Meter wie es soll. Auf dem Bild messe ich einen 1nF 2.5%
nicht zitieren kann? Auf jeden Fall, hier ist das Image mit den Rücksende-Bedingungen https://ae-pic-a1.aliexpress-media.com/kf/Sc80cd48dd7cb478e99b34f4354c8c16fx.jpg_.webp Und hier der relevante Teil >> Grund für die Rückgabe >> >> Für den Artikel, der beschädigt/defekt / nicht wie beschrieben
-
Thread
Rust - ist das hier um zu bleiben?
Greeter: Compile time dependencies: greeting interface Runtime dependencies: keine hallo/main.c: [c] #include <stdio.h> #include <greeter.h> void greet(const char* who){ printf("Hello %s!\n", who); } [/c] [code] cd hallo gcc -shared -fPIC -I ../greeter main.c -o libgreeter.so cd ..
altbekannten Werkzeugen? Wie schwer tut man sich wenn z.B. der Chef man möchte doch z.B. von STM32 oder PIC/AVR auf ein Rust Entwicklungssystem umzusteigen? Wird PIC/AVR unterstützt? Gibt es Case Studies wie man ein existierendes erfolgreiches embedded Projekt (STM32/AVR/PIC) von C/C++ auf Rust umsetzt
-
Thread
Vorschlag zu Hex-Ziffern auf 7-Segment-Anzeigen
https://www.realdigital.org/doc/ad0c5fbdaddde0e930abbd9eda84f88b
ohne Probleme lesen, > was bei > der linken Variante nicht so ist. Alternativ könnte man das 'C' auch 'c' darstellen.
-
Thread
Noch ein Taschenrechner auf ATMega Basis
Inclusive der Entscheidung, wohin die neuen Funktionen kommen. Ich schwanke noch zwischen dem HP-11C und dem HP-15C Layout, wobei ich auch Interessenten für das HP-16C Layout (Programmierer) hätte. Wahrscheinlich gestalte ich es einfach austauschbar, wobei die Grundfunktionen ja in der HP-Voyager Serie
-3x16-zeichen-gelb-gruen-121770
-
Thread
Microcontroller im SO14 mit Centerpinning
ist, vielleicht einen laengeren Controller nehmen und die ueberstehenden Pins unbenutzt lassen? z.B. PIC16F84 hat die Stromversorgungspins mittig gegenueberliegend.
für die FB ein Cortex M7 sein? Ich hatte sowas ähnliches mal vor Jahren gemacht: einfach einen PIC16F7xx im SO Gehäuse rücklings auf die LP geklebt und die Pins mit dünnem CuL angeschlossen. Programmiert in Assembler, sind ja nur ca. 35 Befehlsarten. W.S.
-
Thread
Atmel noch zukunftsfähig? Gesperrt
Atmel langsam ausstirbt Atmel ist schon gestorben, gehört jetzt Microchip. AVR waren LowEnd uC. Wer mehr leistung wollte griff zu ARM, von vielen Herstellern, und nicht proprietären 16 bzw. 32 bit uC wie PIC24 oder MSP430. Wer heute aber LowEnd uC benötigt, zahlt nicht die hohen Preise der
> Wann strafft eine pöse Heuschrecke das Portfolio von Microchip mit > MCS51, AVR, XMEGA, SAM, PIC12, PIC14, PIC16, PIC18, PIC24, PIC32? > Bei der nächsten Finanzkrise, in die wir gerade reinrauschen? Ich setze gerade folgenden ein: http://ww1.microchip.com/downloads/en/DeviceDoc/00001561C.pdf
-
Thread
Steuerung LED Netzteil
LED Array 32-38V? Der µC & Hühnerfutter ~10-20mA(?). Nimm nen einfachen Längsregler und lass den eingangs Kondi weg und häng den an die LED Versorgung.
Oder Schalter statt Taster einbauen. Ich würd aber auch ne Schaltung frickeln, mit o. ohne µC. Zwei Stufen haben ja bisher auch gereicht. Irgend was FlipFlop artiges, das ne Spannung ausgibt, die mittels Trimmer einstellbar. Wahrscheinlich würde ich aber einen meiner ollen Pic16f84 verbauen.
-
Thread
Defekte Platine Teufel CB11 Bauteilerkennung
vermute, diese spannungen werden ueber den EUP3453/U3 "miterzeugt", ohne U3 und anlegen von +5V am C35 (470uf/16V) "bootet" zwar die CB11, aber die displayspannungen bleiben weg. gruss, -- randy
Weiß zufällig wer welchen Wert der C108 (kleiner C am Ausgang vom 1117-18) hat?
-
Thread
Scheduler für AVR
signal; uint8_t reserved; /* Alignment byte */ uint8_t pad0; uint8_t pad1; uint16_t delay; /* Delay of posting in ticks */ uint16_t reload; /* Reload value for periodic messages */ } Msg_t;[/c] Überall nur uint8_t, uint16_t ... verwendet, keine sprechenden Aliase wie
, wie bei pic16. mt
-
Thread
WS2812 und ATtiny44 / 8 MHz intern
ich folgende Controller mit eingestelltem 8MHz: ATmega8 ATmega168 / 328 ATtiny2313 ATtiny44 / 84 ATtiny85 Kurze Frage: Macht es Sinn, die Assemblerdatei im Timing so zu verändern, dass es auch mit 16MHz (und logischerweise externem Quarz) funktionier ?
Recherchen begegnet? ... an einem ATmega168 hats mit einem 12MHz Quarz noch funktioniert, mit einem 16MHz Quarz dann nicht mehr !