-
Thread
MICROCHIP PIC16C54RC programmieren
des fehlenden MICROCHIP PIC16C54RC an die Fa. Velleman in Belgien wurden nicht beantwortet. Nun meine Fragen: Lässt sich ein neuer PIC anhand der Schaltfolge aus der Betriebsanleitung und den Anschlüssen lt. Schaltplan programmieren
H. H. schrieb im Beitrag #8042900: > Den originalen 16C54RC ließ Velleman mit 500kHz laufen... Mnja, ob das reicht wenn man da CloudblockchainKI einbaut? ;) Der von dir "empfohlene" PIC kann bis zu 32MHz aus dem internen Oszillator, da ist auf jeden Fall
-
Thread
STM32 NUCLEO H743ZI - Ethernet / WebServer-Probleme
: Attempting to write 207652 (0x32b24) bytes to stm32 address: 134217728 (0x8000000) 2023-05-02T16:13:55 INFO common.c: Flash page at addr: 0x08000000 erased 2023-05-02T16:13:56 INFO common.c: Flash page at addr: 0x08020000 erased
-02T16:35:48 INFO common.c: Attempting to write 207652 (0x32b24) bytes to stm32 address: 134217728 (0x8000000) 2023-05-02T16:35:49 INFO common.c: Flash page at addr: 0x08000000 erased 2023-05-02T16:35:50 INFO common.c: Flash
-
Thread
Was wird Entwicklung einer Platine mit uC, Display, USB kosten?
Peter Dannegger schrieb im Beitrag #2147113: > Also konkret ne Multimaster-I2C Lib in C geschrieben und kommentiert. Multimaster hab ich noch nie gebraucht. Der PIC32 kann das. Aber das ist eine andere Liga und nicht unbedingt vergleichbar. Suche gerade ein Beispiel für den
Peter Dannegger schrieb im Beitrag #2147103: > Multimaster I2C + USB scheint also kein PIC zu können. Echtes MMA I2C kannst du mit JEDEM Pic. Meine erste Anwendung mit echtem MMA I2C auf dem Pic lief -und läuft noch heute- auf einem 16C84. Somit läüft es auch
-
Thread
Stoppuhr mit 16F84A
passiert. Dann steck noch woanders der Hund drin. An der SW sollte es aber nicht liegen. Tut's der µC überhaupt?
#5402847: > Dann steck noch woanders der Hund drin. An der SW sollte es aber nicht > liegen. Tut's der µC überhaupt? Kalle schrieb im Beitrag #5402867: > Ich hab die Schaltung mit einem einfachen Programm, mit dem selben Pic > getestet. :( Kalle schrieb im Beitrag #5403758: > Der Quarz hat sich
-
Thread
Ton mit PIC erzeugen
sbarth.dyndns.org/seiten/rahmen.php?nav=klingel Könnte mir jemand die Schaltung erklären? Da ist ein PIC, ein R und ein C.....
=H4;GROUPID=3484;ARTICLE=35927;START=0;SORT=artnr;OFFSET=16;SID=11TYm8bX8AAAIAAD6xg6A6598a0d5ecb1b2c515400b596925793f Kann man aber auch aus jedem x-beliebigen digitalen Küchenwecker ausschlachten. Den kannst du auch mit Rechteck direkt mit dem Portpin des PIC ansteuern, ohne Verstärker. So'n
-
Thread
MPLAB X und C18-Compiler - Keine Fehlerausgabe
251ms) make -f nbproject/Makefile-default.mk SUBPROJECTS= .build-conf make[1]: Entering directory `C:/Users/Andreas/Desktop/R32X/PIC/R32X.X' make -f nbproject/Makefile-default.mk dist/default/production/R32X.X.production.hex make[2]: Entering directory `C:/Users/Andreas/Desktop/R32X/PIC/R32X.X'
make[2]: Leaving directory `C:/Users/Andreas/Desktop/R32X/PIC/R32X.X' make[1]: *** [.build-conf] Error 2 make[1]: Leaving directory `C:/Users/Andreas/Desktop/R32X/PIC/R32X.X' make: *** [.build-impl] Error 2 BUILD FAILED (exit
-
Thread
Pic-C-Compiler
Microchip C17 und C18 sind wie der Name schon sagt, C-Compiler für die PIC17- und PIC18-Familie. Die sind aber noch recht neu und kosten auch etwas. Wenn du einen guten C-Compiler haben möchtest, musst du schon
, da die AVR-Architektur wesentlich leichter optimalen C-Code bewerkstelligen kann als der PIC. Und auch die neuen ATTINY26, ATMEGA8 haben eine riesen Preisrutsch nach unten gemacht, da können höchstens einige OTP-PICs mithalten. Aber kein vernünftiger
-
Thread
Rechteckgenerator 50 Hz Quartz genau
Hallo mit 32,768 kHz wirst du dich aber schwer tun
zusätzliche Teilerstufen sowie einen Oszillator braucht, also ist man mit 3 CMOS-ICs dabei. Mit einem µC, z.B. PIC12F629 lässt sich das quarzgenau mit 8 Beinen erschlagen und man ist z.B. noch anpassungsfähig, was Duty-Cycle etc. anbelangt.
-
Thread
"Intelligenter" Textdisplayadapter mit Padauk PFS154
Zeilen ideal als Anzeige für einen "Headless"-Server: Raspi, NAS & Co. Ich habe dafür bisher ein ESP32-C3 mit Micropython und lcd_i2c genutzt https://github.com/brainelectronics/micropython-i2c-lcd
zu machen. Außerdem (sorry), ich mag die PIC's einfach nicht und ich habe keinen neueren Programmer hierfür, ich bin bei PicKit 2 stehen geblieben. Harald A. schrieb im Beitrag #7761438: > Oder noch billiger PY32F002 für 15ct, den habe
-
Thread
USB zu CAN Brücke
jemand vielleicht noch Korrekturvorschläge oder > Verbesserungsvorschläge hat? 1. Wenn Du einen PIC32MX564F128H verwenden würdest, wäre der FTDI-Baustein überflüssig. Das würde Platz und Kosten sparen und die Geschwindigkeit erhöhen. Der genannte PIC32 ist genauso teuer wie 90CAN128, auf TQFP64, aber
Frank K. schrieb im Beitrag #2221142: > und den C18 Lite und die Application Libraries runter. Dann hast Du C32 meinte ich. fchk
-
Thread
uC - kennst du einen, kennst du alle
alten PIC10 und einem aktuellen Cortex-H7 gibt es schon deutliche Unterschiede... > Wie lange braucht ihr um euch in einen neuen uC einzuarbeiten? Das hängt auch sehr davon ab wie tief Du da einsteigen
(z.B. ATmega328P auf Arduino-Nano Board), ansonsten etwas mit ARM Cortex M3 oder M4 drin (z.B. STM32F103C8T6 auf Blue-Pill Board oder STM32F103RBT6 auf Nucleo-64 Board). Wir reden hier von rund 350 Seiten Lesestoff versus 2500 Seiten. Klingt krass, aber man muss ja nicht alles auf einmal Lesen und
-
Thread
USB HID unter Windows Console
war ein weilchen offline. @Timmo ich nutze gar keinen Silabs Chip. Ich habe von Microchip den PIC32MX per USB angekorkt. Als Framework nutze ich das Harmony und habe eine Beispiel-Applikation von denen zum laufen gebracht. Es gibt Quellcode für den PIC32 sowie ein kleines Test-Programm mit denen
Pit schrieb im Beitrag #4749269: > Dass Dein PIC nur 64 Byte 'versteht' weisst Du aber schon, oder? 65 kann schon stimmen. Das erste wird wohl die "report number" sein, wie in dem Beispiel zur HIDAPI: [c]#ifdef WIN32 #include <windows.h> #endif
-
Thread
Linux auf dem STM32 externes RAM
#1 0x0800045e in main () at stm32f446.c:191 (gdb) stepi 0x08000348 89 kernel(0, ~0UL, 0x08004000); (gdb) where #0 0x08000348 in start_kernel () at stm32f446.c:89 #1 0x0800045e in main () at stm32f446.c:191 (gdb) stepi 0x08008000 in ?? () (gdb) where #0 0x08008000 in ?? () #1 0x0800034a in start_kernel () at stm32f446.c:89 #2 0x0800045e in main () at stm32f446.c:191 (gdb) where #0 0x08008000 in ?? () #1 0x0800034a in start_kernel () at stm32f446.c:89 #2 0x0800045e in main () at stm32f446.c:191 (gdb)
-
Thread
Problem mit der Beschaltung eines CAN-Knoten
Peter K. schrieb im Beitrag #2607580: > Und du hast nicht vielleicht noch *ganz zufällig* ein PIC-Tutorial(o.a. > ne Library) zum CAN-Bus bei dir rumliegen???;-) Ich nicht, aber Microchip sorgt gut für Dich: AN878, "PIC18F ECAN C Routines", mit Quellcode für den C18 Compiler. Diese Appnote ist
Noch ein Kandidat: LPC11C24 32 bit Cortex M0, CAN und CAN PHY auf dem Chip. Da reicht ein einziger Chip für alles. Die Software für den CAN Treiber und CANOpen ist schon fertig im Rom. Das alles für nicht mal 3€.
-
Thread
Suche Mikrocontroller mit gemeinsamen Programm- und Datenspeicher
PIC32. Die Tools hast Du schon, die Peripherie ist sehr ähnlich zu PIC24. Was neu für Dich ist, ist der MIPS Prozessorkern. fchk
dann Aussagen wie: "C-Compiler sind ineffizient, Profis programmieren in Assembler".
-
Thread
unbekannte Quarz Frequenz
@Lupin der pic ist ein 8bitter und hat eine vorteilung von 4, zudem programmiere ich den in asm! da muss man sich die teilungen etwas geschickter zusammenfrickeln als in c. bin jetzt bei /4 prescaler auf
>Du addierst z.B. in eine 48-bit-Variable die real vergangene Zeit als 32.16-bit Fixedpoint-Zahl. ich verstehe die aussage nicht, aber wenn es irgentwoh steht, dann kann ich mir das ja mal ansehen. auch wenn mein pic nur ein kleiner 8bitter ist, und ich mir die routinen
-
Thread
Microchip Technology moves to replace Atmel board
> atmel die technik... Wieso schließt Du in Deiner Betrachtung die PIC18, PIC24, dsPIC33 und PIC32 aus? Pic18 sind Scheiße, teuer und nicht wirklich in C optimiert. Was C18 macht, ist wirklich nicht sauber. Zudem ist der GCC Port eingentlich eine GPL Verletzung. Pic24, eine gestripte version von dsPic33 DsPic30 ok, aber hat gewisse Probleme, performance gut. DsPic33 nur 3.3V, sonst gut. pic24 DsPic33 ohne DSP, reiner 16bit uC. PIC32 das sind MIPS core,
-
Thread
Padauk PFS154 und Rambelegung
Funktion anzusehen (du könntest erschrecken was er alles macht), schliesslich ist der Padauk fast ein PIC und genau so ungeeignet für C.
C programmieren zu wollen (genau so wie du abgeneigt bist, die kleinen PIC in C coden zu wollen). Hier geht es mir auch nicht darum den in Assembler programmieren zu wollen (das Programm das mir vorschwebt
-
Thread
Library für EA-DOGM Grafikdisplays inkl. Font-Generator
Hallo, an alle die mit einem DOGXL160 und der Lib von Jan M. experimentieren! EA DOGXL160 im I2C/TWI Betrieb mit einem Atxmega32A4. I2C/TWI Takt: 4 Mhz Geht richtig flott! Näheres: http://www.basteln-mit-avr.de/atxmega32a4.html Gruß Xmega
Hallo Habe das Testprogramm von http://www.basteln-mit-avr.de/atxmega32a4.html (Projekt: Atxmega32A4 und DOGXL160 I2C/TWI ) und in meinem eigenen angelegten Projekt kopiert(Programmcode und die Headerdateien ). Nun habe ich mehrere Fehlermeldungen. Ist noch etwas dabei
-
Thread
"Laufzeitfehler '424' Objekt erforderlich" in VB6
Fehlermeldung wenn ich ein File mit Button Open importieren oder mit Save exportieren will. VB6 läuft auf x32 XP und SP6 for VB6 ist installiert... Hier der Code-Abschnitt: [c]Private Sub Toolbar1_ButtonClick(ByVal Button As MSComctlLib.Button) Dim sFile As String Dim ProgMemAddrH As Long
.FileName .FileName = "" End With ExportP24HEXFile PicBootS.OutFileName StatusBar1.Panels(PANEL_STATUS).Text = STATUS_HEX_EXPORTED [/c] Kann mir hier jemand helfen? Danke und Gruss
-
Thread
Nachfolger für 80535 gesucht?
ich suche einen modernen Ersatz für einen 80535. Einzige Anforderungen sind - Interner Flash (>= 32kB) - 8 ADC Kanäle - 32 digitale I/O - Compare/Capture - 5V Ausgangspegel Keine großartigen Anforderungen, sollte man meinen. Tatsächlich finde ich aber nur bei Atmel etwas geeignetes (AT89C51CC03
vom Aufwand her keinen wirklich großen Unterschied beim WEchsel vom Siemens 535 zu einem anderen µC einer anderen Serie, egal ob der jetzt ein SiLabs mit 8051 Kern oder aber ein PIC oder AVR ist. ODer ist dein Programm noch in ASM geschrieben? Dann natürlich schon. Dann sparst du dir eine MEnge Arbeit
-
Thread
FTDI oder CP2102?
instruction cycle clock frequency (FOSC/2). 2: Based on TCY = FOSC/2, Doze mode and PLL are disabled. (PIC24FJ128GA Family Datasheet DS39747C-page 132) Vielleicht löst das ja auch die Verwirrung um den Faktor zwei. fchk
aber > die Übertragung funktioniert einwandfrei. Für so etwas gibts andere Quarzfrequenzen. Der PIC24 kann bis zu 32 MHz im HS-Modus. Ihr könntet z.B. 18.432 MHz verwenden. fchk
-
Thread
ATmega32 noch zeitgerecht?
ATmega32-Ersatz ist irgendein STM32Lxxx (stromsparend) oder ein STM32F10x, meist ein STM32F103C8 (auch nicht mehr zeitgemäß, aber sehr gut erhältlich).
Beitrag #5757694: > Ich bin gerade am überarbeiten eines Designs und frage mich ob der > ATmega32 heutzutage noch zeitgerecht ist. > > Ich hatte im letzten Projekt mit ATtiny gearbeitet und die sind echt > toll im Stromverbrauch. Ich bin für kleinere Sachen auf PIC24/dsPIC umgestiegen. Das
-
Thread
µC mit CAN + vielen Digital I/O´s
8051 in 'C' ist suboptimal AT90CAN32 würds auch noch geben oder die AVR32UC3C mfg DerDan
PIC24H oder dsPIC33
-
Thread
Bittiefe eines µCs
deiner Programmiersprache ab. In Assembler ist alles ganz anders, und du schreibst alles neu. In C ist vieles gleich. Allerdings bleibt der Unterschied, dass ein ‘int’ auf einem 8-Bitter eine Größe von 16 Bits hat, während es auf einem 32-Bitter 32 Bits sind. Man kann seine C-Programme zwischen
Operanden diese 8 bit-weise verarbeiten. Das artet dann schon mal in grausammen Code aus. Auf einem 32bitter ist das ein Befehl. In C: uint32_t a, b, c; c = a + b; Assembler: 626C EB48 MOVSF 0x48, 0x700 626E F700 NOP 6270 EB49 MOVSF 0x49, 0x701
-
Thread
LCD Controller für 640x480 LCD mit mega8515
Am besten geht es mit einem 64kB SRAM, ein 32KB SRAM funktioniert aber auch, dazu muss aber die 7. Adressleitung (A6) am uC frei gelassen werden und stattdessen mit A15 verbunden werden.
Ich verwende die serielle Variante mit 115200 Baud, die seriellen Daten kommen wiederum aus einem PIC, der über I2C angesteuert wird. Da ich nur wenige Änderungen im Screen habe, ist das von der Geschwindigkein her ausreichend. Der PIC liest auch noch die Daten vom Touch aus (der auf dem Bild nicht
-
Thread
PIC => Ethernet
PS: Man schau sich mal die 1000'er Preise an: Ich nehme mal den PIC18F96J60 im TQFP100 Gehäuse und 64k Flash. Der hat einen Listenpreis von 4.08$ bei 1ku. Zum Vergleich nehme ich mal den TI/Luminary Micro LM3S6100, einen echten 32-Bitter mit 72 MHz Takt, auch 64k
TQFP100, auch integrierten Ethernet MAC und PHY, diesmal aber 10/100 und nicht nur 10 MBit wie beim PIC18 und mit 32k RAM anstelle von 4k-128 Bytes (dem von der PIC18-Architektur vorgegebenen Maximum). Listenpreis 4.60$ bei 1ku. Bei dem geringen Preisunterschied wäre ich doch schön blöd, wenn ich mich
-
Thread
Warum besitzt der AVR keine Division-Funktion?
Kleiner Scherz am Rande: Im Gegensatz zur 68000 besass die Z8000-CPU eigene Befehle für 32-bittige Multiplikation und Division. Wer etwas Ahnung von der Sache hatte, hat diese Befehle jedoch für die C-üblichen "long" Rechnungen in den meisten Fällen nicht verwendet. Grund: Im Verhältnis zu
Wie schon geschrieben wurde, es kommt nur das in den µC rein, was wirtschaftlich auch wirklich sinn macht. Gutes Beispiel: der 80C537 (uralt 8051 ) konnte damals schon: Fast 32-bit division, 16-bit 2 multiplication, 32-bit normalize and shift by
-
Thread
Analog Digital Converter kleines Problem (PIC)
Hallo Anton, sehr gerne. nur ganz kurz eine Frage. Warum programmierst Du in Assembler? Für den PIC16F877 gibt es doch auch ganz gute C-Compiler. Ich verwende den CC5X. Für diese Anwendung würde auch die kostenlose Version ausreichen. Der CCS oder der HITEC ist auch net schlecht. Viele Grüße Ingo
Beispiel für den CC5X. Da gab es mal eine suer seite zu. Gibts leider nicht mehr. Ich kenn mich bei c++ nicht so gut aus. Es ist kein Full ANSI C aber der taugt was. Ich habe sehr viele Beispiele zu: PIC16F877 in C (CC5X) und Assembler PIC18F452 für den C18 von Microchip PIC18F97J60 für den C18
-
Thread
Atmel ICE oder Dragon
gut wie jeder andere Hersteller außer Atmel bietet für weniger Geld Debug-Funktionalität (STM8/STM32 z.b. mit dem ST-Link, Silicon Labs mit dem USB-Debug Adapter (C8051F funktioniert auch mit EFM8BBs da selber Core), PIC mit PicKit). Persönlich würde ich bei 8-Bit entweder zum STM8S greifen (viel Peripherie
wie jeder andere Hersteller außer Atmel bietet für weniger Geld > Debug-Funktionalität (STM8/STM32 z.b. mit dem ST-Link, Silicon Labs mit > dem USB-Debug Adapter (C8051F funktioniert auch mit EFM8BBs da selber > Core), PIC mit PicKit). Persönlich würde ich bei 8-Bit entweder zum > STM8S greifen
-
Thread
uC Auswahl - Analyse
fest ? Warum wähle ich 8, 16, 32 bit Controller? Was entscheidet zwischen FPGA und PIC ? Danke für jede Hilfe / Links Greetz Sven
gilt nicht generell. Wenn Du viele Berechnungen mit der Breite eines DWords (4 Byte) hast, kann ein 32bitter Sinn machen. > Was entscheidet zwischen FPGA und PIC ? (Du plenkst). PIC ist eine Microcontroller-Familie der Firma Microchip. FPGAs sind Bausteine mit programmierbarer Logik, sprich: da
-
Thread
8048 Assembler für aktuelle Windows-Versionen
yacc dabei haben. Brauchen tue ich es auch nicht. Ein kommerzieller Crossassembler ist der Cross-32 Meta-Assembler. Der ist nun recht unversell: 1802, 320C1X, 320C2X, 320C5X, 34010, 37700, 3870, 4004, 50740, 64180, 6502, 65816, 6800, 68000, 6805, 6809, 68HC08, 68HC11, 68HC16, 782XX, 7831X, 80166,
1, SMALL DELAY. 001A 5644 31 JT1 OTOREG ;IF T1=1, JUMP TO NEXT LOAD. 001C BEFF 32 MOV R6,#0FFH ;IF T1=0 PROGRAM CHECKS DEBOUNCE 001E EE1E 33 DLY2: DJNZ R6,DLY2 ;IF SO, KEEP CHECKING DEBOUNCE. 0020 5644 34 JT1 OTOREG
-
Thread
ARM Entwicklungskit für Einsteiger
aber der Compiler vor Dir verbirgt. Diese Tatsache ist den meisten Leuten nämlich nicht klar. Für PIC32 brauchst Du: - die MPLAB IDE, entweder die alte 8'er oder die neue javabasierte MPLAB X - den C32 Compiler in der kostenlosen Lite-Version - die Application Libraries, die Dir TCP/IP, USB, Grafik
mit 0.5mm Rastermaß anfängt. Manches begreift man eben im wahrsten Sinne des Wortes. Beispiele: PIC32MX220F032B-ISP 28 Pins, DIL, 40 MHz, 32k Flash, 8k RAM, USB, 2.95 bei Reíchelt PIC32MX150F128B-ISP 28 Pins, DIL, 40 MHz, 128k Flash, 32k RAM, 3.95 bei Reíchelt Da ist bereits alles drin und dran
-
Thread
Anfänger mit µC "Empfehlung, Ratschläge,."
Max schrieb im Beitrag #4271734: > Kenntnisse in µC Im Anlagenbau und in der Messtechnik werden fast ausschliesslich 8-bit 8051 und 32-bit ARM eingesetzt. Sich in der Industrie mit AVR oder PIC zu beschäftigen macht keinen Sinn. In Automotive auch
Lothar schrieb im Beitrag #4272083: > Max schrieb: > Kenntnisse in µC > > Im Anlagenbau und in der Messtechnik werden fast ausschliesslich 8-bit > 8051 und 32-bit ARM eingesetzt. Sich in der Industrie mit AVR oder PIC > zu beschäftigen macht keinen Sinn. Nochmal
-
Thread
Microchip CLB - Messung des Propagationsdelays und Ausblick
aktuell irgendeinen ARM Controller verwenden, wenn wir mal bei "Architektur" bleiben, im wesentlichen STM32 um spezifischer zu sein. Und früher mal, so vor 10 bis 20 Jahren, da war das Forum ganz klar von Atmel AVR dominiert. PIC ist nicht mal eine Architektur, das ist der Markenname mit dem Microchip
Moment einige Seiten an und wurden in Ring-Ordner sortiert. Ich began also interessiert zu lesen, PIC16F84 müsste das gewesen sein, nach kurzer Zeit habe ich dann allerdings den Ordner wieder in den Schrank gestellt, ich hatte genug 6502 Assembler auf dem C64 programmiert um mich von dem PIC abschrecken
-
Thread
ispMACH 4000 - Wie die Hardware programmieren?
einfach als Eingangs-Signale sieht und diese dann per Programm interpretiert. Allerdings muss ein PIC - oder was auch immer - trotzdem recht flott unterwegs sein. Die aktuellen Chips der 18er-Serie fangen bei 32 MHz an. Außerdem sehe ich auf die Schnelle, dass man mit denen zwar LCDs ansteuern kann,
Addresse und Daten hinzu. D.h. einen SPI Takt von 86 MHz. Was eventuell ginge, wäre die 16 bzw 32 kB in den internen RAM des PIC/ATMega zu laden, und dann von dort zu bedienen. Vorrausgesetzt dieser hat genügend RAM.
-
Thread
Projektfrage (Display, uP, OS,.)
im Beitrag #1811788: > Kurze Frage, schon mal vorher was mit uCs gemacht? Jap. Vorwiegend mit PIC16, PIC18 (und arduino). Programmiert auch schon diverse Sachen (PC und uP meistens in C, C++ oder C#) Einfach noch nie die Kombination uP, Display bzw. Video/Audio
Dex Dexter schrieb im Beitrag #1811793: > Jap. Vorwiegend mit PIC16, PIC18 (und arduino). > Programmiert auch schon diverse Sachen (PC und uP meistens in C, C++ > oder C#) ok, ist nicht so schlimm wie ichs mir vorgestellt hab :-) Also bei so einem Projekt
-
Thread
PICkit2 blutiger Anfänger ohne ansatzweise Plan.
ist die Umgebung, in der Du Quelltexte editierst, debuggst, etc etc. Was Dir noch fehlt, ist ein C-Compiler. Im MPLAB ist nur ein Assembler drin. C-Compiler für die entsprechende Architektur (PIC16, PIC18, PIC24/dsPIC, PIC32) musst Du noch extra installieren. Die gibts hier: http://www.microchip.com
Dannegger schrieb im Beitrag #2537378: > Wie es aussieht, muß man wohl verschiedene Compiler für PIC10, 12, 16 > und 18 verwenden. Naja, das stimmt nicht unbedingt. Mikrobasic (oder MikroC) unterstuetzt PIC12Fxxx, PIC16Fxxx und PIC18Fxxx. Alles ein- und derselbe Compiler. Wenn man dsPIC oder PIC32
-
Thread
Wirkleistungsmessgerät
verstehen? Ja. Die Hälfte davon wird als virtuelle Masse verwendet. > Wie kann ich dies mit einem PIC-Controller erstellen? > Kann ich evtl. als Referenzspannung am PIC (VREF+) eine Spannung von > 1,1V anlegen, Ja. Wobei du nachschauen müsstest, ob der PIC eine derart niedrige Referenzsspannung
Morpheus schrieb: > Ich habe festgestellt, das der PIC nur min. 2 V als Referenzspannung > erkennt. > Kann ich die 1,1 V Spannung für den Opamp um 2V erhöhen, damit der PIC > diese Referenzspannung erkennt. Muss ich dann bestimmte Werte > entsprechend
-
Thread
Z80 Mikrocomputer Bastelei
auch nur 8-bit breit. Es gibt auch noch was anderes als AVR. Der Trend geht heute eindeutig zu 32 Bit System. Zumal 32Bit uC heute zum Preis von 8 Bit zu haben sind.
"Es gibt auch noch was anderes als AVR. Der Trend geht heute eindeutig zu 32 Bit System. Zumal 32Bit uC heute zum Preis von 8 Bit zu haben sind." Ja Helmut, das ist mir auch bekannt. Das Problem ist dabei, dass ich wieder von vorne anfangen muss. Und wer garantiert mir dann
-
Thread
[V] PIC Programmiergerät Leaper PSTART
as PIC16C5X, PIC16CXX and PIC17CXX 8-bit one-time-programmable(OTP). LEAP PSTART development system works on any PC-compatible machine running under the Windows 2000/XP operating system. LEAP PSTART is
denke, es ist durchaus noch min. 20 EUR wert, immerhin kann das Ding > alle 8-Bit "Bastler-PICs" wie PIC16F88, PIC16F886 ..... Ja OK. Aber spätestens wenn der "Bastler" mal was etwas moderneres "Anfassen" will, darf er erst wieder in einen PICKIT3 investieren. Ich rede nicht von 16/32-Bit-PIC, sondern
-
Thread
Controller mit FPU
Hersteller mittlerweile einige CPU's mit FPU anbieten... ausser Microchip. Zumindest nicht auf der 32-Bit Serie. Generell habe ich das Gefühl, dass immer weniger Leute auf PIC's setzen. Hat das seine Gründe? Sind die Controller schlechter / weniger weit entwickelt als diejenigen der Konkurrenz? Falls
nicht einschalten, sondern per code ansprechen. Der passende Compiler macht das dann schon. Falls PIC32 keine FPU haben kann. hat zumindet AVR32 ein modell. Dann gibt es diverse andere Controller, zB Blackfin, Cortex
-
Thread
AVR-Kontroller
nicht schlecht. Die meisten Befehle werden, wie oben schon gesagt in einem Zyklus abgearbeitet. Ein PIC 16F84 braucht dazu z.B. 4 Zyklen und ein 8051 soweit ich weiß 12. Die Architektur der Controller ist auch sehr gut für Hochsprachen wie C geeignet. Bei den PICs sieht es da nicht so gut aus. Viele
Interrupt-Vektoren bereitstellt, meines erachtens völlig ungeeignet. Und einen wirklich brauchbaren C-Compiler gibts für den Mitsubishi auch nicht. Ich kam über MCS-51 und PIC zum Atmel, und war von Anfang an begeistert über den einfachen Aufbau von Atmel-Umgebungen. Spannung dran, bei den neuen Megas
-
Thread
Padauk PFS154 Programmer mit Arduino Uno / ATmega88 - 328
du mit 8 Bit PWM auskommst oder nicht? Ist das ein Sport? Ich hatte vor Jahren mir meinen eigenen PIC-Programmer gemacht und dafür einen 'allgegenwärtigen' STM32F103C8T6 benutzt sowie Schaltregler und Schalter für VCC und VPP separat davon. Das hat den Vorteil, daß man die Spannungen in aller Ruhe einstellen
PDF nachlesen. Als Beispiel. Das ist NICHT für die Padauk, sondern eigentlich nur für die kleinen PIC16, die ich noch immer für einige kleinere Projekte einsetze. Allerdings habe ich bei dem Brenner eine Arbeitsteilung vorgesehen: Die Algorithmen macht der PC, die niederen Verrichtungen macht der µC
-
Thread
Interrupts und der tägliche Wahnsinn
? wenn ich mir anhand des Timer1 berechnungstools (http://www.best-microcontroller-projects.com/pic-timer-1.html) mal die werte für 1:8 prescale und 20Mhz ansehe, bin ich ja schon bei 104ms / kompletten durchlauf ,,, der T0 teilt aber 1:256 .. also das 32fache ... 32x104ms sind auch wieder um die
Joachim schrieb im Beitrag #2162454: > PIC, Peterchen, PIC! Das ist ja das schöne an C. Ob 8051, ARM, AVR oder PIC ist egal, C bleibt C. Die Konstanten muß also auch Dein PIC-Compiler schon zur Compilezeit ausrechnen und die Ergebnisse
-
Thread
PIC18F4550 minimale Beschaltung mit maximaler Portanzahl möglich?
http://pic-projekte.de/ ans herz, dort einfach mal ein tutorial durch zu machen. anbei noch ein bildchen aus "MPLAB C18 Config Settings" bezüglich dem clock. auch interessant dürfte für dich später "MPLAB C18
um das gedanklich zu realisieren??? Also muss ich nun doch mit 16x Ausgängen und 16x Eingängen am PIC arbeiten??? Ich bekomme nur leider nicht die Pin's von PortC als Ausgang oder Eingang verschalten da irgendwie immernoch der D+ , D- und VBUS da initialisiert ist und daher komme ich nicht auf 32 Pin's
-
Thread
Werden Atmel Mikrocontroller aussterben/nicht mehr verfügbar sein?
Ja, aber der originale 8051 war auf 12-Ton Musik optimiert! https://de.wikipedia.org/wiki/Zw%C3%B6lftontechnik Die PIC12/16 sind klassische 4-Takter! https://de.wikipedia.org/wiki/Viertaktmotor
den PIC32. Jetzt haben sie einen Seiteneinstig gefunden.
-
Thread
10 bit ADC wert verarbeiten
C ist Dreck.
eine richtige objektorientierte Hochsprache. Notfalls sogar C++, auch wenn ich das fast genauso hasse wie C. Da hängt viel zuviel C-Schmutz im Sprachkonzept...
-
Thread
"Apps" für ein embedded Device
20003390 <printf> 20008448: 2000d656 .word 0x2000d656[/pre] und mit "-fpic -msingle-pic-base -mpic-data-is-text-relative": [pre] 20008478 <btx_clear_screen>: 20008478: b510 push {r4, lr} 2000847a: 4604 mov r4, r0 2000847c: f7fa fee0
dec hex filename 24276 0 1696 25972 6574 BUILD/display.elf[/pre] und mit pic: [pre] text data bss dec hex filename 22436 2872 1696 27004 697c BUILD/display.elf[/pre] Markus F. schrieb: > Probier' mal mit -O0, dann sieht man möglicherweise
-
Thread
Schrittmottor L35
...mmh dann kann ichs ja auch gelich mit emienm PIC32 Boad machen und Brauch kein Adruino... mir gings kennt jeamand ne Schrittmotor Libary für PIC 32 ? mann muß ja das Rad nicht immer neu erfinden Gruß Raph
Hexenwerk aber darum geht es ja gar nicht. Im nächsten schritt meines Projektes gibts dann eine Custom PIC32 Platiene... Danke für die Hilfe