-
Thread
axAcroPDF1 PDF Reader steuern
eingebunden ohne Fehler: public partial class Win10RB_Main : Form { [DllImport("User32.dll")] public static extern int SendMessage( IntPtr hWnd, int Msg, int wParam, int lParam); private const int WM_VSCROLL = 0x115; private const int WM_HSCROLL = 0x114;
1901560 = 0x1D03F8, passt also. Die Message sollte nun im PDF Reader ankommen, es scrollt aber nicht. Pic nun im richtigen Format, war ein Versehen.. Warum scrollt es trotzdem nicht?
-
Thread
Rotary-Encoder mit Arduino als Konzentrator
programmieren. Es ist eine Astaktionsebene mehr, da man mit diesem System sowohl 8-Bit-AVR, als auch 32-Bit-arm-Controller programmieren kann.
nicht oder > er ist selten und dann vermutlich exorbitant teuer. Nö, die meisten moderneren als STM32, ATXmega und viele andere können das. > mehr wollte ich ja erst mal gar nicht. Gut!
-
Thread
Auswahl uController
, weil neben ARM und MIPS (PIC32) eine dritte Architektur für sie keinen Sinn macht. Das solltest Du wissen. Aus strategischer Sicht, ist es besser, PIC32 oder ARM zu nehmen. Deine Anforderungen sind eh sehr generisch, da wirst
Die AVR32 Serie mag ich gerne. Ich nutze den AVR32UC3C0512 in einem neuen Projekt. Aber nur, weil es einem bestehenden Projekt sehr ähnelt. Ansonsten hätte ich mich auch eher für einen stm32 entschieden. Leider
-
Thread
Neue MegaAVR 0-Series jetzt auch in DIP Version
muss. Übrigens ist so ein DIP in manchen Fällen recht praktisch. Ich hab auf dem Breadboard einen PIC32MX250 stecken, mit dem kann man wunderbar Dinge ausprobieren.
-
Thread
Embedded Linux oder FreeRTOS?
https://www.st.com/en/microcontrollers-microprocessors/stm32mp1-series.html
John Doe schrieb im Beitrag #5798680: > https://www.st.com/en/microcontrollers-microprocessors/stm32mp1-series.html Der STM32MP1 wäre zwar eine sehr elegante Lösung, allerdings ist der leider noch nicht wirklich verfügbar. Rainer V. schrieb im Beitrag #5798676: > Hallo, ich würde auch die 2-Komponenten-Lösung
-
Thread
STM32L471 SPI3 mit DMA per HAL resetten (Byte Shift)
Hallo, ich habe ein System mit einem bestimmten PIC-Controller, die Software auf diesem PIC ist nicht veränderbar, da sie zusammen mit anderen Systemen verwendet wird. Der PIC ist der SPI-Master und hat eine CS-, MOSI- und MISO-Verbindung zu einem STM32L471
zu viel Zeit kosten. Der STM32 ist der SPI-Slave (SPI3), der via CS getriggert wird (Active Low) und verwendet die DMA2-Kanäle 1 und 2 für SPI3_RX und SPI3_TX. Das CS liegt auf PC10 als SPI_SCK. Der NSS-Signaltyp wird in der Einstellung
-
Thread
Avr 8bit VGA
Und ein STM32F103-Board ist ein "8-Bit-Chip" im Dip-Gehäuse?
Hier noch ein Projekt mit dem STM32F103 (VGA 800 x 600): https://www.artekit.eu/vga-output-using-a-36-pin-stm32/
-
Thread
Keine Ahnung was das Ding macht
hinaus? Ein I²C-Slave geht auch mit nem Arduino, erst recht wenn er nichts speichern muss. MSP, STM32, PIC sind da neben vielen anderen natürlich auch möglich. Aber ein FPGA wäre doch über's Ziel hinaus. Oder gibt's kleine wenig-IO-viel-Innereien-FPGAs fertig auf nem Breakout und mit 5V IO für ne handvoll
? > Ein I²C-Slave geht auch mit nem Arduino, erst recht wenn er nichts > speichern muss. MSP, STM32, PIC sind da neben vielen anderen natürlich > auch möglich. > Aber ein FPGA wäre doch über's Ziel hinaus. Oder gibt's kleine > wenig-IO-viel-Innereien-FPGAs fertig auf nem Breakout und mit 5V IO für
-
Thread
PIC24FJ256DA206 Ausgang auf Oszilloskop
doch den Code-Configurator. Aha. Ich muss gestehen, dass ich ihn noch nie benutzt habe. Bei zig PIC24 und PIC32-Projekten. Ich hab immer die Datenblätter abgetippt, womit ich eigenlich gut gefahren bin. Außer bei USB natürlich. Weil ich Microchip kenne, würde ich dem generiertem Code sowieso nur sehr ...bedingt trauen. Denn in den USB-Stack für PIC32MX (Peripheral Lib) habe ich die Fehler selber herauspfriemeln müssen. Das stärkt das Vertrauen natürlich nicht. Taugt der Configurator denn was?
-
Thread
Module miteinander verbinden - welchen Bus nehmen?
vorhanden. PIC32 kann seine UARTs mit 20 MBit/s fahren, bei STM32 ist bei 4.5MHz Schluss. TIVA 4C geht bis 10 MHz. Du kannst Dir überlegen, ob Du nur Point2Point-Verbindungen zwischen Nachbarn haben willst (dann
Frank K. schrieb im Beitrag #5786512: > PIC32 kann seine UARTs mit 20 MBit/s fahren, bei STM32 ist bei 4.5MHz > Schluss. TIVA 4C geht bis 10 MHz. Aus dem RM0410 (STM32F76xxx, STM32F77xxx): [pre]USART main features • Configurable oversampling
-
Thread
STM32F3 MAX7219 SPI
***************************************************************************** */ #include "stm32f30x.h" #include "stm32f30x_gpio.h" #include "stm32f30x_rcc.h" #include "stm32f30x_spi.h" #define SCK_Pin GPIO_Pin_10 #define SCK_Pin_Port GPIOC #define MOSI_Pin GPIO_Pin_12 #define MOSI_Pin_Port
ich benutze zwar keinen STM32F... aber den MAX7219 an PIC Controllern in Assembler. Damit er da funktioniert muss ich den Serial Port am PIC so einstellen, dass mit steigender Clockflanke gesendet wird und die Clockpolarität
-
Thread
ST-Link V2 aus China
Der STM32F303RE löscht seine 512k in weniger als 5 Sekunden.
Euros sieht hoffentlich Segger auch was. Und ich habe jetzt auch einen Debugger der nicht auf STM32 beschränkt ist. Neben ARMs von diversen Herstellern gibt es auch Support für PIC32, EFM8, Renesas RX und RV32. Als einzige Einschränkung fallen mir die 3,3V Target-Spannung ein. Aber nun ja, das
-
Thread
[STM32/HAL] generischer Treiber für die beliebten I²C-Text-Displays
oder deines µC-Herstellers oder sonstigen Header- und > Projekt-Dateien. Was genau hast an "[STM32/HAL] generischer Treiber" nicht verstanden? Dieser Code ist für STM32 *und* HAL. Niemand zwingt dich, den zu nutzen! Um den in ein eigenes HAL-Projekt zu integrieren, benötigt man genau die
Harry L. schrieb im Beitrag #5882710: > Dieser Code ist für STM32 und HAL. > > Niemand zwingt dich, den zu nutzen! Eben. Du sagst es. Er ist nur für STM32 und HAL (und Atollic). Und mir ist vollkommen klar, daß mich niemand zwingt. Ich habe von Anfang an deine
-
Thread
MCU mit 64Mbyte RAM
sage ich: vergiss es. Wenn Du etwas haben willst, was in Deiner technischen Reichweite liegt: PIC32MZ1064DAG176 https://www.microchip.com/wwwproducts/en/PIC32MZ1064DAG176 Da müsstest Du schauen, ob Du mit den 32MB DRAM (zusätzlich zu den 256k SRAM) leben kannst. Weshalb empfehle ich Dir
PS: Also diverse ARM-uC wie STM32 können das natürlich auch, aber mir fällt gerade kein fertiges Board mit 64 MB ein. Selbst-Bau ginge damit aber.
-
Thread
Debugging-Problem: MPLAB X IDE v5.15, ICD3/ICD4, dsPIC33FJ128MC706A
Sorry, habe ich vergessen: Das Verhalten betrifft nicht alle PICs. PIC32 haben das Problem beispielsweise nicht. Für zukünftige DSP-Geschichten würde ich die dsPIC33 überdenken. Es gibt inzwischen die Motorcontrol-Serie PIC32MK: https://www.microchip.com/design-centers/32-bit/pic-32-bit-mcus/pic32mk-family Der hat DSP-Extensions, eine FPU und schnelle ADCs.
-
Thread
Erste 65C02 Basteleien.
nichts nützliches. Wenn du gerade Langeweile hast und die AVR schon kennst, dann schau Dir einen 32bit ARM Controller an. Evaluation Kits bekommst du innerhalb von 48 Stunden original ab 10€: https://www.amazon.de/STM32-ST-NUCLEO-L073RZ-Nucleo-Development/dp/B01IO2JP60
, mein Rockwell Datenbuch von 1984 hat auf Seite 2-18 einen R6501Q im 64 beinigen Gehäuse. Der hat 32 I/O Pins zusätzlich und etwas internen Speicher.
-
Thread
Compilierung des EU1KY AA unter Linux.
:#include "stm32f7xx_hal_rtc.h" ./rtc/STM32F7RTC.c:#include "stm32f7xx_hal_rtc_ex.h" ./rtc/STM32F7RTC.c:#include "STM32F7RTC.h" ./rtc/emrtc.c:#include "RTC.h" ./rtc/emrtc.c:#include "GPIO.h" ./rtc/emrtc.c:#include
im Beitrag #5776358: > Kommt wohl daher: > https://download.mikroe.com/documents/compilers/mikroc/pic/help/lcd_library.htm Ich würde dazu raten, den RTC-Teil einfach neu zu programmieren mit der STM32 HAL. Dann ist er unabhängig von Embitz und basiert auf dem De-Facto-Standard.
-
Thread
Mikrocontroller - die Qual der Wahl, oder doch die Wahl der Qual?
Tools gleich aufgebaut sind. Probiers mit einem PIC32MX250, den gibts im DIL. Aber man muss schon sagen, ohne Grund tut man sich 32Bit nicht an. Du kannst dir mal PIC24 ansehen, das ist ein guter Kompromiss - einfach zu beherrschen, aber doch sehr
. Bei STM32-Themen wird hier sofort geholfen. Das sieht schon bei SAM3 oder Kinetis anders aus, von PIC ganz zu schweigen.
-
Thread
SCN8049H Prozessor
Noch ein Gedanke zu solchen alten Chip. Ich glaub mich zu erinnern bei den 8031/32. Die C-MOS Variante (80C32) darf man nicht in eine Schaltung einsetzen, welche für den alten H-MOS 8032 gemacht ist. Oder umgekehrt??? Der ginge dann kaputt. Gilt vielleicht auch für den 8049
michael_ schrieb im Beitrag #5842420: > Die C-MOS Variante (80C32) darf man nicht in eine Schaltung einsetzen, > welche für den alten H-MOS 8032 gemacht ist. Oder umgekehrt??? Was für Käse.... Das galt nur für den 80535 von Siemens Thomas
-
Thread
Serielle Daten syncron zu externen Takt in µC einlesen?
Mit einem STM32Fxxx kann man einen SPI-Kanal auf 10 Nutzbits einstellen und diese bei der Auswertung von unnötigen Bits befreien. Was ist denn die Gegenseite, die das Format vorgibt?
nichts.. Der externe Takt hier würde das vereinfachen, Unsinn bleibt es aber trotzdem und die STM32 USART bleibt trotzdem kaputt implementiert. Gruß, Holm
-
Artikel
Ethernet-Controller
SiLabs CP220x 10 MBit/s, MAC+PHY, Checksum Generator, paralleles Interface CS8900A DM9000E (8 / 16 / 32 Bit Interface) DM9000A/B (8 / 16 Bit Interface) inkl. TCP/IP Checksummenberechnung in HW RTL8019AS (8 Bit Interface) MARVEL 88E1111 Ethernet Phy 10/100/1000 MBit/s W5300 (16/8 Bit Interface, >50MBit/
LM3S8xxx (MAC+PHY) NXP LPC2378, LPC1768 STMicroelectronics STR912 (ARM966E-S® core) STMicroelectronics STM32F107X (Cortex M3 core) STMicroelectronics STM32F2x7X (Cortex M3 core) STMicroelectronics STM32F407X (Cortex M4 core) PIC18F97J60 MAC+PHY PIC32MX795F512H mit Starterkit und sämtlicher Software (TCPIP Stack
-
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?
zum STM32 raten - wer PIC32 programmiert eben zu diesem. Ich persönlich, würde zum STM32 raten.
-
Artikel
Soft-PWM
PWM-Zyklus 10ms) und acht Kanälen generiert werden. Der verwendete Controller ist ein AVR vom Typ ATmega32, welcher mit dem internen RC-Oszillator auf 8 MHz getaktet wird. Das Programm kann jedoch problemlos an so ziemlich jeden anderen AVR angepasst werden. Die Programme wurden mit dem Optimierungsgrad -
Weblinks. Binary Code Modulation auf batsocks.co.uk, engl. Forumsbeitrag: Bit Angle Modulation (BAM) in a PIC auf picbasic.co.uk, engl. UPDATE - BAM - Bit-Angle-Modulation - Dimmung vieler LEDs mit einem µC
-
Thread
PIC16F877A ADC-Messung Messwertumrechnung
Bei den PIC16 und PIC18 ist fast alles pinkompatibel! Christian M. schrieb im Beitrag #5766894: > Geht das bei Dir überhaupt? So hast Du den ganzen Port A als > Analogeingänge, weil Macht ja nichts, wenn
bis 32MHz, kostet nur die Hälfte, ist aber ein bisschen schwieriger zu konfigurieren... Gruss Chregu
-
Thread
ein Bit im Byte auf 0 prüfen
Warum bin ich nur so glücklich mit den bei PIC Registern üblichen Bit Fields? ;-)
Bereich) fehl am Platze? Doch, das kann man machen. Evtl. sowas hier: [code] static inline uint32_t BIT32(uint32_t x, size_t n) { if (n >= 32) return 0; return BIT(x, n); } static inline uint16_t BIT16(uint16_t x, size_t n) { if (n >= 16) return 0; return BIT(x
-
Thread
USB: VID erwerben
Hallo, ich habe ein ähnliches Problem: Habe ein kleines Gerät mit PIC32MX und USB Anschluss entwickelt. Hardware und Software von einem Beispiel von Microchip verwendet. Wenn ich das Geät an den PC anstöpsele, dann erscheint eine COM3: mit Hersteller Microchip im Hardwaremanager
Windows 64Bit braucht schon länger signierte Treiber. Das war glaube ich schon in W7 64 so. Bei 32 bit kam das später. Zum Signieren reicht eigentlich meist ein Code signing certificat. alles weitere findet sich bei MS auf der Homepage. Nicht signierte Treiber installieren ist wirklich eine
-
Thread
Arduino - SPI über lange Leitung
Prozessor, dann brauchst Du keine Pegelwandler. Da Du ja mit PICs Erfahrungen hast, wäre ein kleiner PIC32MX170F256B mit 50 MHz und 128k Flash/64k RAM genau das richtige dafür. Dann brauchst Du zwischen Display, Touch, SD und Prozessor auch keine Pegelwandler, und über die kurze Strecke kannst Du den SPI
Es gibt von > Arduino selber auch ARM-Boards mit SAM3X und LPC11irgendwas, von > Digilent gibts PIC32-Boards mit Arduino-IDE, Teensy hat Freescale ARM im > Programm... das wäre doch was für Dich - die sind nämlich schön kompakt, > und die kannst Du neben oder unter das Display packen. 180 MHz, 3.3V
-
Thread
Funktionen in Software oder in Hardware lösen?
> Gut, dass wenigstens Aerospace noch einigermassen Standard hat. Völlig üblich. SIL3 mit 2x STM32 Controllern gibts als quasi Fertiglösung vom Safety Dienstleister. Der ARM Kern muss da überhaupt nicht zertifiziert sein, der Controller selbst auch nicht.
@Thomas F. >(Umsteiger von Arduino auf PIC) pic@sucks:~$ pic-gcc bash: pic-gcc: command not found Arduino kann auch pures avr-gcc, damit dauert ein pin-read <1uS [code] #define BLINK_DELAY_MS 1000 void setup() { /* set pin 5
-
Thread
ATmega32 noch zeitgerecht?
Beitrag #5757694: > Ich bin gerade am überarbeiten eines Designs und frage mich ob der > ATmega32 heutzutage noch zeitgerecht ist. > > Ich hatte im letzten Projekt mit ATtiny gearbeitet und die sind echt > toll im Stromverbrauch. Ich bin für kleinere Sachen auf PIC24/dsPIC umgestiegen. Das
anderen Controller nicht nötig wäre, löst, gibt es keinen Grund da auf Biegen und Brechen einen ARM oder PIC32 (MIPS) reinzudesignen. Man sollte aber halt ggf prüfen ob der eingeplante Chip eventuell einen kompatiblen Nachfolger hat oder etwa ganz abgekündigt ist. Wer anderes behauptet ist verblendet von
-
Thread
Sent Protokoll nachbilden
Hallo zusammen, ich wollte das Sent_Protokoll mit einem STM32 µC simulieren bzw. nachbilde, als ob ich einen Sensor hätte. und dies mit oscilloscope darstellen. Nun sollte das Signal wie ein normales PWM Signal aussehen. nun weiß ich wirklich nicht, wie ich dieses
Das hat mit PWM oder Periodendauer eigentlich nichts zu tun. Anbei mal ein Beispiel mit einem PIC12F683 im 8-Pin Gehäuse der 2 Poti-Signale ausgibt. Gruß Anja
-
Thread
STM32 Deadtime Compensation
Hallo, da ich im Internet und in Datenblättern nicht fündig wurde folgende Frage: Haben STM32 Controller einen PWM Deadtime Compensation in Hardware wie z.B. dsPIC33? Wenn ja, welche? Ich konnte nur finden, dass die PWM Module Deadtime bieten. Danke im Voraus.
Clément K. schrieb im Beitrag #5750458: > Haben STM32 Controller einen PWM Deadtime Compensation in Hardware wie > z.B. dsPIC33? > Wenn ja, welche? Joerg W. schrieb im Beitrag #5750729: > Soweit ich weiß, ja. Aber nicht bei allen Timern (Timer 1,8,15,16,17
-
Thread
sketch stört webserver - wer kann helfen?
ich experimentiere seid Tagen an einer Lösung und finde den Fehler nicht. Habe auf einem ESP32 mit Display (WIFI Kit 32 ESP32 WIFI drahtlos mit 0,96 Zoll OLED Display CP2102 Entwicklungsboard für Arduino Nodemcu) eine Stoppuhr am laufen. Das fktn einwandfrei allein. Nun wollte ich einen Webserver
? Hinweis: Der Webserver ist nur ein Zwischenschritt. Die fertige Lösung soll so fktn dass 3 ESP32 an denen Lichtschranken fungieren - Pins am Stoppuhren-ESP32 steuern und somit die Zeitmessung starten/stoppen. Falls jemand eine noch schlankere Lösung weiß, bitte vorschlagen. Zunächst wüsste ich
-
Thread
Umstieg von ATmega2560 auf STM32F767 ?
/STM32F767-Development-Board-Cortex-M7-Small-System-Board-STM32F767IGT6-STM32-p-1420406.html ?
//www.amazon.de/dp/B072MMZZBK/ref=asc_df_B072MMZZBK58615498/ > und > https://www.banggood.com/STM32F767-Development-Board-Cortex-M7-Small-System-Board-STM32F767IGT6-STM32-p-1420406.html > ? Für dich Keiner - du wirst mit Beiden nicht klar kommen.
-
Thread
Grundbeschaltung ARM (z.B. STM) im Vergleich zu AVR
Bei PIC32 ist das genauso wie bei den kleineren PICs: 100nF an jedes GND-VCC und AGND-AVCC Paar, 10k zwischen MCLR (Reset-Pin) und VCC, 10uF keramisch zwischen VCAP und GND, und schon läuft die Kiste. fchk
Die STM32G071 Serie hat auch bei 64 Pins nur ein VSS/VDD Pinpaar.
-
Thread
Kosten für Sat-Anlage im Neubau
neuer PIC Freund schrieb im Beitrag #5749028: > Dann noch ein Cat (1GB) Kabel zum > Switch, und es ist modern. Mit Kupferkabel soll das modern sein?
Guenter H. schrieb im Beitrag #5749769: > Unicable ist Koax... > Nur dass man bis zu 32 Tuner auf einem Kabel betreiben kann Uga uga uga. Ich dachte, es wäre offensichtlich, dass ich auf den Unterschied zwischen einer kompletten Hausverkabelung in Koax und einer (!) Strippe zwischen
-
Thread
ATmega64, Programmspeicher
Programmspeicher ausgelesen? 16 Bit OpCode + > 16 Bit Adresse / Zahl? Das würde ja bedeuten, dass 1 Anweisung 32 Bit > lang ist, oder? Anschließend springt der Programm Counter um 4 Byte > weiter? Wie groß ist das Instruction Register? Das kommt darauf an. Manche Anweisungen sind 16Bit groß, manche 32Bit.
Daten aus dem Flash zu lesen, gibts spezielle Befehle (LPM/ELPM). Ist bei 8051 und 8-Bit/16 Bit PIC genauso. fchk
-
Thread
DCO-Chip gesucht
Hallo, ich würde das mit einem PIC mit "NCO" (20 Bit) probieren. z.B. PIC16F18425/45 oder PIC18F25/26K83 (die kleineren PICs scheinen nur 16 Bit inkrement zu haben). siehe auch: https://www.microchip.com/design-centers/8-bit/peripherals
- 400 Hz, was aber ein deutlich längeres Einschwingen der PLL ergibt. Selber würde ich einen STM32F4xx nehmen, der mit >= 168 MHz die Anforderungen erfüllen würde und dabei auch > 10 Ausgangskanäle bietet. Aber leider kann man ihn nicht in 10 Teile zersägen, um günstige Einzellösungen zu bekommen
-
Thread
STM32MP1 von ST
OpenSTLinux nicht. Das hört sich für mich wieder sehr nach Vendor-Lockin > an. ST sagt mainline: "STM32CubeMP1 and full mainline open-source Linux® STM32 MPU OpenSTLinux Distribution (such as STM32MP1Starter) software and examples" -> https://www.st.com/en/evaluation-tools/stm32mp157a-dk1.html
STM32MP157C-DK2 Board.
-
Thread
Encoder (Drehgeber) über den I2C Bus auslesen
den kenne ich gar nicht. Wollte eigentlich bei AVR bleiben. Bei den genannten Start ups wird ein PIC verwendet. Mit PIC habe ich auch keine Erfahrung
Klaus schrieb im Beitrag #5745377: > Mit PIC habe ich auch keine Erfahrung Erfahrung kommt nicht vom Haben, sondern vom Machen.
-
Thread
Ausgabe mittels printf über UART für ATmega / ATtiny
Zudem sollte UART auf vielen MCUs laufen... und si gibt es ähnliche Software für MCS51, STM8 und STM32
Gleitkommabibliothek einschließlich Ausgabekonvertierung stolze 028Ah Befehlsworte lang ist (für nen PIC16). Aber was bringt das? Garnix. Ralph S. schrieb im Beitrag #5740416: > Ich komme gerade mal nach 6 Unterrichtseinheiten dazu, zu erklären was > ein Linker macht... Ein schlechter Linker linkt
-
Thread
Recheck-Frequenz um konstanten Faktor erhöhen
reichen (der kann einen Timer über PLL mit 64MHz takten, Stichwort fast PWM). mit nem Atmga/STM32/etwas größerem PIC könntest du sogar mit 2-3 Steps Verzögerung eine richtige Rampe rekonstruieren, aber das wird wohl kaum nötig
-
Thread
[S] Suche wenn möglich mehrere 1782Khz Quarze
eine Quelle für 7128Khz bzw. 3564Khz > Oszillatoren oder Quarze helfen das kannst du mit jedem pic machen der einen nco mit dabei hat z.b. pic10f322 pic16f18324 pic18f26k42 mt
häng einen Standardquarz an eine PLL. Irgendeine MCU-PLL mit MCO (Master Clock Out). Beispiel: STM32F0 auf kleine Platine. Oder ein programmierbarer Oszillator, wie der schon vorgeschlagene CY27EE16ZE.
-
Thread
PIC16F1933: Interrupt triggert mehrfach; Flanke zu flach?
Testcode, Oshonsoft Basic, aufs nötigste reduziert: [c] Define CONFIG1 = 0x0fc2 'Define für PIC16F1933 Define CONFIG2 = 0x1dff Define CLOCK_FREQUENCY = 32 'MHz AllDigital Symbol led = PORTC.5 ConfigPin led = Output Symbol debug_ausgang = PORTA.5 ConfigPin debug_ausgang = Output
Basteleien mal nicht übertreiben. Darum ist ja Basteln so schön: Man kann mal ein Auge zudrücken. PIC-Ports sind recht robust. Ich hab erst wenige vernichtet.