-
Thread
Mikrocontroller mit USB-Verbindung für Smartphones gesucht
Wie schon jemand weiter oben sagte, muss es dann ein USB-CDC gerät sein (mir fällt da spontan der STM32F103 µC ein). Und eine weitere Voraussetzung ist, dass der entsprechende USB Treiber auf dem Smartphone vorhanden ist, was leider auch oft nicht der Fall ist. Bei OTG wäre zu beachten, dass man in
verkuppelt sogar deine anderen Sachen mit dem Netz. Noch 2 Bauteile die du dir ansehen könntest: ESP32 https://espressif.com/en/products/hardware/esp32/overview IOIO https://www.sparkfun.com/products/13613
-
Thread
Neue AVR reihen
M. schrieb im Beitrag #5014182: > Meine Bestellung eines Vorgängers des genannten 32K Tiny (ein 814er) > wird erst Ende August ausgeliefert (Bestellung letzten November!). Ich > wage nicht zu prophezeien wann der aktuellste Tiny mal erhältlich ist. Komisch, die PIC-Controller sind
rjmp .+0 ; 0x4 <__vectors+0x4> ... 32: 00 c0 rjmp .+0 ; 0x34 Disassembly of section .init9: 00000000 <.init9>: 0: 0e 94 00 00 call 0 ; 0x0 <.init9> 4: 0c 94 00 00 jmp 0
-
Thread
PIC18F4680 keine 4 unabhängigen PWM Kanäle??
> Dann nehme ich wohl ein ATmega32 Na, wenn du dir den falschen PIC aussuchst ist das wohl besser so :)
Vielen Dank für die Antworten. Ich benutze den PIC 18F4680 nicht privat, sondern ATMEGA32. Leider will unser Professor den PIC , der macht nämlich alles mit PIC´s. Deshalb sind mir die PIC Dinger nicht so bekannt. Und dann haben auch noch die ..
-
Thread
Leseprobleme beim PIC24F32KA304
Hallo Leute, ich habe da mal ein Problem mit der SPI-Schnittstelle bei einem Pic24F32KA304. Ich muss Parameter auf einen LDC1000 (Inductance to Digital Converter) übertragen und auch wieder auslesen. Das Übertragen klappt gut, und das Auslesen auf der LDC-Seite auch, im Logikanalysator
Ich hab vor kurzem was mit dem PIC24FV32KA302 gemacht. Ist ja eigentlich das gleiche Teil nur im kleiner Gehäuse, und dachte mir ich könnte helfen. Dann hab ich das gelesen Holger W. schrieb im Beitrag #5013331: > SPI2CON1
-
Thread
Mikrocontroller Einstieg
C). Da sind die Unterschiede zwischen 8bit und 32bit nur gering. Große und kleine Schraubendreher benutzt man auch prinzipiell gleich. Auch das Argument "Wenn du einen ARM kennst, dann kennstu du alle
Ich empfehle Dir: - Arduino Nano Clone = 8bit AVR Controller und USB Interface - ESP8266 = 32Bit ARM Controller mit serieller Schnittstelle und WLAN - STM32F103C8T6 Board = 32Bit ARM Controller mit USB und seriell Als zusätzliche Hilfsmittel: - Ein USB-UART Adapterkabel mit 3,3V Pegeln
-
Thread
Kleiner Mikrocontroller für Schul AG
category=%1FModellbau%2B%2526%2BModellbahn%1FModellbau%1FModellbau%2BElektronik%1FModellbau%2BAkkus%252C%2BLadetechnik&tfo_ATT_VOLTAGE_NUM=3.7%20V&tfo_ATT_DIMENSION_LENGTH=32%20mm~~~33%20mm~~~36%20mm~~~37%20mm~~~38%20mm~~~40%20mm
Volker S. schrieb im Beitrag #5006944: > Fertig programmierte uC hätte ich auch anzubieten, aber Falsch verstanden Kollege. Auf dem PIC läuft ein völlig eigenständiger Basic Interpreter mit 50000 Programmzeilen/Sekunde, Editor, Programmspeicher und allem PIPAPO
-
Thread
PIC 10f322- Software soll Folge aus Nullen und Einsen erzeugen
Einsen abwechselnd erzeugen Also nochmal.. versuche mich besser auszudrücken. Bisher kann mein uC immer so eine 32 Bit (Impulse) + Pause 32 Bit + Pause.. verschicken. Ich möchte aber, dass ich die Möglichkeit habe von außen in den uC z.B 32 Byte reinspeichern kann, nacher dann auch raus lesen kann
so eine 32 Bit (Impulse) + Pause 32 Bit + Pause.. verschicken. Ich > möchte aber, dass ich die Möglichkeit habe von außen in den uC z.B 32 > Byte reinspeichern kann, nacher dann auch raus lesen kann. Für diesen
-
Thread
SW4STM32 System Workbench, ST-Link 2.1 und SWO Ausgaben
mir super nach dieser Anleitung: http://alphaloewe.com/2017/01/24/enable-semi-hosting-with-openstm32-system-workbench/ zum Testen in der main.c: [c] /* USER CODE BEGIN PFP */ /* Private function prototypes -----------------------------------------------*/ extern void initialise_monitor_handles
Gerade noch mal mit der Kombi ohne Modifikationen getestet: http://ht-deko.com/arduino/pic/stm32_11.jpg
-
Thread
FPGA-Benutzung als Bastler sinnfrei?
> brauchst, dann ist das für einen FPGA kein Problem, aber es gibt meines > Wissens nach keinen µC, der sowas hat. Doch. Renesas R32C116/117/118A haben 11 davon ... und wenn das nicht reicht kann man sich über das intelligent I/O-Modul noch ein paar weitere konfigurieren. https://www.renesas.com/en-us/products/microcontrollers-microprocessors/m16c/r32c100/r32c116a-r32c117a-r32c118a.html
-
Thread
Sehr kompaktes AVR/PIC Eval Board gesucht
für PICs (nur in der Arbeit). Daher wäre das flashen über USB praktisch. Mir ist es egal welcher µC, das Board soll klein und billig sein. Hintergrund: Habe mit AVRs früher privat gespielt, in der Arbeit ist aber dsPIC. Kann mit beidem umgehen. Habe dieses Board http://www.ebay.de/itm/Leonardo-Pro-Micro-ATmega32U4
In meinem Fall ist jetzt folgendes in nähere Auswahl: +ATMEGA328PB Xplained Mini +EHAJO Atmega32U4 Breakout-Board (https://www.ehajo.de/baus%C3%A4tze/bedrahtete-baus%C3%A4tze/atmega32u4-breakout-board.html) Wer sonst noch was weis, bitte sagen.. mfg
-
Thread
Benchmark für Arduino-Boards?
IDE kompatibles Board STM32 STM32f103C8T6 ST ARM 32-bit Cortex >-M3 Das hat nur 72Mhz statt 168Mhz, deutlich weniger RAM ist ein M3 statt M4 und hat deshalb keine FPU.
Jürgen S. schrieb im Beitrag #4998648: > Ich bestelle mir nun in China ein 2-Euro Board mit 32-Bit Controller: > > Arduino IDE kompatibles Board STM32 STM32f103C8T6 ST ARM 32-bit Cortex > -M3 > > Und dann schaue ich mal, wie ich das in die Arduino-IDE eingebunden > bekomme, und was die
-
Thread
Frequenzzähler mit atmega48
500MHz-Hohe-Genauigkeit-Frequenzzahler-Prufvorrichtung-Mess-Meter-Zahler-/131693166348?hash=item1ea9863f0c:g:cB4AAOSwaA5Wi4A5 eine alternative Software, oder die bestehende Software irgendwo? Der Controller ist ein Atmega48
Hallo m.n. und c-hater, ich lese eure fachlichen Beiträge häufig mit und gerade was die Assemblerprogrammierung angeht freue ich mich immer neue Ideen von Dir c-hater auf zugreifen. Nur leider irrt ihr beide in
-
Thread
Einstieg in die AVR Welt mit "myAVR Lehrbuch Mikrocontroller-Programmierung"?
aufgebohrter 8051) und tatsächlich PIC/PIC32 (warum auch immer). Im Bereich Automotive ist es etwas undurchsichtiger, neben ARM auch Exoten wie Tricore, diverse Renesas, STM8 (aufgebohrter 6502)
besseren und billigeren EFM8 8051 ersetzt. Die Performance ist durch PWM DMA sogar besser als mit STM32 32-bit bei wesentlich geringerem Stromverbrauch: https://oscarliang.com/blheli-s-hardware-pwm-32bit Abgesehen davon setzt Microchip bei der Weiterentwicklung auf PIC nicht auf AVR: http://www.microchip.com
-
Thread
Geschickte Hardwarewahl für ein einfaches USB-MIDI-Gerät?
> UART->USB Converter könnte Zeitprobleme machen. Nimm doch gleich einen µC mit USB
hast, und daher auf dem PC noch einen Umsetzer von USB-UART auf Midi benötigst. Nimm einen µC mit USB-Deviceunterstützung wie den ATmega32U4 und implementiere auf dem die USB-MIDI-Geräteklasse. Alternativ kannst Du auch V-USB verwenden, dafür gibt es Beispielanwendungen mit MIDI. V-USB ist
-
Thread
Kopfhörerverstärker - kein LM386?
das sehe hat der TE noch immer seine Anforderungen nicht > genauer präzisiert als "Kopfhörer an uC Ausgang". Dazu braucht's einen > einzigen C und einen R. Grober Unsinn, ein uC Ausgang kann den Strom, den ein Kopfhörer für gute Lautstärke benötigt, nicht liefern (2.5V/32R = 78mA) Die PWM,
Frequenzen (20kHz?) zu erzeugen, > kann ein uC nicht bringen, ein 16MHz uC bringt da nur 9 bit, also > Rauschen in "stillen" Passagen wäre mit -50dB deutlich hörbar. Von welchem 16MHz uC quasselst du da? Irgendwann fiel hier schon mal dsPIC33
-
Thread
PIC32MX - Clock-Einstellungen
Hallo, ich will mich etwas in die PICs von Microchip einarbeiten und habe mir ein SnadPIC Board (http://www.ebay.de/itm/Microchip-Development-Board-PIC32MX795F512L-32-bit-USB-OTG-PICKIT3-/171215482829?hash=item27dd3cefcd:g:mJgAAOxyOalTZWP2) mit einem PIC32MX795 darauf bestellt. Nun sitze
MHz-Quarz sitzen. Laut der Beschriftung des Bauteils ist tatsächlich aber ein 8 MHz-Quarz darauf. Den µC würde ich gerne mit 80 MHz betreiben. Hier mal die Einstellungen, mit denen ich dachte, 80 MHz einzustellen: [c] #pragma config FPLLIDIV = DIV_2 // PLL Input Divider (2x Divider) #pragma
-
Thread
Microcomputer selber bauen
S. R. schrieb im Beitrag #4989393: > Ein STM32 steckt deinen m68k locker in die Tasche, bei > weniger Stromverbrauch, Das wären für mich keine Gründe. Auch wenn es welche sind. ;-) C. A. Rotwang schrieb im Beitrag #4989444: > Bspw. finde
auch > Flashzyklen. Für diesen Zweck finde ich das MMBasic [1] von Geoff Graham ganz nett. Ein PIC32 gehört auch nicht gerade zu den ältesten Bauelementen ;-) [1] http://mmbasic.com/versions.html
-
Thread
Aufwachzeit von ATmegas
Da spielt der Quarz nicht mit. Ein Quarz im MHz-Bereich braucht um die 10ms zum Anschwingen, bei 32kHz-Quarzen kann es sogar mehrere Sekunden dauern. Schnell aufwachen geht nur mit RC-Oszillator oder Keramikresonator.
anschauen und gucken ob die genügend wenig Strom brauchen und hinreichend genau für UART sind. Ein uC-Wechsel steht durchaus auch zur Debatte, z.B. habe ich einen PIC24FJ im Auge, weil es den auch mit AES-/TRNG-Hardware gibt, was für Funkanwendungen ja praktisch ein Muss ist.)
-
Thread
AVR: Bit direkt in IO-Space kopieren
c-hater schrieb im Beitrag #4985239: >> Geht nicht bei der ATmega8/16/32 Generation, muss neuer sein. > > Wieso sollte das da nicht gehen? Geht natürlich auch dort. Nö. Bei denen bewirkt ein
c-hater schrieb im Beitrag #4985239: > A. K. schrieb im Beitrag #4985218: > >> Geht nicht bei der ATmega8/16/32 Generation, muss neuer sein. > > Wieso sollte das da nicht gehen? Geht natürlich auch
-
Thread
PIC16F18344 EEPROM Schreiben und Lesen funktioniert nicht
meinen Fehler nicht finden. Erkennt jemand was ich falsch mache? Ich nutze MPLAB 3.6 und MPASM. [c] ; CONFIG1 __CONFIG _CONFIG1, _FEXTOSC_OFF & _RSTOSC_HFINT32 & _CLKOUTEN_OFF & _CSWEN_ON & _FCMEN_OFF ; CONFIG2 __CONFIG _CONFIG2, _
RD btfsc NVMCON1, RD goto $-2 banksel NVMDATL movf NVMDATL, W goto $ [/c]
-
Thread
[V] Rauchmelder FireAngel ST-620-DET
erwarte ich aber eher einen "langsamen" Bus, da die Datenmenge vernachlässigbar gering ist und der µC zum Stromsparen auch eher langsam sein wird. Der 620 hat einen PIC mit maximal 8Mhz, zuzm 630 habe ich nichts gefunden. Kannst du Bilder vom Innenleben machen auf denen man die Beschriftung der ICs
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)? 00 01 00 98: ? 7E
-
Thread
Schaltung die sich an Bitfolge-Takt anpasst ?
3) Der uC sendet zB. 64k an Daten indem er sie einfach hintereinander an die 8 Leitungen anlegt. Zweck des Ganzen ist es ein möglichst universales Buffer-Interface zu haben dass auch mit langsameren uC benutzt
Bei 320 Pixeln und 31kHz benötigst Du einen Pixeltakt von 10MHz. Schnapp Dir einen µC mit 4-Bit SPI und auf jeden Fall DMA. Irgendwas mit mit etwas wumms z.B. einen PIC32MZ, der hat auch ordentlich RAM (Es gibt bestimmt auch etwas passendes mit ARM-Kern) Da kannst Du Deinen DAC dann
-
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
https://www.mikrocontroller.net/topic/420316#new Im ersten Projekt (PIC18...) findest du wie man Zeit Flanken im Interrupt erzeugt. Im zweitem Projekt arbeitet PIC12... mit dem Quarz 32768 kHz und Interrupt 1 Sek. , sonst mit internem Oszillator. Das „schlafen gehen“
-
Thread
Unterschied RAM und Register?
speziellen Maschinenbefehles zugegriffen, z.B. - LD A,33 (lade Register A mit 33) oder - MOV B,C (verschiebe den Inhalt von Register C nach Register B) Es gibt dann ebensolche/ähnliche Befehle für alle anderen vorhandenen Register, die sich direkt auf deren "Namen" oder Nummer beziehen. Auf
Klar. Ein Register ist eine Zusammenfassung von derartigen Speicherzellen. Zumeist 8 oder 16 oder 32 Bit breit - aus praktischen Gründen. Ist aber nicht zwingend. Register _können_ RAM sein, muß aber nicht. Sie kommen sowohl in einer CPU als Arbeitsregister vor, als auch an ganz anderen Stellen, z.B
-
Thread
Satellit bauen
tragen. Da mal ein Foto von ner Cubesat montage: https://s-media-cache-ak0.pinimg.com/originals/7c/a9/6b/7ca96bea829171d217adaa7ee2bf121b.jpg Man sieht Handschuh, ESD-Kabel, Kittel - aber keinen Mundschutz oder Reinraumtaucheranzug. Es gibt da aber auch Fotos mit Haarnetz aber ohne Handschuh:
jenseits des Van-Allen-Gürtels) ist die Strahlung durchaus beherschbar, dort werkelt seit 6 Jahren ein PIC32. Mikrocontroller mit Strukturbreiten >120nm überleben dort hinreichend lange nach Aussage eines Microchip-Vertreters, allerdings muß man softwaretechnisch sehr viel prüfen und spiegeln. Bei Bitfehlern
-
Thread
[Layout] Frage zu Stromversorgung DAC
Mampf F. schrieb im Beitrag #4972320: > ich bastel gerade an einem STM32F429-Board mit Audio-DAC und hatte mich > gefragt, wie die best-Practice für die Stromversorgung zum Audio-DAC > ist. Witzig. Genau sowas war mein letztes Projekt - ein PIC32 mp3-Player. Ich habe
Hurra schrieb im Beitrag #4973916: > Witzig. Genau sowas war mein letztes Projekt - ein PIC32 mp3-Player Ah echt witzig, der UDA1334 ist auch bei mir drauf :) Vlt weißt du das zufällig ... Es gibt den A und B Typ und der A hat wohl einen Audio- und einen Video-Modus. Wenn ich das richtig
-
Thread
Assembler-Programmieren PIC16F1934/6/7
/enhanced-PIC-tutorial Bei dem "enhanced-PIC-tutorial" wird Assembler und C behandelt - 10€ Ich koennte auch 2 aeltere Gooligum-PDF-Dateien (enhanced & enhanced MIDrange)mit jeweils 2MByte posten.Da die damals
Peter D. schrieb im Beitrag #4974508: > Man muß beim PIC zu sehr um die Ecke denken Ist mir nie aufgefallen. Z80, 68HC??, C166, C51 und schon seit langem nur noch PICs. Die haben genau so viele Ecken wie die Anderen auch. (Vier - wenn wir das jetzt Mal
-
Thread
Wie kommt es, dass es Arm SoCs für unter 10 € gibt, aber keine x86 SoCs zum gleichen Preis?
kennt oder sich auch nur dafür interessiert. 99.9999% der Leute programmieren in Hochsprachen. Einen C-Programmierer interessierts vielleicht noch ob die Maschine 64 Bit hat oder nur 32 oder wie die Endianness ist aber das wars dann auch schon.
nur 32 oder wie die Endianness ist aber das > wars dann auch schon. Das gilt auch für die C++ Progammierer. Und wie ich bereits sagte, wenn man Performance benötigt, dann guckt man sich den Assemblercode
-
Thread
µC - BUCK - BOOST Konverter
HF-Schorsch schrieb im Beitrag #4976886: > STM32... tolle Antwort! Wer hat denn gefragt, welche µC sonst in Frage kommt?
Wolfram F. schrieb im Beitrag #4977112: > welche µC sonst in Frage kommt? "STM32" ist nicht die Antwort _darauf_ - sondern eher, womit man das "gescheit hin kriegen würde".
-
Thread
SPI mit Beschleunigunssensor
void SPI_ClearWriteCollisionStatus(void) { SSP1CON1bits.WCOL = 0; } /** End of File */ [/c] Und mein Bisheriger Versuch : [c]uint8_t sensor = 0; SPI_Exchange8bit(0b10110110); __delay_ms(10); sensor = SPI_Exchange8bit(0b10110110); printf("Bewegung :%u", sensor); [/c]
SPI_Read() bereit zu stellen und kannst alle Funktionen benutzen. Die Beispiele sind zwar nicht für PIC16, aber das sollte eigentlich kein riesiges Problem sein. Du müsstest den Inhalt der Funktionen in Communication.c und die GPIO Definitions im Header anpassen.
-
Thread
ATTiny85 an einer einzelnen AAA Batterie 1 Jahr mindestens
Also ich habe einen PIC24F32KA304 an einer einzelnen AA-Batterie am laufen. Der betreibt ein passives LCD mit GPIOs, liest aus einem MCP9808 Werte aus und zeigt diese an. Der läuft auf 32kHz Systemtakt. Die Batterielaufzeit
Hmm schrieb im Beitrag #4970406: > Also ich habe einen PIC24F32KA304 an einer einzelnen AA-Batterie am > laufen. > > Der betreibt ein passives LCD mit GPIOs, liest aus einem MCP9808 Werte > aus und zeigt diese an. Der läuft auf 32kHz Systemtakt. > >
-
Thread
GUI für STM32
dazu der Qt plugin zu installieren. Für mich ist gut, da ich einige Projekte mit Visual Studio c++ und Qt entwickelt habe. Nun die Frage ist: Wie kann ich einen Verbindung zwischen das Board (STM32) und Visual Studio(C++) erstellen. Wie soll ich den vorgehen? Hat jemenden so was gemacht?
Was ich gerne machen möchte, ist die die Steuerung einen STM32 mittels einen GUI. Dieses GUI wird in Visual Studio 2015 c++ und Qt5 Plugin implementiert. z.B: Der STM32-Board wird an dem PC mit USB verbunden und mittels einen GUI kann ich einschalten ausschalten
-
Thread
Stromverbrauchs-Vergleichstabellen von Atmel Mikrocontroller
bit-AVR-microcontroller-ATmega8A_datasheet.pdf&usg=AFQjCNHk2zNYDTnIH5z7ztdnPb67yrhzEQ Abschnitt 32.1. Active Supply Current Figure 32-1 Active Supply Current vs. Frequency (0.1 - 1.0MHz)
Das Tool CubeMX von ST bietet für all seine STM32 µC einen Rechner wie viel Strom der Chip verbraucht, abhängig von - Taktrate - verwendete Peripheriemodule - eingestellter Stromsparmodus - Betrieb aus FLASH / RAM Leider unterstützt das Tool
-
Thread
vom Layout zum Schaltplan
neuer PIC Freund schrieb im Beitrag #4962344: > Figure 1 im Vishay-DS startet mit 4.5V und einer Kennnlinie weit ab vom > Schuss. Das ist bei mir ein Ausschlusskriterium für direkte > uC-Ansteuerung. Danke
überhaupt ein Quarz notwendig? Ohne könntest Du einen 8-Beiner einsetzen (z.B. ATtiny45 - sorry, bei PIC (außer PIC32) kenne ich mich nicht so aus, aber auch da gibt es sicher was.) Ich würde auch ISP / ICSP auf dem Board vorsehen. Die Anschlüsse der Sensoren und der Lampe sind dafür geeignet, solange
-
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
> Warum sich alle ausgerechnet zwanghaft den STM32 antun, Man bekommt sie so billig: http://www.ebay.com/itm/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-Arduino-/201529768817
-
Thread
Programmiervorgang
schon kompliziert. Zum Beispiel habe ich Folgendes habe ich in diesem Link gefunden: https://stm32f4-discovery.net/2014/08/stm32f4-external-interrupts-tutorial/ [c] /* Configure pins to be interrupts */ void Configure_PD0(void) { /* Set variables used */ GPIO_InitTypeDef GPIO_InitStruct
ich den NVIC benötige bzw. wie ich auf diesen komme. Neben der Tatsache, dass es bei meinem STM32L4 diese NVIC_InitStructs und den EXTI_InitStruct nicht gibt, [b]würde ich gerne erfahren, wie ich grundsätzlich als Anfänger beim Programmieren vorgehen soll und wie ich das womöglich ohne den fertigen
-
Thread
Mehrere V-USB Anwendungen auf einem AVR möglich?
übertrieben ist das garnicht, um PC9 als normalen Ausgang zu definieren bedarf es beim ARM, hier ein STM32: [c] //GPIOC Clock enable RCC->AHBENR |= RCC_AHBENR_GPIOCEN; //GPIOC4 aß Output GPIOC->MODER |= GPIO_MODER_MODER4_O; //Push Pull config GPIOC->OTYPER &= ~(GPIO_OTYPER_OT_4); //Max speed for
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"); } }
ohne irgendwelche libs, erzeugt 716 Byte und blinkt: https://github.com/prof7bit/bare_metal_stm32f401xe und davon abgeleitet für nen stm32f103c8: https://github.com/ChristianRinn/bare_metal_stm32f103c8
-
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
Aber egal, es geht bis auf eine Kleinigkeit. Beim Einschalten der Spannungsversorgung sendet der PIC bereits ein Zeichen. Stört nicht weiter, aber es ist halt nicht so schön. MfG Bernie6666
-
Thread
STM32 automatisch flashen wenn neue HEX erzeugt wird
Hallo zusammen, ich bin kürzlich von PIC auf STM32 umgestiegen. Bei den PICs fande ich die Funktion zum automatischen flashen per PICKit sehr angenehm. Sobald der Sourcecode neu compiliert wurde, wurde dieser automatisch geflasht. Weiß
über die CLI Version von ST-Link die HEX Datei flashen. Also Beispielsweise so: [code]flash: test_stm32.hex @ST-LINK_CLI -c SWD UR -P test_stm32.hex -V -Rst[/code] Dann kannst du mit "make flash" deinen Code compilieren und gleich flashen lassen.
-
Thread
PIC24F zum Einstieg
(PIC24FV32KA304) verwende ich noch heute manchmal.
oder oder. Die PIC24FV32KA30x sind super von LED-Blinky und I2C/SPI, über kleine Statemashines, alphanumerische Displays, und erste Gehversuche mit ADC etc. ..oder eben: Gut für den Einstieg!!
-
Thread
Mikrocontroller zur Regelung DC/DC Wandler
Google Suche lieferte bei mir grob folgende Resultate: XMC4000 Serie TMS320F28xxx bzw. TMS320C2xxx Serie dsPIC33 Serie Kennt Ihr noch andere sinnvolle Mikrocontroller? Welcher davon ist am "schnellsten" bzw. am "einfachsten" zum Laufen zu bringen für jemanden, der noch nie mit der jeweiligen
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
-
Thread
ARM-Cortex als Anfänger?
dann man kann in Eclipse C/C++ Code schreiben (man kann sich ein LED-Blink-Demo für zB STM32F1 generieren lassen), dann funktionier das meiste out-of-the-box. Und der Debugger (Hardware-Breakepoints oder Single-Step zB) in Eclipse
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
Hexapod mit PIC18F45K22 machbar?
Bin mir nicht sicher, aber ich glaube die Motorcontrol-PWM's sind dafür nicht geeignet. mit dem dsPIC33EP512MU814 sollts gehen. Würde aber eher einen STM32 oder so nehmen dafür...
Könnt sogar in C gehn dann hättest du noch 9/10 von der Rechenzeit übrig für Berechnungen (bei 20ms Periode der "PWM"). Aber ein DsPic ist eindeutig die bessere Lösung...