-
Thread
PICKit2 und PIC16(L)F145x
1.63.148 OS Firmware Version: 2.32.00 Operation Succeeded % pk2cmd -P Auto-Detect: Found part PIC16F1459. Operation Succeeded [/c] Das Programmieren bzw Prüfen schlägt aber fehl: [c]% pk2cmd -PPIC16F1459 -F bootloader.hex -M PICkit 2 Program Report 24-6-2015, 22:33:24 Device Type: PIC16F1459
www.microchip.com/forums/download.axd?file=0;610564 Klappt leider nicht mit diesen File, da kein 16F1459 unterstützt wird: [c]% pk2cmd -?P | grep 14 Device File Version: 1.62.14 PIC16F914 Midrange/Standard PIC18F14K22 PIC18F_K_ PIC18F14K50
-
Thread
Nachteil bei verschiedenen µC
Irgend jemand muss ja den Gegenpol zum AVR spielen. ...den gibt's doch schon in Form von 8051, PIC, MSP430, STR7, MB90Fxxx, R8/R16, AT91, AT32, TMS470 und viele andere mehr. Ein weiteres "Gegenpölchen" im Strudel der Controller wird's da so schnell nicht reissen...
studieren. Ich hatte in den letzten 20 Jahren schon einige durchgemacht, Z80, 68HC11, AT90CAN128, AVR, PIC, dsPIC, M16C, LPC2294, LPC2368. Den C166 wollte ich mal, ist aber schwer beschaffbar. Aber alle haben irgend welche "Macken". Der einzige Nachteil des STM32F107xx ist, dass der kein SDIO mit drin
-
Thread
Uhr mit PIC18
D. R. schrieb im Beitrag #5259875: > Es muss mit dem PIC18F25K22 programmiert werden Dein PIC hat einen "Dedicated Secondary 32 kHz oscillator circuit" Warum nicht einen Uhrenquarz verwenden? Anbei eine pdf-Zusammenstellung wie man eine Real Time
Hallo, ich habe das beim PIC 18F auch schon öfter gemacht. Allerdings hat mein PIC einen RTV via I2C angebunden. http://www.schwabenplan.com/allgemeines.htm PIC18F46K80 oder PIC18F97J60 Viele Grüße Ingo
-
Thread
LC-METER / LC-Messgerät ATmega8 Assembler
1mH an, werden in Reihe 1.055µH und parallel 1.024µH gemessen. Eine Spule mit 10µH wird parallel mit 8µH gemessen. Das passt ja soweit auch ganz gut. Messe ich die Spule in Reihe, werden 4.294.963µH angzeigt. Mit den Kondensatoren ist es noch wirrer. 100nF werden mit 97.993pF angezeigt, soweit noch
denn für dCref (Wird nach der Kalibrierung angezeigt) bekommt. Achja, das Programm ist für ein 1x16-LCD mit 2x8er Organisation geschrieben, durch ändern der Zeile #define LCD_2X8 1 in #define LCD_2X8 0 lässt sich das Programm aber für ein 1x16-LCD in normaler Ausführung kompilieren. Konnte
-
Thread
Controller für Batteriebetrieb : Bootloader ?
Möglichkeiten, um den Stromverbrauch runter zu bringen. https://www.microchip.com/en-us/product/PIC16F19176 So geht das. Und ja, dafür kann man sich auch Bootloader schreiben, wenn man unbedingt muss. Oder was fertiges von Microchip nehmen. fchk
kleinem Zeug > fange ich nicht an ? Microchip-typisch gibts viele PICs als als DIL. Auch den PIC16LF19176-I/P. https://www.digikey.de/de/products/detail/microchip-technology/PIC16LF19176-I-P/7801956 LCDs gibts oft auch mit Pins im 2.54mm Raster, z.B. https://www.digikey.de/de/products/detail
-
Thread
STM32 vs. AVR16 messen von Spannungen von 0,5-1,2V
Hallo, mit CAN gibt es noch folgende 8Bit Controller Serien PIC16F180 PIC18-Q83 PIC18-Q84 und "ältere" ATmegas.
Andere kostet viel weniger. Veit D. schrieb im Beitrag #7915788: > mit CAN gibt es noch folgende 8Bit Controller Serien > PIC16F180 > PIC18-Q83 > PIC18-Q84 PICs Problem ist teuere Compiler. Somit lohnt sich PIC nur für Großfirmen. Oder für Projekte, die mit Assembler auskommen.
-
Thread
Wert in Frequenz umwandeln
Hallo 1.Ich bin Laie und habe jetzt erst mit den PIC angefangen. vor 20 Jahren habe ich mich schon mal mit Assembler und Basic versucht, so das die Grundlagen zumindest noch vorhanden sind. Derzeit nutze ich eien 16F887 Bevor ich mich an euch hier
noch zu verschmerzen, bei einem Wert von 2000 liegt der Fehler schon bei über 10%! Da es keine 8 bit PIC mit 16 bit PWM gibt, will ich auf 16 bit umsteigen (24F16xxx), dann gibt es noch den 18f2331, der wohl eine echte 12bit PWM hat? Jetzt die Frage, wie programmiere ich die Dinger? Habe ein
-
Thread
Leistungsstärkere Alternative für Atmega/Arduino
?product=dsPIC33FJ64GP206A hat "nur" 8 PWMs, ich bräuchte mindestens 10... > Gibt es denn schon eine Richtung wo du hin willst? > AVR oder mehr? Welche Sprache? ASM, C, C++ ? Welche Frequenz - bis 16 MHz oder
Controller rauszusuchen.. mit 10 PWM http://www.microchip.com/wwwproducts/Devices.aspx?product=dsPIC33FJ64GP206A mit 16 PWM http://www.microchip.com/wwwproducts/Devices.aspx?product=PIC24F08KM202 Egal, es wird eh nichts werden.
-
Thread
LED Fading mir PIC
in stdint.h enthalten, was der Hi-Tech Compiler aber nicht kennt typedef signed char int8_t; typedef unsigned char uint8_t; typedef signed int int16_t; typedef unsigned int uint16_t; typedef signed short long int24_t; // Microchip specific typedef unsigned
Hallo, hast die den PWM Source Code für den PIC 12f683 für den CC5X Compiler ? Im internet findet mall allerlei C-Beispiele an PWM aber sogur wie nichts für den PIC und den CC5X .. Grüße Ralf
-
Thread
pic18f2520 alternativer avr
/einigermaßen/ kennt, abkaufen, wenn es sich um einen PIC16F84 handelt, aber nicht bei einem 32-KiB-Teil — mal in der Annahme, dass da nicht umsonst so ein großer Controller verbaut worden ist, sondern dass der auch einigermaßen mit Software gefüllt werden
beide /einigermaßen/ kennt, > abkaufen, wenn es sich um einen PIC16F84 handelt, aber nicht bei > einem 32-KiB-Teil — mal in der Annahme, dass da nicht umsonst so > ein großer Controller verbaut worden ist, sondern dass der auch > einigermaßen mit Software gefüllt
-
Thread
Mikrocontroller Auswahl C++ Unterstützung, CAN, I2C, Open Source Compiler
kann, ohne mich noch ewig um die Grundbeschaltung kümmern zu müssen. Ich habe mir hierzu den STM32F103C8T6 herausgesucht. Mit I2C, CAN, USB, UART, SPI, PWM, RTC, 16-Bit-Timern, jeder Menge 5V-taugliche GPIO-Ports, 64KBytes Flash, 20KBytes SRAM, AD-Wandler und 72MHz Takt, Watchdog-Timer und JTAG-Debugging
scheint die Verfügbarkeit und der Preis auch zu nich so schlecht zu sein. http://www.ebay.de/itm/STM32F103C8T6-Board-mit-ST-ARM-32-bit-Cortex-M3-/201475385315?hash=item2ee8de67e3:g:~CUAAOSw8-tWWthI Als Entwicklungsumgebung würde ich mich dann wohl für - Eclipse mit C/C++ Development Tooling und GNU
-
Thread
2 Byte Variablen für 8Bit PIC aus und einlesen mit Pic-as oder mpasm-Assembler
properties box, pic-as Global Options -> Additional options: ; -Wl,-DCODE=2 -Wl,-pPor_Vec=0h when interrupts(-pIsr_Vec=4h) ; PROCESSOR 16F18877 PAGEWIDTH 132 RADIX DEC #include <xc.inc> ; PIC16F18313 Configuration Bit Settings ; CONFIG1 config FEXTOSC = OFF ; External Oscillator mode selection bits // Oscillator not enabled config RSTOSC = HFINT1 ; Power-up default
-
Thread
Was wird Entwicklung einer Platine mit uC, Display, USB kosten?
Rechner liegt... Layout: Erweiterung des vorhandenen (fertig gerouteten) Basislayouts mit TFQP PIC18F4550 um die 7Segmentanzeige und statt dem weiternen Port direkt auf die Stiftleiste zu gehen werden halt noch 8 LogikLevel Fets dazugepackt. Wie gesagt: Von Null an wäre es deutlich mehr. Aber
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 auf jedem USB Pic. Nur
-
Thread
Parallel to SPI Interface-Chip?
Du könntest einen Peripherial Interface Controller (PIC) verwenden. Das wäre sogar noch authentisch, denn die Dinger hat General Instruments Ende der 70'er für Peripheriesteuerungsaufgaben entwickelt. Der PIC16F74 hat genau dafür einen PSP Parallel Slave
. Witzigerweise sind die "16-bit" PIC 24/33 Bausteine auch in sehr kleinen Gehäusen und für meist sogar weniger Geld verfügbar, wie die uralten PIC 16F, bei doch deutlich mehr Leistung, was sogar eine Programmierung in C ermöglicht
-
Thread
Warum keine Hochvolt-Mikrokontroller?
Es gäbe den PIC16HV540 - 3.5 bis 15V: http://www.microchip.com/wwwproducts/Devices.aspx?product=PIC16HV540
Der Gilb schrieb im Beitrag #4329558: > Es gäbe den PIC16HV540 - 3.5 bis 15V: > http://www.microchip.com/wwwproducts/Devices.aspx?product=PIC16HV540 Das ist aber kein echter HV µC sondern der regelt intern auf 5v b.z.w. 3,3V nur 8 I/O haben die Möglichkeit
-
Thread
MPLAB X und PICkit 3 - Plötzlich "failed to program device"
Hier erstmal der Code, was du mit Schema meintest, weiß ich leider nicht: LIST P=PIC16F505 #include<p16F505.inc> __CONFIG _OSC_IntRC_RB4EN & _WDT_OFF & _CP_OFF & _MCLRE_ON org 0 Start: movlw ~(1<<T0CS) option MOVLW 0h TRIS PORTC CLRF PORTC
befassen. Es ist mir fast peinlich, das zu schreiben, aber das Kürzen der Leitungen und ein 100nF Kondensator an der Eingangsspannung haben schon ausgereicht. Ich konnte alle meine PIC 16F505 (andere habe ich nicht) programmieren, auch die, die ich schon als defekt beiseite gelegt hatte. Das Problem
-
Thread
Mplab 5.40_fatal error: 'p16f18877.inc' file not found!?
...aber wie kriege ich Pic-as übers Terminal von Mplab gestartet? Hier mal der Link zum ganzen Code den ich zum testen für meinen PIC16F18877 umstellen wollen würde:[[https://github.com/dsoze1138/MPLABXv5xx_pic-as_examples
installiert. Da finde ich das gesuchte file unter: C:\Program Files (x86)\Microchip\MPLABX\v5.10\mpasmx\p16f18877.inc C:\Program Files (x86)\Microchip\xc8\v2.10\mpasmx\p16f18877.inc C:\Program Files (x86)\Microchip\xc8\v2.10\rollbackBackupDirectory1\C\Program Files (x86)\Microchip\xc8\v2.10\mpasmx\p16f18877
-
Thread
Programmierbarer Taschenrechner mit PIC16F628
, Platine, LED-Treiber und Tastaturauswertung war alles selbstgestrickt. Es sollte absichtlich ein PIC16F628 mit nur 2K Programmspeicher und wenigen Pins sein. Dadurch war ich gezwungen, den kompletten Treiber für die Anzeige sowie die Tasteneingabe samt Plausibilitätschecks möglichst platzsparend hinzubekommen
nicht. Lego Mindstorms Rboter laufen mit Java Interpreter auch prima. Der RCX Computer hatte einen 16Bit µC mit 16Mhz, der NXT einen 32Bit µC mit 32Mhz. Das ist nicht weit von ATmegas und PIC's entfernt. > Ich vermute der 16F628 allein hat mehr "Power" als der ganze > Chipsatz, der damals erfolgreich
-
Thread
Rückwandbus mit I2C
eingebaut haben, und das sind dann große Bausteine mit 64 > Pins. Es gibt auch sowas wie den Mega16M1, M32C1 und so, der hat nur 32 Pins. Und immer diese PIC Vergleiche, als ob ein 16F84 das gleiche wäre wie ein dsPIC32. Welcher von den PIC32 hat denn einen Ethernet-Phy eingebaut? Die AT32UC3C
von denen keiner. Auch hier habe ich 8 Bitter mit 8 Bittern verglichen. Ich hatte die PIC18F97J60 Familie im Sinn. Die hat quasi den ENC28J60 gleich mit eingebaut, natürlich abzüglich des bremsenden SPI dazwischen. Und abzüglich des extra
-
Thread
Welchen PIC würdet ihr nehmen?
Hi, welchen PIC 16 / 18 würdet ihr für diese Anforderungen (Pumpensteuerung) empfehlen? - pins & leistung für LCD oder gLCD - 8x GPIO's für LED's and Buttons - 2x Serial Interface für RS485 (modbus) & PC Verbindung
ab 40pin haben meist 2 PWMs DAC=nicht bei 18 und 16 Über PIC24 nachgedacht? Genaues raussuchen http://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1005 Meiner Meinung nach würde ich einen PIC18F4550 nehmen. 40pin, 32k Flash, USB,
-
Thread
Erstes (privat-)Projekt, Hardwareauswahl
Aber wie gesagt, das ist für Dich alles nicht relevant. Bei MPLAB nimmst Du noch das alte MPLAB8. Das neue MPLAB X sieht zwar hybsch aus, ist aber noch nicht so richtig abgehangen. Zur Chipauswahl: Bei PIC18 sind die Typen mit vierstelligen Nummern (zB 18F4550) die in alten Halbleiterprozessen
gefertigen Versionen. Die modernen, stromsparenden Typen haben ein J oder K in der Bezeichnung (z.B. 18F45J50 oder 18F45K22). Bei den dsPIC sind die dsPIC30F die alten, stromhungrigen 5V Typen, die dsPIC33F sind schneller und gleichzeitig energiesparender. Extra sparsame Typen sind mit XLP gekennzeichnet
-
Thread
UV-Laserdrucker
Sie aber Trotzdem per Software nachjustieren. Theoretisch wäre auch eine Änderung des Abstandes der "F-Theta"? Linse zur Polygoneinheit denkbar. Nur die orginal Laserlinse wurde entfernt, da das Aixiz-Modul bereits eine hat. - Das ganze wird mittels EINEM 8bit-AVR (16 Mhz) und PC gesteuert. - Dann
alles allein, so ganz ohne Interrupt und > irgendwelche Latenzen. Hallo Fritz, ja - bei Deinem PIC kann ich mir das vorstellen ... Ich bin auf einem 8-Bit-MC und muss ein 16-Bit-Register versorgen. Ein "repeat 2 times" ist mir nicht bekannt ... :-( Da müsste ich ggf. mit 2 DMA-Transfers - gekoppelt
-
Thread
AVR asm eigene Flags
machen. Für PIC bin ich mit MPLAB ICD1 und ICD2, sowie eigenen Platinen und über 100 PIC16F877 (PLCC, TQFP und DIP40) etwas besser ausgestattet, mich interessiert aber, was am AVR evtl. besser ist, als am PIC. Deshalb
begrenzte Stacktiefe von 4. Daraufhin habe ich mein Konzept geändert und konnte dann damit leben. Der PIC16F877 hat eine Stacktiefe von 8; auch nicht weltbewegend, vor Allem, wenn man vom 80C166 kommt, ist das vollkommen ungewohnt.
-
Thread
MikroC Compiler für PIC
.) XC32 ist aber auch ein MIPS-Compiler, der hat mit XC8 kaum Gemeinsamkeiten. Interessant wäre daher ja, ob der TO mit PIC24, dsPIC, PIC32 arbeiten möchte, oder ob PIC10/12/16/18 eher das Zielgebiet sind. Für letzteres ist in jedem Fall der XC8-Compiler
SATA-HDD und sofern überhaupt wichtig, ne HIS HD4850 X2 Grafikkarte. Ich hab beides, MPLABX+XC8 und MikroC PRO for PIC. Man hat bei MikroC die Möglichkeit, die PK3CMD.exe zu nutzen, allerdings (leider) mit einer Batch-Datei, dass z.B. aus dem Übergabeparameter "-Ppic18f4550" ein "-P18f4550" macht
-
Thread
Nachfolger für ATMega gesucht
Stefanus F. schrieb im Beitrag #5710835: > Zumindest der STM32F103C8T6 kostet nur 1€ einzeln und 1,50€ als Modul > mit zwei Quarze, USB Buchse und Spannungsregler. Der ATmega328 ist > teurer. Ich weiss ja
meine Hobbybasteleien bin ich relativ schmerzfrei: https://de.aliexpress.com/item/50-st-cke-STM32F103C8T6-LQFP48-32F103C8T6-QFP48-QFP-ARM-neue-und-original-IC/32875492687.html Das scheint wohl das Lockangebot zum Anfixen zu sein. Ich kann nur jedem raten, sich nicht allzu sehr an die HAL Libraris
-
Thread
8051 Chip für Einstieg
wenn man sie so sehen will - oder eben auch nicht. Ich habe mit MOS6210, bei Mikrocontrollern dann PIC16 angefangen und außer dem Rest der Microchip-Familie noch ATMega8, ATTiny und auch den STM32 mit Assembler gefüttert. Bei allen ist es in der Regel so, dass ich das InstructionSet bereithalte um im
macht, dann kann es lohnen, sich mal andereswo umzusehen. MSP430 ist sehr elegant, auch die Renesas R8C/M16C/M32C sind sehr gut in Assembler programmierbar.
-
Thread
PICkit3 und MPLAB X Connection failed
Hallo Zusammen, ich habe mir gerade das aktuelle MPLB X 2.10 auf einem Windows 8.1 64 Bit System installiert und möchte einen PIC 16F616 programmieren. Da mein letztes PIC Projekt schon einige Jahre zurückliegt und ich normlerweise Atmel programmiere stolpere ich hier direkt über
keiner Gedanken. Es wird einfach auf den anderen Knopf gedrückt... Wir verwenden hauptsächlich PIC1825K22 für die Labore, aber auch schon mal 4431 wegen der simultanen Samplingfähigkeit für 2AD Kanäle. Sonst noch 18FxxK80 für CAN, alle 18F mit USB, die 16F145x für USB, 10F322 und noch einige andere
-
Thread
Mikrocontroller mit 5V
Z.B. > https://www.microchip.com/en-us/product/AVR64EA48 > https://www.microchip.com/en-us/product/PIC18F44Q71 Plus dsPIC33EV* (16 Bit, 70 MHz) einige ATSAM bzw PIC32C (Cortex M0) fchk
Ja, Microchip bietet PIC- und AVR-Mikrocontroller an, die den 5-V-Betrieb unterstützen, wie die Serien PIC16F und ATmega. Grüße Jack https://www.cryoindia.in
-
Thread
PIC32 Oscillator Mode
Also: benutze den PIC32MX795F512H!!!!!!!!!!!!!!!!!!!!
>Abgesehen davon weiß ich nicht, wofür man den dicksten PIC32 braucht, den man aber nur mit 8MHz takten will. das ist normal ... der pic32 hat ja ein ppl welcher dann auf 80 im endeffekt laeuft.
-
Thread
UP/Down Zähler Schaltung mit Hilfe von Mikrocontroller
In der Tat wusste ich nicht, dass so ein kleiner Kontroller wie PIC12F675 hier gibt. Mit 40 bis 50 Cent pro Stück ist es sehr interessant. Der Preis ist natürlich sehr entscheidend.
schrieb im Beitrag #6547589: > In der Tat wusste ich nicht, dass so ein kleiner Kontroller wie > PIC12F675 hier gibt. Mit 40 bis 50 Cent pro Stück ist es sehr > interessant. Der Preis ist natürlich sehr entscheidend. Und dazu gib nützliche Tips wie: Die Pic 10Fxxxx sind noch kleiner und billiger
-
Thread
Atmega4809nano
Roland F. schrieb im Beitrag #5993303: > Kannst du mal Werte angeben, die Werte, die ich im Datenblatt gefunden > habe scheinen mir unbedenklich. Der Strom durch C8 ist ohne R2 anfangs annähernd unendlich
Stefanus F. schrieb im Beitrag #5993311: > Der Strom durch C8 ist ohne R2 anfangs annähernd unendlich hoch. Das ist > bei jedem Kondensator so. diese regel gilt aber nur auf dem mond und idealen bauteilen,
-
Thread
PIC DEM 4 Demo Board
können habe ich das PICDEM 4 DEMO BOARD von Microchip, denn den MPLAB ICD 2 In-Circuit-Debugger und den PIC16F628A. Zum programmieren nehme ich MPLAB IDE Version 8.10. Ich habe erstmal ein Lauflicht geschrieben, das im Anhang ist. Mein Problem ist jetzt dass das Programm nicht auf den LED's vom Demo Board
J4 steckt J28 offen J23 offen J24 steckt J25 steckt J26 steckt J27 steckt J18 steckt auf PIC 16 J19 steckt auf PIC 16 J14 steckt J7 steckt J9 steckt J21 steckt J22 steckt J8 steckt auf PIC 16 J10 steckt auf PIC 16 das ist die Reihenfolge auf dem Board von oben nach unten.
-
Thread
Uhr mit 32,768Khz Quarz
es sogar extra Pins (T1OSO und T1OSI), der Kern kann dann mit dem internen Oszillator laufen (beim 16F887 bis 8 MHz). Das ist bei PICs (und auch anderen µC) so Standard.
sogar extra > Pins (T1OSO und T1OSI), der Kern kann dann mit dem internen Oszillator > laufen (beim 16F887 bis 8 MHz). Das ist bei PICs (und auch anderen µC) > so Standard. Mit meinem PIC16F84A würde ich gerne genau das Gleiche machen, allerdings habe ich für den externen Oszillator nur einen Pin
-
Thread
PIC 18F2620 und PIC 16F690 verbinden
dieser Art eher unerheblich. John Bauer schrieb im Beitrag #2267107: > Kann es sein, dass für den 16F690 eine Taktfrequenz von 4MHz vorgesehen > ist und Du betreibst ihn mit 20MHz? Wie gesagt poste Sourcecode von beiden PICs. Kannst du überprüfen, ob der PIC16F.. überhaupts das abschickt, was du
Der 16F690 ist in einer getesteten Platine verbaut. Die Software habe ich als HEX File eingespielt. Er sendet die Impulse und arbeitet mit 8MHz intern. Den 18F2620 habe ich programmiert. Er enthält einfach
-
Thread
PIC16F818 Einstellung korrekt für diese Anwendung?
;PORTB Configuration Register OPTION_R EQU 81H ;Option Register OSCCON EQU 8FH ;Oscillator control register. COUNT EQU 20H ;COUNT a register to count events. ;********************************************************* LIST P=16F818
> Dachte das ginge nur bei der 18F-Familie? Enhanced Midrange bei der 16F kennt den auch schon.
-
Thread
Attiny2313
projekt auf meine Lehre beschäftigt. und jetzt wollt ich den schaltplan umzeichen und zwar soll der PIC16F84 gegen einen ATTiny2313 ausgetauscht werden aber weil ich überhaupt keine ahnung von mikrocontrollern habe brauch ich da ein bisschen hilfe. man hat zu mir gesagt das ich die Matrix lieber mit 16x16
> soll der PIC16F84 gegen einen ATTiny2313 ausgetauscht werden Das könnte rein theoretisch sogar gehen. Der PIC16F84 hat 13 IO-Pins und der ATTiny2313 hat max. 18 IO-Pins. Vom Takt her lassen sich beide mit 20
-
Thread
Timer0 soll alle 460,33 ms ein Interrupt auslösen
die tolle Hilfe! Habe jetzt die möglichen Kombinationen durchgerchnet. Maximaler prescaler beim pic18 timer0 ist 256. Also nochmal: 1/12Mhz = 8,33 *10^(-8) s Der Timer0 brauch 8,33*10^(-8) s pro Zählschritt. Ein Overflow soll nach 460,33mS kommen. Also hab ich mir folgendes überlegt: 8,33
Aufgabenstellung.) > Undzwar soll alle 460,33ms ein Interrupt ausgelöst werden. Die "besseren PICs" z.B.18F2450 haben 2 TMR0-Modes: · 8Bit bzw. 16Bit umschaltbar im Register T0CON. · Interrupt wird ausgelöst durch TMR0-overflow · Der Prescaler ist auf max. 256 beschränkt. Damit wäre das Problem
-
Thread
PIC Assembler - 8bit mit 10 LEDs ausgeben (als Prozent)
Blick sehr logisch aus, dann schreibe aber mal if( Wert > 25 ) LED1 einschalten in Assembler (Pic 16F870) Gruß Mario
sehr logisch aus, dann schreibe aber > mal > if( Wert > 25 ) LED1 einschalten > in Assembler (Pic 16F870) Könnte man so machen: [avrasm] movf var, w call vergleich ... vergleich sublw .25 ;w = #lit8 - wreg btfsc STATUS, Z retlw istGleich
-
Thread
AVR mit USB steuern
machbar. Andere Hersteller haben keine Probleme mit DIL. http://www.digikey.de/product-detail/de/PIC16F1455-I%2FP/PIC16F1455-I%2FP-ND/3671488 Und wenn Du den nicht selber programmieren willst, gibts den auch vorprogrammiert: http://www.digikey.de/product-detail/de/MCP2221-I%2FP/MCP2221-I%2FP-ND
dass die Macher von blink(1) > (https://blink1.thingm.com/) von einem Attiny + vusb auf einen > PIC16F1454 umgestiegen sind. verstehe ich nicht, wie man dann einen PIC wählen kann. Die EFM8UB-Serie hat ein deutlich besseres Preis/Leistungsverhältnis und kommt in sehr kleinen QFN-Gehäusen. Ich würde
-
Thread
Warum sind STM32 I/Os auf 16 Bit kastriert?
fehlt, warum die Flash-Größe so kodiert ist: 0=A, 8K=3, 16K=4, 32=6, 64=8, 128=B, 192=Z, 256=C, 384=D, 512=E, 640=Y, 768=F, 1024=G, Franzosen und Italiener kennen sich eben mit Essen und Trinken aus. Dafür sind die STM32 doch relativ gut gelungen ;
>Manchmal willst Du nur 4 oder 8 Bit beschreiben ... Schon klar, aber Jörgs Wunsch bezog sich doch auf die vollen 16Bit ohne das BSRR gefummel.
-
Thread
Bits effektiv umsortieren in C
wenn es so wäre, würde das lediglich 2 Lesezugriffe > bedeuten. Im AVR-Progmem kann ich pro 8 Bit vorhandenem Flash ein Byte Tabelleninhalt (für LPM) ablegen. d.h. Pro 16-Bit Wort zwei Bytes. Mit der Ret+Wert Konstruktion krieg ich pro 16Bit-Wort nur ein Byte Tabelleninhalt unter. Hab
die Hälfte der Speicherstelle zu wählen, die gelesen werden soll. > Im AVR-Progmem kann ich pro 8 Bit vorhandenem Flash ein Byte > Tabelleninhalt (für LPM) ablegen. > d.h. Pro 16-Bit Wort zwei Bytes. > > Mit der Ret+Wert Konstruktion krieg ich pro 16Bit-Wort nur ein Byte > Tabelleninhalt unter
-
Thread
32-Bit μC für zwei Layer PCB
Willst Du wirklich für 4$ noch selbst ätzen? http://www.aliexpress.com/item/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module/32327927921.html
20€, mit dem Du alle aktuellen PICs (8, 16, 32 Bit) programmieren UND debuggen kannst, ist Dir also zu teuer? fchk PS: PIC32 ist ja MIPS, und natürlich kannst Du auch den vorhandenen EJTAG-Anschluss des MIPS-Kerns auf den für diese
-
Thread
Welche uC soll ich wählen für Steuergerät von den Sensore
.^^ Ich habe die Information von den beide gelesen. ADC Channels PIC18F2550 10 PIC18F4550 13 Atmel Atmega16 8 Ich habe 17 Sensoren. Die Channels sind nicht genug. Soll ich MUX vor ein paar Channels benutzen
scheint schwierig zu sein. Aber sehr nett mir zu sagen! Ich habe gerade jm( meinem Chef) gefragt, ob 16bit nötig ist. Er hat gemeint, 12bit ist mindestens, besser 16bit... Ich habe die uCs wieder angeschaut. PIC18F2550,PIC18F4550 und ATmega16/32 gehen nicht mehr, weil sie nur 10bit Auflösung haben.
-
Thread
µC Speed
. Der ist mit dem M16C80 bei ca. 17 Euro und 20MHz ein CISC Arbeitspferd. 256k Flash, 20k SRAM, 5xUARTs/SPI/I2C, 11x16Bit Timer, 8x10BitADC, 2x8BitDAC, integrierter Bootloader und und und... MooseC
die H8S nicht geben würde, wäre ich wohl bei MC16/32 gelandet. Vielleicht bringt uns der neue Firmenverbund auch verbesserte Prozessoren.
-
Thread
pic programmer
Das PicKIT2 ist obsolet und durch das PicKIT3 ersetzt worden. Das kann alle flash-basierten PICs von den kleinen 8 Bittern 10F/12F/16F/18F über die 16 Bit PIC24/dsPIC bis hin zu den 32 Bit MIPS-basierten Controllern PIC32 programmieren und debuggen (manche kleinen 10F/12F/16F benötigen dafür Debug Header). fchk
-
Thread
ATTiny25: unklare Interaktion PROGMEM <-> ADC
dazu so aus: [c] 57: adc_square_sum += pgm_read_word (&square_number[adcvalue]); // only 8 bit ADC used +0000013C: 91800066 LDS R24,0x0066 Load direct from data space +0000013E: 2FE8 MOV R30,R24 Copy register +0000013F: E0F0 LDI R31,0x00
Takte á 500ns (16MHz / 8) und den Compare Match Interrupt verwenden? Könnte gehen ...
-
Thread
PIC 16F684 programmieren
Moinmoin zusammen, gestern habe ich mich lange vergeblich damit abgemüht ein hex-file in einen PIC 16F684 zu brennen. Üblicherweise brenne ich meine PICs mit einem chinesischem TOP2004, Sprut Brenner 8 oder dem Minibrenner 8 in der Silviu-Version, bisher stets problemlos und erfolgreich. Bei dem
Spannungen beim 16F684 schaut man einfach in das entsprechende Dokument: http://ww1.microchip.com/downloads/en/DeviceDoc/41204H.pdf Und schon sieht man folgendes, gleich auf der ersten Seite: "PIC12F6XX/16F6XX
-
Thread
PIC - Vergänglicher Zustandsspeicher
Spannungsversorgung, sondern lediglich das Blinksignal (333ms ON / 333ms OFF). - Das Gerät enthält einen PIC16F690, der diverse Aufgaben übernimmt, welche hier jedoch unerheblich sind. - Die Spannungsversorgung des PIC erfolgt über einen LDO, jedoch müssen aus diversen Gründen die Kapazitäten im Gerät extrem
würde die Referenzspannung verfälschen. Wenn Du eine Spannungsreferenz brauchst, dann nimm einen PIC16F1828 oder 29, der ist pinkompatibel zum 16f690, schneller, braucht weniger Strom, hat eine interne Referenz etc... Du glaubst doch nicht, dass die Vdd aus dem Bordnetz in irgendeiner Form stabil
-
Thread
8048 Assembler für aktuelle Windows-Versionen
34010, 37700, 3870, 4004, 50740, 64180, 6502, 65816, 6800, 68000, 6805, 6809, 68HC08, 68HC11, 68HC16, 782XX, 7831X, 80166, 80186, 80251B, 80251S, 8041, 8048, 8051, 8085, 8086, 8096, COP400, COP800, H8-300, H8-300H, H8-500, HMCS400, NEC7500, NEC7810, PIC165X, PIC16XX, PIC17XX, ST6, ST9, SUPER8, TLCS90
, > 37700, 3870, 4004, 50740, 64180, 6502, 65816, 6800, 68000, 6805, 6809, > 68HC08, 68HC11, 68HC16, 782XX, 7831X, 80166, 80186, 80251B, 80251S, > 8041, 8048, 8051, 8085, 8086, 8096, COP400, COP800, H8-300, H8-300H, > H8-500, HMCS400, NEC7500, NEC7810, PIC165X, PIC16XX, PIC17XX, ST6, ST9, > SUPER8
-
Thread
PIC Interrupt - Gedankenfehler?
Ich denke mal du meinst mit UP=Unterprogramm? Das geht beim PIC nicht, hat auch nichts mit der Interrupttiefe (das wären z.b. 1 beim 16F, 2 beim 18F) oder der Stacktiefe (8 beim 16F, 18F grad ned im Kopp) zu tun. Geht einfach Prinzipbedingt nicht aus dem Interrupt
Jens Plappert wrote: >Das geht beim PIC nicht, hat auch nichts mit der Interrupttiefe (das >wären z.b. 1 beim 16F, 2 beim 18F) oder der Stacktiefe (8 beim 16F, 18F >grad ned im Kopp) zu tun. Geht einfach Prinzipbedingt nicht aus dem >Interrupt