-
Thread
Buffer auf SD/MMC Speichern?
Zusätzlich gibt diese warrning [c] ../main.c:32: warning: pointer targets in passing argument 1 of 'Fwrite' differ in signedness [/c]
void lcd_writebyte (unsigned char x, unsigned short y, unsigned char c, Das passt nicht zu einem Display mit 640x480. x ist nur unsigned char. Scheinbar wird dein Display über Banks angesprochen. >240x240 aber das sieht dann
-
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.
Leute, ihr redet euch die Köpfe nur heiß. Der Ansatz des TO ist grundfalsch: 1,5 Volt Batterie, dann Stepup-Wandler, dann µC mit Uhrenquarz. Entweder man nimmt von vornherein einen µC, der für 1.5 Volt und weniger geeignet ist (sollte dann ja bis 0.9V noch arbeiten) und für's
-
Thread
Anfertigung einer kleinen Steuerung
5 Hauptprogramme mit S1 und S2 müssen aber auch in die Liste mit den 5 Unterprogrammen wo nur S3-S8 und L vorkommen. Somit ergeben sich 5x5 also 25 unterschiedliche Abläufe, mit immer dem gleichen Ende
die grundsätzliche Erwartungen und Vorgehesnweisen. Und die sin wie gesagt weit, weit entfernt fon PIC vs. AVR, C versus Basic, oder "platine selber bauen" vs. "fertiges Bord nutzen"
-
Thread
PIC Microcontroller
Hi, hab mir vor kurzel von Microchip ein Entwicklerboard besorgt (PIC-Board 02-01700-01-R5) und hab gesehen, dass da ein PIC 16C745 - I /SP025 drinnen ist. Jetzt hab ich im Internet ein bisschen gelesen und gesehen, dass man die C- PICs vermeiden soll. Ws sagt ihr
schrieb im Beitrag #2329974: > Hi, > > hab mir vor kurzel von Microchip ein Entwicklerboard besorgt (PIC-Board > 02-01700-01-R5) und hab gesehen, dass da ein PIC 16C745 - I /SP025 > drinnen ist. > Jetzt hab ich im Internet ein bisschen gelesen und gesehen, dass man die > C- PICs vermeiden soll. >
-
Thread
PIC16F688 - Probleme beim BUILD
[c] list p=16f688 ;*********************************************************************** ;* Pinbelegung ;* ---------------------------------- ;* RA: 0 > LED mit 1 kOhm Vorwiderstand
Executing: "C:\Program Files\Microchip\MPASM Suite\MPASMWIN.exe" /q /p16F688 "blinklicht_prog.asm" /l"blinklicht_prog.lst" /e"blinklicht_prog.err" /o"blinklicht_prog.o" Error[150] C:\USERS\AZUBIEL\DOCUMENTS\BLINKLICHT
-
Thread
HEX-Datei erstellen
/ReinhardBritten/Desktop/brs501 1.3/brs501 Release 1.3.X' "C:\Program Files (x86)\Microchip\xc8\v1.41\bin\xc8.exe" --pass1 --chip=16F877A -Q -G --double=24 --float=24 --opt=+asm,+asmfile,-speed,+space,-debug,-local --addrqual=ignore --mode=free -P -N255
-msgformat=%f:%l: advisory: (%n) %s" -obuild/default/production/display_74595.p1 display_74595.c "C:\Program Files (x86)\Microchip\xc8\v1.41\bin\xc8.exe" --pass1 --chip=16F877A -Q -G --double=24 --float=24 --opt=+asm,+asmfile,-speed,+space,-debug,-local --addrqual=ignore --mode=free -P -N255
-
Thread
Dual Port Ram durch Single Port Ram ersetzen
auch den SPI verwenden (am Besten USART als SPI wg. Doublebuffer). Wenn du dann noch die Ausgabe (2x4bit) eines Ports über einen 157er leitest gehen über den SPI auch 2von16 Farbena alle 8-bit. Je nach Takt gehen da auch 80-Zeichen bzw. 480(512) Pixel. Grüße Mark
alle 81,25ns auf den Riegel zugreifen. Der uC selbst kann maximal mit 16 Mhz Takt also spricht einen Zugriff in 62,50ns schaffen. Moment, eigentlich sogar erst in 62,50ns*3=187,5ns laut DB also sogar noch einen Takt mehr. Extern sollten die Adress
-
Thread
ENC28J60 (Mikro-)Web-Server die Nächste
wäre mal nett, wenn du einen Dump des kaputten HTTP Headers mitschicken könntest. [pre] 0000 00 16 e6 d3 36 a2 00 03 6f 55 1c c2 08 00 45 00 ....6...oU....E. 0010 00 81 00 03 00 00 40 06 f8 c4 c0 a8 00 5d c0 a8 ......@......].. 0020 00 02 00 50 0f 85 00 00 00 e5 3f a4 1c 73 50 18 ...P....
hier der versprochene Dump: beim Conent-Type: sollte ja text/html stehen, allerdings ist das letzte 'x' von "text" durch ein 'X' ersetzt und das 't' duch 0x00. 0000 00 18 f3 09 ca 0e 00 03 6f 55 1c c2 08 00 45 00 ........ oU....E. 0010 00 80 00 02 00 00 40 06 f6 a8 c0 a8 01 18 c0 a8 ......
-
Thread
Gibt es irgendwo brauchbare Infos zu SMI ?
ist dabei der Antrieb mit der Slave-Adresse 0. 0x5f ist Antrieb mit der Slave-Adresse 15. Man kann auch von einem Hersteller bis zu 16 Slave-Adressen gleichzeitig adressieren. Dazu gibt es denn Parameter 0xC0 der von zwei Bytes mit den Adressen der
Sorry, i forgot to say that 0x3C is only a Part of the message. 0x3C 0x0F Sets the ID of the adressed drive to ID 15. The adressing is doe in the same command. You can Adress the drivrs by its id ld (New drives have ID 0).
-
Thread
PIC 18f4420 LCD ansteuerung in C
RS: RB2 RW: RB1 D4-D7 = RB4-RB7 TRISB = 0x00 Display: 16x2 http://docs-europe.electrocomponents.com/webdocs/06dd/0900766b806dda16.pdf Takt kommt von einem Quarz: 14,31818 MHz Die Funktionen werden aus der main.c aufgerufen mit: lcd_init
extrem komfortabel übers Headerfile zu konfigurieren. Funktionieren in mittlerweile 4 Projekten (1x PIC16F, 2x PIC18F und 1x dsPIC33) tadellos.
-
Thread
Block Transfer Engine RA8875
auf einer anderen Position auf dem Display wieder ausgibt: Das sieht im Code wie folgt aus: [c] unsigned char Pic1[1500]; BTE_Source(0,0,0,0);//BTE starting Position BTE_Size(120,100);//BTE size Setting Write_Dir(BTE_FUNCTION_CON1,0x78);// Write_Dir(BTE_FUNCTION_CON0,0x80
via BTE an der Position 300,80. Dies funktioniert auch soweit. Jetzt habe ich dasselbe Bild mit 16 Bit konvertiert (also ebenfalls 120 x 100 Pixel) und bekomme ein Array der Form: [c] unsigned char Pic1_16[24000]; ... for(i=0;i<24000;i++) { LCD_DataWrite(Pic1_16[i
-
Thread
Handykamera MCA-25 ansteuern
10"/>B\x00\x21x-bt/imaging-monitoring-image\x00\x4c\x00\x06\x06\x01\x80 //bild holen: //------------------------------------------ "\x83\x00\x82\x71\x00\x58<monitoring-command version="1.0" take-pic="NO
,0x3C,0x6E,0x61,0x74,0x8C,0xF9, 0xF9,0x81,0xEF,0x3F,0x69,0x76,0x65,0x2D,0x66,0x6F,0x72,0x6D,0x61,0x74,0x20,0x65,0x6E,0x63, 0x6F,0x64,0x69,0x6E,0x67,0x3D,0x22,0x22,0x20,0x70,0x69,0x78,0x65,0x6C,0x2D,0x73,0x69,0x8C
-
Thread
PIC Assembler auf- abzählen
Ralf G. schrieb im Beitrag #3220438: > btfsc STATUS,C ; Wenn Carry-Bit=0 überspringe nächsten Befehl So wird das nix. Druck Dir TABLE 7-2: PIC16CXXX INSTRUCTION SET aus und lege es Dir auf den Tisch. Und dann schau nach, welcher Befehl das C
ebenfalls Abfragen über ein Status-Flag, und zwar in beiden Fällen das Zero-Flag. Semantisch ist [c] incfsz 0x20, f goto anywhere [/c] äquivalent zu [c] incf 0x20, f btfss STATUS, Z goto anywhere [/c] Du hast in deinem Code vorhin nicht Z sondern C abgefragt
-
Thread
Universelle Tastenabfrage
Ja ertappt :) Also es geht um diese Zeile: [c]TCNT0 = (uint8_t)(int16_t)-(F_CPU / 1024 * 10e-3 + 0.5); // preload for 10ms[/c] Hab mir ausgerechnet, welcher Wert für 16MHz da ungefähr stehen muss, um 10ms zu erhalten-->1600
repeat ISR( TIMER0_OVF_vect ) // every 10ms { static uint8_t ct0 = 0xFF, ct1 = 0xFF; static uint8_t rpt_ct0 = 0xFF, rpt_ct1 = 0xFF, rpt_ct2 = 0xFF; uint8_t i; TCNT0 = (uint8_t)(int16_t)-(F_CPU / 1024 * 10e-3 + 0.5); // preload for 10ms i = key_state
-
Thread
Variable Frequenz mit LM555 und Digital-Poti
Che Guevara schrieb im Beitrag #4275057: > Dass ein AVR oder PIC weniger schnell ist als ein i7 weiss ich (danke > :)). Aber er ist immer noch schnell genug, dass für ihn diese Frequenzen kein Problem darstellen. Lass dich nicht (zb beim AVR) von 16Mhz täuschen. Du hast die 16Mhz ganz für dich alleine. Von deinem 2Ghz PC geht eine Menge nur für die Grafik drauf bzw. alles andere was sich sonst noch so in einem PC abspielt. Auf einem AVR bzw. PIC läuft genau dein Programm und
-
Thread
Raspberry Pi Pico: nur als Schulungssystem gut geeignet.
Olaf schrieb im Beitrag #6606010: > a klar, etwa 5x so teuer wie ein vergleichbarer Mikrocontroller > in Stueckzahlen allein kostet. 60x günstiger, als wenn ein Techniker so einen µC auf der Platine wechselt. Olaf schrieb im Beitrag #6606010:
Type "help()" for more information. >>> %Run -c $EDITOR_CONTENT rGPIO26: 0x16 10110 ADC(0): 1285 rGPIO26: 0x16 10110 ADC(26): 2016 rGPIO26: 0x12 10010 Connection lost (EOF) Use Stop/Restart to reconnect.[/pre]
-
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
Modifizierter Laminator - 1A Ergebnis
. ti = 0,69 * ( R1 + R2 ) * C1 = 0,69 x ( 180KOhm + 80KOhm ) x 0,01F = 1,794s tp = 0,69 * R2 * C1 = 0,69 x 80KOhm x 0,01F = 0,552s Aus der Formel kann man schnell erkennen, daß die Impulsdauer niemals kleiner als die Pausendauer
=&fp=7763c3759ac5a17 http://crystalgrowing-shop.com/shop/article_902-00200/Roses-Metall,-niedrigschmelzende-Legierung,-95-%C2%B0C,-200-g.html?pse=coa
-
Thread
PIC16F84A include FALSCH
fehlerfrei auf der platine. hier der code: ======================================== list p=16F84A #include <p16F84A.inc> PORTA EQU 0x05 PORTB EQU 0x06 TRISA EQU 0x85 TRISB EQU 0x86 STATUS EQU 0x03 RP0 EQU 0x05 ZAEHL EQU 0x1B INP EQU 0x1C ZEI1 EQU 0x2A ZEI2 EQU 0x2B ZEI3 EQU 0x2C org 00 GOTO main main MOVLW 0x00 MOVWF ZAEHL inita BCF STATUS,RP0 ; PORTA wird als 2 bit eingabeport verwendet CLRF PORTA BSF STATUS,RP0 MOVLW 0x03 MOVWF TRISA BCF
-
Thread
Pollin Touchpad MODEL TM1001A
auf Abfrage). Also es ist ein Chip von Synaptics druff aber der chip zur Kommunikation ist ein PIC16C58A (über den habe ich die Pinbelegung gemessen). Auf der Platine ist nen Aufkleber: TM1001AL 1. 4ALU1C PT51045VJ133E (falls damit wer was anfangen kann). Mir wäre schon extrem geholfn wenn
, U2 = PIC16C58A-04 [/pre] Und PS2 ist es nicht, denn ich hab das einfach mit den 2 Pins an nen alten PC gehängt, dann geht der PC nicht mehr, egal wie rum die beiden Pins verkabelt werden :/ Pins wackelten
-
Thread
Warum sind STM32 I/Os auf 16 Bit kastriert?
für jede Peripherie ebenfalls ein Vielfaches von 8 Bit zu benutzen. Beim STM32 gibt es genug uC Varianten, wo ein IO-Port keine 16 Bit hat sondern weniger, je nach Anzahl der Pins des uC-Gehäuses. Da alle Pins am uC Mehrfachbelegungen hat macht es keinen Sinn, einen 32bit IO-Port zu definieren
größeren SAMs von > Atmel/Microchip nicht. Was hat die Größe damit zu tun? :-) Du meinst sicher die x70/x71, nur sind die vergleichsweise alt und ziemlich seltsam. Die neueren E5x/D5x haben set, clear, toggle, genau wie die C2x. Und die noch neueren L1x mit Cortex-M23 haben das auch.
-
Thread
PIC16C711 durch PIC16F716 ersetzten??
billigeren Erstz zu diskutieren: Ihr verkauft von den Dinger mehr als 1000 Stück pro Jahr. Beide PIC sind zB. bei Farnell noch zu kaufen: PIC16C711-20/P: 2,14 @ 100Stk PIC16F716-I/P: 0,866 @ 100Stk Problematisch finde bei den beiden hier, dass Sie noch unterschiedliche Technolohie sind EEPROM
ziemlich verwischt. Allerdings wäre ein Umstieg auf PIC18 deutlich aufwendiger als der von 16C711 auf 16F716. Immerhin gibt es ja schon ein laufendes Programm. Und ich denke dem TO geht es darum den Aufwand beim Umstieg so klein wie möglich zu halten!
-
Thread
PIC628: ORG und ab ins Nirwana ...
Hi, wenn man zu schnell tippt: Page 0: 0x0-0x1ff Page 1: 0x200-0x3ff etc. ... D.h. in meinem Beispiel Page 0 und 1 durch 1 und 2 ersetzen! Und der 16F84 hat 2 Pages! Schönen Tag noch, Thomas
0x4ff Page 5: 0x500-0x5ff Page 6: 0x600-0x6ff Page 7: 0x700-0x7ff richtiger? Das wären dann auch 256er Blöcke
-
Thread
GrafikDisplay mit LC7981; Darstellungsprobleme
Ich würde sagen dein Compiler hält sich nicht an die ANSI C Normen und rechnet nur mit 8 statt 16bit, daher gibts hier: [c] if (Font5x7[FONT_WIDTH*fontIndex+i] & (1<<j)) [/c] einen Überlauf. R müsste der 51. Buchstabe sein wenn ich mich nicht verzählt habe
soll eigentlich erst mal nur ein Test sein ob es auch funktioniert. Nun habe ich allerding nur einen PIC18F2620 hier und nutze als Datenport PortB und für den Rest PortA (RA0-RA5). Mein Problem ist aber auch, das ich mit Assembler (C18) so gut wie noch nichts gemacht habe (Nur Pic 16F in Assembler).
-
Thread
UART ARRAY von PC an PIC
Bei PIC kann man einiges bei SPRUT finden. Bei C mit dem PIC auch: http://sprut.de/electronic/pic/c/pic_c/pic_c00.html#einleitung Hier dann z.B. die Arrays und Strings. avr
___________________________________________________________________________ //Projekt_Haupt.c //Byte 1 = 0x00 heisst alle Programme beenden und auf neuen Befehl warten! #include <htc.h> __CONFIG (0x3F31); #include "Projekt_UART.h" #include "Projekt_LCD.h" #include "Projekt_Messen_Analog_IN.h
-
Thread
Was sind eure Lieblings-ICs?
Meistverbaut: PIC16F876 7805 MC34063 Gruss Chregu
praktischer LiPo-Charger für USB TPS709 : Ein dazu passender Spannungsregler. Danach kommen die µC: PIC24FV32KA301 : der kleine PIC24FJ128GC006: der mittelgroße PIC32MX470F512B : der große Ehrlich gesagt macht bei mir der µC immer fast alles alleine (naja, mit etwas Hasenfutter), inklusive Buck
-
Thread
Basic und/bzw. vs - C Erfahrungsumfrage
Fische und Namen genannt! Anders herum ist die Aussage. Ein char muss ein Byte nicht ausfüllen. 16 Bit Bytes hat zum Beispiel TI's C55x C Compiler. ( http://www.ti.com/lit/ug/spru281f/spru281f.pdf ) 5.1.1: > The source (host) and execution (target) character sets are assumed to > be ASCII. There
Namen genannt! > > Anders herum ist die Aussage. > Ein char muss ein Byte nicht ausfüllen. > > 16 Bit Bytes hat zum Beispiel TI's C55x C Compiler. ( > http://www.ti.com/lit/ug/spru281f/spru281f.pdf ) Genau. Und damit hat das Byte 16 Bit. > 5.1.1: >> The source (host) and execution (target
-
Thread
µC für "Anfänger"
schrieb im Beitrag #4244968: > Wie programmiere ich diesen dann etc.? Mit dem PICkit3 unter MPLAB X IDE mit dem XC8 C-Compiler. > Gibt es dafür eine gute Anleitung, Ich hab vor ein paar Jahren mit dem Tutorial von pic-projekte.de angefangen. > Ich werde mir mal den Controller und seinen Preis ansehen
. Ihre Suche nach "attiny" ergab 56 Treffer. Ihre Suche nach "atmega" ergab 97 Treffer. (+ 8 x atxmega) Ihre Suche nach "msp430" ergab 15 Treffer. Ihre Suche nach "pic10f" ergab 18 Treffer. Ihre Suche nach "pic12f" ergab 40 Treffer. Ihre Suche nach "pic16f" ergab 261 Treffer. Ihre Suche
-
Thread
Suche jemanden für PIC-Programmierung VU-Meter / PPM
statt 40 LEDs würde ich 48 LEDs nehmen= 6x 8er (oder 12x 4er, falls verschiedene Farben gewünscht) LED-Bargraph, anreihbar. Zur Ansteuerung 3x TLC6C5816QPWPRQ1 oder TB62747AFG kaskadiert, das sind Schieberegister mit 16 LED-Treibern. Vorteil
bingo schrieb im Beitrag #6511498: > Zur Ansteuerung > 3x TLC6C5816QPWPRQ1 oder TB62747AFG kaskadiert, das sind Schieberegister > mit 16 LED-Treibern. Wie funktioniert das genau? Ich gehe mal davon aus, daß ich dann einen seriellen Datenstrom erzeugen muß
-
Thread
NXP verschenkt ARM-Chips
, (1 << 5) .equ VICINTENCLR, 0xFFFFF014 .equ VICSOFTINTCLR, 0xFFFFF01C .equ VICADDRESS, 0xFFFFFF00 .equ PCON, 0xE01FC0C0 .equ PM0, (1 << 0) .equ PM1, (1 << 1) .equ PM2, (1 << 7) .equ
Leider tut es das bei mir nicht... Habe ich was übersehen? [c] void init_ram(void){ int i; PCONP|=(1<<11); PINSEL5 = 0x55010115; PINMODE5 = 0xAA02022A; PINSEL6 = 0x55555555; PINMODE6 = 0xAAAAAAAA; PINSEL7 = 0x55555555; PINMODE7
-
Thread
mikrocontroller für 16x10 led matrix
LOL. 10x16 Multiplex heisst 10-fachen LED-Strom (was nur bestimmte LEDs abkönnen, siehe Datenblatt, eher die roten/grünen als die blauen/weissen), also bei normalen LEDs statt 20mA glatt 200mA, und davon 16
, bei 150mA sind's 16 Ohm und 75% der Helligkeit. Mit der Möglichkeit, daß die LED 2.5V braucht (maximum) und dann statt 200mA nur 160mA bzw. statt 150mA nur 120mA fliessen also nur 80% bzw. 60% der möglichen Hellgigkeit
-
Thread
Faktensammlung Buderus EMS
0xf9 Offset 0x00 Typ 0x01b9 ?? 0x04 ?? 0x1f 12 0a: min: 5,0°C 16 1e: ???: 15,0°C? 20 2d: max: 22,5°C 24 22: value: 17,0°C KM200: /heatingCircuits/hc1/temperatureLevel/comfort2 Wieder Faktor 2: Sender 0x10 Empfänger 0x48 EMS-Plus 0xf9 Offset 0x00 Typ 0x01b9 ?? 0x02 ?? 0x0f 12 23: min: 17,5°C 16 2a: ???: 21,0°C? 20 3c: max: 30,0°C 24 2e: value: 23,0°C KM200: /heatingCircuits
-
Thread
USB-Interface (auf ein neues)
PIC16c745 eine entsprechende .dll für VB gibt. Das Problem tritt jetzt erst auf: an der Eingangseite des PIC16c745 bekomme ich Bits im Abstand von 50µs hinein. Diese werden im AVR gezählt und dieser Wert
ist: z.B.: FT8U245BM, FT2232C, I/O Warrior, PIC16c745 usw.. Was ich auch nicht weiß ist, wie ich die EndWerte von Visual Basic in den µC übertrage bzw. wie ich mit den bereits oben genannten µC über Visual Basic die Ausgänge schalte
-
Thread
Neue AVR reihen
Hallo, ja das Teil 1616 oder 1617 sieht gut aus. Bis jetzt finde ich die Atxmega8E5 16E5 usw. sehr gut. Nur hört es da bei 3,3V auf. Gruß Sascha
avrxmega2/crtattiny417.o: Disassembly of section .text: 00000000 <__bad_interrupt>: 0: 0c 94 00 00 jmp 0 ; 0x0 <__bad_interrupt> Disassembly of section .vectors: 00000000 <__vectors>: 0: 00 c0 rjmp .+0 ; 0x2 <__vectors+0x2> 2: 00 c0
-
Thread
MCP3911 SPI-Interface funktioniert nicht
: Bit 3-5 BOOST: Bit 6-7 #define STATUS_H 0x0A #define STATUS_L 0x0B #define CONFIG_H 0x0C // CLKEXT: Bit 1 VREFEXT: Bit 2 SHUTDOWN: Bit 4-5 RESET: Bit 6-7 #define CONFIG_L
delay_us(CS_delay); // Write3911(GAIN,0b11111111); // delay_ms(100); // fprintf(PICKIT2,"%c%c", 0x0D, 0x0A); // fprintf(PICKIT2,"SPI: %u",Read3911(GAIN)); } } void Init_PIC(void) // Gibt die Spannungen über das PICKIT2-UART-Tool an den PC { fprintf(PICKIT2,"%c%c",
-
Thread
PIC C18 ein ganz gemeiner Fehler
_18F8722\transfer_bus.c BTS_4 0x000c06 data extern E:\Pic_C_Sourcecode\Stellpult\StellpultController_18F8722\transfer_bus.c BTS_5 0x000c08 data extern E:\Pic_C_Sourcecode
\Stellpult\StellpultController_18F8722\transfer_bus.c BTS_5 0x000d35 data extern E:\Pic_C_Sourcecode\Stellpult\StellpultController_18F8722\transfer_bus.c BTS_6 0x000d37 data extern E:\Pic_C_Sourcecode
-
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
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
Uhr mit 32,768Khz Quarz
unbeleuchtetes Alpha-LCD braucht nicht viel Strom, ich schätze mal 0.1 mA bis 2 mA je nach Typ. Beim PIC16F887 käme mir da noch die Idee, ein passives LCD, also 4x Siebensegment zu nehmen und ein bissel mit den Portbeinen zu zirkeln: Port B+C+D machen 24 Pins, A+E nochmal 6 (den OC lassen wir) Das reicht
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
Atmega 2-Kanal Rechteckgenerator gesucht
Die PIC16F160x haben einen NCO (Numerical Controlled Oscillator). Bei 16 MHz Takt reicht der etwa bis 500 kHz. Die ausgegebene Frequenz ist linear zum (16 bit-)Steuerwort. Die ausgegebene Pulslaenge ist
Tippfehler: Es muss richtig PIC16F150x heissen.
-
Thread
Fragen zu PIC16(L)F1454 (Beschaltung)
Volker S. schrieb im Beitrag #4213797: > Auf der MCHP Seite für den PIC auf "Develpment Tools" klicken ;-) Das hatte ich wie gesagt versucht. Bin dabei auch auf ein DEV Board gestoßen in das aber der PIC16F145X bei Breakoutboard eingesetzt wird. Daher sind im Schaltplan
Martin H. schrieb im Beitrag #4215233: > lker S. schrieb: >> Auf der MCHP Seite für den PIC auf "Develpment Tools" klicken ;-) > > Das hatte ich wie gesagt versucht. Bin dabei auch auf ein DEV Board > gestoßen in das aber der PIC16F145X bei Breakoutboard eingesetzt wird. Tatsächlich
-
Thread
DSO für wenig Geld
Mit PIC24H/dsPIC33 müssten bei 2x8bit eigentlich bis 40M/s pro Kanal drin sein, da ein 16bit Move vom Port zum Speicher 1 Takt braucht. ARM7 braucht ohne DMA schon vom Core her 3 Takte für's Laden und 2
zero wrote: > Was muss man eigentlich für einen dsPIC rechnen? Auch nicht viel mehr als für einen ARM. Die 33er kosten um die 5-15€ je nach Größe. Schau mal auf der Microchip Seite, da sind Preise angegeben. Die etwa x2 dann hat man die Preise in
-
Thread
Was wird Entwicklung einer Platine mit uC, Display, USB kosten?
dann automatisch in den Slave-Mode schalten, falls er selber adressiert wird. Außerdem hat der PIC16C64 kein USB. Multimaster I2C + USB scheint also kein PIC zu können. Z.B. der Atmel AT90USB646 kann beides. Peter
Peter Dannegger schrieb im Beitrag #2147103: > Multimaster I2C + USB scheint also kein PIC zu können. Echtes MMA I2C kannst du mit JEDEM Pic. Meine erste Anwendung mit echtem MMA I2C auf dem Pic lief -und läuft noch heute- auf einem 16C84. Somit läüft es auch
-
Thread
PIC Programmierung
sagen mir Du stehst auf unpräzise Fragen ;) Daher ordne ich Dich als völlig unwissenden in Sachen µC ein :P gugst Du hier http://www.sprut.de/electronic/pic/index.htm
machen, vielleicht war es auch nur ein Scherz. Wenn du irgendwann die 8bitter beherrscht und die an die 16bit/32bit trauen willst, hast du schon gleich ein PIC, den du benutzen kannst. Doch wie schon erwähnt, zum Einstieg lieber ein 16F oder 18F PIC.
-
Thread
DS18B20 Tempsensor mit PIC18F - Oszillatorprobleme?
is the integer part as 2 bytes } else { minus=1; d = (a & 0x000f); c = a>>4; } centigrade = minus*(c+(d/16.0)); //The DS18B20 is pre-calibrated [/c] Später wird centigrade mittels sprintf in ein char-array überführt und in den EEPROM
> danny schrieb im Beitrag #4182631: >> Himmelherrgott, ist das denn wirklich so kompliziert nen PIC zu Takten? > Eigentlich nicht. eigentlich wirklich nicht :) geh es mal langsam an: wie sind deine bits? 0x300005 0x80 u.a. portb configured as digital -> BIT 41 0x300000 0x24 u.a. BIT5
-
Thread
aktive PFC für große Leistungen
25,5A Ieff_pri = Iout*(N2/N1)*Wurzel(0,45) = 38*(42/5) * W(0,45) = 3,1A das ganze auf einem PQ 32/30 3C94 Kern mit 48:5 Wicklungen Primärseitig mit 0,9mm Draht Sekundärseitig mit 2x 2mm oder 2x
Das sieht schon mal gut aus. >das ganze auf einem PQ 32/30 3C94 Kern mit 48:5 Wicklungen nimm 3C95 ist temp stabiler. Aber 48:5 macht 9.6:1 Überstzungsverhältnis. Bedenke das die PFC auch einen Bulk Rippel hat oder bei Sprüngen eingeht. Mit dem Übersetzungsverhältnis
-
Thread
PIC's sterben wie Fliegen
Hab noch: -PIC12C508/JW -PIC16C57/JW -PIC16C71/JW -PIC16F84/20 Bei dehnen gibt es die Probleme nicht, Gott sei Dank. Wär echt übel wenn die auch noch kapput gehen würden, sind ja nicht grad billig. @Andreas
Hi Flo, ja sorry, ich meine natürlich die C-Typen (16C773), die mit den eingebauten 12-Bit-A/D-Wandlern. Naja wie gesagt, ich mache schon seit anderthalb Jahren nix mehr mit PIC. Da die anderen Controller bei Dir offenbar zu löschen gehen, scheint
-
Thread
PIC32 ETHERNET STARTER KIT
----- .rodata 0x9d000020 0x8d3c 36156 Read-only const .text 0x9d008d5c 0x1aeb4 110260 App's exec code .text._vfprintf_fF 0x9d023c10 0x10ac 4268
8 Interrupt Vector 4 .vector_5 0x9fc012a0 0x8 8 Interrupt Vector 5 .vector_6 0x9fc012c0 0x8 8 Interrupt Vector 6 .vector_7 0x9fc012e0
-
Thread
Nixie Uhr, Quarztausch für höhere Genauigkeit
zeit eine Uhr mit Nixie Röhren gekauft, leider ist sie ziemlich unbrauchbar. Sie basiert auf einem PIC16F628, dessen 4MHz Quarz ist in dieser Bauform ausgeführt: https://www.digikey.de/product-detail/de/rami-technology-usa,-llc/AS-16.000-18/2151-AS-16.000-18-ND/10271769?utm_adgroup=General&utm_source
und teile diese Frequenz 22 mal durch 2, dann kommt genau 1Hz raus. Dann kann auch das Programm im PIC16 vereinfacht werden.
-
Thread
Integer Math Lib
AN670 Floating Point to ASCII Conversion 9/11/01 AN752 AN752 CRC Algorithm for MCRF45X Read/Write Device 3/15/01 TB040 Fast Integer Square Root 10/16/00 AN730 CRC Generating and Checking 5/22/00 TB028 Technique to Calculate Day of Week 8/23/99 TB026 Calculating Program Memory Checksums Using a PIC16F87X 11/6/98 AN526 PIC16C5x/PIC16Cxx Utility Math Routines 8/26/97 AN616 Digital Signal Processing with the PIC16C74 8/26/97 AN542 Implementation of Fast Fourier Transforms
-
Thread
Interrupts und der tägliche Wahnsinn
Hab ich da jetzt nen Denkfehler? 20Mhz / Fosc(4) sind 5Mhz ... PreScaler von 256 macht doch knapp 19.531,25 KHz => (1/s) => 0,0000512s pro zählwert .. also aller 0,0512ms erhöht der den 16bit counter um 1 ... => x65536 => 3355,66ms = 3,3...sek Rechne ich
Joachim schrieb im Beitrag #2162454: > PIC, Peterchen, PIC! Das ist ja das schöne an C. Ob 8051, ARM, AVR oder PIC ist egal, C bleibt C. Die Konstanten muß also auch Dein PIC-Compiler schon zur Compilezeit ausrechnen und die Ergebnisse