-
Thread
Der Berg kreißte.und gebar den FA-NWT2
Theoretisch sind mit dem FT232RL 1MBit bzw. 100kByte/s möglich. Mehr als 1-2kByte Ram wird der PIC18 nicht haben. Die Daten müssen also sofort während der Messung raus, sonst läuft was über. IMO ist der FT232RL teurer als ein kleiner Cortex mit USB, z.B. der STM32F103c8t6 auf diesem Blue-Pill-Board
HAM = PIC
-
Thread
IR mit Internal Clock
Lediglich ATMEL_AVR. Und diese Konstante wird *automatisch* in irmpsystem.h gesetzt, wenn es weder ein PIC noch ein STM32 noch ein STM8 noch ein ESP8266 noch ein TI Stellaris noch ein Teensy noch Linux noch Windows ist. > Wahlweise man ergänzt beim Kompilieren -DAVR_ATMEGA="" oder man ändert > es auf
Lediglich ATMEL_AVR. Und diese Konstante wird automatisch > in irmpsystem.h gesetzt, wenn es weder ein PIC noch ein STM32 noch ein > STM8 noch ein ESP8266 noch ein TI Stellaris noch ein Teensy noch Linux > noch Windows ist. Hier habe ich mich verguckt. Ja, ist ATMEL_AVR. >> Wahlweise man ergänzt
-
Thread
GPIO Erweiterung (über 128 GPIO)
Overhead! Was hast du denn mit deinem Projekt vor? Wie immer reicht wahrscheinlich ein einer AVR/PIC für diese Aufgabe.
weiterzugeben. Umständlicher gehts wohl nicht. Hat der Raspberry denn kein SPI? Ich würde 16 SN74HC165 und 32 SN74HC595 nehmen und kaskadiert an das SPI. Dann noch 2 IOs für parallel Load bzw. Register Clock. Und dann einfach per DMA 32 Byte rausschaufeln und einlesen.
-
Thread
Wie sieht eure Entwicklungsumgebung aus?
MikroE C mit mercurial Auf PIC, PIC32 und ARM (AVR geht auch kenne ich aber nicht) die gleiche IDE. Debugger kann simulieren oder auf der Zielplattform tracen. Gibt es auch mit Pascal und Basic compiler.
; setzt den Clock auf 16 MHz bei einem Quarz von 8MHz. Ob das jetzt ein HCS08, ein S12X, ein STM32xx, ein SPX56xx oder ein Renesas R8C ist, spielt keine Rolle. Bei einem AVR würde der Compiler meckern, dass CLOCK_8_16 nicht definiert ist. Hier müsste man dann CLOCK_16_16 nehmen und einen 16MHz Quarz
-
Thread
6kW Buck Converter, Mikrocontroller gesteuert
Verdächtigen im Programm. Beispiele: TI TMS320F28027 Infineon XMC4200 ST STM32F334 Microchip dsPIC Serie Freescale MC56F827xx Bei 6kW würde ich keinen Wald und Wiesen Mikrocontroller wie ATMega nehmen. Gruß DC/DC
also zwischen Kontinuierlichem und Diskontinuierlichem Mode) bleibt. Ich steuere mit einem Atmega32U4 einen MIC.irgendwas(4422 oder so) Treiberbaustein, der ca. 5A liefert, um die Endstufentransistoren anzusteuern. Für Gatetreiberschaltungen gibt es hier bei uC einen Beitrag. Die Flankensteilheit beim
-
Thread
bootloader AN1094 PIC33EP Problem
Keiner eine Idee? Oder einen Bootloader für den Controller dsPic33EP
für die Hilfe Mit diesem Bootloader klappt es wunderbar. Hab Ihn angepasst an meine Schaltung dsPIC33E_PIC24E_Bootloader_10182011
-
Thread
SDCC & PIC16887: Fehler in erzeugter ASM-Datei
Ich kämpfe mit der PIC-Serie wie doof (und ich bitte gleich um Entschuldigung, mit der PIC-Familie beschäftige ich mich erst seit 3 Wochen). Im Anhang ist mein C-Programm und mein Makefile. Der SDCC will dieses Programm
Programm soll mein eigenes printf implementieren und dieser Code funktioniert bereits mit AVR, STM32 und NXP mit den entsprechenden GCC-Compilern und der Code funktioniert auch mit MCS51 und STM8 mit dem SDCC Compiler... Nur mit PIC will er nicht (und wie gesagt mit PIC beschäftige ich mich erst
-
Thread
Delay-Routine für STM8S
Instruction Words ab (Prefetch-Buffer 96 Bit) usw... - es ist also relativ komplex, ähnlich wie bei 16/32-Bittern.
weiss > ich nicht. Alle bisherigen Beispiele hatten als Inline-ASM nur "NOP", > der Rest war in C. Inline-ASM fasst der Peephole Optimizer nur an, wenn die Option --peep-asm verwendet wird. Philipp
-
Thread
Eingängiger Mikrocontroller
an sich, gibt es alle erdenkliche Informationen, nichts ist "Geheim" oder closed source, der AVR µC an sich ist sehr gut dokumentiert und das auf jeden erdenklichen Niveau, man muss nur manchmal etwas genauer suchen. Und als IDE Atmel Studio weil du in reinen C (aber auch Assembler, C+...) sehr
Banane, egal ob das Arduino, einzelne AVR-Chips oder NXP oder STM32 sind. Für die an die Controller angeschlossene Hardware (Displays, Sensoren, Portexpander etc.pp.) gibts Unmengen an Beispielen im Netz und wenn man - wie angegeben - C kann, dürfte es keine Schwierigkeit
-
Thread
Hilfe mit Altera Cyclone II (bzw. III)
und erreichbar. Ich habe auf diese Weise auch schon einmal ein Gerät zum Leben erweckt, in dem ein µC (MSP430) das Zeitliche gesegnet hatte. Und im Moment habe zufällig wieder so einen Fall (PIC) auf dem Tisch... 2 Möglichkeiten, an die Daten im Config-ROM zu kommen: Über das FPGA könnte es gehen,
96c: dc000815 stw r16,32(sp) 970: dc800615 stw r18,24(sp) 974: dcc00515 stw r19,20(sp) 978: dd400315 stw r21,12(sp)
-
Thread
Unterschiede zwischen ARM und ATmega in der Programmierung
) haben von Hause aus einen Bootloader (SAM-BA) im ROM. Und wenn ich das richtig sehe haben die STM32 von Hause aus auch einen DFU Bootloader drauf (siehe Bild, auszug aus dem Ref. Man. RM0090 STM32F4). Ob es zum flashen wirklich einen Adapter braucht, haengt also vom konkreten uC ab. Bernd K
*/ LED_GPIO->BSRR = (1 << (LED_PIN + 16)); delay(200); } } [/c] Hier zum selber probieren: https://github.com/prof7bit/bare_metal_stm32f401xe
-
Thread
Reste Bootlader Sprungadresse
[C] void (*goto_bootloader)(void) = 0x2AA00; [/C] Brauchst nicht noch einen extra Zeiger definieren. Rufst du dann einfach mit [C] goto_bootloader(); [/C] auf.
genutzt werden. Und bitte: Zwischen Cortex-M und dem dsPic33 gibt es hier eher keine Gemeinsamkeiten. Und vielleicht auch ein wenig dran denken, dass der dsPic33 eher eine Havard-CPU ist.
-
Thread
Suche günstigen 5V Mikrocontroller mit 6 PWM Channel für LED Steuerung
PIC24F08KM202 dsPIC33EV32GM002 PIC24F16KM202 dsPIC33EV64GM002 dsPIC33EV32GM102 dsPIC33EV32GM004 PIC24F08KM204 dsPIC33EV128GM002 PIC24F16KM204 dsPIC33EV64GM102 dsPIC33EV64GM004 dsPIC33EV32GM006 dsPIC33EV32GM104 dsPIC33EV128GM102 dsPIC33EV128GM004 dsPIC33EV256GM002 dsPIC33EV64GM006 dsPIC33EV64GM104 . . .
-
Thread
Anfänger bittet um Unterstützung (PIC 12F629)
Warum muss man in der heutigen Zeit sich noch mit einem pic12f629 begnügen. Und warum den ganzen Kram in Assembler programmieren? Ich würde Ihnen einen modernen pic18f empfehlen. Dazu den Pickit 3 und dann alles in C programmieren. Der Compiler macht
100 Jahren nicht tot sein! Ich habe gerade 2 Projekte (Toaster-Controller und Multi-Timer) in C am laufen mit 6pin pic10lf322 and attiny10 beide 0.5KWorte mit 64 bzw. 32 Byte RAM. Unglaublich was schon mit diesen begrenzten Resourcen möglich ist. Aber gerade auch wegen der On-Chip Peripherie
-
Thread
Alternative zu Nuvoton?
Der übliche Weg geht über einen I2S-Codec wie z.B. CS4270 oder PCM3060 oder so und einen uC mit I2S/Framed SPI. dsPIC33 und PIC32 können das z.B. fchk
Mit einem PIC32 habe ich ähnliches schon gemacht - Audio-Widergabe mit 16Bit/2 Kanälen. Das geht dank DMA und I2C problemlos mit fast 0% CPU-Last. Ich habe zur Widergabe einen UDA1334 verwendet, dann ist ein genauer
-
Thread
16bit Pic Compiler oder Assembler für Arm-Systeme
ein (ungerootetes) Androidsmartphone. Die ganzen großen Compiler (z.B. MPLAB, C18, C30...) sind allerdings nur für x86- und amd64-Systeme verfügbar, und die bekannteren Open-Source-Alternativen zum Selbstkompilieren (gputils, sdcc, gcbasic) unterstützen nur 8bit-Pics. Kennt ihr
Er hat einen Compiler geschrieben, um Java Byte Code in Maschinencode/Assembler für verschiedene µC umzusetzen, u.a. auch dsPic. http://www.mikekohn.net/micro/dspic_mandelbrots.php
-
Thread
GLCD Fonts (64x128)
ALPS LSU7S1011A (von Pollin) mit einem PIC16F871 in Assembler angesteuert. Ja, geht, geht auch schnell genug, aber ist dennoch ein einziger Krampf, weil eben der µC dafür zu klein war. Also, wenn wirklich Grafik ansteht, dann den Controller
build-an-inexpensive-handheld-gaming-console-with-atmega328/ Auch ein kleiner 8-bit Arduino kann was. Obwohl ich einen STM32 mit TFT bevorzuge würde ich das pauschale Ablehnen eines Displays an einen 8-bitter nicht unterstützen. Der C64 war ja auch nicht ohne Grund trotz seiner 8-bit ein Grafikwunder zu seiner Zeit. Gruß
-
Thread
SDCC 3.7.0 RC1
more than doubled, resulting in SDCC achieving the highest Dhrystone and Coremark scores among STM8 C implementations. * Various speed improvements for multiplications resulting in SDCC achieving the highest Coremark scores among STM8 C implementations. * Declarations in for loops (ISO C99). * 64-
long long) for the mcs51 and ds390 backends (now long long is fully supported in SDCC except for the pic14 and pic16 backends). * Full _Bool support for mcs51 and ds390 backend (now _Bool is fully supported in SDCC regardless of backend). * Additional wide character library functions: mbstowcs() and
-
Thread
Atmega8, Carry-Flag
vor mich hin programmiere folgendes: "Hättest du jetzt das alles in Assembler programmiert (STM32 mit 10000 Zeilen Code), dann hättest du für diese kleine Änderung womöglich Tage gebraucht und 1000 Folgefehler eingebaut. In C war es nun ein fehlerloses Klick, 1 Minute". Ich würde nicht mal mehr den kleinsten PIC in Asembler programmieren.
-
Thread
MPLAB V8.92 mit ICD2 und ICD3 auf WIN7 X64
Hallo, welche Firmware-Version ist für die PicKit3 aktuell? auf zwei habe ich die Version 1.28.90 und auf einem 1.40.13 Hatte auch zum zweiten mal das Problem mit den und PIC32MX564F128L unter MPLAB 8.92 siehe https://www.mikrocontroller.net
Siegfried S. schrieb im Beitrag #5310708: > Hallo, > > welche Firmware-Version ist für die PicKit3 aktuell? > > auf zwei habe ich die Version 1.28.90 und auf einem 1.40.13 > > Hatte auch zum zweiten mal das Problem mit den und PIC32MX564F128L unter > MPLAB 8.92 > > siehe > Beitrag
-
Thread
Terratec (NEC) Fernbedienung mit IRMP
https://github.com/j1rie/IRMP_STM32/blob/master/STM32F103/src/main.c#L747 https://github.com/j1rie/IRMP_STM32/blob/master/STM32F103/src/irmpmain.c#L47 Ist eigentlich alles das Übliche.
gibt drei Stellen, an denen USB_HID_SendData() aufgerufen wird: https://github.com/j1rie/IRMP_STM32/blob/master/STM32F103/src/main.c#L708 https://github.com/j1rie/IRMP_STM32/blob/master/STM32F103/src/main.c#L739 https://github.com/j1rie/IRMP_STM32/blob/master/STM32F103/src/main.c#L775 An jeder der
-
Thread
I2C PIC24 Input oder Output?
Ich habe einen PIC24FJ128GB204. Ich habe ihn folgender Maßen initialsiert: [c]void i2c_init(){ //I2C2CONL I2C2BRG = 0x26; // 100kHz festgelegt => mit der Formel aus dem Familiy Reference S.19 =>
Verzweifelt an PIC schrieb im Beitrag #5307904: > Muss ich die I2C Pins als Output oder Input definieren? Beim PIC16 und > PIC18 wurde explizit darauf hingewiesen. Jetzt bin ich mir völlig > unsicher? Mal ein Scope
-
Thread
STM32: Jitter PLL Frequenzerzeugung
warten RCC->CFGR |= 0b10; //PLL auswählen while((RCC->CFGR & 0x0C) != 0b1000); //Auf PLL warten RCC->CR &= ~(RCC_CR_HSION); //HSI aus FLASH->ACR |= FLASH_ACR_PRFTEN; [/c]
Verzweifelt an PIC schrieb im Beitrag #5308062: > Nur mal eine Frage: Auf deinem Oszi steht eine Bandbreite von 60MHz und > du misst ein 72MHz Signal? Stimmt dezent was nicht oder? Ich mess 18MHz, weil der STM32
-
Thread
HD44780+PIC18F25k22 Rise Time Probleme?
. Obiges OsziBild zeigt einen belasteten Port, ~25ns. Ohne geht die RiseTime auf ~20ns runter. Pic Dabla sagt bei 5V Typ., 15ns Max. 32ns. Was ja dann eigentlich des öfteren Probleme geben sollte, is ja nu nich außergewöhnlich langsam??? A-Karte gezogen? Das Display zeigt auch unterschiedliches
BLINK_ON); LCD_Command(ENTRY_MODE + CURSOR_INC + DSHIFT_OFF); LCD_Clear(); LCD_Home(); }[/c]
-
Thread
UART Protokoll für µC
aus der Dokumentation meiner Firmware zum FA_NWT als eines von tausenden _möglichen_ Verfahren: [c] 3.2 der physische Datenverkehr vom PC zum PIC Der PC darf alle Zeichen von 20h bis 5Fh sowie 0Dh und 0Ah zum PIC senden. Das umfaßt alle Großbuchstaben, Ziffern, Leerzeichen, Zeilenschaltungen und
das war was für 32 Bitter und keinen kleinen PIC. Andere Aufgabe, anderes Verfahren. W.S.
-
Thread
FFT-Spektrumanalyzer
Ich würde das mit einem µC lösen. Ein PIC32 oder ARM mit externem ADC mit 10MSPS (parallel, wahrscheinlich - SPI eher nicht). Die Samples sammelt man im RAM (idealerweise mit DMA), zieht das gewünschte Fenster drüber und rechnet
man das entweder auf einem Grafikdisplay oder man gibt das einem PC weiter. Mit 8 oder 16Bit- µC brauchst du aber nicht anzurücken. Einen halbwegs potenten 32-Bitter mit ordentlich RAM ist schon sinnvoll, viel kostet das eh nicht. Ähnliche Geschichten habe ich mal mit einem PIC32MX370 gemacht,
-
Thread
Kommunikation mit AD-Wandler ADS1255
Hi, evtl hilft Dir mein C-Code von ADS1256 am PIC32 Gruß
anderes Ausgangs-Signal welches bei low hängt getrieben wird. - DOUT vom ADC korrekt mit MISO am uC verbunden? - Niederohmige Verbindung von DOUT nach GND? / zu einem anderen Signal? - Ist das MISO signal am uC wirklich auf Input eingestellt? - Treibt jemand andes auch noch MISO? (z.b. der Debugger
-
Thread
SDCC & PIC16F
optimize-df --use-non-free In der Menü Project->Build options->Linker settings->Links libraries: C:\Program Files\sdcc\lib\pic16\libc18f.lib
>sdcc --version SDCC : mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/pic14/TININative/ds400/h c08/s08/stm8 3.6.5 #9842 (MINGW32) published under GNU General Public License (GPL) Ob ich mir den selber kompiliert hab, weiss ich gar nicht mehr. 02/16/2017 06:
-
Thread
Welcher PIC ist der beliebteste ?
Fällen, würde ich bei den kleinen lieber die etwas moderneren "Enhanced Midrange"-Typen (PIC12F1xxx, PIC16F1xxx) nehmen. Diese haben einen erweiterten Befehlssatz (besser geeignet für C-Compiler) und eine bessere Performance (min. 16, oft 32 MHz interner Takt möglich, dazu kurze Interrupt-Latenz
oder Hitech-C (IIRC abgespeckt gegenüber der Kommerzversion). XC16 für PIC24 ist ein umgemodelter gcc mit sehr alten Wurzeln. PIC32 ist in Wahrheit MIPS, da gab es schon vor MCP eine open-source Toolchain.
-
Thread
Radiobasteln - Was hat 2018 noch Aussicht auf Erfolg ?
reißt. Und zur Induktivität: Die Formel kenst du ja, also setze als Frequenz mal 480 kHz und als C eben 300 pF an. Wieso fragst du das eigentlich (Zitat: "Erfahrung und Equipment ist zwar vorhanden..")? Leg dir ein L/C-Meter zu, entweder das von AADE (Komparator als Oszillator und PIC als
entdämpft- mit sage und schreibe 9 Röhren ! http://edi.bplaced.net/?Edi%60s_Specials___Pendler%2C_Pendelempfaenger%2C_Pendelaudion%2C_Regen%2C_Superregenerativ&search=linear UKW- Empfang in Geradeaus- Technik, mehrkreisig: http://edi.bplaced.net/?Edi%60s_Specials___Special%3A_Geradeaus-_Empfangsteil_fuer_UKW
-
Thread
Infrarot-Decoder MCP2120
was an MODE > anliegt. Das hatte ich im DB falsch interpretiert. Bei Mode=L geht der TX vom µC wieder direkt an den RX zum µC. 65 kHz? Komische Frequenz. Ob er damit was anfangen kann?
mit dem MCP2120 erzeugt oder per > Software? nein, weder noch. Das macht das Hardware IRDA im STM32. DH schrieb im Beitrag #5299303: > 1 Bit ist klar. 1/115200. Wie hast du CLK berechnet? 16 CLK ergeben 1Bit. Kannst ja mal direkt am IRDA_C und dann an der LED messen und vergleichen. Notfalls
-
Thread
Daten von uC an PC senden
Dieter schrieb im Beitrag #5295458: > Von Microchip gibt es uC mit integrierter USB Schnittstelle Was häufig übersehen wird, was aber am einfachsten geht, ist USB HID, geht ohne Treiber. Hier sind Beispiele auch für PIC: http://janaxelson.com/hidpage.htm Es gibt aber auch bessere uC dafür als PIC: https://www.silabs.com/products/development-tools/mcu/8-bit/sltb005a-efm8-universal-bee-usb-capable-starter-kit https://www.nxp.com/support/developer-resources/hardware-development-tools
-
Thread
Wanderkiste Widlar, Runde II
DHL-Boten bereitgestellt. OUT: 1x SMD-Rework-Station 1x Bewegungsmelder Modul 1x Schwamm 2x STM32F030 2x LT1010 2x IR2136 1x TIP142 2x Bananen-Stecker 4x 7-Segement-LEDs IN: 3x LT1074 1x Atmel STK300 1x mySmartUSB light 1x AVR-Development-Board 3x AM27C128 EEPROM 1x EEPROM Simulator
und Sensoren - Neuer Touchscreen von Sony M4 Aqua - HD44780 Display - HD44780 I2C Board - DS18B20 Temperatur Sensor Wasserfest * Mix - Mobilfunk-Modul - Endstop Switches - PIC Mikrokontroller - LEDs - SMD Taster - 74HC4051 Multiplixer auf Breakout-Board
-
Thread
IRMP und IRSND als Protokoll für 433 MHz Sender/Empfänger funktioniert nicht so ganz
// IRSND_OCx IRSND_PORT &= ~(1<<IRSND_BIT); // set IRSND_BIT to low # endif //C18 [/c] Den kürzen wir auf eine Zeile: [c] # else // AVR IRSND_PORT &= ~(1<<IRSND_BIT); // set IRSND_BIT to low # endif //PIC_C18
OCR0A for OC0A and OC0B! # else # error wrong value of IRSND_OCx # endif # endif //PIC_C18 [/c] einfach leeren auf: [c] # else // AVR # endif //PIC_C18 [/c] Viel Spaß! [Edit] Leerstellen vor Kommentaren verkürzt, damit die Forensoftware
-
Thread
In C mehrere Register per Variable gleichzeitig verändern
}; volatile uint32_t PDM1, PDM2, PDM3; MultiRegSetter<PDM1, PDM2, PDM3> SetPDMMulti; int main () { SetPDMMulti = 42; }[/c]
Für das Problem, wie so was in C gelöst werden kann spielt der Prozesseor eigentlich kaum eine Rolle, das Problem kann bei vielen Controllern auftreten. Ich bin momentan mit einem dsPIC33 zu Gange. Die Lösung von Dr.Sommer trifft es
-
Thread
Gibt es einen passenden BUS zur steuerung vieler Clients über mehrere Meter?
Also der PIC24... kann meiner Meinung nach, laut Data Sheet, 3 unabhängige Hardware PWM und ist demnach nicht für deine 6 Kanäle geeignet. Wenn du einen uC von Microchip oder Atmel suchst, dann würde ich dir
160 Knoten würde ich alles so günstig machen wollen wie möglich, also auch PWM mit GPIO und keinen µC mit 6PWM Kanälen. -> STM32F030F4P6 BG, Tom
-
Thread
LED Sequenz Blinker KFZ - Schieberegister oder Microcontroller?
ungefaehr wissen, wie der > elektronische Blinkhase laeuft. Sonst ist's unmoeglich. > Fuer die uC Spannungsversorgung wuerd' ich keinen Step-down Converter > nehmen, sondern eher irgendeinen 78L05, der wird fuer die paar mA, die > der uC zieht, locker reichen. Natuerlich vor seinem Eingang die
Warnmeldungen anzeigen. Warnblinken ist ja eine Sicherheitsfunktion, die muss auch dann tun wein ein uC ausfällt. Daher ist hier stand der Technik dass das Blinken meist von ein 2nd uC überwacht wird und bei Ausfall der uC einfach die Kontrolle übernimmt und die Ausgänge ansteuert. Hier würde ich ungern
-
Thread
Warum entwickeln sich die Atmegas zurück?
products/mcu/8-bit/efm8-laser-bee Cortex-M lohnt erst bei Flash und RAM über 64KB Selbst für USB-C wird hier EFM8 statt EFM32 genutzt: https://www.silabs.com/products/development-tools/mcu/8-bit/usb-type-c/high-power-charger-reference-design
schlechter. OK, PIC24 sieht ganz gut aus. Bis auf die closed-source Toolchain. Und PIC32 ist in Wirklichkeit MIPS. Das haben sie wenigstens nicht angefaßt und konnten es so auch nicht kaputt machen. Wie gesagt: Vertrauensvorschuß
-
Thread
Empfehlung Microcontroller
Multitasking]]. >Kennt einer von euch etwas ähnliches, mit vielen GPIOs nur Günstiger Jeder x-bliebige uC kann das. AVR, MSP430, PIC, etc. Such dir den schönsten aus. Arduino ist im Moment recht hip.
lediglich Pulse (Timerausgang), um sich schrittweise fort zu bewegen. Da gibt es z.B. etliche bei AVR / PIC / STM32 (muss kein F4 sein). Für eine einfache Schrittmotorsteuerung brauchst du auch keine mehrere Kerne und "Multithreading". Die Timer laufen auf Hardwareebene parallel zur CPU. Ein TC275 ist total
-
Thread
Simple Kompass-schaltung gesucht
Ich habe sogar noch so ein Vector 2X Modul auf einer Platine mit PIC16C84. Wenn man den programmiert bzw. Programmieren kann, braucht nur noch die LED dran. https://phanderson.com/printer/compass/compass.html
STM32Cube_FW_F3_V1.9.0/Projects/STM32F3-Discovery/Examples/BSP müsste dazu angepasst werden.
-
Thread
Lesbarer ProgrammCode
Hier mal ein Beispiel, wie goto die Les- und Wartbarkeit erhoeht: [c] int fancy_device_driver(void) { uint8_t *mem_1; uint16_t *mem_2; uint32_t *mem_3; int ret_val = 0; mem_1 = malloc(10); if (mem_1 == NULL) { ret_val = -
0; } [/c] Und jetzt kloppen wir da mal noch 2 Zeiger rein: [c] int bar(void) { uint8_t *mem_1; uint16_t *mem_2; uint32_t *mem_3; ... *mem_4; ... *mem_5; mem
-
Thread
LED mit vorgegebener Frequenz blinken lassen
Erstens: 500 kHz Prozessortakt macht den PIC extrem langsam. Wie Du selbst schon errechnet hast, gibt das 8µs für jeden Maschinenbefehl, und jede C-Anweisung braucht in der Regel mehrere Maschinenbefehle zur Verarbeitung! Wenn Du nicht auf extrem wenig Stromaufnahme angewiesen bist, solltest Du den PIC mit hoher Taktfrequenz laufen lassen (16 oder evtl. geht bei dem auch 32MHz mit dem internen Oszi) Zweitens: Besser, als den Timer zum Reset zu Nullen ist es, den letzten Delay-Wert vom aktuellen
-
Thread
(Warum) ist das Forum (so) anfängerfeindlich?
Chester schrieb im Beitrag #5279241: >>"ein gutes C-Buch" > Nein. Es so: Sobald jemand eine C Frage hat, wird auf ein C-Buch > verwiesen. Das ist ein Automatismus. Hat man anders erlebt, gerade bei C fühlen sich viele befleissigt nicht auf ein Buch
mit C nie was werden wird.
-
Thread
Kommunikation mit Beurer BM65 über USB
Ich hab mir die Platine nochmals angeschaut. Es schaut so aus, dass ein µC drauf ist, vermutlich PIC und der ist direkt an USB angeschlossen. Obwohl die Platine gut dokumentiert ist, und auch sowas wie ein Debug drauf ist, finde ich keine RX/TX Beschriftung, somit wird es
Benjamin S. schrieb im Beitrag #5277421: > Es schaut so aus, dass ein > µC drauf ist, vermutlich PIC Es gibt keine PICs mit 16 Anschlüssen.
-
Thread
Hex zu Dezimal mit PIC
vielleicht BCD? Also eine Variante des Addiere-3-Verfahrens? Magst Du vielleicht einen entsprechenden C- oder Pseudo-Code hinzufügen?
Mit "Hex" hat das also nichts zu tun, sondern das scheint Code zu sein, der eine 32-Bit *Binärzahl* in BCD konvertiert.