-
Thread
8 Bit FFT übernehmen
} } --k; l = istep; } return scale; } int fix_fftr(char f[], int m, int inverse) { int i, N = 1<<(m-1), scale = 0; char tt, *fr=f, *fi=&f[N]; if (inverse) scale = fix_fft(fi, fr, m-1, inverse); for (i=1; i<N; i+=2) { tt = f[N+i-1]; f[N+i-1] = f[i]; f[i] = tt; } if (! inverse) scale = fix_fft(fi, fr, m-1, inverse); return scale; } x = fix_fftr(&Sinewave[0], 6, 0);
-
Thread
PIC USB per Assembler ansprechen
Eine Bekannte muß einen PIC18F2550 mit einem Raspberry verbinden. Vorgabe dabei ist, daß an der Schaltung nichts verändert werden darf (zusätzliche Module sind erlaubt), und es muss mit Assembler (also nicht C) gearbeitet werden
Wen auf dem Pic in Assembler programmiert werden soll ist das mit der RS232 wirklich einfacher. Mann kann ja einen Ftti USB>232 Wandler verwenden,USB an die Rpi und 232 an den PIC. USB ist ja ein Busssystem, da müsstest
-
Thread
HID - Mouse mit PIC18F4550
Hallo Leute Ich arbeite an einem Projekt, dessen Ziel es ist, eine USB Maus mit dem µC PIC18F4550 nachzubauen. Da die Programmierung des PIC für die HID Maus ziemlich umfangreich ist, ist meine Frage, ob es frei erhältliche Software für solche HIDs gibt. Ich arbeite mit der Entwicklungsumgebung MPLAB. Ich habe bereits das HID Mouse Demo - Programm für den PIC von dieser Website ausprobiert: http://shop.olimex.eu/product_info.php?products_id=563 Dieses Programm funktioniert, ich kann mit 4 Tastern über den PIC die Maus in die 4 Richtungen steuern,
-
Thread
PIC ECAN GUI CAN Baudrate, welche möglichen Einstellungen gibt es hier?
Programmer empfehlen, da es höchst warscheinlich bei diesem einem Patchvorgang bei meinem Ausflug in die PIC Welt bleiben wird. PIC18F2550/PIC18F2680
-
Thread
dspic33fj flash daten ablegen
Hier findest du alles was du zum Flash des dsPIC33F wissen musst, inkl. ein paar Beispielcodes: http://ww1.microchip.com/downloads/en/DeviceDoc/70191D.pdf
Beispielcode. Beim 2. findest du unter "DEE Emulation 16-bit v2.2 - AN1095, Emulating Data EEPROM for PIC18/PIC24 MCUs and dsPIC DSCs" einen ZIP mit einem Beispielprojekt...
-
Thread
CAN Daten über Microcontroller per Bluetooth übertragen
ermöglicht. Als Übertragungsstandard wurde Bluetooth gewählt und das ganze sollte entweder über einen PIC (Hersteller Microchip) oder über einen Microcontroller, der mit der KEIL-Entwicklungsumgebung programmiert werden kann, gelöst werden. Wir hatten erst die Lösung mit dem PIC bevorzugt aber die Firma Microchip hat uns mitgeteilt, dass es keinen PIC mit CAN und Bluetooth Schnittstelle gibt. Der PIC18F2680 zum Beispiel hat eine CAN-Schnittstelle und eine UART Schnittstelle. Es gibt auch genügend Bluetoothmodule, die ebenfalls dieses UART unterstützen
-
Thread
Widerstände schalten
Vielleicht hiermit: Best-Nr 18G180 ist dezimalcodiert. Davon zwei und noch einen Umschalter https://www.buerklin.com/default.asp?search=18g180&event=ShowSE%28%29&l=d&ch=74362&suggestion=
damit die Werkzeuge prüfen. Andere Möglichkeit mittels up/ down Taster. Als Controller bietet sich der Pic18f25k22 an, der hat alles on Board und ist mit 2,50€ sehr preiswert. Vielleicht gibts sowas auch von Atmel? Natürlich gehts auch mit diskreten Widerständen und Tastern.
-
Thread
VDIP1 mit PIC programmieren
Hallo zusammen, wir haben folgendes Problem: Wir haben Probleme bei der Programmierung eines PIC18F2680 und des USB-Adapters VDIP1. Unser Ziel ist es Daten die von Sensoren eingelesen werden mithilfe des PIC auf den USB-Stick (UART-Schnittstelle) zu speichern. Die Verbindungen sind bereits verlötet
oder HyperTerm) mit dem Dingen zu quatschen und dann kannst du dir ja überlegen wie du das auf dem PIC löst. Nur soviel : Wenn die Schnittstellen laufen und man sich ein paar einfache gedanken zur Ansteuerung macht ist das alles recht Problemlos.
-
Thread
ARM vs. PIC32
machen: http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2680&dDocName=en547784 Der FreeRTOS Port für den PIC32 ist soweit ich sehe auch ganz gut. Da soll mir mal einer einen ARM Cortex-M3 Anbieter nennen, der diese Sachen "aus einer Hand" anbietet. Ich bin
. Ich nutze schon länger Produkte von Microchip (18F und PIC32) und bin sehr zufrieden. Die Libs sind gut, und mit Ethernet, USB, FAT, CAN, Grafik, ... ist eigentlich alles dabei was man sich wünscht. Auch die Microchip FAEs sind sehr zuvorkommend und
-
Thread
Matrix Tastatur (Matrixtastatur) mit 74HC4051 und 162A Display.
Das läuft bei mir mit PIC18f2680. Das Projekt läuft mit SDCC Compiler unter CodeBlocks. Durch Änderung im C-File: #define MICROCHIP_C18 0 auf: #define MICROCHIP_C18 1 ist möglich ein Projekt unter MPLAB zu erstellen
-
Thread
CAN auf PIC18F26K80 (generell ECAN-Modul)
Hallo zusammen, Ich entwickle gerade eine Anwendung, in welcher CAN-Knoten mit je einem PIC18F4580 bzw. PIC18F2680 kommunizieren. Senden und Empfangen läuft dabei über Interrupts, im Mode 2 (FIFO mode). Im Loopback-Mode funktioniert soweit alles, wobei eine Überraschung war, dass es nicht
-
Thread
PIC18F67K22 Projekt
leider gar keine Ahnung, kann mir da bitte jemand ein Code Beispiel oder so geben? Ich verwende den PIC 18F67K22. Vielen Dank! while (1) { int i; int warte; i = 0; int summe; summe = 0; for (i; i
/idcplg?IdcService=SS_GET_PAGE&nodeId=2680&dDocName=en547784 Ich bin übrigens bisher immer gut damit durchgekommen, die Datenblätter "apzutippen". Das relevante Kapitel bei deinem PIC wäre 20.3 oder 20.4.
-
Thread
Gibt es irgendwo brauchbare Infos zu SMI ?
Habe eine Rolladenplatine mit PIC18F2680 inkl CAN-Bootloader gebastelt die ganz gut laufen. Allerdings sind die bei mir nur für Temperaturen, Kontakte und den Thermoelektrischen Stellantrieb der Heizkörper zuständig. Bad U. schrieb
IngoF schrieb im Beitrag #4406487: > Habe eine Rolladenplatine mit PIC18F2680 inkl CAN-Bootloader gebastelt > die ganz gut laufen. Da sind wir ja in ähnlicher Richtung unterwegs :) Ich habe die K-Serie
-
Thread
COM2 nach COM 1 umbenennen?
diesen Boards aus dem COM2 einen COM1 macht? Einfach im BIOS die Basisadresse ändern. Ich glaub 0x2F8 war COM2 und 0x3F8 COM1
Le voila: Connecting to MPLAB ICD 2 ...Connected Setting Vdd source to target Target Device PIC18F2680 found, revision = a2 ...Reading ICD Product ID Running ICD Self Test ...Passed MPLAB ICD 2 ready for next operation
-
Thread
USB-HID Programmieren C
Ich habe eine Programm für den PIC18F4550 geschrieben, das Daten (Strings) über USB(HID) senden und empfangen kann und damit dann 8 LED ein/Ausschalten kann. Ich sende die Daten momentan mit dem HID-Terminal von mikroElektronika. Nun mochte ich mir in C ein Programm für meinen PC (Windows 7) schreiben der die Daten an den PIC sendet und empfängt. Ich würde gerne wissen welchen Compiler ich am besten verwenden sollte und wie ich dich die Daten sende/empfange. Das Auswerten ist kein Problem.
-
Thread
Unbenutzte Pins vom Mikroprozessor als Fehlerquelle.
Mikroprozessor habe ich bemerkt etwas seltsames. Beim Beruhigen mit Finger vom Gehäuse vom meinem PIC18F2680 kam zum seltsamen verschiedenen Störungen. Mein „System“ wuchs ständig. Letzte Erweiterung war Multiplexer dankt dem habe ich zu Verfügung genug I/O´s (16 digitale Ausgänge, 8 Analoge und
> Unbenutzte Pins duerfen keine Interrupts ausloesen koennen. ch benutze beide Interrupts vom PIC. Auch Hardware Interrupt. Wie kann man einzeln jedem Pins verbieten einen Interrupts auszulesen? Es sind ziemlich viele Pins... Das die nicht benutzte Pins nichts in Auswertung kommen das ist klar
-
Thread
microchip c18 vs. sdcc
Zeit arbeite ich bei der Entwicklung von einem Mikroprozessorsystem. Als Mikroprozessor verwende ich pic18f2680 : Programmspeichergröße: 64KB RAM-Speichergröße: 3.25KB EEPROM: 1024Bytes Hardware habe ich schrittweise entwickelt. CAN, RS232 wurden an der Hautplatine platziert. Visualisierung
stehen zu Verfügung. Von Anfang an habe ich mir als Ziel gesetzt das alles unter beiden Compiler: c18 und sdcc lauffähig zu machen. Und das ist gelungen. Jetzt arbeite ich auf der ersten Anwendung: Steuerung für meine Heizung. Bei compilieren mit c18 kam mal eine Meldung: Error - section '.udata_Heizung.o
-
Thread
Benutzt jemand ATMega16M1/32M1/64M1 zur CAN Kommunikation? Oszibild eines CAN Frames?
Problem dass das reservierte Bit vor dem DLC als 1 übertragen wird und weiterhin das der Empfänger ein PIC18F2680 dieses Bit dem DLC mit zurechnet aus 0001=1 wird so 10001=17, laut der Bosch Spezification sollte de Empfänger das aber ignorieren. Die Kommunikation zw. den ganzen ATMega16M1 Teilnehmern
-
Thread
Eingabepanel mit CAN-Bus Entwicklung
CAN-Hausautomatisierungsprojekt etwas ähnliches entwickelt. Einseitige Platine für kleine UP-Dose, PIC18F258 Prozessor mit CAN, 8x IN für Lichtschalter + Temperatursensor + 1 LED Der Prozessor bietet noch unbenutzte Ein-/Ausgänge für weitere Anschlüsse, diese sind aber nicht als Kontakte auf der Platine
ich für die Sender noch nicht programmiert, ein entsprechendes Beispiel gibt es aber von ME. Der 18F2680 hat einen länger programmierbaren Watch-dog Timer. Sender ist im Sleep-Mode, wird vom Watch-dog alle 2min geweckt und sendet eine CAN-Botschaft mit der Temperatur und schläft wieder. Übrigends
-
Thread
CAN zu Ethernet / systematisch Vorgehensweise?
Solange keine 1Mbps Dauerfeuer rüber mussen wäre schon die Grössenklasse Mega168/ENC28J60/MCP2515 oder PIC18F2680/ENC28J60 geeignet. Wobei die Komplexität des Gateways selbst ein bischen davon abhängt, inwieweit Filterung im Gateway stattfindet, wie die ggf. konfiguriert wird, usw. Welchen Aufwand
-
Thread
Probleme mit AD Wandler
Moin zusammen, ich benutze in einem Gerät mehrere PIC18F2680 die per CAN-Bus verbunden sind. Beim Einschalten lesen die Controller über den ADC einen Spannungswert der wiederrum ihre jeweilige CAN-Bus Adresse definiert. Das funktioniert in etwa so:
-
Thread
Ansprechen von CAN-bus beim Auto ?!?
interpretiere, bräuchte ich dafür nicht >mal einen speziellen Controller. Das müsste mit jedem Atmel oder PIC zu >machen sein, oder ? Grundsätzlich richtig, allerdings wird dann ein LIN-Transceiver benötigt. Da Du sicher eine CPU für den CAN brauchst würde ich z.B. den 18f2680 oder 18f4680 empfehlen. Da
ARM7 z.B. AT91SAM7X müsste USB haben und ist preislich auch ok (wenn auch eigentlich oversized). C8051F32x / C8051F34x sind 8051 mit guter USB-Schnittstelle (USBXpress ist schnell implementiert). AVR & PIC keine Ahunng, wird sicherlich auch da ein paar geben. Ansonsten jeder mit UART und einem FTDI hinten
-
Thread
PLL und interner Oszillator bei PIC18
Hallo, ich habe hier einen PIC18F2680 (unter MPLAB), bei dem der interne Oszillator mit 8MHz verwendet wird. Jetzt möchte ich zusätzlich die 4x-PLL einschalten, um 32MHz zu bekommen. Momentan setzte ich die (meinem Verständnis nach
-
Thread
Probleme mit I2C Bus
es stört eher) ?!? Alle ca. 1.2 m hängt ein I2C Temp.sensor MCP9801 (4 in Summe), Master ist ein PIC 18F2680. Danke für Hilfe im Voraus !
Lösung: Fallende Flanke langsamer machen, z.B. mit einem C am Master, aber nicht zu viel, weil nur 400pF auf dem Bus erlaubt sind. Oder den Bus anpassen, damit die Reflexionen unterdrückt werden.
-
Thread
CRC / Prüfsumme knacken
interessiert, wie deine Lösung dafür aussieht. Magst du > etwas dazu sagen? Eine Platine mit einem PIC18F2680. Mit: [code]24V/5V Wandler (für Switchbus und Stromversorgung 5V-Ausgang (zur Versorgung evtl. anderer Baugruppen wie z.B. Switchbus Connector) RS485 (für Switchbus
code]10001001 00010001 (89 11)[/code] Bei Bit4 von Byte3 zwei ändern sich gleich 7 Bits: [code]F0 23 44 81 03 (D7 38) F0 23 54 81 03 (42 BD) F0 23 44 81 00 (4C 0A) F0 23 54 81 00 (D9 8F) F0 23 44 01 02 (92 A5) F0 23 54 01 02 (07 20)[/code] auch jedesmal die selben Bits in der Prüfsumme
-
Thread
Suche Simulator für 8051
der Firmware organisieren lassen. Das kam mir nach 2000 ganz groß in Begriff als ich meine erste PIC Schaltung in der Firma Entwurf. Ein Kollege machte die F.W. Es funktionierte alles bestens. Später aber, als ich anfing meine ersten Schritte mit den MCUs zu machen lernte ich an dieser Platine und
. (Beim PIC F877 mit 368 Bytes RAM lief dasselbe Programm tadellos.) Die meiste XRAM geht z.Zt. für UART RX/TX Puffer Betrieb drauf weil ich das UART mittels Interrupts verwende. Allerdings muss da noch einiges
-
Thread
Bascom ist gut
Ich programmiere PICs in PicBasic Pro BASIC wird überall sofort verteufelt. Ist halt so ! Ich kann in PicBASIC sehr schnell Erfolge liefern. Ich nutze die Sprache, um meine Befehle abzuarbeiten und nur etwas Struktur (IF,
Compileranleitung und der Hilfe beschrieben. http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB_C18_Libraries_51297f.pdf http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB%20C32%20Libraries.pdf Oder für komplexere Dinge dann das jeweilige Framework: USB, TCPIP, MemoryDiskDrive, SmartCard, Touch
-
Thread
[Mitbestellung] SMD5050 RGB-LED mit integriertem 8-bit PWM Controller
die Teilchen denn nun, 400 oder 800kbps? 800kbps. Mit folgender Routine kann man mittels 40MHz PIC18F252 (10MHz Quarz + 4*PLL), ein Byte in W zur LED schicken, die an PORTA,0 hängt: [code] shift clrf counter bsf counter,3 shift_loop bsf LATA,0 rlcf WREG,w btfss STATUS,C
300 erlang 10-50x cecky 200x neorulez 50x h-w 150x nippey 100x michael0307 100x Summe 1590-2680x