-
Thread
Motor an PIC 12F675 mit PWM und PIC glüht.
....hast du die ResetSchaltung fuer deinen PIC schon getestet ? R nach plus und C nach Null. ! Datasheet !
/zaehlt ? ? ) Schon mal versucht deinen Motor an Beate Uhse zu haengen ? Rauchts dann auch ? ( Pic nr.32 ) Wahrscheinlich Spannung zuu gering...
-
Thread
Überraschung, ab heute machen sie Software.
out of the box und der Support ist auch ok. Diverse Plattformen (hab selber mit Pic, Pic16, Pic32 und STM Arm gearbeitet) und imho ausgereifte libs. Alles gut dokumentiert und sehr benutzerfreundlich. Dann haben Sie noch jede Menge sog. "Clicks". Module die fast alle Bereiche der
Bei Cortex M3/M0 sieht es hier im Forum gut aus (Siehe Filter: ARM). PIC32 würde ich nur nehmen wenn schon Erfahrung in der Richtung vorhanden ist.
-
Thread
PIC Programmieren
dier am besten liegen. Ich gehe davon aus, nach einer Woche hast du ein Programm, das in einen PIC12 passt, auf Arduino nachgebaut. > da ich mit dem dann auch nach dem Programmieren was anfangen kann Stimmt. Bei den leistungsfähigen 32Bit MCs setzt sich die Arduino Sprache durch. Die 10000
Martin S. schrieb im Beitrag #7537401: > Ich habe damals (vor 20 Jahren) mit den 16C84 angefangen und ich kann > mich noch gut daran erinnern wie "hakelig" das manchmal war. Bei mir in den späten '70ern, mit PIC1664/PIC1650. > Gut es ist > lang her, aber ich würde als Neuling
-
Thread
Webserver ENC28J60 + PIC18F4620
zusammen, ich bin momentan auch dabei den ENC28J60 über SPI anzusprechen, ich verwende dafür einen PIC18F4620 mit einem 32MHz Quarz. Allerdings klappt die Initialisierung des ENC noch nicht wirklich. Hat eventuell jemand eine funktionsfähige Init für den ENC28J60 in C evtl. für einen PIC18? Im
> Nein der ENC hat einen 25MHz und der PIC hat einen 32MHz Quarz > angeschlossen Das ist ok. Schwingt denn der Quarz vom ENC?
-
Thread
ICL 7660 Spannungsinverterschaltung
Ich verwende den µC PIC18F46K20 Er muss ein DCF77 Signal auswerten zugleich muss durch Interrupts an Timer 0 der schon mit einem Wert vorgeladen ist Interrupts im Sekundentakt auslesen und es wäre gut, dass die Uhr gleichzeitig
noch aufgetreten Ich habe folgenden Uhrenquarz: http://www.reichelt.de/Uhrenquarze-SMD-Gehaeuse/32-768-MS1V-12-5/3/index.html?;ACTION=3;LA=446;ARTICLE=85040;GROUPID=4005;artnr=32%2C768+MS1V-12%2C5;SID=12UQlZ8n8AAAIAAG0vwXwa948cc37bbfad8ffe0059b2844836511 Ich möchte ihn an Timer 0 vom PIC18F46K20
-
Thread
PIC oder Atmega
und die original Software für den uC im Brenner hast). > Chips auch etwas teurer Weiss ich nicht. > Weniger Anwendungen Ich arbeite zur Zeit fast nur mit PIC und ich denke dass der PIC in etwa des selbe kann wie der Atmel. In
und Systeme" anfangen will, ist von der IHK für die Prüfung ein PIC vorgesehen und somit würde ich einen PIC empfehlen. Es war ein µC-Einschub, der mit einem PIC läuft. Abschlussprüfung war z.B. ein Programmcode lesen und erklären (trotz Banken und "unübersichtlichem
-
Thread
Mehrere PICs und EEPROM via I2C?
möglich?? Die Einteilung am I2C Bus würde ich mir wie folgt vorstellen: USB Pic - Master Steueurungspic - Slave Überwachungspic - Slave EEPROM - Slave Nur kann ein Slave Pic aus dem EEPROM lesen und ihn auch beschreiben??
Oder aber, da er ja schon I2C benutzen will und SPI und I2C auf den selben PINs liegen: 16 analog in: 1 * 74HC4067 24 digital in: 3 * PCF8574 32 digital out: 4 * PCF8574 Benötigt vom µC: 4 dig. Out + 1 analog in für den 4067
-
Thread
Standalone USB HID an bestehendes Projekt
Der Cypress FX2LP (CY7C68013A) kann das, dein dpPic kann den einfach über I2C mitprogrammieren. Ich habe gerne eingesetzt.
> > Würde ungern zwei ICs auf dem Board flashen wollen. Problem ist halt > dass der andere dsPIC mit USB nicht lieferbar ist. Ich müsste dann ins > STM32 Lager wechseln, und der Aufwand ist schon bisschen höher. Der externe PIC16 birgt das geringste Entwicklungsrisiko und ist lieferbar. Dass
-
Thread
Günstigstes Web I/O
Operator S. schrieb im Beitrag #3646520: > Ansonsten such mal nach AVR + Ethernet oder STM32F107 + Ethernet wenns > auch selbst gebaut werden darf. Oder PIC18F66J60 mit integriertem Ethernet.
Vreg kann günstiger sein, ... 36.14 pic 32.79 magjack 3.61 xtal 1.75 eeprom mit offizieller mac addresse 5.27 flash optional , 8Mbyte , es gibt günstigere mit weniger Speicher wie auch mit mehr Speicher und teurer.
-
Thread
STM32MP1 von ST
STM32MP157C-DK2 Board.
units in the block diagram above to either the Cortex-M4 or the Cortex-A7 https://blog.st.com/stm32mp1-mpu-stm32mp157a-ev1-stm32mp157c-dk2/ Bleibt noch die Frage offen wie die verschiedenen Cortexe miteinander reden können.
-
Thread
Erstes (privat-)Projekt, Hardwareauswahl
Controller mit CAN und USB und LIN, etc etc. Und halte Dich nicht nur bei den 8-Bittern auf, auch die PIC24/dsPIC und PIC32MX sind sehr interessant. > Display: > Am liebsten würde ich ja ein Sharp LS027B7DH01 nehmen. Das ist von der > Größe her noch ok (etwas mehr als 6cm breit) und für diese Größe
mit CAN und USB und LIN, >> etc etc. Und halte Dich nicht nur bei den 8-Bittern auf, auch die >> PIC24/dsPIC und PIC32MX sind sehr interessant. > > So wie ich das gelesen habe gibts die IDE auch kostenlos, aber der > Compiler stellt nach 60 Tagen die Optimierung aus. Ist der dann immer > noch
-
Thread
Verlustleistung von Pic zu groß
für die PIC18F, PIC10F und PIC12F gratis c-Compiler(Nachdem du E-Technik Student bist solltest du das ja können ;-)). Also haltet euch nicht an den PIC16F fest sondern schaut euch gleich die PIC18F an. Immerhin
verwenden. Das geht mit den 3 FSR-Pointern aber ganz ordentlich (macht der C Compiler auch). Die 16-Biter PIC24 und dsPIC haben einen "normalen" Stack.
-
Thread
MAX3232 "sendet" endlos ein 70-100kHz Signal ohne Einkommende Daten
gehen an die TXD Pins des RFID-Readers...also hier kommt das Signal rein. Die Pins 7 und 14 gehen am PIC32 an die UART-RX Pins. Sollte doch soweit passen oder nicht? Kevin schrieb im Beitrag #3079738: > Kurt Bindl schrieb: >> Mach mal C13 , 16, 17 (wahlweise und dann miteinander) grösser. >
an die TXD Pins des RFID-Readers...also hier kommt das > Signal rein. Die Pins 7 und 14 gehen am PIC32 an die UART-RX Pins. > Sollte doch soweit passen oder nicht?
-
Thread
PIC 32 bringt mich zur VERZWEIFLUNG!
"C:\C32\11 Analog\POT.elf". Clean: Deleted file "C:\C32\11 Analog\POT.hex". Clean: Done. Executing: "C:\Programme\Microchip\MPLAB C32\bin\pic32-gcc.exe" -mprocessor=32MX360F512L -x c -c "Pot-Man.c" -
\Microchip\MPLAB C32\pic32mx\lib",--defsym=__MPLAB_BUILD=1,--defsym=__MPLAB_DEBUG=1,-Map="POT.map" Executing: "C:\Programme\Microchip\MPLAB C32\bin\pic32-bin2hex.exe" "C:\C32\11 Analog\POT.elf" Loaded C:\C32\11 Analog
-
Thread
Eure Erfahrungen mit SDCC
Pic16/18/24/32 der letzten 5-10 Jahre sind sehr gut für C > Programmierung geeignet, da diese extra HW/SW bekommen haben, um > optimaler C Code übersetzen zu können. Um "sehr gut für C" geeignet zu
Du weißt aber schon, dass PIC24 und PIC32 architekturmäßig überhaupt > nichts mehr mit den 8-Bit PICs gemein haben und PIC32 einen MIPS-Kern > verwendet? Ich weiß, dass es neuere µC unter dem Namen PIC gibt, mit RISC-Kern
-
Thread
SMD Loeten- TQFP ICs mit Adapter PCB
Takao K. schrieb im Beitrag #3604211: > Ich will Space Invaders auf einem 32K PIC zum Laufen bringen, das > Display hat 1.44" > > Danach ein 2.5" mit dem 512K PIC. Ich würde sowas dann doch eher mit Java oder C# machen, dann haben auch andere was davon. Mit dem Controller
im Beitrag #3604578: > Takao K. schrieb im Beitrag #3604211: >> Ich will Space Invaders auf einem 32K PIC zum Laufen bringen, das >> Display hat 1.44" >> >> Danach ein 2.5" mit dem 512K PIC. > > Ich würde sowas dann doch eher mit Java oder C# machen, dann haben auch > andere was davon. >
-
Thread
Was kommt nach Atmega?
kommen (ist auch ne Kostenfrage) und/oder weil sie keine guten Bezugsquellen haben. Die dickeren PIC's sind durchaus interessant, die 32 Bitter von Fujitsu sind meine eigentlichen Favoriten, aber im Allgemeinen würde ich dir zu den Cortexen raten, denn die sind technisch gut und mit kräftig steigender
oder besser irgendwo fertigen lassen? Denn: Bei ARM ist mit Lochraster Schluss. Ein Ausweg wäre PIC32: Ist zwar nicht ARM, sondern MIPS, aber gleiche Leistungsklasse. Da gibt es die kleinen Typen auch in DIL. Leistungsmäßig ist das auch eine bis anderthalb Zehnerpotenzen mehr, und das bei in etwa
-
Thread
LVDS und Mikrocontroller
Die PIC32MZ (DA) haben eine eigene GPU, inklusive LCD-Interface: https://www.microchip.com/design-centers/32-bit/pic-32-bit-mcus/pic32mz-da-family Das Interface ist ein paralleles 24Bit, und das kann man
will). Für 800x600 benötigst du 800x600x3Bytes = 1,44Mbytes, darum braucht man schon einen großen µC. Beim ST wird ein externes RAM dranmüssen, beim PIC32MZ DA geht das schon mit dem internen. Bei einem LVDS-Display muss man den Inhalt definitiv immer im RAM des µC haben, sonst klappt das nicht,
-
Thread
Keine Output am Pic
Beitrag #2575422: > (kurze Frage , warum gibt es eigentlich 2x Vss und 2x Vdd (Pin11,12 und > 31,32) Es kann Chip-Layout abhängig sein. Einfach immer alles an Versorgung anschließen. Es gibt auch bei manchen PICs AGND und AVdd, dies ist die Versorgungsspannung vom Analog-Digital-Wandler im PIC.
: 1xUART Timer: 2x8bit, 1x16bit Stromaufnahme RC,4MHz,3V Vdd: 2mA max Reicheltpreis: 3,40€ PIC16F1939: Programmspeicher: 28kByte RAM: 1024 Byte EEPROM-Speicher: 256 Byte IOs: 35, 1 Input only Max. CPU-Speed: 32MHz Interner Oscillator: 32kHz, 32MHz AD-Channels: 14 á 10bit Communitation
-
Thread
pic18f2520 alternativer avr
Vergiss es. ATMEL und PIC sind so wie OPEL und FORD. Das Getriebe des eine passt nicht in den anderen. Auch falls das Programm in C geschrieben ist, musst Du etliches anpassen, da die in den µC eingebaute Hardware nicht kompatibel
einen AVR reinquetschen zu wollen anstelle einfach den passenden µC neu zu programmieren. Natürlich obige drei Punkte gelten auch für (einige) AVR, aber diese Platine ist nun einmal auf PIC ausgelegt und der PIC passt sofort und 100%. Und nur um sich da zwei - drei
-
Thread
PIC24FJ64GB004 eclipse
hex toolchain PIC c30 project -> c30 lib toolchain da ich zum programmieren ja das hex file brauche habe ich hex gewählt. main erstellt usw....pfade für includes festgelegt pic30-gcc eingestellt und dann versucht
] /* * main.c * * Created on: 15.04.2010 * Author: Sascha */ #define __PIC24FJ64GA004__ //#include <C:\Program Files (x86)\Microchip\MPLAB C30\support\PIC24F\h\p24FJ64GA004.h> #include "p24FJ64GA004
-
Thread
Welcher Microcontroller?
mC verwenden. Ich würde einen 8 Bit PIC oder AVR verwenden. Als letztes kannst du dir für deine Aufgabe einen 32 bitter raussuchen (Cortex M oder PIC). Vorher solltest du dich aber mal zum Stichwort Multiplexing
schrieb im Beitrag #3756791: > Hätte da irgendwer einen Tip welcher MC geeignet währe? Der z.B. PIC24FJ64GA004, abhängig davon wie aufwendig die Sensoren verrechnet werden sollen vllt. besser ein PIC32 http://www.microchip.com/wwwproducts/Devices.aspx?product=PIC24FJ64GA004 Eine Lib für die SD
-
Thread
softcore, suche interessierte, um den orginal PIC zu implementieren.
Außnutzung von Resourcen spart natürlich Silicon und auch im FPGA resourcen. Men Ziel ist es, den Pic, wo ich von den 12c57 Sourcen ausgehe, wieder so hinzubekommen, daß er mit 4 taktzyklen je Befehl arbeitet, um ihne bei 16 oder 32bit Softcores als coprozessor einsetzen zu können. 16 oder 32bit
Die Sourcen zu Pic kenne ich, habe das auch im ersten Post geschrieben. Vorteil vom Pic ist, er ist sehr klein, sowie es gibt gute C compiler, und viele Sourcen inkl. Beispiele von Schnittstellen usw. Das bez. C-Compiler
-
Thread
Pic Program compilieren usw
die IDE die generell notwendig ist Will der TO aber den Pic in C programmieren (was ich nur empfehlen kann) benoetigt er nach der Installation zusaetzlich das hier: https://www.microchip.com/en-us/tools-resources/develop/mplab-xc-compilers Der erwaehnte
die generell notwendig ist > Will der TO aber den Pic in C programmieren (was ich nur empfehlen kann) > benoetigt er nach der Installation zusaetzlich das hier: > https://www.microchip.com/en-us/tools-resources/develop/mplab-xc-compilers > > Der erwaehnte
-
Thread
LC74776
wirkt das wie eine 16bit Übertragung. Im Datenblatt meines PIC16 war das unter der Bezeichnung "MASTER SYNCHRONOUS SERIAL PORT (MSSP) MODULE" zusammengefasst und funktioniert auch gleichzeitig als I2C Schnitstelle (wird über ein Bit umgeschaltet). Wie das beim
indizierten adressmethode... selbst der nun 25 jahre alte 6502 im Atari 800XL (auch als 6510 bekannt im C64) hatte einen LDA(addr,y) befehl (beim PIC wäre das wie "movf F+offset,W" aber beim PIC gibts das höchstens im erweiterten PIC18F befehlssatz... Macht also eine Pufferung sehr schwer, muß alles in Echtzeit
-
Thread
Vorteiler Frequenzzähler
Interruptquellen pollen um zu entscheiden was sie denn nun tun soll. Usw. usf. Und das ist wohlgemerkt ein PIC18 - also die "enhanced, high end" 8-Bit Linie! Wie schlimm müssen dann erst die PIC16 sein ... ;( Die kostenlos erhältlichen C-Compiler sind eine Zumutung. So muß man dem Microchip Compiler heute
Ob man jetzt eine AVR oder PIC nutzen will macht keinen großen Unterschied man mit beiden gute und schlechte Zähler bauen. Da der TO nun mal mit AVRs vertraut ist, macht es keinen Sinn hier den µC zu wechseln. Der vorgeschlagene
-
Thread
Frage zu CCL-Einheit in neueren AVR-Controllern
Jan V. schrieb im Beitrag #7264932: > Viel leistungsstärkere 32-Bit MCUs arbeiten bei/mit > höheren Frequenzen und sind nicht oder kaum teurer. Im Vergleich zu AVR Aber es gibt ja PIC und EFM mit 4 CCL für unter $1
ATSAMC2x haben das seit 2015 und die ATSAMD5x/ATSAME5x seit 2017. Und so ist das jetzt auch in den PIC32CM zu finden die Clones von den ATSAMC2x sind. Die neuere AVR DA Version von CCL kann allerdings mehr, zum Beispiel hat die 2 LUTs mehr.
-
Thread
Ic Programmieren anfangen - welche Schnittstelle?
meisten Aufgaben kannst mit allen Chips lösen. Gängig sind: Firma Microchip - Pic in 8bit,16bit. z.B Pic 18F45K20. Dazu brauchst du das Programmiergerät PicKit 3 (50€) von ST einen stm32, dazu am besten ein stm32discovery demo board für ca. 20€ Der Vorteil hier ist das diese
wenn man mit keinem davon Erfahrung hat. Denn inwiefern ist dass den auch nur irgendwie relevant: > 32-bitter hoffnungslos überdimensioniert wäre. Dann ist er halt überdimensioniert, ja und? Solange ich 32biter <1€ zu kaufen bekomme ist mir das reichlich egal(Und nicht wie manche alte PIC >5€ für das
-
Thread
PIC läuft durch String viel zu langsam
immer 1sek an und 1aus). Singnale an PortA1 nur noch verzögert und an PortA2 kommt garnix mehr. Pic läuft mit 18,432MHZ Bitte helft mir! Ich bin am Verzweifeln... main.c [c] #include <htc.h> #include <pic18f4550.h> #include <string.h> #include "usart.h" // main.c void main(void);
writeUSART(usartin); buf[count] = usartin; count++; } } if (count==32) { count=0; } } } [/c]
-
Thread
Kann nicht Interrupt auslosen mit Timer4 und Timer5
Es genügt MPLABX und der XC32 weil MPLAB und C32 nicht mehr von MICROCHIP aktualisiert werden!!
Tut sich gar nichts auf den UART Pins? Das ist doch ein PIC32MX220xxxxx - oder?? Da sind die Pins für UART, SPI, I2C nur über PPS (Peripheral Pin select) zugänglich. Die Beschreibung dafür findet sich im PIC32MX1xx/2xx Manual (DS61168) ab Seite 143. Ich habe
-
Thread
MODBUS - C Librariy für Microchip PIC 16Fxxx ?
Hallo, kennt jemand von euch eine C Library für Microchip PIC Mikrocontroller vom Typ 16Fxxx ? Will mit einem PIC16Fxxx als Master mit MODBUS Protokolle kommunizieren. Danke David
David schrieb im Beitrag #7712926: > Hallo, > > kennt jemand von euch eine C Library für Microchip PIC Mikrocontroller > vom Typ 16Fxxx ? > Will mit einem PIC16Fxxx als Master mit MODBUS Protokolle kommunizieren. > > Danke > David http://www.opensourcepic.com/modbus.php
-
Thread
C-Funktionen vom RAM ausführen?
Hallo zusammen, weiß jemand, wie man auf weinem AVR32 eine C-Funktion in den RAM kopiert, und von da ausführt? Grüße M.
2e: R_AVR32_GOT18SW world 32: e3 cd 80 c0 ldm sp++,r6-r7,pc 36: 00 00 add r0,r0 38: 00 00 add r0,r0 38: R_AVR32_GOTPC .text+0x2c
-
Thread
Parallax Propeller
Das ist absolut korrekt, und für solche Zwecke würde auch ich inzwischen jederzeit einen kleinen µC einsetzen. >Wenn das Problem wächst, über 32KB globalen Speicher hinauswächst, ist >für's erste Schluss. Ich wage einmal zu behaupten, das dies bei Anwendung die der Leistung dieses Chips "würdig
auf: Valvo 2650, Motorola 6809, Motorola 68008, Freescale 68HC12, AVR8 und beginne gerade mit AVR32. Jeder dieser Architekturen hat ihre Vor- und Nachteile. Ich habe bis auf den AVR32 jede dieser Architekturen in Assembler programmiert, den AVR8 zusätzlich in C, den AVR32 hab ich erst wenige Tage unter
-
Thread
Der S3BUS, Eure Meinung ist gefragt
PCIe Steckverbinder auf dem Backplane verwenden (missbrauchen). Das gibt mir die Möglichkeit einen PIC32, ein FPGA und DC/DC Wandler auf der Backplane zu plazieren. Der PIC32 steht mit allen Slots per I2C, CAN und SPI (sternförmig über FPGA) in Verbindung und dient quasi als Datenrouter. Zusätzlich
Karteneigenschaften einlesen. Ein FPGA auf den Karten möchte ich nicht. Mit den DMA Fähigkeiten der PIC32 ist das bei SPI auch nicht notwendig. Die Slave Karte (ich werde auch PIC32 benutzen) wird ein sauberes API bekommen. Der zentrale PIC32 hat ein festes parametergesteuertes Programm, das Daten
-
Thread
PIC32MX350 läuft zu langsam
Ich kann dir aus einem Projekt mit PIC32MX370 versichern, dass PIC32MX zumindest 80MHz die angepriesene Performance bringen. Ich decodiere damit mp3s in Software, was problemlos nebenher geht. Wenn du Performance testen willst, solltest
> sent > } das geht doch gar nicht, zeig mal deine SPI Konfiguration, du muss mindesten [c]SPI2CONbits.ENHBUF = 1; // 1 = Enhanced Buffer mode is enabled [/c] einschalten. Erst dann kannst du SPIxBUF bis zu 128bit auf einmal laden. hier mal Codeschnipsel (PIC32MX470): [c] void sendData
-
Thread
STM32 vs. AVR16 messen von Spannungen von 0,5-1,2V
minimaler VDDA/VREF+ Spannung von 2,0V (STM32F303, STM32C011) - beim STM32F042 sind es sogar 2,4V... Wie misst man mit einem STM32 dann z.B. 0,5V-1,0V ohne 50% oder mehr der Auflösung zu verschenken?
etwas von minimaler VDDA/VREF+ Spannung von > 2,0V (STM32F303, STM32C011) - beim STM32F042 sind es sogar 2,4V... > Von STM32 gibt es noch H-Serie, z.B. H723. Zuerst scheint zu groß für diese Aufgabe. Aber H723 ist nicht wesentlich teurer (z.Z. 5,75 € bei
-
Thread
AVR mit USB steuern
, MSD, CDC oder Dein eigenes Protokoll) verkaufen. Ein Beispiel ist der Atmega32u2: http://www.atmel.com/devices/ATMEGA32U2.aspx
Ich bin damit: http://www.ehajo.de/baus%C3%A4tze/bedrahtete-baus%C3%A4tze/atmega32u4-breakout-board.html prima zurechtgekommen. wendelsberg
-
Thread
Universalprogrammer
Asix Forte http://asix.net/prg_forte.htm Windows, Linux, Programmer, J-Tag 32-bit ARM-based MCUs by various vendors Microchip PIC, dsPIC/PIC24 and PIC32 MCUs Atmel AVR, ATxmega, AVR32 and 8051 architecture MCUs Texas Instruments MSP430, CC430 and CCxxxx MCUs
Schaltungen kann man darüber gleich mit 3,3V oder 5V versorgen. - Atmel AVR - Atmel ATXmega - Microchip PIC/dsPIC - MSP430 (z.Zt. nur SBW) - NXP/Freescale HCS08 - NXP/Freescale S12X - STM SPC56xx - STM ST7Flite - STM8 - STM32 F0xx/F1xx/F2xx/F3xx/F4xx - Renesas 78K0R - Renesas RL78 - Renesas R8C
-
Thread
Einstieg in die programmierung
Stimmt, AVR ist wie ich finde die beste Möglichkeit in die uC Welt einzusteigen. Vorallem wenn man sich nen Mega16 oder 32 holt hat man auch gleich ein paar Reserven für größere Sachen. Aber auch weil wirklich sehr viele den verwenden und man hier im Forum und
@Jens: Die ARM7 (32 bit) sind mittlerweile ein in µC vieler Hersteller verbreiteter Standard, und manche Implementationen, z.B. die Philips LPC2000-Serien, sind im Vergleich zu 8-Bittern unschlagbar preisgünstig. Flash
-
Thread
Unbekanntes Bus System entschlüsseln
hatte > ich leider keine Chance, da es keine 9 Bit Datenlänge unterstützt. Ja, aber die meisten µC (AV PIC, STM32 usw.) mit eingebautem UART können das. Ansonsten kannst du ja immer noch einen Software-UART verwenden.
Platine machen, aber diesmal bitte so scharf dass man auch was lesen kann. bis jetzt sehe ich den Pic, mcp256, 3 Shift register und 4 ULN2003A. das macht ohne Multiplexing aber beim besten willen nur 32 Motoren und auch nur unidirektional, eher 24 da zwei ULN nur 4 Ausgänge sichtbar belegt haben und
-
Thread
PIC16F887 auf MC2V0 - I2C
Elektroberufe/Standardbereitstellungsunterlagen/962276/.5./data/3190_B0-data.pdf Die Aufgabe ist über I²C von einem DS1621, die Temperatur auszulesen und an den 8 LEDs auf der Frontplatte des MC2V0 einschubs Binär darzustellen. Ich habe schonmal mit dem PIC16F887 und seinem I²C Interface gearbeitet, allerdings
strickt an die Vorgaben aus dem Datenblatt gehalten. Ich initialisiere den Baustein direkt nach dem PIC: [c] void init_DS1621(void) { peripherie_I2C(); I2C_Start(); I2C_Send_Data(DS1621_Write); I2C_Send_Data(0xAC); I2C_Send_Data(0x01); //1SHOT Mode Enabled I2C_Stop();
-
Thread
psoc oder stk500 zum programmieren von uC?
etwas erst, wenn es nicht mehr den Markt dominiert. Veraltet im sinne, dass es schon seit Ewigkeit 32 bit µC gibt, die fast genau so viel kosten, aber deutlich mehr lesitzen.
Wäre mal ne interessante Frage, in welchem Simpelstgerät ein 32bitter tickt. Zumindest ist bei den Cypress PSoCs der Zielmarkt z.B. Waagen, bei denen alles wesentliche auf dem PSoC integriert wurde, inkl. LCD-Ansteuerung. Und NXP bewirbt ja gerade 32Bit in 8Bit-Gehäuse
-
Thread
PIC MPMASMX PIC-AS
Mmh... Sind hier nur noch {C-Fifis} unterwegs?
diversen Bits steht in einer Datei, die man in der Quelldatei inkludiert und die man für einen neuen PIC sich selber schreibt. Dieses Konzept ist ein ganzes Stück pflegeleichter, als das, was MicroChip macht. Allerdings habe ich mich dabei nicht um die PIC24 und PIC32 gekümmert und der ganze Assembler
-
Thread
Erstes Projekt mit PIC und schon stecke ich fest
Programmiertools... Ich habe beruflich und privat schon einige uCs mit Software versorgt (AVR, AVR32, MPC56xx, STM32, Kinetis, LPC, S12(X), Fujitsu MB9-irgendwas, C166,...), aber keiner hat bisher solche "Schmerzen" bereitet, wie die PICs.
Der PIC16F18877, den du da erwähnt hast, ist ein feines Teil. Habe ich schon was programmiert, aber in C. Die aktuelle MPLAB und ein XC8 (C-Compiler) gibts kostenlos zum downloaden auf Microchip.com. https
-
Thread
16 unabhängig arbeitende Oszillatoren ?
atmegaSID.html , 3 Oszillatoren mit verschieden Wellenformen und Hüllkurve mit 16Khz, Programmiersprache C http://elm-chan.org/works/mxb/report.html ,6 Oszillatoren, 32KHz
@ ubuntufan (Gast) >Wenn sowieso in C programmiert wird, wäre ein dsPIC30xx oder dsPIC33xx >genau das richtige: die haben eine DSP-Einheit an Bord, da ist das ganze >ein Kinderspiel. Nicht mehr lange, und wir sind beim 3D-Kinoprojektor
-
Thread
Preis/Leistung ARM gegen den Rest
"Nur bekomme ich für dieses Geld noch keinen PIC und auch noch keinen 8051." Doch, z.B. bei Reichelt: AT89C2051: 0,94 (Preis für 1 Stück incl. MwSt.) AT89S52: 1,30 ATMega48: 1,40 Die 8-Bitter werden also auch immer billiger (starker
für den PIC gearbeitet, da fragt nach Bitschubsereien keiner mehr bei einem 32-Bitter. Natürlich muss ich zugeben verdiene ich (oder besser meine Firme) mit PIC und 8051 das meiste Geld. Über Verschwendung
-
Thread
PIC 18F1330 hängt sich auf
zu deinem konkreten Problem führen? Du schreibst leider nicht was die Kontroll-LED macht wenn der PIC 'stehenbleibt' >Hat jemand ähnliche Erfahrungen gemacht dass PIC einfach stehenbleiben? Nein, bisher hat sich immer ein 'Schuldiger' gefunden. Wie siehts denn mit dem externen EEPROM aus, I2C
zum ersten Mal. Die RTC löst am EXT3 Pin eine Flanke aus, diese Flanke setzt intern ein INT Flag im PIC. Der Global INT ist aber gesperrt, daher wird keine Routine angesprungen. Ich frage das Flag manuell ab. Der PIC wacht dadurch auch auf. Externe RTC deshalb weil Lösungen mit 32khz Quarz zu ungenau
-
Thread
Microcontroller mit langer Akkulaufzeit
achten). Im 32bit Umfeld sieht es schon ganz anders aus. Der ESP32 nimmt zum Beispiel ca. 25µA auf und der beliebte STM32F103C8T6 nimmt etwa 20µA auf. STM verweist für solche Anwednungen auf die besser geeignete L-Serie
auf 1xAA mit Step-Up und rennt etwa 1 Jahr, bei permanent aktivem Display. Da ist ein PIC24F32KA304 drin. Der Hauptstromverbraucher ist hier, und dass der PIC zu 100% laufen muss - er läuft auf 31,5kHz, um das Display zu treiben (passives LCD). Und dass die 3V3 per Step-Up-Wandler erzeugt
-
Thread
Microcontroller-Uhr puffern
schon mit 15 Minuten pro Jahr Ungenauigkeit rechnen. Literatur dazu: http://www.sprut.de/electronic/pic/programm/lcduhr/lcduhr.html http://www.sprut.de/electronic/pic/programm/lcduhr32/lcduhr32.html http://www.sprut.de/electronic/mess/frequenz.htm
allerdiungs die genaue Quarzfrequenz ins Programm eintragen (durch Messungen bestimmbar). Und bei einem 32kHz Quarz macht sich eine abweichung der Frequenz viel stärker bemerbar als bei einem 4Mhz. Das wichtigste: Ein 32kHz oder 4Mhz Quarz wird alles andere haben aber nicht 32kHz bzw. 4Mhz haben. Kein
-
Thread
AVR = Hobbybastler uC
Was man aber zugeben muss, dass MC mit machen Teilen immer wieder Probleme hat: Das ist SPI und I2C im Slave Mode (was bestimmt nicht so häufig eingesetzt wird) und die CRC Geschichte zieht sich auch durch diverse Produkte. Auch der Timer1 hat über die komplette PIC18 so einen Fehler, der aber in 99%
http://sprut.de/electronic/pic/18f.htm#schuessel