-
Thread
Solid State Relais an 3,3 Volt PIC
Je nach PIC wird auch ein gewisser Spannungsabfall über dem Ausgangstransistor des PIC sich einstellen. Beim PIC16F84A z.B. typ rund 1,2 V bei um die 15mA. Da bleibt für den Rv nicht mehr viel übrig, bzw. sollte
Hardware Helfer schrieb im Beitrag #3831140: > ja, stimmt 16 mA bis 24 mA... > > Dann liege ich mit 20mA in der goldenen Mitte. Die mußt du aber wie gesagt erst mal schaffen. Der PIC wird bei 20mA *nicht* mehr 3.3V für LED und Vorwiderstand bereit stellen. Ein Teil
-
Thread
Grafikdisplay 320x256 Pollin Verwendbarkeit?
Ein PIC24FJ128DA210 kann das Display ohne zusätzliche Hardware direkt ansteuern. fchk
Pins, der PIC24FJ128DA206 64 Pins. Einfacher kommst Du nicht davon. fchk
-
Thread
kleine Konsole mit PIC: Was für ein Display?
also sponntan würde ich sagen nimm lieber pic24 Als Display sowas vllt ? http://www.techtoys.com.hk/Displays/TY240240320/TY240240320.htm
setzen könnte. Dann habe ich eine Obergrenze für die Auflösung und Farbtiefe. Danach werde ich mir den PIC24F genauer ansehen und auch nochmal die PIC30F und PIC33F durchforsten. Leider unterstützt mein Programmer maximal nur die PIC18F Serie. Aber ich kann mir damit ja den Brenner9P (rev 5) von www.sprut.de
-
Thread
Controllertypen: Blick über den Tellerrand
Compiler-freundlichere Offset-Adressierung. > dsPICs (mit DSP Unit) Interessant ist die ganze PIC30 Familie, ob mit oder ohne DSP: dsPIC30, PIC24, dsPIC33, wobei sich die bis 40pin in DIP erhältlichen dsPIC30 aufgrund ihres Stromverbrauchs auch als Kaffeewärmer eignen ;-). Allerdings sollte man
) über PIC24 (16biter), dsPIC(16bit DSP) und PIC32 (32biter) die gleiche Oberfläche. Der Wechsel von PIC18 zu PIC24 gestaltet sich (zumindest in C) sehr einfach... Aber wirklich rentieren tut es sich nicht
-
Thread
Bits effektiv umsortieren in C
das Ergebnis zurück. Das Prinzip: in R25, _SFR_IO_ADDR(PORTB) // PORTB nach R25 laden clr R24 // das Zielregister löschen, // R24 gibt das Ergebnis zurück bld R25, 0 // Bit.0 von PORTB ins T-Flag laden bst R24, 7 // und das T-Flag nach Bit.7 von R24 kopieren bld R25, 1 // Bit.1 von PORTB ins T-Flag laden bst R24, 6 // und das T-Flag nach Bit.6 von R24 kopieren ......... // und so weiter
-
Thread
Blinkrelais für Torantrieb
bspw. wenn der Torantrieb einen Störungsausgang hat, auf doppelte Blinkfrequenz schalten. Zwischen PIC und Gate könnte noch ein Schutzwiderstand z.B. 5k hinein, damit der PIC nicht mit stirbt, wenn das Gate mal durch Transistordefekt einen "Kurzen" nach 24V bekommt.
Wilhelm F. schrieb im Beitrag #3526383: > Zwischen PIC und Gate könnte noch ein Schutzwiderstand z.B. 5k hinein, > damit der PIC nicht mit stirbt, wenn das Gate mal durch Transistordefekt > einen "Kurzen" nach 24V bekommt. oder nen optokoppler für
-
Thread
AVR Synthesizer mit ATxmega128A1
der VST-DSP Ecke komme. Habe mir dann mal ein paar Dev-Boards für schnellere Controller gesucht (PIC32, dsPIC, AVR32...), allerdings bin ich da nicht sonderlich weit gekommen. Der dsPIC ist recht simpel und billig, und man kommt schnell zum DSP-Teil des Projekts, allerings ist er nicht sonderlich schnell
Ja das wollte ich gerade machen. outPitch = (__uint24)fPitch1 << fOctave; = 440,1Hz outPitch = (__uint24)fPitch2 << fOctave; = 261,6Hz
-
Thread
PIC12F675 Einstieg
Hallo Stefan, naja, der Gedanke ist recht einfach: PIC12 kostet 1€, PIC18 8-10€ PIC12 ist viel kleiner, PIC18 ist riesen-groß. Aber du hast recht, der Umstieg ist total verwirrend!!!! Hast du vielleicht nen Tipp für mich, wo ich den PIC18 billig erwerben
Hallo miteinander, programmiere 10F, 12F, 16F, manchmal 18F und bin dabei 24H zu lernen. Umstieg ist nicht so schwierig, wenn der Compiler die meiste Arbeit abnimmt. Übrigens läuft der PIC12F683 (mein günstiger Favorit für viele Projekte) mit 8 MHz interner Quarz. Von 8 Pins
-
Thread
Zeitverzögerung beim PIC16F84A
machen. Bei 4MHz Quarz-Takt ist ein Zyklus = 1 µs, auch ein gern genommenes Verständnisproblem beim PIC.
= 60 * 60 * 24 ; 24h #define byte5(x) byte4(x / 256) .macro warte ldi r16, byte1( @0 / 7 ) ldi r17, byte2( @0 / 7 ) ldi r18, byte3( @0 / 7 ) ldi r19, byte4
-
Thread
PROM lesen /schreiben / Programmiergerät
meinst, die Frequenzen sind auf einem EEPROM? Meinst du den: The Microchip Technology Inc. 24AA01/24LC01B (24XX01*) is a 1 Kbit Electrically Erasable PROM?
Der SO-8 ganz in der Nähe: 24LC0....
-
Thread
Einstieg: PIC oder Amtel?
den AVRs nicht aus und will es nicht abstreiten, dass sie es auch währen). d.H. Ich kann jetzt einen PIC18F benutzen und wenn dieser zu langsam ist, dann nehme ich einfach einen PIC24F her und setze diesen ein, ohne das ich hier etwas an der Hardware verändern muss. Achja... welche Programmiersprache
ungemein." Stimmt, so kann man es natürlich auch sehen. Zumindest momentan kann ich die aktuellen PIC18 nicht wirklich empfehlen und die älteren sollte man laut Microchip eigentlich nicht mehr für neue Designs verwenden. Was die Beschränkung der PIC-Architektur betrifft: Es gibt inzwischen mit PIC24
-
Thread
Pic18 - großes Array
Hallo, ich habe ein const char font[256][24] array auf einem pic18f26k40. auf einem pic 16 hat alles prima funktioniert, jetzt habe ich das auf den pic18 portiert und es geht nicht mehr. Fehlerbild - siehe Anhang. Ich sehe den Arrayinhalt
Bonsi schrieb im Beitrag #4943481: > Zuvor hatte ich einen pic16f18857, da wurde das Array in einer "font.h" > als: const char font[256][24] = ... definiert, In einem Header definiert man eigentlich besser nichts. Egal - du könntest vielleicht dein mit der
-
Thread
USB OTG zu UART Bridge
Frank K. schrieb im Beitrag #5769623: > PIC24 und PIC32 können es direkt, Hast du das schon mal gemacht?
HyperMario schrieb im Beitrag #5769627: > Frank K. schrieb im Beitrag #5769623: >> PIC24 und PIC32 können es direkt, > > Hast du das schon mal gemacht? Den Microchip-USB-Stack habe ich schon verwendet, mit CDC und Mass Storage. Allerdings nur als Device. Support für Host ist aber
-
Thread
NWT7 funktioniert nicht richtig mit der geforderten Taktrate
nicht. Was hat das eine - der Einstellung des DDS Taktes in der IDE - mit der Firmware und desses PIC Assembler Quelle zu tun ? Nun ich habe die PIC Assembler Quelle und nun? Diese benötigt man nicht direkt, Andreas, DL4JAL stellt für verschieden NWT Hardwarebasen, die zugehörige Firmware kosten
year to everybody. Dear Dan, change the firmware with older one (fw119.5), for the same clock of PIC and then check again. Another variant is to change the quartz of PIC with 10MHz one and use fw119.3 (this is my hardware) and I'm sure NWT will function
-
Thread
PIC Batteriespannung messen
der PIC18F24K20 hätte auch schon eine 1,2V referenz eingebaut die würde das ganze unterfangen schon vereinfachen
Der Pic 18F24K20 wäre auch eine möglichkeit. Werde ich mir mal genauer ansehen.
-
Thread
Adressierung über Bus
Frank K. schrieb im Beitrag #3766252: > CAN: Da nimmst Du besser einen PIC18F25K80, der hat nämlich schon > den passenden CAN-Controller eingebaut. Noch besser einen LPC11C22FBD48, der hat auch noch den CAN-Transceiver eingebaut. Und ist kein PIC.
Frank K. schrieb im Beitrag #3766563: > Auch dann ist der PIC (a) billiger Als ich vor einigen Jahren mal einen PIC18F258 ausprobierte war der deutlich teurer als ein ATmega8 plus MCP2515. Jedenfalls bei Reichelt. Nicht dass das wirklich eine Rolle spielen
-
Thread
Wo ist der Fehler in der Hex datei. Brenner kann sie nicht öffnen
Die Hex Datei ist eine Text Datei. Schau mal rein. Wenn die Datei allerdings 100% für den richtigen PIC ist, gibt es eine Auswahl in der Brennsoftware für den PIC bzw. wurde dieser richtig erkannt?
Alexander Nowak schrieb im Beitrag #2644126: > Line: 136 > :0100000024DB :01 0000 00 24 DB :BL AAAA TY DD PS Diese Zeile ist offenbar falsch. Ne Blocklänge von 1 sollte nie vorkommen, weil ein PIC-Befehl immer 2 Bytes im Hexfile ausmacht. Außerdem landet der einsame Code 24h auf Adresse
-
Thread
WLAN Anbindung
vorhandenen Webserver und den vorhandenen TCP-Stack hineinzubasteln. Mein Vorschlag: Microchip MRF24WG0MB 802.11g WLAN-Modul Dazu ein PIC24 oder PIC32 und weitere Peripherie nach Wahl. Dieses WLAN-Modul hat keinen eingebauten TCP/IP-Stack. Microchip hat einen kompletten Stack mit allen möglichen
viele Architekturen ich inzwischen schon durch habe... Z80, 6502, 68000, 68H11, x86, 8051, AVR, AVR32, PIC 18/24/dsPIC, ARM, MIPS/PIC32, MSP430, diverse DSPs... Ich mache das aber auch schon ein paar Jahrzehnte. Daher bin ich eigentlich herstellerneutral und nehme den Controller, den ich für am passendsten
-
Thread
Frage zu CCL-Einheit in neueren AVR-Controllern
für die nicht mehr verfügbaren CPLD gedacht. Zuerst gab es CCL bei Silabs dann bei den neueren PIC und wurden dann in die neueren AVR übernommen. Hier ein Vergleich wie WS2812B Led Driver implementiert wird auf AVR PIC Silabs: https://siliconlabs.force.com/community/s/share/a5U8Y000000bxnDUAQ
Naja - Du blendest hier aus, dass PIC und AVR hausintern im Wettbewerb stehen. Mit Logik hat das wenig zu tun.
-
Thread
Suche Simulator für 8051
Hi Gerhard, > Hier ist eine Link zum "Peripheral Pin Select" bei den 24er PICs: Danke für den Link. Scheint recht flexibel zu sein, aber auch nicht ganz ohne Einschränkungen. Ich würde sagen nahezu gleichwertig zu SiLabs, mit leichtem Vorsprung für den PIC. Ralf
Hi Ralf, ich habe mit diesem PIC Typ noch nicht gearbeitet und habe deshalb noch keine praktische Erfahrung mit den Eigenheiten des PPS da ich noch keinen Grund hatte mit den 24er PICS zu arbeiten. Wenn ich von meinem Urlaub zurück
-
Thread
8x8 Hardware Multiplier
Benedikt K. wrote: > Gibts die überhaupt ohne DSP ? PIC24F: langsamer, viel RAM, Schwergewicht auf Funktionalität, kein DSP. PIC24H: wie dsPIC33, aber ohne DSP (defekt?). dsPIC33: Nachfolger von dsPIC30. PIC30 ist wohl auch seitens Microchip sowas wie
OK, sagen wir der PIC ist ein Ausnahme.
-
Thread
Suche 8PIN µC
"werde wohl den PIC nehmen, da ich kein Problem mit Assembler habe (8080, 8051, 68HC11)" Wenn Du schon 8051 usw. kannst, dann wirst Du viele wichtige und sinnvolle Instruktionen beim PIC schmerzlich vermissen. Alle PIC-Benutzer, die ich kenne, haben mit dem PIC angefangen, d.h. sie kannten vorher noch nichts besseres. Es gibt gute PIC-Webseiten (Sprut), die man unbedingt lesen sollte, da doch einige ziemlich gemeine
-
Thread
Neues Projekt - welcher µC?
verbreitet. Das Problem is die Verzerrte Wahrnehmung in diesem Forum. Es gibt halt nur STM32, AVR und PIC. Schon die Pic werden alle in die stinkende PIC16-Tonne gekloppt, weil die Leute keine Ahnung haben. Die Realität in der Industrie hat damit NICHTS zu tun. STM32 sind mitnichten "Standard", es gibt
verschiedenen Serien. Einige µC-Serien haben für Bastler sehr schöne Eigenschaften: Bei den LPCx (und PIC24) ist das zum Beispiel das Peripheral Remapping, welches das Platinendesign mit 2 Lagen stark vereinfacht. Cypress PSOCs sind sehr flexibel, was die Peripherie angeht. Und binde dich nicht auf
-
Thread
Display "TFT Proto" an µC ?
Für PIC gibts hier ne Library: http://www.mikroe.com/eng/downloads/get/932/pic32mx4_mmb_examples_v200.zip in Microchip/Graphics Ich nähm wohl eines.
Bei MicroE kostet es 31¢ = 24€, ohne Porto versteht sich.
-
Thread
Arduino: Eingänge, Ausgänge, I2C, Leitungslängen,.
die eine Ranking Tabelle / Startliste verwaltet. Meine Bauteile: Arduino Uno, 2 x Lichtschranken 24V PNP und 2 x 24V 150mA LED Lampen. Für die Pegelanpassung an den Eingängen mit 5V -> 24V dachte ich an: in o-----+ | R1 | +----R3-----+----> µC
Dur nur eine Ader (der PIC muss ja nicht zurück senden) plus Ground. Der zusätzliche PIC könnte billiger werden als die zusätzlichen Adern in dem Kabel. fchk
-
Thread
Geht AVR auch so komfortabel wie PIC?
automatisch im Simulator gelandet, als der PICKit nicht angeschlossen war. Und bei den 16 Bittern, den PIC24, gibts mehrere Code und auch Datenbreakpoints. Die Zeiten, in denen man blind programmiert hat, sind eigentlich vorbei. Und das sagt einer, mal mit einer "Pipeline" von UV-Eproms im Löschgerät
Mit welchen PIC vergleichen wir hier eigentlich den AVR? C Compilierung ist meines Wissens erst ab PIC18 so richtig sinnvoll verwendbar. Nach oben gibts dann noch PIC24 und PIC32 die eine etwas andere Klasse sind.
-
Thread
Umsetzung "Grafikkarte"
Michael D. schrieb im Beitrag #3075955: > Gegen PIC spricht, das ich mit Atmel aufgewachsen bin, und daher erstmal > dort bleiben möchte. Soso. Du möchtest also nicht den Videobeschleuniger des PIC24FJ256DA210 benutzen, der selber ohne Prozessorhilfe
Vergleichen wir mal den von dir angebotenen PIC24FJ256DA210 mit dem aktuell eingeplanten und schon fast fertig gerouteten AT32UC3B0512: CPU 16MHz vs. 60MHz Programm Memory 256kB vs. 512kB Ram: 98kB vs. 96kB PinCount 100 vs. 64 D/A Wanlder:
-
Thread
PIC Assembler Division 8Bit
Mit einer Tabelle? Von welchem PIC reden wir? Gruss Chregu
nicht ganz schlau daraus geworden. Auf den ersten Seiten gibt es ja diese Tabellen je nachdem welchen PIC man benutzt, da war meiner nichtmal aufgeführt...da stand PIC16C...., ich verwende allerdings einen PIC16F887. John und Wit G: Werde eure Ideen bald mal ausprobieren, vielen Dank dafür. Stephan
-
Thread
Relais Selbsthaltung für Taster - Schaltung "spinnt"
informiert aber mir ist nicht klar was ich jetzt konkret wo machen muss. Eckdaten: Relais - Finder, 24V DC -> 230V AC, Stromverbrauch bei Schaltung: 22mA 1. IC (T2S) - pic-tec.com 2. IC (ULN2803) 3. Spannungswandler: 78005 Hoffe jemand erbarmt sich, ist eine ziemlich "blöde" Situation. Vielen
"8T to 8S" weiß ich nicht, muss ich nachher messen. Der IC ist ja fertig gekauft (wie erwähnt von pic-tec). Wegen der Leistungsaufnahme: Der ULN2803 soll laut Datenblatt bei 50VDC gesamt 500mA nehmen können, die Relais nehmen 24VDC mit je 22mA - also müsste ich richtig guten Puffer haben. Die
-
Thread
ADC mit DRAM Buffer an µC anbinden
mir die 12 Bit Daten an einem Paralell Bus dar in eienr geschwindigkeit die ich unäglich mit meinem PIC erfassen kann, zumal ich keine 12 bzw 24 Ports (ich muss zwei Kanäle simultan lesen) mehr frei habe. Ich benötige also einen Zwischenspeicher der mit die Daten dann "langsam" via SPI an den PIC weiterschickt
> Ich benötige > also einen Zwischenspeicher der mit die Daten dann "langsam" via SPI an > den PIC weiterschickt. Richtig, die 2K samples @ 24 bit lassen sich problemlos in einem statischen RAM (z.B. 3x 8bitx2k) speichern. Die Komplexität liegt in der Ansteuerung von ADC und Speicher. Diese muss
-
Thread
Programmierer für kleinere Aufgaben
ich keinen Grund was zu ändern. MaWin schrieb im Beitrag #3810476: > Wie Leitwolf aber auf den PIC als Prozessor für C kommt, ist > schleierhaft, was schlechter zusammenpassendes gibt es kaum. PIC ist weit mehr als ein alter PIC16... So ein PIC24 mit 80MHz steckt einen Atmega locker weg.
rein. Hab die bis jetzt nur in ASM programmiert, und beginne erst jetzt mit C bei den PIC24. Naja, du hast wahrscheinlich recht, wenn man schon C Routinen hat für den 8biter und geübt ist im Umgang mit dem Compiler, wird C vermutlich bei so einen kleinen Programm schneller umgesetzt sein
-
Thread
Schneller Mikrocontroller mit Ethernet gesucht
hast, ist es so ziemlich egal welchen du nimmst. Schaue dir halt die gängigen Verdächtigen an, z.B. PIC24/PIC32, ARM, STM32, ... Suche dir auf jeden Fall einen Typ raus, bei dem du im Freundeskreis Hilfe erwarten kannst. Denn für einen Einsteiger ist diese Aufgabenstellung nur sehr schwer bis gar
mit CAN Bus. Ich hatte allerdings schon Erfahrung mit Microcontrollern. Das Projekt wurde mit einem PIC24 und Zusatzkomponenten aufgebaut. Ohne Vorkenntnisse würde ich spontan ein anderes Thema bearbeiten. Wenn Du allerdings extrem viel Selbstvertrauen, keine Hobbies und keine Frau/Freundin hast: Vollgas
-
Thread
EMV-Problematik
Das Protokoll ect. Hab ich nun schon mehrere Male gecheckt. Ich kann nichts finden, was evtl. dem PIC sagt, das er seine Adresse ändern soll. Stehe ich nun vor einem EMV-Problem? Das einzigste, was ich hier gefunden habe ist, das der PIC wesentlich störunanfälliger (bzgl. EMV) ist als der AVR
PIC16C73, PIC16C74, PIC16C62, PIC16F873, PIC16F876 Reiner
-
Thread
Unterschied zwischen bei Compiler MPLAB® C und MPLAB® XC
static void InitializeSystem(void) { char Data[3]; #if (defined(__18CXX) & !defined(PIC18F87J50_PIM)) ADCON1 |= 0x0F; // Default all pins to digital #elif defined(__C30__) #if defined(__PIC24FJ256DA210__) || defined(__PIC24FJ256GB210__)
*)&ReceivedDataBuffer,64); } }//end ProcessIO void BlinkUSBStatus(void) { #if defined(PIC24FJ256DA210_DEV_BOARD) // No need to clear UIRbits.SOFIF to 0 here. // Callback caller is already doing that. #define BLINK_INTERVAL 20000 #define BLANK_INTERVAL 200000
-
Thread
Flugzeug-Daten auf 1090 MHz empfangen
You may also have a look to this project: http://rxcontrol.free.fr/PicADSB/index.html
Flugbereitschaft_des_Bundesministeriums_der_Verteidigung Die ebenfalls beteiligten Skyhawks kann man jedoch auch auf FR24 sehen. Auf dem FR24 Screenshot ist die SKYHWK1 genauso zu erkennen wie auf meinem Radar. Die COBO31 fehlt aber bei FR24. Der Grund ist mir nicht bekannt, denn ADS-B Daten sendet die Maschine ja auf
-
Thread
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
ist jedoch unterschiedlich, abhängig davon ob Du einen 12 > Bit, 14 Bit oder 16 Bit Core hast, oder PIC24/dsPIC, und bei PIC32 wird > das MIPS EJTAG durchgetunnelt. Oftmals wird auch noch ein Programming > Executive runtergeladen, der weitere Funktionen implementiert. Das alles > zu implementieren
. schrieb im Beitrag #7690322: > Ich habe mich vor über 10 Jahren von AVR verabschiedet und zu > PIC24, PIC32 und ARM gewechselt. Da habe ich fürs Geld einfach mehr > Leistung und vor allem deutlich bessere Peripherie bekommen. Kann ich gut verstehen, ich habe auch öfters mal überlegt, zu PIC18
-
Thread
LED/24V mit uC, PWM und gewissen Bedingungn ansteuern
sich sollte mein Problem kein Neues sein, zumindest mit den richtigen Bauteilen: Ich will mit einem PIC mehrere LEDs schalten und per PWM dimmen. Folgende Voraussetzungen sind dabei zu beachten für die Schalter: 1. 24V (Laptop-Steckernetzteil: 24V, 3,2A) 2. ca. 1 – 1,5A pro LED-Farbe 3. jede Farbe
per Fernbedienung zu steuern. Somti muss natürlich an jede Lampe ein (kleiner) PIC, der die IR-Befehle empfängt und die LAmpe schaltet. Die Lampe braucht 230V, der PIC 5V (bzw. ggf. 3,3V). Da ich nicht an eine Deckenlampe noch ein STeckernetzteil anbringen kann um den PIC mit 5V zu
-
Thread
Konzeptsuche: Netzwerkprotokoll für Kommunikation Android App <-> Heizungssteuerung
Auf der PIC Seite brauchst Du keine XML Verarbeitung, mache es ganz einfach - schicke per POST einen einfachen String: [code]ZIMMER=1,20;ZIMMER=2,24;ZEITPLAN=3,18:30,22,20:30,18...[/code] - Zimmer 1 20°
Stack hat seine Limitationen. Dies wird bestimmt auch darin begründet liegen, dass der Stack auf den PIC32, den PIC24 (16-Bit) und sogar diversen 8-Bit-PICs läuft. Ich bin mit dem, was Microchip einem kostenlos zur Verfügung stellt aber völlig zufrieden. Mein Ziel, ein einfaches Webinterface zu erstellen
-
Thread
WS2812/2811 mit PIC asm.Verzweiflung!
Vielleicht hilft dir das beim Einarbeiten in SPI: http://pic-projekte.de/wiki/index.php?title=PIC_Tutorial#SPI
Ollus schrieb im Beitrag #3055793: > Und beim PIC-Assembler muß man nicht so viel 'GOTO' benutzen. Das bringt > uns PIC-Programmierer immer wieder in Verruf und hält das Vorurteil > aufrecht, PIC-Code sei unübersichtlich ;-) ich hab mir noch
-
Thread
Minimale Hardware für DSPic
Rest ergibt sich dann schon. Interessant werden bestimmt auch die neuen 16Bit Mikrocontroller, die Pic24.. Kann mir jemand seine Hardware vielleicht posten?
_fast_ die gleiche Anschlussbelegung. Pic24 sind übrigens nichts anderes als dsPIC _ohne_ DSP Einheit. Gruß Dieter
-
Thread
Teilen durch eine Fliesskommazahl in Assembler
Strom- Frequenz konverter. Dabei programmiere ich gerade einen ADuC834 (intern 8052) und auch einen PIC16F84A. Der ADuC übernimmt die 24Bit AD-Wandlung und mit dem PIC generiere ich die Frequenz. Nun sollte ich den 24Bit gewandelten Wert mit einer Konstanten Fliesskommazahl (1,386765864) teilen. Wie
Ich habe mommentan bei Full-scale (Alle 24Bit->High), am Ausgang vom PIC eine Frequenz von ungefähr 16,876....kHz!!(weiss sie Mommentan nicht auswendig) Ich sollte aber auf 12,5kHz/50ppM genauigkeit kommen! Also dachte ich mir den 24Bit Wert
-
Thread
uart interface pic18
> Der Onboard-PIC ist nur als USB-UART-Bridge gedacht. Ansonsten sollst Du > das Board in ein Demoboard mit PicTail(+) einstecken und den onboard-PIC > nicht benutzen. So ist das eigentlich gedacht. Hmm, ja Ok.
Crissi schrieb im Beitrag #4104180: >> Der Onboard-PIC ist nur als USB-UART-Bridge gedacht. Ansonsten sollst Du >> das Board in ein Demoboard mit PicTail(+) einstecken und den onboard-PIC >> nicht benutzen. So ist das eigentlich gedacht. > > Hmm, ja
-
Thread
Mikrocontroller-Programmierung selber beibringen
Programmer würde ich das PICkit3 verwenden, die China Clones sollen auch ganz gut sein und dazu ein PIC Board. Ich habe mit dieses mit einem PIC18F45k22 nachgebaut: http://sprut.de/electronic/pic/test/index.htm#40pin Für die ersten Schritte tut es aber auch ein PIC auf einem Breadboard. Alternativ könnte
liefert sich halt einem geschlossenen System auf "Gedeih und Verderb" aus). Bei den stärkeren PICs (PIC24, dsPIC & PIC32) ist das nochmal düsterer, da gibt es nichtmal eine frickelige 100% offene Toolchain und selbst der gratis-compiler wird nach nem monat kastriert....
-
Thread
seltsame Ladeschaltung bei Treppenlift
zusammen 24V. Ladung: In den Endstellungen wird der Fahrschlitten mit 33V 1A über ein Schaltnetzteil versorgt. Ein PIC steuert die Ladung. Durch Messungen habe ich herausgefunden, daß zunächst ca. 850mA fließen
daß der Fahrstrom auf den Motor kommt. Natürlich bedeutet das Verlust beim Fahren. 1V von den ca. 24 sind dann halt weg.
-
Thread
Synthesizer Einstieg
Servus, also an wowas bin ich gerade dran, probiere gerade mit pic24hj herum. Habe mir da eine extra reglerbox mit 16 poti's gebaut und ein paar schaltern und einem 2*16 Display. in der box ist ein pic16f872 drin. Der pic 24hj holt sich dann per spi die ganzen
durchstimme dann hört man diese Aliacing! Das muss ich irgendwie interpolieren oder sonst was? Der pic24hj berechnet 96K Samples per Sekunde . Die Wellenformen bestehen aus 128 16Bit-Werten was ich im unteren Frequenzbereich eher als problematisch betrache. Wenns dich interesiert einfach mal melden
-
Thread
einige Fragen zu 24HJ256GP610-IPT
Hallo, a) Controller #if (defined(__PIC24HJ256GP610__)) #include <p24Hxxxx.h> #else #error "PIC-TYP ist nicht richtig!" #endif // #ifdef (lots of PIC24H devices) b) wenn wert nicht größer 256 Program Memory [Origin = 0x200, Length
dynamic memory (bytes): 0x29c0 (10688) Executing: "C:\Programme\Microchip\MPLAB C30\bin\pic30-bin2hex.exe" "E:\Pic_24_Sourcecode\Stellpult_V1.1\StellpultController.cof" Loaded E:\Pic_24_Sourcecode\Stellpult_V1.1\StellpultController.cof. ---------------------------------------------------
-
Thread
Display mit Touchscreen bei Pollin?
von mir. Die ist von Allu. Ich werde im Laufe des Wochenendes die aktuelle Version von mir für den PIC inkl. einem Anschlussplan im Target Format mal hochladen. Die bas Datei ist übrigens nicht für Bascom sondern für den PicBasic Proton-Compiler von Crownhill. Falls jemand einen anderen PIC verwenden
Meik Dittmann schrieb: > Falls jemand einen anderen PIC verwenden > möchte (alle >= 28PINs dürften gehen) kann ich das fertige HEX-File auch > gerne anpassen. Hallo Meik, Wenn du das für den Pic 16F871 anpassen könntest wäre das Prima. Habe mit
-
Thread
IDE mit Fokus auf Assembler für Umsteiger AVR -> STM32
200024bc: 3103 adds r1, #3 200024be: 8317 strh r7, [r2, #24] 200024c0: 8316 strh r6, [r2, #24] 200024c2: e9c3 4101 strd r4, r1, [r3, #4] 200024c6: 8355 strh r5, [r2, #26] 200024c8: bcf0
habe ich in Turbo-C programmiert. Dann bin ich bei den 16-bitter PIC24/dsPIC gelandet und den setze ich jetzt immer ein. Schau Dir mal die Dokus für die dsPIC-Reihe an! Der Befehlssatz ist Assembler-freundlich und deutlich besser als beim ATMEGA. Und sehr gut dokumentiert
-
Thread
Bei mir unter Win10 64bit läuft es NICHT
noch nie ein Compilerbegründetes Problem. Das gilt auch für den XC16 (PIC24). schlaubi schrieb im Beitrag #5658304: > Der groesste Nachteil ist allenfalls das Banking wegen > nicht ausreichender Wortbreite der Befehle. Bei PIC24 und PIC32 gibt es kein Banking. Man
> Ich hatte noch nie ein Compilerbegründetes Problem. Das gilt auch für > den XC16 (PIC24). Die hatte ich mit dem XC8 fuer PIC16 allerdings auch nicht.
-
Thread
PIC_Uhr_mit_Stoppuhr wie anfangen?
;No carry_in, so just add Paralax Syntax, schlimmer gehts nimmer! Und dann auch nuch eine 24Bit Adition, tolles Beispiel, völlig Anfängergeignet.... magst du die PIC's nicht? Nimm den MPASM oder C. APPLEPIE
Peter Dannegger schrieb im Beitrag #1974775: > Der PIC-Assembler ist mit Abstand der am schwersten zu lernende > Assembler unter den 8-Bittern. ist aber unfair einen PIC16 code zu bringen nachdem wir schon bei PIC18 waren: Bei PIC18 es ADDWFC-Befehle