-
Thread
Chinesische Spülmaschinenpumpe gibt mir Rätsel auf
Bastler schrieb im Beitrag #6462236: > Dabei kommt ein PIC 12F617 als µC zum Einsatz, der aber leer zu sein > scheint, > siehe angehängter Dump. Wird wohl gegen Auslesen geschützt sein.
Sache noch schwerer, und vor allem aufwändiger, da Assembler viel länger zum Schreiben dauert als C. Ich wüsste auch wie ich den PIC von der Pumpe programmieren müsste, auch kenne ich die Pins und ihre Belegung, aber ich weiß nicht, wie ich das dem µC sagen soll, dessen Sprache beherrsche ich nicht
-
Thread
Hilfe bei Mikrocontroller/Blockschaltbild
Der PIC32 hat schon Analoge Eingänge (wie du selbst festgestellt hast), d.h. du kannst die Sensoren direkt (nach einer Pegelwandlung oder Aufbereitung) an einen Analogen Eingang des uC hängen, da brauchst du
des Boards seitens Olimex und vor allem die Komponenten von den Herstellern. Auf dem Board ist ein PIC32MX440F256H von Microchip. Dessen Datenblatt brauchst du und nur da drin steht was er kann und wie er es kann. Es ist das Nachschlagewerk zu diesem uC in dem die Register etc. stehen. Speichere es,
-
Thread
PIC32 ETHERNET STARTER KIT
Hallo Zusammen, hat jemand PIC32 ETHERNET STARTER KIT selber nachgebaut ? Das Board enthält einen PIC32MX440F512H USB Microcontroller for on-board debugging. Ich habe momentan ein Verständnisproblem. Wenn man dieses Board
Hallo, ich habe wieder eine Frage zu PIC32. PIC32MX795F512L enthält schon einen 10/100 Mbps Ethernet MAC/MII,RMII. Wieso braucht man noch zusätlich Ethernet PHY von National DP83848 PHY ? Ich kann mir vorstellen, dass der Ethernet PHY
-
Thread
ATMega ans LAN bringen: Mit HLK-RM04?
8 bitter :/ Für einfache Steuer- und Messaufgaben ist das genau das richtige. Wenn ich da einen PIC32 mit 200MHz hinsetzen würde, würde das Licht auch nicht schneller angehen. fchk
#5075184: > Für einfache Steuer- und Messaufgaben ist das genau das richtige. Wenn > ich da einen PIC32 mit 200MHz hinsetzen würde, würde das Licht auch > nicht schneller angehen. aber schneller ausgehen ;) (sorry musste sein...)
-
Thread
Neue MCU familie gesucht
Geschwindigkeit kompiliert (damit liegt die Codegröße bei MCS-51 etwa beim doppelten von STM8): C8051F120@98Mhz: 95 STM8AF5288@16Mhz: 109 STM8S208MB@24Mhz: 147 zum Vergleich: Weitere µC mit SDCC 3.7.0 bzw. GCC 6.3.1: CY7C68013A@48Mhz: 12 STM32L073RZ@32Mhz: 717 STM32F051R8@48Mhz: 1141 STM32F103RB
deutlich mehr Leistung. Der STM8 kann ihm da nicht helfen. Mehr Leistung gibt es bei Cortex-ARM 4 und PIC32. Es gibt noch mehr 32bit Familien aber die sind bei weitem nicht so verbreitet.
-
Thread
PIC16F1939 I/P - Blinkende LED
chris schrieb: > 125khz +-50% > Read the fucking datasheet. > > Nein, nach dem Reset läuft der PIC tatsächlich mit 500 kHz, und damit > kommt die halbe Sekunde pro 20x Delay-Aufruf schon hin: > 50kHz -> 8 µs pro Takt -> *4 = 32 µs Befehlszyklus. > 770 * 32µs = ca. 25 ms, 25 * 20 = 500 ms ->
chris schrieb im Beitrag #4122143: > 500khz CLK = 8 uS instructions timing, nicht 32. Uuuups - stimmt natürlich! Hab wohl den Takt versehentlich 2x durch 4 geteilt, 1x intuitiv (weil's beim PIC immer so ist) und dann nochmal, weil man ja beim PIC den Takt immer durch 4 teilen muss
-
Thread
PIC16f15244 RFM69 sendet nicht
Moin zusammen, für ein Hochschulprojekt sollen Distanzmessungen an einem Pic an einer Stelle erfolgen und mittels RFM69HCW (433 MHz) an einen ESP32 gesendet werden, der diese Daten zusammen mit einem Videobild über einen Webserver zur Verfügung stellt. Soweit so gut, funktioniert
RFM69 Experte, der einmal unseren Code auf Fehler prüfen kann. Fosc am Pic ist 1 MHz, optional auf 32 Mhz verstellbar und getestet. Entsprechend läuft der SPI auf 250 kHz. Selbst nach dem zehnten Wälzen des Datenblattes werde ich nicht schlauer. Für hilfreiche Antworten
-
Thread
PIC Terrariensteuerung
hi, warum nimste nicht einen 32,xxx Quarz am pic für das bisschen messen + Uhrzeit brauchst keine 10mhz nichtmal für des display ok es refrescht dann warscheinlich etwas langsam solte aber reichen zudem haste den nen stabielen takt
RC-Taktgeber besitzt, und somit von der Funktion des PIC unabhängig ist. Dieser Watchdogtimer (WDT) löst, wenn er eingeschaltet ist, alle 18 ms (Toleranzbereich: 7 ms ... 33 ms) ein Reset des PIC aus. Der Reset kann nur verhindert werden, wenn das im PIC
-
Thread
Ultra Low Power MCU gesucht
Die XLP-µC von Microchip gibt es auch häufig im DIL-Gehäuse, z.B. den PIC18F14K50 oder PIC16F1459, weitere Auswahl auf http://www.microchip.com/maps/microcontroller.aspx, die kannst Du ins Breadboard stecken.
HP benutzt zur Überwachung ihrer Akkupacks in Serversystemen den PIC16LF819. Mit dem internen Taktgeber (ca. 30 kHz) ist man mit 4 uA bei 1,5 V dabei. Beim Schlafen natürlich noch deutlich weniger. ADCs hat das Teil an Board, für die Kommunikation stehen I2C und
-
Thread
16F84 brauche 125 kHz
oder 20Mhz .Kosten alle das gleiche) Summe 2.21 Atiny 12(4 Mhz.) 1.95 Quarz 0.35 Summe 2.30 Pic 12C508 (4 Mhz) 1,60) Quarz 0,35 Summe 1,95 Andere Händler ,andere Preise aber wie man sieht tun sich da alle nicht viel. Die mech. Stablität ist auch kein Akt. Quarzoszi aufs kreuzlegen.
"125.asm" /l"C:\PROGRA~1\MPLABI~1\meine\125.lst" /e"C:\PROGRA~1\MPLABI~1\meine\125.err" Error[105] C:\PROGRAMME\MPLAB IDE\MEINE\125.ASM 1 : Cannot open file (Include File "pic16f84a.ASM" not found) Warning[203]
-
Thread
Erfahrung RX62N Renesas
allen Plattformen. Die "driver libraries" von NXP und STM sind für mich nicht so der Bringer, bei PIC32 und RX habe ich es gar nicht mehr versucht und kann somit die Qualität der RPDL nicht beurteilen. Im Speziellen bei RX finde ich, dass man dort mit relativ wenig Register-Zugriffen die Peripherie
"gut" bezüglich GPIO nur für PIC32, dort gibt es explizit zwei Möglichkeiten: Die Funktion und ein Makro (es hat ja beides seine Berechtigung). Matthias Laubnitz schrieb im Beitrag #2723285: > Initialisierungen lassen sich relativ
-
Thread
Suche support zur Realisierung (in HW & SW) eines Betriebsstunden,- Zyklus Zählers
Marco R. schrieb im Beitrag #5451697: > Anforderungen sind: > - PIC µC Zwingend PIC oder beliebiger µC (AVR)? Gehäuse inklusiv bzw. Einbau in Maschine?
MaWin schrieb im Beitrag #5451875: > Natürlich, jeder aktuelle uC, nicht nur AVR und MSP430 sondern auch PIC, > enthält dafür EEPROM. Die keinen STM32 haben z.B. kein EEPROM - können aber ihr Flash in 16 Bit Blöcken beschreiben und in x kByte Blöcken löschen..
-
Thread
Horizont um Atmel erweitern. Fragen zu Unterschieden
rein als frage, von welchen pics sprichst du? das XYZbits.XYZ1 spricht mal für >=PIC18 eventuell siehst du dich bei den 24er und 32ern um. der AVR32 ist kein wirklicher mikrocontroller mehr. Auch die kleinen ARM könnten für dich interessant sein.
Wenn der Poster mit PICs vertraut ist und was Groesseres moechte, waere allenfalls ein PIC32 passend.
-
Thread
Oszillatorbeschaltung (16Mhz) für dsPic30F
C. H. wrote: > die dsPIC33 machen immerhin schon 40MIPS, sind also schon fast 2/3 vom > Traum ;-) Bis 60MHz hatte ich einen dsPIC33 schonmal übertaktet: VCore auf 2,8V erhöht, und den dsPIC auf
C. H. wrote: > ungekühlt und unmodifiziert war die Grenze bei meinem 30F3010 bei > 32MIPS; Pv ~1,5W! (~300mA / 5V) :-D Kann ich irgendwie nicht ganz glauben, dass der soviel Strom zieht: Laut Datenblatt
-
Thread
maximite TFT mmbasic Computer
maximite mit mmbasic ist raus. http://geoffg.net/tft-maximite.html Beschrieben auch in der neuen C't Hacks. Soll ab Morgen bei Segor erhältlich. Nachbau mit UBW 32 auch kein Problem. Ich finde einfach geil ;-), und Ihr? Mit einem Atmega wäre das wohl kaum möglich, sieh Grafikausgabe via
http://www.watterott.com/de/USB-32-Bit-Whacker-PIC32MX795-Development-Board Ich mein der war vor ein paar Wochen noch 10€ preiswerter ?!.... Das Ding ist aber Plug an Play. Gutes HW Design ! DS
-
Thread
MSP430 Performance im Vgl. zu AVRs
, Renesas RX und PIC32, wenn man die 16-Bit durch 32-Bit ersetzt. Es kann gut sein, dass die MSP430 im "low power"-Bereich besonders gut dastehen, ansonsten sehe ich keinen Grund, nicht auf eine der genannten 32-Bit Plattformen
daß die Peripherie (ADC, UART usw.) recht einfach gehalten sind. Da sind 16Bitter wie MSP430 oder PIC24 besser aufgestellt. Ich persönlich mag den PIC24 (16 Bit) gerne, man bekommt mit dem PicKit3 für ca. 70.- Euro einen guten Debugger und von Microchip einen kostenlosen C-Compiler. Der PIC24 hat übrigens
-
Thread
Quadrokopter Regelung
Sensoren möchte ich den L3G4200D und den ADXL345 verwenden. Ich habe die beiden Sensoren schon über I2C erfolgreich ausgelesen. Das ganze Programm möchte ich selbst schreiven und verstehen und nicht einfach ein fertiges aus den uC laden. Als UC will ich den PIC18F46k22 verwenden, da ich mich mit diesem
verwenden. Wenn ein Atmega32 das schafft müsste ein PIC18F46k22 das wohl auch schaffen.
-
Thread
Berker FunkBus (Funkschalter) 433Mhz Prüfsumme?
ich die Vorgang gerne dokumentieren und hier einstellen. hätte auch noch Interesse an ihrem Visual c# code so das ich ihn auf einen pic umsetzen kann :) von den unterlagen die ich momentan auf dem Laptop habe kann ich folgendes sagen: Die Schaltung basiert auf einem PIC16F4455 alternativ gehen wenn
github.com/merbanan/rtl_433/pull/1896 Es ist ein einfaches XOR Schema, eine 8-Bit Maske von 10001100 (0x8c) rotierte zweimal links pro Bit (0x32 nach der ersten Rotation), über die Bits 0-42, nicht das Parity Bit 43. (Positionen in Wire-Order, MSB->LSB).
-
Thread
Was wäre wenn es keine Atmegas mehr gäbe.
schrieb: > Auf was würdet ihr umsteigen wenn es keine Atmegas mehr gäbe? Für die Mega8-Klasse: PIC24. Darüber tendiere ich bereits jetzt zu STM32.
Ich habe schon den ATMEGA, PIC24, STM32F103 und LPC2368 programmiert. Alle haben Vorzüge (ausser ATMEGA). Der größte Nachteil der PIC24 Reihe ist, dass die eingebaute Pheriperie von derivat zu derivat immer ein Tick anders
-
Thread
Wieso (fast) immer nur 2 PWMs pro Timer? (billig MCU)
LPC-ARM's gibt's auch nur in TQFP, zu 8051 wollte ich nicht zurück und so lächelte auf einmal die PIC24F Familie. Der C-Compiler ist sehr günstig, das MPLAB-ICD-Zeugs scheint zu funktionieren und ein Eval-Board gibt's auch für kleine Steine. Der Gag ist aber, daß es den PIC24FJ16GA04 für unter 2$ im
Die PIC24/30/33 sind an und für sich recht gut designed, leiden allerdings etwas unter der Implementierung (d.h. dem Inhalt vom Errata Sheet). Insbesondere die noch ziemlich frischen PIC24.
-
Thread
Funktionsgenerator
Ralf Kuhn schrieb im Beitrag #5380093: > Wenns nPIC gibt der alle Funktionen übernehmen kann, dann nur ein PIC. Weil dein Wartungs-Programmierer nur PIC kann? Ralf Kuhn schrieb im Beitrag #5380095: > Peter- Prinzip kenn ich nicht. Ist auch egal
Wenn's etwas größer werden dürfte, dann könnte man ein 4,3" TFT mit Touchscreen verwenden. Neben dem µC noch einen DDS-Chip und eine analoge Ausgangsstufe vorsehen und fertig. Aber warum einen PIC verwenden? Ginge nicht auch ein STM32Fxxx (ARM)?
-
Thread
PICkit 3 -> Target Device ID (0x0) does not match
entschieden. Meine Hard- und Software: - Windows 7 (64 Bit) - PICkit 3 und MPLAB IPE v3.15. - PIC24FJ128GA010 und PIC24FJ128GC010 Wenn ich nun mit MPLAB IPE den µC auswähle und auf "Connect" gehe, kommt die Fehlermeldung "Target Device ID (0x0) does not match expected Devide ID (0x4...). Would
2 (VDD): Pin 2 (VDD), 16 (VDD), 30 (AVDD), 37 (SVDD), 46 (VDD), 62 (VDD) 3 (VSS): Pin 15 (VSS), 32 (AVSS), 32 (SVSS), 45 (VSS), 65 (VSS), 75 (VSS) 4 (PGD): Pin 25 (PGED1) 5 (PGC): Pin 24 (PGEC1) 6 (PGM): N/C Die Verbindung geschieht über eine Stiftleiste direkt von der Platine zum PICkit, also
-
Thread
8-Pin µC (Tiny45/85 o.ä.) Projekte/Spielerien
Software I2C auf einem PIC10F200 um damit ein Display anzusteuern. Zu mehr als einem 6x4 Pixel großen Block, der durchs Bild läuft, hats aber nicht gereicht. Der PIC hat sogar nur 6 Pins.
keine Spannungsregelung. Ich denke, das kann man durch die Messung der Versorgungsspannung durch den µC machen, sodass die Parameter für die Impulse je nach Versorgungsspannung angepasst werden. Ob der Tiny13 das kann, weiss ich nicht, der PIC10LF322 hat jedenfalls einen ADC und eine Spannungsreferenz
-
Thread
Pixelfehler auf Graphikdisplay
ein bisschen rumspielen, damit der Speicher die große Matrix packt. Hier das Linker-Skript vom PIC18F2620 [c] // File: 18f2620i.lkr // Sample ICD2 linker script for the PIC18F2620 processor LIBPATH . FILES c018i.o FILES clib.lib FILES p18f2620.lib CODEPAGE NAME=vectors START
vielleicht mehr Sinn, das Logo in vertikale Matrizen zu teilen, falls das echt ein Problem ist mit der Zahl 32 wie oben genannt. Im Anhang befindet sich der komplette Quelltext. Man beachte die Dateien Schaufeln.c und KSWW_MAIN_C.c ich probier jetzt mal aus, unabhängig von der Matrix pixel auf dem rechten
-
Thread
Binär/ASCII zum realen Wert
was will man 3 Wochen programmieren schon erwarten) Kennt jemmand gute Bücher über das Thema (PIC programmierung, vlt sogar über den PIC16F887) Hab das Buch Mikrocontroller für Einsteier und Unterlgagen Elabo. Und noch eine Frage: Ist es einfacher sowas in C zu programmieren ? Und
Wini schrieb im Beitrag #2186925: > Und noch eine Frage: Ist es einfacher sowas in C zu programmieren ? Ja. Denn dein Compiler weiß, wie man in 16 (oder 32) Bit rechnet und setzt das dann ein. Im Grunde ersetzt dir der Compiler viel Wissen, dass du auf Assemblerebene brauchst um
-
Thread
SDCC 4.0.0 release candidate 1
without --stack-auto), and is thus considered stable. * New in-development pdk13 backend for Padauk µC with 13-bit wide program memory. * C2X memccpy(), strdup(), strndup(). * Better tail call optimization. * Many fixes in the pic14 backend. * C2X u8 character constants. * C2X bool, static_assert
Weder XC8 noch Keil-C51 sind frei. Aber die zukünftige Unterstützung für PIC is in der Tat fraglich. Bei MCS-51 sieht es nochmal anders aus: SDCC mag zur Zeit nicht so gut optimieren wie Keil-C51, aber SDCC ist immerhin
-
Thread
I2C 1Wire Counter
MIKE schrieb im Beitrag #6693743: > Auch brauch ich beim Pic wieder Grundschaktung usw. Du brauchst da nur 1 Abblock-C mit 100nF
ein Zähler IC lieber. uxdx schrieb im Beitrag #6693915: > MIKE schrieb: >> Auch brauch ich beim Pic wieder Grundschaktung usw. > > Du brauchst da nur 1 Abblock-C mit 100nF Gibt es hier evt. ein Missverständnis? Es soll natürlich alles in dem einen vorhandenen uC passieren; nicht einfach ein
-
Thread
USB Verbindung stürzt ab
Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000). CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll. --------------------------
-- System.Runtime.Remoting Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.3053 (netfxsp.050727-3000). CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll. --------------------
-
Thread
Aktueller Mikrocontroller, der gut "bare metal" zu programmieren ist?
schon mal einen mp3-Player mit einem PIC32MX470 umgesetzt, decodierung in Software und Ausgabe über I2S. Mir persönlich sagt die Peripherie der PIC32MX erheblich mehr zu, als jene der STM32. Insbesondere praktisch finde ich die Art, wie
ist und für den es eine gut gepflegte Toolchain gibt. "bare metal" kann man eigentlich fast alle µC programmieren. Für Audio oder SDR-Zwecke fallen aber fast alle kleineren Typen (8Bit usw.) heraus. Was übrig bleibt, sind PIC32 und Cortex M4F. Nun mußt du PIC32 und Renesas betreffend, jemand
-
Thread
PDIUSBD12 ersetzen oder "adaptieren"
... ob das alles so einfach geht und dann wieder neue Firmware drauf... wie würdest Du den Pic32 proggen? Assembler / c...`? hast Du eventuell USB Host Code Beispiele? Bin ehrlich - habe danach noch nicht gegoogelt ect.. Danke erstmal --- Rudi ;-)
Rudi W. schrieb im Beitrag #3498605: > ..hast Du mit PIC32 MPLAP Harmony schon mal was versucht? Nein, das ist mir noch zu neu, das muss noch reifen. Ich bin da etwas konservativ. > wie würdest Du den Pic32 proggen? Assembler / c...`? Niemand programmiert
-
Thread
mp3 player mit atmega Gesperrt
reden, da ich keine AVR benutze. Zum Abspielen einer WAV Datei von einer SD-Karte nutze ich einen PIC24F, getaktet mit 32 MHz, 16-Bit Prozessor. Ein schneller 18F wird es sicherlich auch noch gut hinbekommen, ein 16F ist aber zu langsam. Selbst bei dem 24F ist die verwendbare PWM Auflösung nur 8-Bit
die WAV abgespielt wird, d.h. mit welcher Auflösung, Bitrate) Der einzige Ausweg ist ein stärkeren uC zu wählen dessen Ausgänge 12-bit oder 16-bit PWM mitmachen, d.h. dsPIC33 oder größer. Und alles bisher mit WAV. MP3 oder jeder andere komprimierte Standard erfordert nun noch zusätzlich rechenarbeit
-
Thread
µC mit Uhrenquarz betreiben
Nimm einen C8051F912 von SiLabs, der hat alles was Du extern "anschrauben" möchtest und läuft auch mit einem 32kHz Quarz, sowie bis zu 24,5MHz intern.
Sogar der olle PIC12F675 ist für Uhrenquarze spezifiziert, hat einen Low-Power-Mode für externen Quarz 32kHz. Sicher meinen die aber damit auch 32,768kHz. Bei manchen meiner Anwendungen langweilt der sich dann sogar
-
Thread
Verständnisfrage SD-RAM
bis 200MHz möglich wäre, oder? Man könnte ihn also auch mit einem 32MHz getakteten µC ansteuern? Ich habe mir schon ein paar Erklärungen zu SD-Ram durchgelesen, aber habe immernoch nicht ganz verstanden, warum diese Taktfrequenz so wichtig ist. Der Takt läuft doch
nebenbei noch eine Frage. Wo liegt (an Beispielanwendungen) denn der Unterschied, wann man einen dsPIC/PIC32 nehmen sollte, oder einen FPGA, bzw wann einen ARM? Ich kann das nicht ganz auflösen. FPGA mit 100MHz als LA ist ja logischer als mit einem dsPIC, wohingegen ein PIC32 bei 80MHz 1,56MIPS/MHz
-
Thread
Anfängerfreundlicher 32-Bit Controller
Das Problem bei meiner Suche ist nicht dass ich keine Mikrocontroller finde (ich habe schon diverse 32-Bit uC gefunden die prinzipiell in Frage kommen, z.B. der ATSAM7, oder der ein oder andere PIC32). Jedoch kann ich kaum abschätzen welche sich für einen Einsteig besonders eignen (viel Doku, Beispiele
Eben gefunden: Arduino- ähnliches Board mit PIC32MX795F512 und CAN für 50€ http://shop.trenz-electronic.de/catalog/product_info.php?cPath=26_163&products_id=957
-
Thread
Portierung eines Mikrocontrollers
, daß man Rücksicht auf die Leistungsfähigkeit der einzelnen uC Rücksicht nehmen muß. Als Beispiel habe ich eine RTU FW die ursprünglich für PIC geschrieben wurde. Da mir diese RTU FW beim Testen von neuen uC Schaltungen und Projekten sehr nützlich ist, dient
- Original FW (mit CCS C Compiler) PIC16F auf PIC18F (CCS C) DSPIC24/30/33 (CCS C) AVR (328P/32/644P/1284P/120/2560) (CodeVision/GCC) Arduino (328/1284P/2560) (CodeVision/Arduino GCC) NEC28C11 auf AVR1284P (CodevisionAVR
-
Thread
Mikrocontroller lernen als E-Technik-Student: Assembler bzw 8 Bit noch sinnvoll?
den Großteil nicht mehr. NEC, Mitsubishi, Fujitsu um nur einige zu nennen. Falls du meinst, der STM32F103C8T6 sei eine ganz andere Prozessorfamilie als der STM32F103CBT6, dann kommt deine Rechnung eher hin. W.S.
auseinanderzusetzen? Oder sollte man sich lieber auf die > Hochsprachen fokussieren und direkt einen 32-Bit nehmen, Es gibt auch 24-Bit µC.
-
Thread
Physikalische Vorgänge in C bzw auf µC realisieren
nichts. Aber dies ist ja jetzt nur der AT90USB, ein kleiner 8Bitter. Schaue doch mal in die DS der 32Bitter was die dazu sagen... Beim PIC32MX kann man aus fast jeder glatten Quarzfrequenz fast alle Baudraten mit einer Abweichung von 0,0x% erzeugen, Oft ist sogar eine Abweichung von genau 0% möglich.
definitiv unnötig Mit einem PIC32 lässt sich das aber schon ganz gut realisieren. Dazu muss man das Programm zweiteilen. Während der Ausgabe läuft wirklich nur die Ausgabe. Evtl. kann man das Biteinschieben noch mit reinbekommen,
-
Thread
PIC_Uhr_mit_Stoppuhr wie anfangen?
das Entprellen der Taster. Danach kommt erst die eigentliche Stoppuhr-Funktionalität. Auf welchem PIC programmierst du? C oder Assembler?
Falls Du dich für C entscheiden solltest (würde ich dir empfehlen), dann kannst Du ja mal hier rein schauen: http://pic-projekte.de/pic_c.html
-
Thread
Controllerwahl Energy Harvesting-Anwendungen
Bis jetzt auf meiner Liste: -MSP430 -STM8L -STM32L -Atiny -PIC XLP und was mir bisher völlig unbekannt war -Energymicro habe ich noch etwas vergessen?
armcortex-m0microcontroller.html Wenn neben dem geringen Energieverbrauch auch Rechenleistung gefordert wird, sind die EFM32 von Energy Micro top. Für eine Batterie betriebene Uhr sind sie aber oversized, da tut es auch jeder AVR oder PIC.
-
Thread
speicher reservieren?
Afaik gibt's malloc/free nicht in den Standardbibliotheken für den C18. Also entweder größeren PIC(24,dsPIC,32), was einfaches selber schreiben, oder z.B. AN914 http://ww1.microchip.com/downloads/en/AppNotes/00914a.pdf "Dynamic Memory Allocation for the MPLAB® C18 C
bildverarbeiung usw.) zu tun? crazychriz schrieb im Beitrag #2055225: > wie würdet ihr sowas auf nem pic18 realiesieren in c??? Was soll denn der PIC machen? Peter
-
Thread
Dimmer für den Verteilerschrank mit Steuerinterface
bereits in SMD Bauformen mit wenig Pins (40?). Dazu hab ich mir vor einiger Zeit das EasyPIC5 von MikroE inkl. den C-Compiler gegönnt. Heute habe ich (endlich) angefangen mit dem EasyPIC zu arbeiten (Entwicklungsumgebung installiert und ein paar Demoprogramme getestet). In den letzten Monaten
einfiel: Anstelle den PIC neu zu programmieren (inkl. Lasterkennung etc.) könnte man einen zweiten uC (z.B. ATtiny13) einbauen. Diesen dann in die Leitung zwischen Optokoppler und PIC einsetzen und zusätzlich an die Spannungsversorgung
-
Thread
AVRISP MKII nicht mehr lieferbar - Alternativprodukt?
kann. Und Nein, ich will kein Ding für 49 €, bei mir "isst" das Auge mit. Zu der ganzen "welcher uC ist der bessere Geschichte" kann ich nur folgendes sagen: Pic möchte ich nicht, weil das nen Kumpel von mir macht. Wenn dann Mal nen Pic für das Projekt besser ist gehe ich zu ihm. Arm will ich auch
macht man wenn es an Leistung fehlt. Für die meisten Bastlerprojekte > langt aber ein AVR oder 8er PIC nach wie vor. Wenn ich die Wahl habe zwischen einem 8-Bit Controller mit 128k flash, mehr oder weniger fester Periphierie-Zuordnung, 32MHz Takt für 4€ oder einem 32-Bit Prozessor mit 256k flash 48Mhz
-
Thread
Drehimpulsgeber
Welchen µC nutzt Du? Falls Du z.B. einen STM32 benutzt, sind Entprellung und 2-bit-Gray-Code-Encoder bereits als Peripherie enthalten.
, PIC18F4620, PIC30F6014, PIC33Mc510, AVR, 8051, CORTEX M3/4, > ZILOG Encore! Dito in PSoC4 (M0). Auch im Multiplexbetrieb (4Drehgeber) no Problem mit Peters Routine. Einzige Änderung: Ich zähle
-
Thread
Ethernet Chips und die Geschwindigkeit
Hallo, hier ein Auszug aus einem älteren Forenbeitrag: PIC18F97J60+interner MAC/PHY(*): 113 PIC18F8722+ENC28J60: 63 PIC32MX795F512L+ENC28J60 (SPI, 10 MBit/s): 456 PIC32MX795F512L+ENC624J600 (SPI, 100 MBit/s): 784 PIC32MX795F512L+ENC624J600 (16 Bit Parallel PMP, 100 MBit/s): 2071 PIC32MX795F512L+interner MAC (100 MBit/s): 8449 Auf dem PIC32 Demoboard von Microchip wird ein PIC32MX795F512L + externer DP83848 PHY verwendet http://www.mouser.com/ds/2/282/snosat2e-75807.pdf
-
Thread
Übersicht Controller und Einstiegskosten (Debugger, Compiler)?
Soll natürlich: M32C, gcc -02, KPIT heißen!
Hier-kostenlos-runterladen-Entwicklungs-Umgebung-fuer-FUJITSU-FM3-Mikrocontroller 2) http://www.fujitsu.com/downloads/MICRO/fme/documentation/a45.pdf 3) C++ wird beim PIC32 offiziell nicht unterstützt http://www.microchip.com/forums/m579761.aspx
-
Thread
usb_ch9.h ERROR
zusammen, vor kurzem habe ich mich mal auch entschlossen meinen Horizont zu erweitern, und einen PIC 18F2455 als USB-Gamepad zu verwenden, indem ich mal das fertige usb_descriptor Programm von Microchip nehme. Also, C18 runter geladen, include-Dateien hinzugefügt, usw ... Wenn ich jetzt allerdings
Headerdatei scheint für einen anderen Compiler als den von Dir verwendeten geschrieben zu sein. [c] __attribute__ (packed) [/c] ist eine compilerabhängige Anweisung, Strukturelemente ohne Alignment unmittelbar nacheinander im Speicher anzuordnen. Das ist für manche 16-, 32- und 64-Bit-Architekturen
-
Thread
aktuelle µCs und Nutzen im späteren Beruf
gewohnt bearbeiten. Erst recht wenn sowieso 99% der heute erstellten embedded Programmzeilen in C oder C++ geschrieben werden. (Für Hardwarenahe Anwendungen C, für sehr komplexe Anwednugnen auch immer mehr C++) Neben den 8 Bittern also auch einen 32 Bitter kennenzulernen macht also schon Sinn,
technisch so klicki Bunt aus sieht. Das ist auch der Hauptgrund warum immer mehr größere/schnellere µC eingesetzt werden müssen. Als Vorbereitung für den Beruf wäre es nicht schlecht wenn Du einen µC mit einem Cortex-Mx Kern (z.B. STM32 oder LPX17xx) auch mal programmierst. Dass Du Dich mit der Debug
-
Thread
Microchip CLB – erste Versuche zur „FPGA-Zelle“ im Achtbitter
(); NVM_Initialize(); INTERRUPT_Initialize(); } [/c] Ebenda finden sich auch einige Methoden, die die Kommunikation mit den 32 bit breiten „Steuerregistern“ ermöglichen. Aus Sicht der Recheneinheit stehen zwei Registergruppen aus je vier Kernregistern
muss, > dann will, oder braucht man regelmaessig auch wesentlich mehr IOs > als die "sparsamen" 32(?) GPIOs eines RP2040 oder eines PIC. Nein, mir faellt das sofort eine Anwendung ein wo das nicht so ist, kann ich aber wegen Firma und so hier nicht erzaehlen. Wie schon gesagt, es ist selten
-
Thread
ATmega Development Boards (Sind die OK?)
10621_10620_5722415_5711313,searchweb201603_41,ppcSwitch_5&algo_expid=3d24636e-b867-4367-a88b-bffca4c669d0-4&algo_pvid=3d24636e-b867-4367-a88b-bffca4c669d0&transAbTest=ae803_3&priceBeautifyAB=0 ATmega32 https://www.aliexpress.com/item/Development-Board-core-board-for-Atmega32-Mega32-AVR-free-shipping
Blue-Pill Board ^^) #5: STM32F103C8T6 https://de.aliexpress.com/item/WAVGAT-STM32F103C8T6-stm32f103-stm32f1-STM32-system-learning-board-evaluation-kit-entwicklungsboard/32841552874.html?spm=a2g0s.8937460.0.0.X8gdZi (Ist auch
-
Thread
Suche günstigen 5V Mikrocontroller mit 6 PWM Channel für LED Steuerung
PIC24F08KM202 dsPIC33EV32GM002 PIC24F16KM202 dsPIC33EV64GM002 dsPIC33EV32GM102 dsPIC33EV32GM004 PIC24F08KM204 dsPIC33EV128GM002 PIC24F16KM204 dsPIC33EV64GM102 dsPIC33EV64GM004 dsPIC33EV32GM006 dsPIC33EV32GM104 dsPIC33EV128GM102 dsPIC33EV128GM004 dsPIC33EV256GM002 dsPIC33EV64GM006 dsPIC33EV64GM104 . . .