-
Thread
[V] Rauchmelder FireAngel ST-620-DET
Was mir noch aufgefallen ist das der RM den Gleichen Mikrocontroller hat wie das W2 Module ein PIC16LF1936
Modul: D1 7E D1: Status der anderen Melder? 7E: End of transmission Modul -> Melder: D2 5F 7D 02 00 5A F3 xx xx 6C 0C 00 01 00 98 7E D2: Antwort auf D1 5F 7D 02 00 5A F3: ?? xx xx: Seriennummer anderer Melder (1 oder 2 Byte) 6C 0C: Vielleicht der Typ (= Rauchmelder)?
-
Thread
PIC12F1572: UART TRMT vs. TXIF - Bytes sporadisch doppelt übertragen?!
gleiche Problem gehabt und eventuell einen Work-Around? 12% Flash sind noch frei... Danke. [c] #include <stdio.h> #include <stdlib.h> #include "mcc_generated_files/mcc.h" void TMR2_ISR(void); const uint16_t gammaTable_red[256] = {0, 3, 11, 22, 37, 55, 77, 101, 129, 159, 193, 229
= 0; // Reset the timer TMR2=0; // Reset the byte counter byteCounter=0; } [/c]
-
Thread
PIC18F26K22 Timer0 1sec Interrupt für Uhrzeit
Messen kann ich den Zeitunterschied nur mit meiner Handy-Stoppuhr nach Gefühl. Ich verwende einen PIC18F26k22 und dessen interner 16MHz Oszillator mit PLL (4x). Hier ist meine Software, etwas redzuiert [c] /* * File: main.c * Author: Markus * * Created on February 7, 2017, 11:54 PM
#4977502: > Schau mal da: > http://www.hs-ulm.de/users/vschilli/Mikrocontroller/uCQ/_downloads/uCquick-X.pdf > (5.1 und 5.2) Das habe ich nun so probiert, auf 40sek ist mein Programm eine Sekunde schneller. Ich habe folgende Änderungen vorgenommen: [c] //DEFINITIONS #define CCP1COUNT 20000
-
Thread
IR Controller über pc ansteuern (für LED Stripe)
0x55 #define COMMAND_B3 0x49 #define COMMAND_B4 0x48 #define COMMAND_B5 0x50 #define COMMAND_B6 0x51 #define COMMAND_B7 0x4D #define COMMAND_B8 0x4C #define COMMAND_B9 0x1C #define COMMAND_B10
0x15 #define COMMAND_UPB 0x16 #define COMMAND_QUICK 0x17 #define COMMAND_DOWNR 0x10 #define COMMAND_DOWNG 0x11 #define COMMAND_DOWNB 0x12 #define COMMAND_SLOW 0x13 #define COMMAND_DIY1 0x0C #define
-
Thread
Assembler-Programmieren PIC16F1934/6/7
Deinem hohen Alter :-) Werfe nicht gleich die Flinte ins Korn! Es macht Spass die Moeglichkeiten des PIC16F19xx zu entdecken! Ich programmiere bis jetzt nur in Assembler und verwende wie ich es gerade brauche, wahlweise PICs 16F628, 16F876, 16F1827, 16F1936 (28 Pin, 5V). Die neuen PICs 16F17xx
Klaus schrieb im Beitrag #4978773: > Ich verwende auch die 16 Bitter, PIC24. Ob die Register > haben? Haben sie, deren 16. Die PIC30 waren erkennbar so konzipiert worden, dass heutige C Compiler wie GCC keine Verrenkungen benötigen. Das ist schon aus Faulheit
-
Thread
Wie kommt es, dass es Arm SoCs für unter 10 € gibt, aber keine x86 SoCs zum gleichen Preis?
x86 schrieb im Beitrag #4968020: > Auch für C++ und andere Sprachen? Logischerweise, denn bei den meisten Compilern laufen sowohl C als auch C++ durch die gleichen Optimierungs-Algorithmen. x86 schrieb
7B%22k%22%3A%22LaptopProcessors%22%2C%22r%22%3A%5B%7B%22n%22%3A%22PlatformOWSCHCM%22%2C%22t%22%3A%5B%22%5C%22%C7%82%C7%825461626c6574%5C%22%22%5D%2C%22o%22%3A%22OR%22%2C%22k%22%3Afalse%2C%22m%22%3A%7B%22%5C%22%C7%82%C7%825461626c6574%5C%
-
Thread
µC - BUCK - BOOST Konverter
und fertig ist das Orchester. Es gibt µC, die den PWM-Takt per PLL nach oben schrauben können. Ein ATtiny45 kann das z.B. schon... BTW: der D5 des Arduino wird sich schwer wundern... ;-)
/732646/Fast-digital-I-O-for-Arduino) per digitalWrite das PWM mit deadtime hinbekommen! :) [c]#include <arduino2.h> const uint8_t Q18 = 5; const uint8_t Q15 = 6; const uint8_t Q16 = 9; const uint8_t Q17 = 10; int t = 10; // µS int dead = 1; // µS void setup() { pinMode2(5,
-
Thread
ATTiny85 an einer einzelnen AAA Batterie 1 Jahr mindestens
http://www.mouser.de/ProductDetail/Taiyo-Yuden/PMK432C6477MM-T/?qs=%2fha2pyFaduhNa5PIeZZQs1uPWkK%2fv6e6c96rwllS8XlYdc4K7PzzFb00qtkX9WWj Davon 2x parallel und gut. Wie lange wollt ihr denn noch rechnen? Oder den: http://de.farnell.com/avx/tajd108k004rnj
Stromtuner schrieb im Beitrag #4998218: > http://www.mouser.de/ProductDetail/Taiyo-Yuden/PMK432C6477MM-T/?qs=%2fha2pyFaduhNa5PIeZZQs1uPWkK%2fv6e6c96rwllS8XlYdc4K7PzzFb00qtkX9WWj > Davon 2x parallel und gut. > Wie lange wollt ihr denn noch rechnen? 1: 3,94 € 10: 2,73 € 100: 2,48 € 250: 2,04
-
Thread
vom Layout zum Schaltplan
einem 5V Spannungswandler, einem Schwingquarz, > einer Relaisschaltung und einem PIC16F88 I/P. (habe mich zu den > einzelnen Module vorher informiert) Da kann man fast nichts verkehrt machen. Ansonsten
Beitrag #4963457: > Und ob der MCLR so in der Luft gut aufgehoben ist? Hi Wolfgang, zu MCLR: RA5/MCLR/VPP (in Eagle gibt es den PIC16F88 nicht, aber den PIC16F83-04/P)) "Pin RA5 is multiplexed with the Master Clear module input. The RA5/MCLR/VPP pin is a Schmitt Trigger input." Wenn da trotzdem
-
Thread
PIC und LCD QC1602A V2.0 bringen mich zum Wahnsinn
LCD_Init(); __delay_ms(200); TXT_Write("Hallo",6,1); // Schreibe in Zeile 1 ab Spalte 5 TXT_Write("PIC16F877A",3,2); // Schreibe in Zeile 2 ab Spalte 3 while(1); } [/c] Vielleicht hat ja wer einen guten Hinweis für mich, ich hoffe das ich das C-Listing gut genug kommentiert
bei dir der ST7066 zu sein. Da sind dann so Diagramme... Bei meiner Init ist das LCD_RESET als 0x30 definiert. LCD_Write_Nibble(LCD_RESET); LCD_DELAY_5MS(); <edit>Da liegt ein Demo Projekt. http://picforum.ric323.com/viewtopic.php?f=40&t=210 Sollte auch leicht für PIC16 anpassbar sein. Benützt
-
Thread
AVR versus ARM Gesperrt
geliebten AVR's können. > Das stimmt schon mal nicht. Was sagst du zu folgender Schleife?: [c] for (uint32_t j=0; j<6000000; j++) { asm volatile ("nop"); } [/c] Bei 8Mhz dauert diese Schleife 3 Sekunden. Bie 64Mhz dauert sie 1 Sekunde. Also läuft dieser Programmteil nur 3x schneller
201529768817 So teuer sind die anderen auch nicht: http://www.ebay.de/itm/CYPRESS-CY8CKIT-145-40XX-PSoC-4000S-Prototyping-Kit-/182492911882?hash=item2a7d6cd90a:g:cLcAAOSw4A5Yy-jv http://www.ebay.de/itm/NXP-LPC1343-QuickStart-Board-Embedded-Artists-Art-No-EA-QSB-012-Cortex-M3-/292074161488?hash=item4400fa0550
-
Thread
Mehrere V-USB Anwendungen auf einem AVR möglich?
Frank K. schrieb im Beitrag #4960929: > Wenn Du was billiges willst: PIC16F1454. Mit Hardware-USB. Gibts auch in > DIL. Nana, mit PIC16F fang ich nicht mehr an :D Ich hab früher mit PIC16F84 und PIC16F873 beruflich gearbeitet ... Zu der Zeit, wo es noch keine freien
Mampf F. schrieb im Beitrag #4960993: > Nana, mit PIC16F fang ich nicht mehr an :D Ich hab früher mit PIC16F84 > und PIC16F873 beruflich gearbeitet ... Zu der Zeit, wo es noch keine > freien C-Compiler gab. Also in Assembler und mir hat die altertümliche
-
Thread
STM32 Programm unerwartet groß
Das Programm belegt 2808 bytes Flash. Ich hatte weit unter 1kB erwartet. Was mache ich falsch? [c] #include "stm32f10x.h" #include "stm32f1xx_nucleo.h" #include <stdint.h> void delay(uint16_t msec) { for (uint32_t j=0; j<500000; j++) { asm volatile ("nop"); } }
Jetzt habe ich mal einen Versuch nur mit CMSIS gemacht. Hat geklappt und belegt 2052 Bytes. [c] #include <stm32f10x.h> #include <stdint.h> void delay(uint16_t msec) { for (uint32_t j=0; j<5000*msec; j++) { asm volatile ("nop"); } } void SystemInit(void) {
-
Thread
PIC 16F723 und UART Problem
Hallo zusammen, ich habe hier einen PIC16F723 und wollte per RS232 ein paar Zeichen an den PC sende. Leider kommen keine Zeichen an (ich hatte es schon geschafft, dass ein paar kryptische Zeichen empfangen wurden). Die Hardware ist ok und ich kann Zeichen senden und empfangen! Der Code funktioniert auch mit einem 16F871 (auf Steckbrett getestet). Irgendwie habe ich vermutlich den PIC falsch konfiguriert oder den UART falsch eingestellt. Ich komme aber selbst nach mehrmaligen durchlesen des Datenblatts nicht
-
Thread
PIC24F zum Einstieg
Klaus schrieb im Beitrag #4954450: > Ich benutze gerne den PIC24FV32KA30x Ist auch einer meiner Lieblings-PICs. Hat bis zu 5 16 Bit PWMs und einen 12 Bit ADC. Was will man mehr? Gruß Anja
kann da leicht in SMD und daher auch größer sein (44 Pin z.B.). In zwei bis drei Wochen kommen dann 5 Boards für kleines Geld aus China angeflogen. Manch simples Projekt kann dauerhaft auf solchem Board bleiben. Ich hab sowas für 8 und 14 Pinner (PIC12 bzw PIC16) in 5x5cm. Da passen beide in das gleiche
-
Thread
Mikrocontroller zur Regelung DC/DC Wandler
eine andere Art von "limit-cycle" Oszillation ist oder die PWM analog machen. Die Komparatoren im PSoC sind mit ca. 50..100ns ausreichend. Der dsPIC hat eine PWM Auflösung von 1.04ns und die XMC4000er teils 150ps. Gruß DCDC
Muss mich ganz klar für den dsPIC aussprechen, sehr schnell und auch nicht so kompliziert. Zwar "nur" 1.04ns Auflösung der PWM, aber 5 ADC Wandler mit je mehr als 3 MSPS richtig schnell. In Kombination mit dem CLC Modul kann man sehr
-
Thread
Relais (selber bauen)
überbrücken. Oder wenn man ungeübt ist, mit verzinntem Draht. https://www.conrad.de/de/platine-epoxyd-l-x-b-160-mm-x-100-mm-35-m-rastermass-254-mm-wr-rademacher-wr-typ-811-5-inhalt-1-st-529605.html Und wenn es funktioniert, kann man für die Massenproduktion ein Layout machen.
Platine vermeiden lassen? --> Ich löte mit einer Ersa i-CON Pico mit feiner Lötspitze und bleifreiem 0,5mm ELV Lötzinn bei 350°C
-
Thread
ARM-Cortex als Anfänger?
dsPICs, warum sind die weniger beliebt als ARM? Die meisten Leute mit einem gesunden Halbwissen, die PIC lesen, denken sofort an die alten 8 Bit Architekturen. Dabei ist PIC24 (dsPIC ist PIC24 + DSP Erweiterungen) eigentlich sehr schön zum Anfangen. Recht orthogonale Prozessorstruktur mit 16 16Bit Registern
Peripherie (das macht es eigentlich aus!), billige Debugger verfügbar (PICKIT3-Clones), und der Umstieg auf PIC32 oder PIC12/PIC16/PIC18 ist dann auch nicht mehr so schwer, weil die Peripherie familienübergreifend sehr ähnlich ist. Auf jeden Fall keine Fehlentscheidung. fchk
-
Thread
PIC18 & XC8: strcpy
eingeschränkt: char buf[100]; strcpy(buf, "hello"); diese erzeugen mir mit dem XC8 V1.41 und einem pic18f26k80 den Fehler: "C:\Program Files (x86)\Microchip\xc8\v1.41\sources\common\strcpy.c:19: error: (1466) registers unavailable for code generation of this expression (908) exit status = 1" leider
denn funktioniert? Ich denke, es hat etwas mit rom/ram und der variablenablage zu tun, welche im PIC16 doch anders ist als im PIC18. Aber des Rätsels Lösung habe ich noch nicht gefunden...
-
Thread
pic - wie aus hex-file asm code machen?
Programmierer sollte man sowas können - jedenfalls für eine übersichtliche Architektur wie die der kleinen PIC's (vorausgesetzt, du meinst PIC16xxx oder PIC18xxx und keine PIC32...) W.S.
Ich veruch hier mal mein Vorgehen zu beschreiben: - Mit MPLabX über FILE->IMPORT->Hex/ELF das Hex-File mit dem dazugehörigen µC importieren - Mit WINDOW->PIC-MemoryViews->ProgramMemory den Speicherinhalt aufrufen - In dem "ProgramMemory"-Fenster rechte Maustaste
-
Thread
Programmieren des HPS Pic controller Board
Board bestimmt super verwenden. Wenn Tutorial, dann besorge dir unbedingt den darin verwendetet PIC. Die meisten PICs mit 28 sind pinkompatibel. Such dir ein aktuelles Tutorial mit einem aktuellen PIC und aktuellen Tools.(z.B. PIC18F2xK22, PIC16Fxxxx 4-stellig hinter dem F, PICkit3, MPLABX) Tutorials mit einem PIC18F2xK22 gibt es z.B. https://pic-projekte.de/blog/pic18-tutorial-einleitung/ oder http://www.hs-ulm.de/wir/Personal/PersonalSaSchr/vschilli/Mikrocontroller/uCQ/
-
Thread
Nespresso-Maschine geht auf dem Campingplatz nicht :-)
, ist also linear. Rc = (1 / (2 x PI x f x C)) Es wäre evtl. möglich, da einen grösseren Kondensator einzubauen, dazu mach doch mal Fotos von den Innereien.
https://de.wikipedia.org/wiki/Leitungsschutzschalter#Ausl.C3.B6secharakteristik Ausgehend von Automaten mit Typ B (heutiger Standard): Bei Kurzschluss: Bei 3-5x Nennstrom innerhalb von <100ms, soweit ich weiß. Bei Überlast: Bis 1,13x Nennstrom nach 60Min
-
Thread
DMS-Wägezelle - Störeinflüsse
Datenblatt für den Wägebalken hab ich nicht. Nur soviel: Der Balken misst l=70mm, h=6mm und b=5,2mm. Die Empfindlichkeit des Balkens habe ich mithilfe des HX711 bestimmt. Das Datenblatt spricht von einem Messbereich von +-20mV bei AVDD = 5V und Verstärkung *128. Mein AVDD ist 3,3V entsprechend
deren Elektronik gestorben war (war der reinste Billigst-Mist). Mein Konstrukt: AD7714, danach ein PIC16, dann ein Sanyo-LCD-Treiber. Diese Kombi hat praktisch keinerlei Einlauf-Effekte, aber ich mußte zum Ruhigstellen einen laufenden Mittelwert aus 16 Messungen machen. Einen spürbaren Temperaturgang
-
Thread
PIC 16F648A und REAL ICE
Hallo Ich habe eine Schaltung um den PIC 16F648A entwickelt. Nun denke ich über den Kauf des REAL ICE nach, weil ich nur mit dem MPLAB X-IDE alleine ohne einen Debugger nicht mehr weiter komme; ich muss in den Coltroller "hinein sehen" können
dem REAL ICE anpassen muss? Alle Ports sind in meiner Schaltung nämlich belegt (inklusive Reset mit C und R an RA5). Bei anderen, neueren PIC's, welche direkt via RJ-11 Kabel mit dem REAL ICE verbunden werden können, muss ja die Beschaltung für MCLR, PGM, PGC und PGD immer den Vorgaben entsprechend
-
Thread
LED-Nachtlicht mit langsamen Ausdimmen
sind jeweils ein paar an jede LED) und die LED geht an die 4 AAA (es macht nichts, daß es dort bis 1.5V mehr sind als die Spannung am uC, da die LED diese Spannung ohne nennenswerten Strom abhält). Dann programmierst du die PWM in Software, leicht mit 12 oder 16 bit, und hast genug Abstufungen. Die 22 Ausgänge erlauben bis 200mA für die LED, für deine 0.1W bis 0.5W bei 3.6V reicht das also locker. Wenn man will, kann der uC auch die eigene Betriebspannung messen und daraus die Restspannung über dem R ermitteln und den Strom durch die LED abschätzen, und die Helligkeit
-
Thread
MSP430G2452 128ms Tastenentprellung
MSP430 ist kann ich Dir leider nicht sagen. Allerdings wurde ich auch davon überrascht, dass ein PIC16 eine Anweisung pro vier Takten ausführt. Das stand irgendwo ganz tief im Datenblatt. LG Christina
1000 = 1,10 ms * 10000 = 9,80 ms * 50000 = 49,25 ms */[/c] Die Zeiten sind ausgemessen (x-mal Schleife) und mit mit einem Oszi kontrolliert worden. Ich habe hier mit SMCLK = 1 MHz gearbeitet. Für höhere Frequenzen ist entsprechend umzurechnen. Bei 128
-
Thread
ATTiny25: unklare Interaktion PROGMEM <-> ADC
R25,0x0061 Load direct from data space +0000014C: 91A00062 LDS R26,0x0062 Load direct from data space +0000014E: 91B00063 LDS R27,0x0063 Load direct from data space +00000150
+00000158: 93A00062 STS 0x0062,R26 Store direct to data space +0000015A: 93B00063 STS 0x0063,R27 Store direct to data space [/c] c-hater schrieb im Beitrag #4935836: > Dann wäre er nicht im Timer-Triggermodus
-
Thread
KiCAD ist im Kommen
68,0","0,03","R" "TO_SOT_Packages_SMD:SOT-23|BC817-40","BC 817-40 SMD","0,04","R" "Capacitors_SMD:C_0805|2,2µ","X5R-G0805 2,2/50","0,05","R" "Capacitors_SMD:C_0805|2µ2","X5R-G0805 2,2/50","0,05","R" "Capacitors_SMD:C_1206|10µ","X5R-G1206 10/35","0,09","R" "Resistors_SMD:R_0805|10","RND 0805 1 10
einlassen. Weil, es kennt sich ja *niemand* damit aus und alles neu - stattdessen wollte er dann PIC32 verwenden (verwendet einen Mach Kern) ... Seufz xD Gegen meine Argumentation (alles fertig was er braucht, praktische Erfahrung mit den Controllern usw) hat er sich gleich komplett dagegen entschieden
-
Thread
AVR Attiny10 External Interrupt in C
rjmp .+16 ; 0x26 <__bad_interrupt> 00000016 <__ctors_end>: 16: 11 27 eor r17, r17 18: 1f bf out 0x3f, r17 ; 63 1a: cf e5 ldi r28, 0x5F ; 95 1c: d0 e0
pop r22 52: 5f 91 pop r21 54: 4f 91 pop r20 56: 0f 91 pop r16 58: 0f bf out 0x3f, r16 ; 63 5a: 0f 91 pop r16 5c: 1f 91 pop r17 5e: 18
-
Thread
FPGA/CPLD für Strommessung gesucht
Energiemessgerät mit folgenden ADCs bauen > Warum braucht dieses Energiemessgerät ein FPGA /und/ einen uC, wo andere > mit letzterem auskommen? > Ok, dann habe ihc das falsch verstanden. Warum ich Probleme erwarte: Sagen wir, ich taste mit 20kSPS ab. Ich müsste 6 Kanäle messen, davon 3x Sigma-Delta
einlesen - Das durch den SINC-Filter jagen - Gain / Offset Korrektor drüberrechnen - Zusätzlich 3x Spannung messen - Daraus einen Leistungswert berechnen Ich würde gerne PIC32MX verwenden, weil ich die schon gut kenne. Mein Bauchgefühl sagt mir, dass ich alles das in 50µs nicht hinbekomme, oder
-
Thread
Programmierbarer Taschenrechner mit PIC16F628
sind alle antiparallel geschaltet. Achso, kappiert. > In Java auf mega328 wartest du vermutlich 5 Minuten auf die fertig > berechnete Quadratwurzel...:-) Vertue dich da mal 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 dort eingesetzt wurde. Ja, warscheinlich
-
Thread
Belichtungsgerät kaputt?
programmierter Microcontroller sein. Schwingt denn der Quarz ? Oft sind die defekt. Welches Modell des uC ist es ? PIC16C54 würde wohl in die Zeit passen.
SmellyBelly schrieb im Beitrag #4930654: > tatsächlich ein Pic16F84A. Wenn das /Misstding/ nicht mehr anschwingen will, leg ein 1MOhm parallel.
-
Thread
Senden über SPI bei dsPIC33EV
Hier mal mein dsPIC33EV, sollte funktionieren: [c] void Init_PPS (void) { __builtin_write_OSCCONL(OSCCON & (~(1<<6))); // clear bit 6 // output remappeble pins RPOR5bits.RP48R = RPO_SDO2
interrupt flag (no interrupt) // IEC2bits.SPI2IE = 1; //Enable SPI2 interrupts } [/c] 8 Byte senden: [c] SPI2BUF=1; SPI2BUF=2; SPI2BUF=3; SPI2BUF=4; SPI2BUF=5; SPI2BUF=6; SPI2BUF=7; SPI2BUF=8; // SRMPT: SPIx Shift Register (
-
Thread
Erfahrungen mit Arduino
+, oder eine IDE wie QtCreator oder Eclipse nehmen und dafuer dann ein Plugin schreiben sollen. 5. Es gibt sehr viele, teilweise ueberfluessige Fragen, weil sich die Leute nicht mit dem Datenblatt des Controllers beschaeftigen wollen. Dazu wollen sich viele nicht mal mit C oder C++ beschaeftigen.
. Aber, Beispiel 3,3V: Da habe ich einen Arduino pro Mini rumfliegen. Warum auch immer sind die I2C Pins irgendwo auf der Platine angeordnet. Das stört mich ungemein an dem Ding. Oder warum einen 5V µC mit Pegelwandler für 3,3V nutzen, wenn ich direkt das ganze System auf 3,3V einstellen kann.
-
Thread
.bin-Datei für PIC-Programmierung verwendbar? Wie Umwandeln?
Beitrag #4921970: > Kommt darauf an, wie "bauähnlich" die Geräte wirklich sind. Sehr. Das eine hat 2x3A Ausgänge, das andere 2x5A, sonst identisch. Wie auch auf der oben verlinkten russischen Seite bereits steht, sind beide "Hälften" eines Netzteils, also die Programmierung von "IC-5L" und "IC-5R"
. Der Code der 3A-Version unterscheidet sich überhaupt nur in zwei Zeilen von der Hex-Datei der 5A-Version. Vielen Dank für eure Hilfe, es war für mich ein spannender Ausflug in die PIC-Welt ;-)
-
Thread
SD Karte lässt sich nicht initialisieren
belesen habe ich mich schon wie der Teufel.. Also die Karte hängt bei mir an einem Leistungsstarken 16Bit PIC.. SPI Mode ist 0, SPI Clock ist 1,2MHz, PIC und Karte laufen mit 3,3V. Initialisiert wird die Karte etwa mit 200kHz dazu sende ich 150 Clockst, die SS und MISO Leitung ist währenddessen
ich würde die Berechnung der Adresse folgendermaßen angehen: MBR OFFSETs: 0x10 = number of FATs (1 Byte) 0x11 = RD_ENTRIES (2 Bytes) 0x16 = size of FAT (2 Bytes) RD OFFSETs: 1A = Starting cluster number for file (2 Bytes) Root DIR Block Nummer= (size of FAT)x(number
-
Thread
cooles Arduino Projekt gesucht
nicht schlecht reden muss. Doof sind nur die Fragen der User wenn sie meinen sich nicht einmal mit C/C++ beschäftigen zu müssen.
Autor: Werner H. (pic16) >Ein Fortgeschrittener stellt nicht so dämliche Fragen und baut auch nur >Dinge die er auch gebrauchen kann. Soso ... und woher willst du wissen, was ein Fortgeschrittener so tut?
-
Thread
LED 3x blinken dann LED permanent ON
Hab auch noch mal einen anderen Pin versucht, weil dort keine anderen Funktionen hinterlegt sind BR5. Aber auch das gleiche. Klar kann ich den gesamten Code zum Download bereitstellen, es handelt sich im konkreten Fall um einen PIC 16F628A. Wenn es hilft ;-). Gruß Reiner
ICSP-Leitungen Data/Clock entkoppelt werden. Schau Dir mal ueber die korrekte Beschaltung von MCLR/RB5 (Pin4) diese Links bei www.sprut.de an: http://www.sprut.de/electronic/pic/reset/index.htm#mclr http://www.sprut.de/electronic/pic/icsp/icsp.htm http://www.sprut.de/electronic/pic/icsp/icsp.htm#3
-
Thread
PIC18LF2423-I/SP selber programmieren
Programmiergerät z.B. ein PICkit3. Ein Klon aus China für ~10€ tut bisher bei mir das gleiche wie das 5-6 Mal so teure Original. IDE und Compiler kannst du bei MCHP runter laden. Sprache wird dann C oder Assembler sein.
, dann kannst du auch noch da: https://pic-projekte.de/blog/category/elektrotechnik/mikrocontroller/ oder auch hier http://www.hs-ulm.de/users/vschilli/Mikrocontroller/uCQ/_downloads/uCquick-X.pdf drüber fliegen.
-
Thread
AVR -> STM8/32. Was ist anders? Was zu beachten? Was benötigt? Gesperrt
Herstellerangaben :-) http://www.st.com/content/ccc/resource/technical/document/application_note/91/66/2d/8c/f9/b5/47/55/DM00089834.pdf/files/DM00089834.pdf/jcr:content/translations/en.DM00089834.pdf Antoli B. schrieb im Beitrag #4913261: > Werden die STMs und deren C-Code hier genau so supportet wie auch
/noch/ einen PIC16 Typen auf den Markt wirft?
-
Thread
Es gibt noch immer Entwickler-Jobs in Hochlohnländern. Wieso?
Technologie und wissen Technologie zu nutzen. https://www.bing.com/images/search?view=detailV2&ccid=TYTt1f5H&id=42F88525C4BFA5CAF9B52B5F539A9A7F96A86F85&q=stra%c3%9fenbau+nepal&simid=608015053761220113&selectedIndex=3&ajaxhist=0 oder das https://www.bing.com/images/search?view=detailV2&ccid=nZ0e0X%2BZ&
Ressourcen nicht schafft, sind Prozessoren. Die ersten Generationen von Microchips simpel gestrickten 16-Bittern (dsPIC30) hatten CPU-Fehler drin - bei den aktuellen habe ich nicht nachgesehen. ARM erging es nicht anders, auch da gibts auch in den einfacheren Cores immer mal Fehler drin, wie CPU-Befehle
-
Thread
DSP oder 32bit µC?
multipliziert werden. >>Das wichtigste Kriterium ist neben dem Preis der Energieverbrauch, der >>µC sollte schaltbare Taktfrequenzen haben und über einen Schlafmodus >>verfügen, > > Das haben heute fast alle. Als möglicher µC käme noch die MSP430-Serie in Frage, die eine 16x16-> 32bit Multipliaktionseinheit
, insbesondere, wenn > vorzeichenbehaftete Zahlen multipliziert werden. Da reicht ein kleiner PIC24 locker aus. Fast ein beliebiger. Der kann 16x16bit in Hardware. Alternativ ein PIC32MM: http://www.microchip.com/wwwproducts/en/PIC32MM0032GPL020 Der schafft einen 16x32Multiply in einem Takt
-
Thread
SDuino: Beinahe-Arduino für STM8S
nennen, das ist aber nicht in Stein gemeisselt. Im Moment geht so etwas mit frei wählbarem Namen: [c] // PCD8544 lcd(1,2,3,4,5); // so wäre es in C++ PCD8544 (lcd,1,2,3,4,5); // so ist es in C jetzt setup() { lcd_begin(); lcd_print_s("Hello World!"); } [/c] Weil der Präprozessor
v aufrufe, dann bekomme ich als Ausgabe [code] SDCC : mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/pic14/TININative/ds400/hc08/s08/stm8 3.6.5 #9841 (MINGW32) published under GNU General Public License (GPL) [/code] Das heißt, es kommt keine reine Zahl raus. Daher gibt's dann in der expr einen
-
Thread
Werden Atmels 8-Bit-Mikrocontroller teurer?
Karlmann schrieb im Beitrag #4900021: >>> Nachdem der µC fast doppelt so teuer geworden ist, ... > > Welcher µC war das? Renesas HD64F3800-Serie Preis ist bei unserem Distri 2015 von 3,1x€ auf 5,9x€ gestiegen. Nachdem die gesamte BOM ca. 10€ ausmacht
Reichelt, Conrad und andere mit hauptsächlich privaten Kleinstverbrauchern als Kunden noch solche µC wie den PIC16F84 zu erschreckend hohen Preisen anbietet (zumindest für die Leistung die solch ein Oldtimer hergibt). Jemand
-
Thread
Qualität bei Microchip's dsPIC33
zu sein. Auch TI hat nach einigem hin und her folgendes Erratum veroeffentlicht: SLLZ058A - TL16C752C/TL16C754C/TL16C2752 Short STOP Bit Errata "If the transmitter sends a STOP bit of shorter duration, e.g., 98 ms instead of 104 ms, the TL16C75xC can miss a subsequent START bit." Die Baudrate
> Auch TI hat nach einigem hin und her folgendes Erratum > veroeffentlicht: > > SLLZ058A - TL16C752C/TL16C754C/TL16C2752 Short STOP Bit Errata > > "If the transmitter sends a STOP bit of shorter duration, > e.g., 98 ms instead of 104 ms, the TL16C75xC can miss > a subsequent START bit." >
-
Thread
Mal wieder: LCD will nicht (Atmega, GCC)
gibt es nicht. Programmiert wird im Atmel Studio 7, Programmer: JTAGICE3, Prozessor: Atmega168 mit 16MHz Quarz, Display: 16210 (großes 2 x 16). Programm im Anhang (Main.c). Verwendet wurden die lcd-routines aus dem Tutorial. Beim Starten des Programms wird das Display auch initialisiert, das sieht
nochmal weiter experimentiert. Wie weiter oben schon angedroht, habe ich mal andere Displays (ein 1x16, Typ ?, ein 2x8 Typ C0802-04 und ein 2x16 Typ CM1624) in dieser Schaltung und mit dem GCC-Programm getestet. Alle drei funktionieren so wie sie sollen, also ohne "DISPLAY ON" am Ende. Stecke ich dieses
-
Thread
"moderner" Kühlschrank - Steuerung defekt
Kompressor frisst zu viel Strom? Hm, Fehlanzeige. Die Steuerung ist komplett in THT, Herzstück ist ein PIC16C57C. Um den Kompressor kümmert sie sich gar nicht (schaltet nur per Relais an und aus). Es gibt nur zwei "Sensoren", d.h. zwei NTCs. 1. 2,33k bei 25"C (also wohl ein 2,4k +/-5%) für den Kühlraum
http://www.ti.com/lit/an/snoa328/snoa328.pdf Stimmt! Mir war noch gar nicht aufgefallen, dass der PIC16C57 keinen AD-Wandler hat. Damit bekommt der 47nF C1 auch einen Sinn.