-
Thread
PIC Brenner von ebay
Soweit so gut, nur was ist, wenn er demnächst mal die PIC24.PIC32 nutzen möchte? Da ist man mit dem ICD2 (Clone) besser bedient. Vor allem beim debuggen. Gruß Sascha
Sascha schrieb: > Soweit so gut, nur was ist, wenn er demnächst mal die PIC24.PIC32 nutzen > möchte? > > Da ist man mit dem ICD2 (Clone) besser bedient. Vor allem beim debuggen. > > Gruß Sascha Nun, jeder hat so seine Meinung!;-) Und jetzt schon solchen Zukunftsdusel
-
Thread
Neue AVR µC , irgendwas bekannt ?
meisten Codes im Internet ? Nicht für ATMega128 ! Für die kleineren AVR, alle im DIP Gehäuse. Bei PIC's, nicht für PIC18F6680. PIC18F458 oder kleiner. Wer sich selbst die Grundlage für die nächste Programmierer- Generation entzieht darf sich nicht wundern wenn die Gewinnspanne irgendwann langsam
: http://www.atmel.com/dyn/products/view_detail.asp?FileName=AT32uC3AFamily_4_2.html&family_id=682 Markus
-
Thread
Problem UC1608 Grafik LCD
die Initialisierung schon nicht stimmt. Zu der komme ich jetzt : Erstmal, ich beginne grade in C, auf MPLABX, mit XC8. #include "main.h" #include <pic18f14k22.h> #include "C-TEST.h" Soweit klar. Dann in C-TEST.h erst die Definitionen : #define LCD_RESET 0b01000111 // RESET-Befehl
mich in 2 Dinge gleichzeitig einzuarbeiten... Also, wenn ich das richtig sehe: Du willst einen PIC18xxx in C programmieren lernen und zugleich ein 240x128 Grafik-LCD dort anschließen und benutzen. Ist das so? Nun, mit den PIC16Fxxx hantiere ich ja oft genug herum, nicht jedoch mit den PIC18 oder
-
Thread
K 150 Chipbrenner!HILFE!!
entschlossen ihn zurückzugeben. Ist dieser hier Empfehlenswert ? http://www.ebay.de/itm/Microchip-PICkit-3-PIC-KIT3-In-Circuit-Development-Debugger-Programmer-PIC32-PIC-/191312938125?pt=LH_DefaultDomain_77&hash=item2c8b23c48d
Habe jetzt so ein bisschen mit C angefangen! möchte eine LED zu blinken bringen habe diesen Code verwendet. ( MPLAB X IDE / PIC16F628A ) _______________________________________________________________________ #include (PIC16F628A
-
Thread
PIC18F45k22 Ethernet
ich brauchen kann :/ Es scheint mir recht ungeordnet. Ein einfaches Projekt, von Grund auf für PIC 18 geschrieben, dabei ist es egal ob XC8 oder C18(auch wenn ich mit dem C18 nicht viel gemacht habe) wäre mir am liebsten :)
scheint mir recht > ungeordnet. Ja, das ist es. Der Grund ist der, dass diese Bibliotheken für PIC18 (8 Bit), PIC24/dsPIC (16 Bit) und PIC32 (32 Bit)gleichermaßen sind. Die drei Architekturen sind völlig unterschiedlich, und im Fall von PIC18 ist auch noch der Compiler ein völlig anderer (bzw inzwischen
-
Thread
Frage zu MSP430 Dokumentation für Einstieg
Programmierung des Baudratengenerators mit dem Modulator ist etwas "Quirky". Das ist wahrscheinlich beim STM32 besser gelöst. Zum Glück brauche ich nur 1200 Baud für den HART Teil. Ob noch andere uC Familien in Frage kommen wird sich noch herausstellen. Die stromsparenden Eigenschaften der MSP430 sind eher
müssen oder das Teil in die Ecke werfen zu wollen:-) Eigentlich auch nicht viel anders wie andere uC mit den ich bisher zu tun hatte. Beim STM32 war ich damals innerhalb von zwei Wochen vertraut genug um richtig damit arbeiten zu können. Da bin ich nun auch der Ansicht, dass angesichts der guten
-
Thread
RC5, RC6 AVR/PIC Receiver mit USB
des Chips habe ich einen GALEP-5 zur Verfügung. Programmieren tu ich mit liebsten mit AVR-Studio. C-Code ist mir am liebsten - Assembler ist aber auch möglich. Ich hoffe das jemand für mich ein paar Tipps hat welcher AVR/PIC sich für sowas gut eignet. Danke!
Hugo Portisch schrieb: > Ich hoffe das jemand für mich ein paar Tipps hat welcher AVR/PIC sich > für sowas gut eignet. Hab letztens so etwas mit einem PIC18F14K50 gemacht: http://www.fundf.net/usbnub/#rc5_hid. Das Prinzip dabei ist wie von "Remote One" weiter oben beschrieben: Der Controller
-
Thread
Idee für ein neuartiges Programmiergerät
USB ist aber vor allem recht aufwändig und kosten spielig, bei gleicher Funktionalität (Z.b. 2xStm32, 6xUarts, 2xI2C Bus) müsstest du schon sehr viele ICs und USB Hub Ics verbauen, damit das funktioniert. Meine Schaltung kann das alles, benötigt dafür nur 4 Pins (2 für Power), und Sehr wenig Bauteile
AVR über PDI AVR über TPI AVR über UPDI AVR über JTAG (also letztendlich alle AVR Modelle) STM32 über SWD, incl. SWO STM32 über JTAG STM32 über UART (Bootloader) AT90C2051 EEproms über I²C ESP8266 über UART Ich bin sicher, dass die Liste mindestens 10x so lang wird, wenn alle ihre Wünsche
-
Thread
Bitwackeln mit USB to Seriell Wandler (Schnelligkeit)
AVR-Prog Karte von Pollin. Seriell und Billig. Eigentlich will ich mich nicht mehr mit "Großen AVR oder Pic -Programmen beschäftigen. vom Pc ser Out/in zum Controller habe ich schon 98/99 gemacht mit den C Control vom "C". Ist aber zum ansteuern der Schieberegister jetzt zu langsam. Auch im Rs232 send
Ganz neue PCs mögen das nicht mehr. > Eigentlich will ich mich nicht mehr mit "Großen AVR oder Pic -Programmen > beschäftigen. > > vom Pc ser Out/in zum Controller habe ich schon 98/99 gemacht > mit den C Control vom "C". Naja, die C-Control ist nun nicht gerade das Maß der Dinge. > Ist
-
Thread
Pickit3 Not supported SN
Firmware Type Now Downloading new Firmware for target device: PIC18F45K22 Downloading bootloader Bootloader download complete Programming download... Connection Failed.[/c]
Investition meines Lebens... "Das ist besser als das PICkit3" hieß es. Bah. Wer - wie ich - PIC24 verwendet, kann damit kaum etwas anfangen. Alle interessanten PIC24 kann man nicht damit programmieren. PIC32 dito. Vermutlich irgenwelche überalterten Gurken, aber die interessanten modernen nicht
-
Thread
Softcore im FPGA, AVR oder 8051
Der Xilink 32Bit Softcore heisst MicroBlaze, der PicoBlaze ist ein 8 Bitter. Was heisst eigentlich hohe Anforderungen? Evtl. willst du die Software in C Schreiben, da eigenet sich der MicroBlaze deutlich besser als
I am asking: I want to extend/modify the T51 IP core to make the 8052 into a 100% compatible NXP 80C522 microcontroller. As you might know, this means: 1) I2C, 2) Compare registers, 3) PWM, etc. The extended T51 should be 100% compatible with the 80C522, meaning that the original ROM code should
-
Thread
Mikrocontroller zur Regelung DC/DC Wandler
Google Suche lieferte bei mir grob folgende Resultate: XMC4000 Serie TMS320F28xxx bzw. TMS320C2xxx Serie dsPIC33 Serie Kennt Ihr noch andere sinnvolle Mikrocontroller? Welcher davon ist am "schnellsten" bzw. am "einfachsten" zum Laufen zu bringen für jemanden, der noch nie mit der jeweiligen
eine andere Art von "limit-cycle" Oszillation ist oder die PWM analog machen. Die Komparatoren im PSoC sind mit ca. 50..100ns ausreichend. Der dsPIC hat eine PWM Auflösung von 1.04ns und die XMC4000er teils 150ps. Gruß DCDC
-
Thread
Um Controller Vorschläge wird gebeten
STM32F3 oder F4
EEPROM) 62 PICs raus, wenn man statt dem SPI nen EEPROM haben will, sind es nur noch 7 PICs (die dsPIC30er). Die laufen noch mit 5V und sind, soweit ich das bisher mitbekommen habe, vom Stromverbrauch schon relativ hoch. Dazu auch relativ alt. Externe EEPROMs mit SPI oder I2C gibts auch als kleiner DFN
-
Thread
[Biete] Mouser Artikel aus Fehlkäufen/Massenrabat-Reste
05x 595-SN74LVC2T45DCTR > 01x 538-51021-0600 > 02x 651-1734634 > 03x 782-TSOP4838 > 15x PVG3A103C01R00 > 05x 595-UA78M05CDCYR > 01x 863-NCN5120MNG > 02x 989-EPM570T144C5N > 02x 579-PIC16F1825-I/P > 06x 538-50079-8000 02x 511-STM32L100C- DISCO 01x 844-6TQ45SPBF 01x 863-NTJ3157NT1g 02x
PMEG3050EP115 05x 556-ATTINY85-20SU 04x 579-MCP73831T-2DCIOT 20x 77-VJ0805V475ZXQTBC 02x 904-EFM32ZG108F32 10x 667-ERJ-6GEYJ331V 10x 667-ERJ-6GEYJ102V 15x 80-C0805C104K5R 10x 81-GCM219R71C105KA7J 03x 80-B45196H3106K109 03x 863-MMSZ5226BT1G 01x 538-47334-0001 10x 571-521289-1 03x 649-71600
-
Thread
32kHz Erzeugung
kleiner als sein Oszillator ist. > - preislich um 3~4 Euro Mit ähnlicher Größe wie der OV-7604-C7 (http://www.doveonline.com/item.php?ITEM=DOV011786 4 $ bei 50 Stück), wären z.B. Epson Toyocom SG-3030LC oder Abracon ASHK. Edit: Die Idee mit dem PIC ist gut. SiLabs C8051F30x gibt's im 3
Hier einer mit 2*3mm² für $1.80 http://www.linear.com/pc/productDetail.jsp?navId=H0,C1,C1010,C1096,P85048
-
Thread
Mikrokontroller mit Ethernet
Microchip hat einige µC der PIC32- und PIC18-Serie damit ausgestattet. http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2504&redirects=ethernet
Chris schrieb im Beitrag #2597158: > Microchip hat einige µC der PIC32- und PIC18-Serie damit ausgestattet. > http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2504&redirects=ethernet Die PIC32 haben zwar einen MAC, aber keinen eingebauten
-
Thread
PIC16F877
mit SDCC gehts dann auch in C, allerdings ist der pic14 support in SDCC "experimentell". /Ernst
Hallo C++ nicht, aber C. Wenn du in C programmieren willst, sind die PIC18 besser geeignet. Von Microchip gibts eine eingeschränkte C-Compiler-version für die PIC 18: Einschränkungen: For 60 days, the Student
-
Thread
Einfache Sensortaste
diesen alten Thread nochmal auskrabe. Ich versuche die ursprüngliche Idee von Peter hier auf einem PIC32 zum laufen zu bewegen. Zuerst mal die Frage hab ich das so richtig verstanden und aufgebaut: http://toflo.homeunix.org/~toni.burger/temp/kap_taste.png PC7 wird vom Timer abwechselnd auf high und
ist wenn man den sensor berührt. so 2-3 Schleifendurchläufe mehr. (aber auch nicht immer). Zumal der PIC32 mit knapp 74Mhz läuft hätte ich schon etwas mehr erwartet wenn hier mit 8Mhz schon größere Änderungen erzielt werden. Hab ich bei der Beschaltung doch was falsch verstanden? Muss ich irgendwas besonderes
-
Thread
Anfängerfrage PIC
Parameter in Echtzeit zu steuern. Also noch ein Pin, und mit ADC. Ok ist auch integriert. Zu PIC18 gibt es von Microchip eine kostenlose Student-Version des C-Compilers C18. Und einen ganzeh Haufen Applicaton Notes. Severino
und SW-I2C Beispiele für 8051, AVR aber C läßt sich ja relativ einfach auf andere MC-Typen anpassen. Sprut hat bestimmt auch welche für PIC. Peter
-
Thread
Fujitsu MCU vs Cortex M3
Meine persönlichen Favoriten sind bei solchen Sachen keine ARMs sondern Renesas R8C, M16C, SH und Microchip PIC24FJ/HJ und PIC33FJ. Dazu hin und wieder mal ein 8051er von SiLabs. Zudem sind mir, außer einigen ARM7 von TI und Freescale, keine Cortex-M3 bekannt die AEC-Q100 Grade 1 (-40 °C - 125 °C) oder Grade 0 (-40 °C - 150 °C) erreichen/qualifiziert sind.
-
Thread
dsPIC33E - UART
Hallo zusammen, Ich habe ein kleines Problem. Und zwar muss ich einen dsPIC programmieren. Erste Aufgaeb dabei ist eine Kommunikation zwischen µC und PC per UART herzustellen. Ich hab keine Erfahrungen mit dem dsPIC und mit allg. µC immernoch Anfänger. Nun zum Problem:
Technology Inc. * * FileName: main.c * Dependencies: Header (.h) files if applicable, see below * Processor: dsPIC33FJ256GP710 * Compiler: MPLAB® C30 v3.00 or higher * Tested On: dsPIC33FJ256GP710 HP16 * * SOFTWARE
-
Thread
Assembler lernen
würde ich die einen Assembler passend zu deinem MC empfehlen. :) Assembler ist keine sprache wie z.B C. Du sprichst auf unterster Ebene direkt mit der Hardware. Jede CPU Familie hat da ihre eigenen Befehle und Aufbau. Wen du z.B. ein Programm vom Admel auf einen PIC übertragen möchtest mußt du beide Prozessoren
@alle anderen: Vielen Dank für die zahlreichen Tipps. Ich denke die Entscheidung fällt zwischen C und Assembler. MASM32 ist ja leider nur für Windows, deshalb schaue ich mir gerade Linux-Assembler an. Ich glaube damit kann ich glücklich werden.
-
Thread
Motorolla 68HC11
Ein 68HC11 ist ein sehr sehr alter ųC. Der ist schon so alt dass es den fast nur noch in Museen zu besichtigen gibt.
deren > Prozessorarchitektur wesentlich besser verständlich als die > Prozessor-Archirektur der 8bit PIC Prozessoren. Na ja, die 8 bit PIC Prozessorarchitektur ist auch 10 jahre älter als der 68HC11, also nicht bloss veraltet, sondern total veraltet. http://www.rhoent.com/pic16xx.pdf http://en.wikipedia.org
-
Thread
Suche infos zu Sampletime der ADC's von AVR oder PIC
Ein AVR32 ist ähnlich einen ARM µC im Prinzip geeigent, aber wohl nicht optimal. Müßte man sehen wie die AD Wandler passen.
pic24hj32gp202 oder so die wandler machen bei 10 bit 1.1msps. und die haben 40 mips. sind halt nicht ganz so einfach wie die 8-biter aber einfacher als ein 32 biter!!!! nehm den, nehm den, nehm den
-
Thread
PIN- Belegung vom RAM
wie ich dich verstehe willst du einfach einen RAM-Riegel aus dem PC rausnehmen, einen Slot auf dein uC-Board braten, RAM rein und dem uC zur Seite stellen, der ihn dann auch noch ansprechen soll. Soweit so gut. Dein problem ist hierbei, dass die kleineren uC keine DRAM und erst recht keine DDR-RAM unterstützen
den Unterschied zwischen SRAM und DRAM ein wenig genauer anschauen. Ein 8-Bit MC wird übrigens keine 32 MEGABYTES adressieren können! Mein Tip, wenn du viel Speicher brauchst: uC mit ARM7 oder ARM9 core. Damit hast du auch die entsprechende Infrastruktur für Anwendungen, die soviel Speicher überhaupt nutzen
-
Thread
Rust - ist das hier um zu bleiben?
einen hmmm, sagen wir > Transpiler(damit es nicht so unmöglich erscheint) von Rust nach > Embedded-C für PIC8/24/32 zu schreiben. Klar ... wo kann ich nochmal nachlesen, wie die Sprache definiert ist?
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
-
Thread
Welcher ARM, oder überhaupt?
Pic 24 hat wenig mit pic30 gemeinsam, pic33 ist der Nachfolger von pic30, aber nur mehr 3.3V und nicht mehr 5V.
arbeitet schneller und stromsparender mit gleicher Taktfrequenz wie ein Pentium 2. Ein Code für einen dsPIC30 geschrieben läuft unter Umständen nicht im PIC24, auch nicht wenn er in C geschrieben wurde. (Was auch stark von den Pheriperie-Registern abhängt)
-
Thread
statische Polymorphie per CRTP in Embedded Systemen
das Interface verwenden wollen (als Parameter erwarten) ebenfalls Templates sein müssen, oder? [c] /* 0 = use classic virtual polymorphism */ /* 1 = use CRTP polymorphism */ #define CRTP_EN 1 /* start of STM32 HAL simulationL */ #include <iostream> #include "stdint.h" typedef char GPIO_TypeDef
des Entwicklers. Ich arbeite gerade selbst daran (daher die Untersuchung...) Vorurteile gegenüber C++ abzubauen, damit es bei uns eingesetzt werden kann. Das Beispiel ist tatsächlich nicht mal so weit hergeholt. Für eine plattformübergreifende Entwicklung (heute STM32, morgen PIC, ...) kann selbst
-
Thread
Welchen µC-Typ für neues Projekt?
Meine Möglichkeiten die > ich bis jetzt so sehe wären folgende: > > Atmel ATxmega > Atmel AVR32 > Atmel ARM > ST ARM Du kannst auch einen dsPIC33EP (140 MHz/70 MOPS, 16 Bit mit DSP-Erweiterungen) oder einen PIC32MX (32 Bit 80 MHz/80 MOPS, MIPS-Kern) verwenden. Die gibts von klein (28 Pin DIL
Martin G. schrieb im Beitrag #3878488: > Welchen µC sollte ich nehmen um 64 Bit Fliesskomma berechnen zu können? > (ohne gleich mit dem sw double64 den Speicher zu 80% auszufüllen?) Einen µC mit Cortex-M7 Kern. Gibt es in einem STM32F7xx leider
-
Thread
ARM Einstieg
Hi tosch! Als Anfänger würde ich dir den Primer2 empfehlen. Als uC hast du dann einen STM32F103VE, massenhaft der Peripherie und eine kostenlose IDE zu einem vertretbaren Preis. Außerdem gibts noch ein eigenes Forum auf http://www.stm32circle.com/hom/index.php mit vielen
ET-STM32F103
-
Thread
Suche Programmgerüst: USB-Kommunikation und Daten Ein/Ausgabe Windows
C und Windows ist halt eine Welt, in der sich fast nichts mehr tut. Selbst die Doku der uralten Win32 API, welche aus Windows 3.1 Zeiten stammt, geht davon aus, dass du in mindestens C++ programmierst.
Ist C++ (oder evtl. das .NET Framework mit C#) da so viel besser? Ich habe mir das jetzt mal kurz angeschaut, C++ scheint von Hause aus auch keine Fenster usw. zu können und nutzt dafür die Win32 API. Da stellt
-
Thread
Frage zu Microchip PIC µC
Nabend zusammen, ich habe zu den Microchip PIC µC eine Grundsätzliche Frage. Kann ein Hersteller den Chip gegen erneutes Beschreiben sperren? Grüße Stephan
Ich habe als Programmer das PICKit3. Das unterstützt meines Wissens nach alle PIC10, PIC12, (PIC14 habe ich noch nie gesehen), PIC16, PIC18, PIC24, PIC30, PIC33 und PIC32. Mich hat es damals 50 Euro bei Reichelt gekostet.
-
Thread
Assembler vs. C
unfreiwillig. Generell: Wenn Du Assembler programmieren willst, musst Du es lerenen. Da hilft dir C nicht weiter. Wenn Du hardwarenah C rogrammieren willst, musst du C lernen. Assembler hilft dir jedoch die Hardwarestruktur zu verstehen. Aber: Muss es wirklich AVR sein?
bei 16 oder 32 Bit-Operationen, keine bedingten Sprünge, kein Stack für Parameterübergabe, begrenzte Call-Tiefe usw.. Der PIC ist mit Abstand die umständlichste Architektur, die ich kenne. Peter
-
Thread
WLAN Modul mit Mikrocontroller (STM32F407/Discovery)
Du könntest auch gleich den STM32 weglassen. Das wäre bedeutend sinnvoller. Wenn ein PIC24 nicht reicht, nimm einen PIC32MX. fchk
aber mein code ist schon geschrieben für den STM32, ich müsst dann das ganze I2C wieder umändern. Wenn das leicht fällt mit PIC dann gerne, ich bin tollerant.
-
Thread
SHT75 am PIC 16F877A
SHTxx1RH32 swapf SHTxx1DataByte2,w andlw 0x0f iorwf SHTxx1RH32,f bcf STATUS,C rrf SHTxx1RH32,f ; movlw 4 subwf SHTxx1DataByte1,w btfsc STATUS,C goto SHTxx1
,w btfsc STATUS,C goto SHTxx1_LH_f3 movf SHTxx1RH32,w ; 1024<=x<2560 addlw 4 movwf SHTxx1RH32 goto SHTxx1_LH_end SHTxx1_LH_f3 movf SHTxx1RH128,w ; 2560<=x addlw -24
-
Thread
Microcontroller aussuchen
Im Prinzip spielt bei ohnehin kleinen bis sehr kleinen µC, 8 vs 32 Bit keine große Rolle. Nur warum sollte man auf die 32 Bit verzichten? Weil 32 Bitter in der Regel mehr und komplexe Peripherie haben? Gut! Ich finde mehr Funktionen gut und habe keine Angst
> Der µC muss wie gesagt nur ein paar Register konfigurieren. Das kann dann ja auch wirklich ein schimmliger alter PIC sein. Mach I2C und SPI in Software. Das erspart das Lesen der Errata... Ausserdem foerdert
-
Thread
HDD Clock (Timer Programmieren)
Peter II schrieb: > und wer soll in "C" Programmiert werden? Was sagt das Datenblatt zu > Timern? PIC18f2520 Kaj schrieb: > Traurig. Du solltest in der Lage sein, dir dieses Wissen selbst zu > erarbeiten, sei es durch das Lesen
Eine Frage an Dreister Schnösel. Sind die Schritte (in deinem Bsp. 65535) für jeden PIC anders oder sind es immer 65535 Schritte bei einem 16-Bit "breiten" PIC?
-
Thread
Beste Sprache für dieses Projekt?
wie nur irgend möglich zu machen ? Papp die LEDs (über Vorwiderstände) einfach direkt an den Mega32 und gut is. Als Sprache ist C gut geeignet (WINAVR). Peter
Simon Hat einen nick wrote: > > dann hab ich viel zu wenige Pins. Wie das? Ein Mega32 hat 4 vollwertige Ports (A,B,C,D) also 32 Pins. Selbst wenn du alle 16 Tasten einzeln anhängst und keine 4*4 Matrix aufbaust, schaut doch die Rechnung so aus: 16 Tasten 8 für die 7-Segmentanzeigen
-
Thread
LED-Display per USB ansteuern
solche > Zwecke empfehlen? Einen extra USB-Chip würd ich mir gerne sparen. > Hab mir schonmal den Pic32 von Microchip in den verschiedenen > Ausführungen angeschaut und der sieht recht interessant aus, bin aber > für jede Idee offen :) > > Gruß, > Viktor Eine Idee wäre Dir einen µC auszusuchen
wirklich sehr schwierig für einen Anfänger. Muss es unbedingt USB sein? RS232 ist viel einfacher. Als µC würde ich dir den Atmega32 empfehlen der ist ziemlich günstig um die 3euro und ist gut erweiterungs fähig. mfg alex
-
Thread
PIC32 SPI Daten einlesen
der Entwicklungs- und Testaufwand sehr viel höher ist. Also bei meinem Testsystem steuert ein PIC32 15 Stück PIC18 über SPI an. An jedem PIC18 hängen 24 Relais. Ich denke, die Zeiten vom 8255 sind vorbei. Kleine MCUs sind doch so billig....
Entwicklungs- und Testaufwand > sehr viel höher ist. > > Also bei meinem Testsystem steuert ein PIC32 15 Stück PIC18 über SPI > an. An jedem PIC18 hängen 24 Relais. > Ich denke, die Zeiten vom 8255 sind vorbei. > Kleine MCUs sind doch so billig.... schon mal über MCP23S17 nachgedacht? Da spart
-
Thread
Einfacher Webserver mit PIC24 + ESP8266
#3830109: > Zusätzlich dazu kommt mir die Frage, mit welcher Taktfrequenz dein > Prozessor lief. 32MHz (16 MIPS) > Ich werde einen atmega32 bei 16 MHz verwenden. Vielleicht war deiner ja > etwas langsamer getaktet, da man beim ESP8266 ja 3.3V braucht. Der verwendete PIC24 läuft sowieso nur mit <
Hallo zusammen, das ganze geht im Übrigen auch komplett ohne PIC bzw. µC. Ich habe auf meinem ESP-03 Modul die Firmware NodeMCU laufen und das Script zur Ansteuerung meiner RGB-LED Pixel (WS2801) in LUA programmiert. Das Pixel (Dat + Clk) hängt direkt auf zwei
-
Thread
16 Bit LCD mit I2C möglich?
jmd. mit einem Arduino Mega irgendein Graphikdisplay betreibt. Meine CPU taktet bei 32Mhz. Ich habe (in einem anderen Projekt) ein anderes Graphik-Touch-LCD betrieben (Parallel, brauchte aber nur 8-Bit) das ging super. Ich habe Angst das das über I²C zu langsam wird?!
15 Euro kostet, ist im Prinzip egal. fchk PS: Einen PICKIT3-Clone, mit dem DU alle aktuellen PIC (8,16,32 Bit) flashen und debuggen kannst, gibt für 20€. Auch nicht die Welt.
-
Thread
Ich suche einen "etwas anderen" C-Compiler Gesperrt
niemand. Für den "Hausgebrauch" reichen somit 20 EUR - so viel kostet das STM32F4DISCOVERY Borad, bei dem ein ST-LINK schon gleich mit drauf ist. ATMEGA ist schon ziemlich alt und heute gibt es viel moderneres, z.B. PIC18, PIC24, PIC32, STM32, LPC1xxx, MSP430 - alles moderne
soll es in dem Zeitrahmen einen PL/M-Compiler (CP/M 80) gegeben haben, der auf 8080ern lief. Einen C-Compiler der mit 32 kiB RAM auskam, gab's ab 1979 für Z80/8080 http://www.bdsoft.com/resources/bdsc.html ob es noch frühere C-Compiler für diese Systeme gab entzieht sich meiner Kenntnis.
-
Thread
PIC24 Zeiger auf const unsigend char
passiert, wenn du die Schreibweise mit der Adressvergabe in deinem Anwendungsprogram duplizierst? [c] unsigned char xxx __attribute__((address(0x800))); unsigned char yyy = yyy; [/c]
Flash (hab leider gerade keine Doku da). Ich hab in meinem Code da folgendes drinn: [code] uint32_t FlashReadSingleWord(uint32_t addr_u32) { asm(" push TBLPAG "); asm(" mov W1,TBLPAG "); asm(" tblrdh [W0],W1 "); asm(" tblrdl [W0],W0
-
Thread
SPI - RS-485 - CAN
Analoge Frage meinerseit's jedoch mit einer kleineren Tieferen Ecke. Welchen µC (PIC/AVR) könnte ich verwenden um CAN und RS-485 zu verwalten? Bin aufgrund einer Steuerunger auf beide angewiesen. Die RS soll dabei erst mal nur als Übergang für die nächten 6 Monate Entwicklung dienen
Hallo, den Avr ATMega16 gibt es auch mit CAN Bus, ansonsten wäre eine alternative der AT90CAN32.
-
Thread
[PIC] EEPROM benutzen 16F84A
Board(EasyPIC6) mitgliefert wurde, > hat Einschränkungen, und die Vollversion ist schweineteuer. Die Einschränkung vom MPLAB C-Compiler C18 oder C30, sowie vom mikroC Compiler, den ich nehme, sind nur Optimierungseinschränkungen
> zu MPLAB-kompatiblem C-Compiler: welchen empfiehlst du mir? Ich finde > MPLAB eigentlich ganz gut... den von Microchip direkt, ist der nicht direkt bei MPLab dabei?? Heißt C18 für 8bitµC, C30 für 16bit und C32 für 32bit
-
Thread
Einsatz von FPGAs
aktuellen" Prozessorarchitekturen (lese ich als GHz-Multicore-Monster) , unten von "um gegen einen uC ankommen" (lese ich als 12MHz 8 bit Wald und Wiesen AVR/PIC). Lothar Miller schrieb im Beitrag #3163518: > Und zu welchem Preis? (bitte incl. Programmspeicher und RAM rechnen, die > Peripherie
(nur -700 oder -1400) in einen -1400. da bleibt quasi ein -400 übrig in den locker mehrere 8 bit uC passen und BRAM/DRAM für die paar kB RAM Arbeitsspeicher bleiben auch übrig, der ROM für die Firware wird auch durch den FPGA-Konfigspeicher miterledigt. Extra einen FPGA einzudesignen um einen uC
-
Thread
Mikrocontroller mit exotischem SPI?
stm32h743 etc. kann das, 4 bis 32 Bit. Die "kleineren" der stm32-Familie können nur 8 und 16 Bit, ab welchem da die flexiblere SPI drin ist, könnte man ja leicht nachsehen ..
Schreib dir selber die SPI. Wenn das nicht passt, da gibt es noch PIC24 und PIC32 die können beide 16 und 32Bit Modus
-
Thread
PIC16F818 Einstellung korrekt für diese Anwendung?
beiden Versionen ein Problem. Da könnte LATX eine Lösung sein. http://www.sprut.de/electronic/pic/c/pic_c/pic_c90_pic_spezifisches.html#io
beiden Versionen ein Problem. > >Da könnte LATX eine Lösung sein. >http://www.sprut.de/electronic/pic/c/pic_c/pic_c90... Dachte das ginge nur bei der 18F-Familie?
-
Thread
Smartcard-Kode-Schloss mit PIC16F84
"PBASIC-Listing des PIC-Programms vor der Kompilierung" ‘DUAL smart card lock with PIC16F84 ‘copyright (c) 1998 Patrick GUEULLE symbol f = B0 symbol g = B1 symbol e = B2 symbol r = B3 symbol BLINK = B4 symbol
;-) ---------------------------------------- ‘DUAL smart card lock with PIC16F84 ‘copyright (c) 1998 Patrick GUEULLE symbol f = B0 symbol g = B1 symbol e = B2 symbol r = B3 symbol BLINK = B4 symbol h = B5 DIRS = %11100110 PINS = %00000010 high 7 high 6 low 6 low