-
Thread
G1G140-AW31-42 - EBM-PAPST Lüfter Elektronik reparieren
PIC16F873-20I/SO
PIC16F873-20I/SO https://www.microchip.com/en-us/product/PIC16F873 5V liegen an, mit der Spannungsversorgung scheint also alles ok zu sein.
-
Thread
Neu hier und Anfängerfragen bezüglich Programmspeicher
Stefan ⛄ F. schrieb im Beitrag #6836128: > Frodo G. schrieb im Beitrag #6836112: >> 16 Giga-Bit dürften mehr als ausreichen >> > https://www.digikey.at/product-detail/en/kioxia-america-inc/TH58NVG4S0HTA20/
sie nicht wenn der Speicher gebankt wäre. Dann würde es ein Wraparound geben. Stefan ⛄ F. schrieb im Beitrag #6836181: > du mit einem 16 Zeiger eben nicht den ganzen Speicher ansprechen. > Es gibt bei AVR jedoch keine Zeiger mit mehr als 16 Bit, daher Pageing. Hier spricht du von einer
-
Thread
Verfügbare µC
Bei Digi-Key die PIC32MX-Reihe derzeit gut verfügbar: https://www.digikey.de/products/de/integrated-circuits-ics/embedded-microcontrollers/685?k=PIC32MX795F512 Viele Grüße Jochen
ich habe auch noch 40 Stueck 16F684. Die werden wohl reichen. Komischerweise kann man die sogar im Moment noch kaufen. Da kann die Krise ja nicht so schlimm sein.
-
Thread
PIC16F1825 Programm auslesen
Hallo, ich habe eine Schaltung mit einem PIC16F1825 als UART/SPI Bridge. Pins 5 und 6 sind UART, Pins 8-11 sind SPI. Leider ist bei dem Chip Pin 11 kaputt (Kurzschluss gegen VCC). Gibt es eine Möglichkeit das Programm von dem µC zu lesen und
zum auslesen brauchst Du die Pins 1, 4, 12, 13, 14, wo ist das Problem? Nur wenn CPD gesetzt ist, geht es nicht. http://ww1.microchip.com/downloads/en/devicedoc/41440a.pdf
-
Thread
SDCARD verstehen
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1b0:0 0 0 0 0 0 0 0 e7 b0 6 4 0 0 0 2 a 0 c fe 3f ef 87 0 0 0 39 e0 3a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1e0:0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 55 aa Gruß Gerhard
kompletten Umzug Wien detailliert einplanen können. Wir freuen uns auf Ihren Anruf! https://umzugwien1.at/
-
Thread
Spielereien mit asm_pio + MicroPython auf dem PI PICO
dann streckt er aber die Flügel. Werde in den nächsten Tagen mal ADC mit DMA machen. Auf dem STM32F4 läuft das schon absolut problemlos (2.4Msps * 3 Kanäle interleaved). Was ich allerdings feststellen musste, die µPy 1.17 Version für PicoPi braucht noch reichlich Liebe und Zuwendung… Viel Spaß
Funktionsgenerator: https://www.instructables.com/Arbitrary-Wave-Generator-With-the-Raspberry-Pi-Pic/
-
Thread
[S] Ein paar PIC 16F84 DIP
Ich habe noch 6 Stück PIC16F84A-20/P. Musst mal schauen ob der für die Anwendung geht. (Siehe Anhang.) Diese kann ich auch mit dem Sprut Brenner8 programmieren welcher allerdings kein offizieller "Production" Brenner ist. Und
Habe hier noch: 1 Stk. 16F84A-20/P 7 Stk. 16F84A-04/P Die scheinen schonmal programmiert worden zu sein, sind Bleistiftbeschriftungen drauf. Gruss Chregu
-
Thread
Pulslänge mit STM32 Timer vermessen
Hallo janvi Ich programmiere PIC MCU‘s u. Kenne den STM32 nicht aber vielleicht hilft Dir meine Idee weiter. Hier meine Idee: Viele PIC MCU‘s haben einen 16Bit Timer (z. B. Timer1) mit Gate control. Wenn man am CLK Eingang eine Frequ. von z. B. 1Mhz anlegt u. den zu messenden Puls am Gate anlegt dann erhält man die Pulsbreite in μs (siehe Skizze in Anhang). Beim PIC kann man im Timer1 Gate auch die Polarität wählen. Damit könnte man auch negative
-
Thread
Überlegungen zur Takterzeugung beim PIC16F15356
Digitaluhr mit Temperaturanzeige und optionalem DCF77-Zeitzeichen-Empfang. Verwenden möchte ich den PIC16F15356 im DIP28. Ich sehe für die Takterzeugung diese Möglichkeiten: - 32.768 kHz-Uhrenquarz am EXTOSC-Eingang mit PLLx4, 131 kHz Takt für das Programm. - 32.768 kHz-Uhrenquarz am SOSC-Eingang und interner Takt HFINTOSC mit z. B. 16 MHz. - 16.384 MHz-Quarz am EXTOSC-Eingang und intern herunterteilen auf 1 Hz. Von der Genauigkeit her, wären diese beiden unteren Varianten gleichwertig? Mein Ziel ist es, eine Ganggenauigkeit
-
Thread
Empfehlung Tutorial PIC16 (in C) ?
Kann mir jemand ein brauchbares Tutorial für PIC16 in C empfehlen? Deutsch oder Englisch ist egal, Video oder schriftlich auch. Es sollte vom Ansteuern von Ports beginnen und auch PWM, I2C, Interrrupts umfassen. Edit: Das genaue Modell ist PIC16F1829
fast nur ältere PICS besprochen, aber man kann sich gut einarbeiten. Ich nehme auch gerne den PIC16(L)F1825, das ist einer der kleineren Brüder des 1829, da sind etliche Pins kompatibel zum 1829, letzterer hat halt 6 mehr GPIOs.
-
Thread
PIC16F18426 UART-Pins invertieren
die aber von Haus aus für RX und TX Möglichkeiten zum Invertieren bieten. Wenn Du als Ersatz für den PIC16F18426 den PIC18F06Q40 nimmst, so fällt mir dazu ein, dass es die nur im SOIC-Gehäuse gibt. Sonst kann ich die wegen der reichhaltigeren Peripherie nur empfehlen, weil ich mit dem PIC18F16Q41 schon
@Anja: Ich habe hier die Links zu den Errata-Files: PIC16F18426: https://www.microchip.com/content/dam/mchp/documents/MCU08/ProductDocuments/Errata/PIC16(L)F18426-46-Family-Silicon-Errata-and-Data-Sheet-Clarification-80000799C.pdf PIC18F06Q40: https:/
-
Thread
Bitfeld zuweisen: Warum optimiert der Compiler nicht?
and.w r5, r0, #16 8008268: f3c0 1e00 ubfx lr, r0, #4, #1 800826c: f36e 1304 bfi r3, lr, #4, #1 Out.Inputs.dirLeft = (input & SWITCH_DIRECTION_LEFT); 8008270: f3c0 1e40 ubfx lr, r0, #5, #1
: b292 uxth r2, r2 800824a: f000 0e10 and.w lr, r0, #16 800824e: fa1f fe8e uxth.w lr, lr 8008252: f000 0580 and.w r5, r0, #128 ; 0x80 8008256: b2ad uxth r5, r5 Out.Inputs = input_fields(input); 8008258
-
Thread
Datenübertragung ohne Schnittstellen
Bißchen Hirnschmalz, lässt sich da was mit Taktrückgewinnung und Komprimierung ausdenken. wenn auch 16Mbit per pixel, dann aber doch 512 (3bit pro Farbkanal) auf einen Pixel. https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUKEwj1n6uD-9jyAhUCHOwKHRQnD5sQFnoECAwQAQ&url=https%3A%2F%
/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUKEwj1n6uD-9jyAhUCHOwKHRQnD5sQFnoECAwQAQ&url=https%3A%2F%2Farxiv.org%2Fpdf%2F1704.06447&usg=AOvVaw3TMCbaVK8-cRKc97zS12Mu
-
Thread
Mnemonics/Opcodes urheberrechtlich geschützt?
W.S. schrieb im Beitrag #6804044: > Und gerade die PIC16-Architektur ist für alles außer Assembler nicht > gerade gut geeignet. In welcher Zeit lebst Du denn? Auch die PIC16 Architektur entwickelt sich weiter. Schau Dir mal z.B. den PIC16F18426 an
Gründen gewählt: 1. Die Hardware soll möglichst einfach sein, um sie übersichtlich auf dem Bildschirm darstellen zu können. MMIX wäre da schon zu komplex. 2. Der Befehlssatz soll so einfach wie möglich sein. PIC 16 ist
-
Thread
Welche Wallbox waere empfehlenswert?
Gehäuse und nach Wunsch Kabel mit Type2 Stecker oder Dose. So ähnlich habe ich vor 6 Jahren mit einem Pic 12F683 meinen ersten 16A Ziegel für meinen Kangoo ZE gebaut. Ist eher einfach 1Khz PWM über das Tastverhältnis wird gesteuert was das Auto holen darf und messen ob das richtige Kabel verwendet wurde
Sebastian L. schrieb im Beitrag #6805857: > der zieht dann 1 * 20A, der 16A LSS löst aus Da würde ich allerdings nicht drauf wetten wollen.
-
Thread
Mikrocontroller mit DAC?
AVR XMEGA mit 12 Bit DAC http://ww1.microchip.com/downloads/en/appnotes/doc8033.pdf
Viele PIC18 haben einen 5 Bit DAC, zum Beispiel PIC18F46K22 oder PIC18F47K42. 5 Bit ist natürlich wenig. Die DACs sind eher dazu gedacht, die Referenzspannungen für den ADC zu erzeugen.
-
Thread
Umwandlung Wert in 4 Byte Gleitkommazahl (KNX)
long Wert wieder zusammen zu bauen. Aber der Compiler will das Zerlegen nicht machen: [c] float fTemp; char element[4]; element[0] = (fTemp & 0x000000FF) >> 0; element[1] = (fTemp & 0x0000FF00) >> 8; element[2] = (fTemp & 0x0000FF00) >> 16; element[3] = (fTemp & 0x0000FF00) >> 24; [/c] Die
Ansonsten ist das IEEE754 Format recht einfach zu verstehen, siehe Bild. Was mich damals bei den PIC16 daran gestört hatte, war die notwendige Schieberei mit dem Exponenten, die sich bei den PICs nicht besonders gut macht - und die für Konvertierungen auf dem PIC16 ungünstige Mantissengröße 1.0 bis
-
Thread
Z80 OUT (C) mit Register A belegen.
Und hier noch einen ZX-Spectrum Emulator auf einem STM32F407: [[STECCY]]. Der kann auch alle undokumentierten Opcodes des Z80. :-)
dagegen, selbst sehr kleine µC in C zu programmieren. Man betrachte den Benchmark Dhrsystone 2.1, mit SDCC kompiliert, einmal für einen STM8 (ATM8AF5288 bei 16 MHz), einmal für MCS-51 (C8051F120 bei 98 MHz). Da ist der Score des STM8 fast doppelt so hoch wie der des MCS-51, während die Codegröße
-
Thread
Peripheral Pins Select PPS beim 18ner PIC
Du mit diesem Assembler unterwegs bist, bleibt Dir z. B. nur ein eigenes Inlude File aus z. B. P18F26Q43.inc zu editieren. Ich habe das für einen PIC18F16Q41 gemacht. Nun zu Deiner PPS-Frage (stammt aus einem Source File für PIC18F16Q41): Ursprünglich: MOVLW 010000B ; REDIRECT INPUT
das mit dem MCC machen und bin erst in dem Stadium, den richtig einzustellen. Ich hatte vorher einen PIC16F15325 eingesetzt und dafür die Software auch fast fertig. Aber die 7kB Flash sind bei dem einfach zu wenig. Deshalb wollte ich den 18F06Q40 einsetzen.
-
Thread
Stromrechung reduzieren mit Voltbox Gesperrt
A Kontrolle: I_s = Wurzel(0,109² + 0,065² ) = 0,109 A Jetzt schalte ich einen Kondensator von 1 µF dazu parallel, der zieht einen Blindstrom I_C = U * 2 Pi f * C/10^6 = 230 * 314,16 * 1/10^6 = 0,072 A Die Blindströme sind um 180° versetzt und müssen geometrisch addiert werden. I_s = I_w +j
Hier noch eine Reinkarnation: https://xn--80aagk0aiqphk.xn--90a1af.xn--p1acf/volansione1/ fuehrt zu: https://de1.eenergyv.com/?TID=61B7CF21005B7A23F300AA29&host=macapnd.com&c=ru
-
Thread
C: Viele Funktionen zur Auswahl
/* Wiederholt die gleichen zwei Bytes senden */ exit_t tft_ili9xxx_8bit_putRpt(uint8_t cmd, uint16_t data, size_t nRpt); /* 1-Bit-Bitmap schreiben ohne Puffer */ exit_t tft_ili9xxx_8bit_putBitmap(uint8_t cmd, const uint8_t *data, size_t nBit, uint16_t val0, uint16_t val1); /* Auslesen */ exit_t
/* Wiederholt die gleichen zwei Bytes senden */ virtual exit_t putRpt(uint8_t cmd, uint16_t data, size_t nRpt) override; /* 1-Bit-Bitmap schreiben ohne Puffer */ virtual exit_t putBitmap(uint8_t cmd, const uint8_t *data, size_t nBit, uint16_t val0, uint16_t val1) override;
-
Thread
Schutz eines Raspberry Pi, welcher ein Relais ansteuert
Stefan ⛄ F. schrieb im Beitrag #6791734: > User
Stefan ⛄ F. schrieb im Beitrag #6794444: > Zum Nachlesen: Und was sagt mir das? 1. flir ... - Einzig unten in der Tabelle CatII - 2500V - schön. 2. citel .... - Straßenbeleucht - Was will ich damit? 3. Regelwerk
-
Thread
CP/M auf Atmega8515 mit XMEM
Pollin) nebst PIC16 als Tastaturanschluß und GLCD mit RAIO-Chip, Drucker per Centronics-Interface. Das ist also eigentlich das komplette Gegenteil deines Projektes und ich schätze, es würde dir nicht wirklich gefallen. Allerdings kann man damit sowohl das Benutzen eines CPLD üben, Assembler für PIC16 und Z80 üben, und obendrein ein wenig Layouten üben. Und es war ne sinnvolle Verwendung von verbleiten Rücklauf-Beständen an Chips, die der Bestücker nicht selbst verschrotten wollte. Ist also schon
-
Thread
Zufallszahlen einfach erzeugen
ziemlich gut. Viel besser wird das nur, wenn du einen µC mit integriertem Hardware-RNG verwendest, z.B. PIC32: http://ww1.microchip.com/downloads/en/DeviceDoc/60001246B.pdf Muss es kryptographischer Zufall sein? Wie viel natürlicher Zufall muss es sein? Wie viele Zufallszahlen werden benötigt? Spricht
der gain stage - Die Zufallsbits sind dennoch nicht gleichverteilt (in meinem Fall waren es mehr '1' als '0') - Watchdog - WDT interrupt alle 16 ms, dann auslesen eines ständig laufenden timers - Man kann den WD Zähler nicht direkt auslesen, deshalb der normale (synchrone) timer. Da der WD Prozesschwankungen
-
Thread
Schlankes Ubuntu für MPLAB X gesucht
Kompilieren eines bestehenden Projektes. unter Windows mit MPLAB X IDE v5.10 verwende ich für meinen PIC18F45K50 * PIC18F-K_DFP in version 1.0.41 * XC8 v2.31 free der autogenerierte Code wirft ein paar Warnungen, aber funktioniert. Unter Debian hab ich einfach das Neuste installiert: MPLAB X IDE
Neuste installiert: MPLAB X IDE v5.50. Und einen Compiler auch? Da stehen mehrere zur Auswahl (8bit, 16bit, 32bit, AVR, PIC, bla, bla, bla). Und man muss sie extra runterladen und extra installieren.
-
Thread
Frequenzzähler mit PIC 16F628A
externer 4MHz-Quarz verwendet..... Nein, es wird der interne Oszillator mit 4MHz verwendet! Der PIC16F628 hat noch einen weiteren Oszillator für T1, und an dem hängt der 32kHz Quarz. Aber die Config-Bits kommen mir merkwürdig vor...
schrieb im Beitrag #6770175: > Nein, es wird der interne Oszillator mit 4MHz verwendet! > > Der PIC16F628 hat noch einen weiteren Oszillator für T1, und an dem > hängt der 32kHz Quarz. Hatte ich uebersehen... Da das "configuartion word" im Code nicht veraendert wird laeuft der PIC tatsaechlich
-
Thread
Servo Motoren (2 Positionen) mit PIC steuern
erreichen muss das PWM Signal verändert werden, aber nicht zwei Ausgänge zu einem Servo, oder ? Würde ein PIC 16F684 (nur ein CCP Out) reichen? Oder müsste es mindestens ein PIC 16F873 sein? DANKE
ist das nicht übel. Ein klares Ziel und überschaubarer Aufwand. Ob es gutes Lehrmaterial die PIC 16F684 gibt, weiß ich nicht.
-
Thread
Atmel ICE Frage
Christian F. schrieb im Beitrag #6767719: > Installier mal mplab x Nein, nein, nein. Das empfehlen nur PIC-Fanboys. Vollkommen kontraproduktiv, solange man mit PICs nix am Hut hat.
Atmel\Studio\7.0\atbackend>atfw -t "nedbg" -r Found nedbg:MCHP3094081800004790 Master MCU Version: 1.16 C:\Program Files (x86)\Atmel\Studio\7.0\atbackend>
-
Thread
Nixie Uhr, Quarztausch für höhere Genauigkeit
zeit eine Uhr mit Nixie Röhren gekauft, leider ist sie ziemlich unbrauchbar. Sie basiert auf einem PIC16F628, dessen 4MHz Quarz ist in dieser Bauform ausgeführt: https://www.digikey.de/product-detail/de/rami-technology-usa,-llc/AS-16.000-18/2151-AS-16.000-18-ND/10271769?utm_adgroup=General&utm_source
Nimm einen 4,194304 MHz Quarz und teile diese Frequenz 22 mal durch 2, dann kommt genau 1Hz raus. Dann kann auch das Programm im PIC16 vereinfacht werden.