-
Thread
GSM Schalter programmieren ohne Anleitung.
können, aber jetzt komm ich nicht weiter. Habe in der Bucht folgenden GSM Schalter erworben: Sim800C Stm32F103C8T6 https://www.ebay.de/itm/284522566135?mkevt=1&mkpid=0&emsid=e11051.m43.l1123&mkcid=7&ch=osgood&euid=8071a5ec22d842ca98c01dced6e4c01c&bu=43129502878&osub=-1~1&crd=20211228021106&segname=
Sys zustand Sys power auf Sys ausfall Sys konfiguration Sys Bereit Sys empfangen nachricht D6 Immer auf Immer auf Immer auf 1000ms Auf/1000ms/Off Alternative flimmern von D6 D7 D7 Immer auf Auf für einen moment off Immer auf Alternative flimmern von D6 D7 D3 off Blinkt alle andere zeit 1000ms
-
Thread
ATTINY85 als DCF77-Empfänger
mit nur 20kW. Ob dieser Empfänger auch für Süddeutschland reicht? Hier einige Infos (aus "main.c" raus kopiert): [code] // // ### Empfänger für den Wettersender Pinneberg "DDH47" auf 147.3 MHz ### // // - Hardware // STM32F103C8 - "Blue Pill Development Board" // // - Anschlüsse //
STM32 nicht "interleaven" und über 1 MHz > ADC kommen? Notfalls, wie man beim ATTINY sieht, würde ein fADC von 400kHz reichen und der STM32F103 schafft interleaved sogar 2MHz. Die CPU läuft auch noch
-
Thread
STM32F103C8T6 JTAG
Hallo zusammen, ich würde gerne eine Schaltung mit dem STM32F103C8T6 aufbauen, leider verstehe ich nicht so wirklich welche Pins und welchen JTAG/Adapter man dafür braucht. Hat jemand da ein Beispiel? Am liebsten wäre mir die Verwendung eines ST-Link.
Stefan ⛄ F. schrieb im Beitrag #6910778: > Wo bekommst du eigentlich den STM32F103C8T6 her? Ich will dir den Spaß > nicht vermiesen, aber ist dir bekannt dass dieser Chip Beginn der Corona > Pandemie überall
-
Thread
3x2 Pin Header Suche
Hi, für den STM32F103C8T6 brauche ich einen 3x2 Pin Header um Brücken setzen zu können. Leider finde ich nichts passendes. Weiß jemand wie man das noch lösen könnte ? LG Bob
#6910689: > Leider finde ich nichts passendes. Und hier weiß keiner, auf was für einer Platine dein STM32F103C8T6 sitzt.
-
Thread
Datenstrom auf Zeichenkette untersuchen
auch ein ATTINY. Ich hab auch mal mit Atmel und Co angefangen, aber das Debugging finde ich auf den STM32 deutlich bequemer und da ich das als Hobby betreibe und gerne einen "Standard µC" habe, auf dem meine Projekte laufen bin ich bis jetzt mit F103 und F303 ganz gut gefahren. Ich will ja auch keine
0" stehen muss. [c] HAL_StatusTypeDef HAL_UART_Receive_IT(UART_HandleTypeDef *huart, uint8_t *pData, uint16_t Size) { /* Check that a Rx process is not already ongoing */ if (huart->RxState == HAL_UART_STATE_READY
-
Thread
[V] STM32F100C6T6B und STM32F407VET6
Hallo, STM32 Mikrocontroller aus einem Bastelprojekt übrig geblieben. Vor etwa 2-3 Jahren bei Mouser gekauft und immer ESD gerecht gelagert. 12x STM32F100C6T6B 4,50€ / Stk, 45€ für alle 12. 5x STM32F407VET6
Die 5 STM32F407VET6 sind inzwischen vergeben. Beim Aufräumen sind noch 3 Stk STM32F103RBT6 ( LQFP-64 ) aufgetaucht. Würde ich für 8€ / Stk abgeben.
-
Thread
Sende/Empfangsvorgang mittels nur 1St. µC
Abständen Messwerte sendet und das andere Gerät nur als Empfänger --> dies wird nicht gewünscht) Als µC werden MSP430F1611 bzw. MSP430F1232 eingesetzt. Die Schnittstelle zwischen dem Modul (E32_868T) und dem µC ist UART. Im Anhang die aus meiner Sicht entscheidenden Programmschnipsel für den aktuellen
dran, was eventuell als Vorlage dienen kann. Ist aber NICHT für einen MSP gedacht, sondern für einen STM32F103C8T6. Das Ding kann man auch ziemlich zusammenkürzen, wenn man nur einen UART braucht. 2. einen Satz von Kommandos ausdenken, die zum Problem passen. Mir fällt da erstmal sowas aus dem Stegreif
-
Thread
Was tun mit altem Zeitzeichenempfänger
mit korrektem und genauen Zeitcode zu senden wäre aber auch nicht wirklich schwierig. Wenn man einen STM32 statt einem Arduino verwendet, dann reicht folgendes: - zwei Mignonzellen bzw. Steckernetzteil - ein STM32F103 - "Sender": Speicherdrossel, Kondensator und Widerstand - "Empfänger" (sogar ein
tx_news_pi1%5Baction%5D=detail&tx_news_pi1%5Bday%5D=25&tx_news_pi1%5Bmonth%5D=10&tx_news_pi1%5Byear%5D=2021&cHash=1e27d53fe127612d4f55345fbf7a40b8
-
Thread
LIN: RcvError(Not responded invalid header)
Forum, wir versuchen gerade eine Pumpe per LIN anzusteuern. Der Master ist ein Sensorknoten mit STM32F103C8T6, die Slave eine Pumpe von Bühler die nur über LIN (J2602) kommunizieren kann. Mit der CANoe Simulation mit Hilfe der .ldf-Datei hat es problemlos geklappt nachdem die Baudrate richtig eingestellt
Bei LIN empfängt der µC in der Regel das Echo von seiner Sendung selbst, die er wegwerfen sollte. Dann muss natürlich ein Abstand zwischen Senden und Empfangen sein, so dass der andere Teilnehmer auch genügend Zeit hat um
-
Thread
ARM &Co: EmBitz 2.0 IDE, was wird denn nun draus?
netxduo 20.10.2021 21:14 <DIR> OpenBootloader 20.10.2021 21:14 <DIR> STM32_Network_Library 20.10.2021 21:14 <DIR> STM32_TouchSensing_Library 20.10.2021 21:14 <DIR> STM32_USBPD_Library 20.10.2021 21:14 <DIR> threadx 20.10.2021 21
ignoriert und weil sie keinen Caller haben löscht. Ab GCC 7 trat das auf, Embitz 1.0 hatte GCC 6 https://www.mikrocontroller.net/topic/443262 Da die F103er aber 128kb nutzbaren Flash haben lasse ich jetzt LTO aus, pfeif drauf, ist ja Platz genug da.
-
Thread
Makefile build Fehler - pipe: No such file or directory
libopencm3/mk/genlink-config.mk:47: No match for the FPU flags ../libopencm3/mk/genlink-config.mk:52: stm32f103c8t6 not found in ../libopencm3/ ld/devices.data ../libopencm3/mk/genlink-config.mk:63: ../libopencm3/lib/libopencm3_.a library v ariant for the selected device does not exist. CC stm32
wahrscheinlich eine folge von diesem Fehler hier sein: [code] ../libopencm3/mk/genlink-config.mk:52: stm32f103c8t6 not found in ../libopencm3/ ld/devices.data [/code] Habe mir daraufhin die devices.data Datei angeschaut. Dort gibt es aber den Eintrag: [code]stm32f103?8* stm32f1 ROM=64K RAM=20K [/code
-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
00 01 80 01 00 06 31 53 31 53 00 00 00 00 80 02 00 35 a7 fa a7 fa 00 00 00 07 b0 02 00 36 00 32 00 32 ff ff ff fb b0 02 00 37 00 39 00 39 00 00 00 05 b0 02 00 38 05 c2 05 c2 ff ff ff fa b0 02 00 39 05 c6 05 c6 00 00 00 06 b0 02 00 3a 18 6c 18 6c ff ff ff fb b0 02 00 3b 18 6f 18 6f 00
02 60 12 45 40 94 00 0c 68 c8 69 0f 09 47 08 58 80 02 00 0d 6a 25 6a 25 ff ff ff fb 80 02 00 0e 6a 25 6a 25 00 00 00 05 80 02 00 0f 6b 29 6b 29 ff ff ff fb 80 02 00 10 6b 2c 6b 2c 00 00 00 05 80 02 00 11 6b 66 6b 66 ff ff
-
Thread
WS2812B 800KHz PWM mit Transistor Pegelwandler
die Quelle es hergibt: 1k oder auch weniger; aus den genannten > Gründen und für diese Anwendung c-hater schrieb im Beitrag #6842625: > Oder anders ausgedrückt: STM32 > ist eine Mimose im Vergleich zum AVR8. Da kann man schnell mal was > zerschiessen, Also die CPU ist ein STM32F446RET6 laut
den STM32-Ausgang. Aber auch > der sollte mit 50pF, selbst direkt nach Masse, klarkommen. Laut Datenblatt(DS10693 Rev 10) des STM32F446RET6 in 6.1.5 "Pin input voltage" Figure 16. Sind dortige Wert mit
-
Thread
Microcontroller aussuchen
AVR wegen einer speziellen Anforderung. Nur wenn ich heute eine Wald- und Wiesen µC Aufgabe habe, würd ICH zu einem STM32, mindestens aber zu einem 32 Bit ARM-basierten Controller greifen und nicht mehr auf einen 8 Bitter und nicht mehr auf einen AVR. Das hat mit Hass nichts zu tun
kann? Nach DEM Vorspiel sehe ich Bedarf an Aufklärung. > Nur wenn ich heute eine Wald- und Wiesen µC Aufgabe habe, würd ICH zu > einem STM32, mindestens aber zu einem 32 Bit ARM-basierten Controller > greifen Wald & Wiese ist eine Spezialität der 8Bitter, aber davon abgesehen: Was Du persönlich
-
Thread
PlatformIO - STM32F103RB HelloWorld geht nicht
Hallo zusammen Habe heute mein Board mit einem STM32F103RBT6 ausgegraben. Fix den ST-Link angeschlossen und mal geschaut, wie weit die Kompatiblität mit Arduino bei STM32 inzwischen ist. Habe kurzerhand die ArduinoIDE verwendet und dort Stm32duino
2. Suche hier einmal in der Historie dieses Forums nach einem Minimal-Projekt, was ich mal für die STM32F103C8T6 gepostet habe. Dort ist auch das fertig erzeugte Hexfile mit drin (per Keil erzeugt) und das funktioniert garantiert. Damit könntest du testen, ob dein µC tatsächlich kaputt ist oder ob es
-
Thread
Chinabestellung, Erfahrung mit dem Zoll seit Juli ?
verwendet. Gemeint habe ich sowas: https://www.ebay.de/itm/402361030213?hash=item5dae961645:g:9JoAAOSw6K1f7wT5 "Standpumpe" heißen die Dinger. Damit bin ich eher fertig als Du. Die pumpen richtig was durch. Allerdings habe ich jetzt auch verstanden, dass Du es für unterwegs hast. Deshalb Dein - treffender
bitte zu dem offizellen Leitfaden fuer Im- und Export (https://www.bmf.gv.at/dam/jcr:0ac09bcd-cb07-456f-98fd-57b903b542f6/Leitfaden_e-commerce_v-03.pdf) und freue Dich ueber den roten Text, dass dieses offizielle Ding kein "rechtsverbindlichen Akt darstellt". (mein rant geloescht) Gruesse Th.
-
Thread
Thermoelement Typ K mit ADC auswerten
besser 24bit) dafür vermutlich gehen sollten. Das passt doch nicht mit deiner Anforderung von +-6°C Genauigkeit zusammen. Dein Bereich von -100 bis 1300°C braucht theoretisch nur eine Ausflösung von 1400/6=233. Das geht also locker mit jedem AVR ADC, der liefert dann eine Auflösung von 1,4°C. Mit
Ich hab einen gemultiplexten AD8495 verwendet. Die 4 Kanäle lassen sich leicht auf 8 erweitern. Bei mir kamen T- Type Thermocouples zum Einsatz. Die ganze Schaltung samt Thermosteckern hab ich in einem massiven Alublock eingebaut. Fehler 0,3K max. Digitalisiert mit einem STM32F103 12
-
Thread
Messung von Feuchtigkeit in Wänden
TLC555 hat eine recht hohe Frequenz im Megahertz-Bereich geliefert, die sich mit dem verwendeten ATMega8 nicht ausreichend genau auflösen ließ, da leider die T0 und T1 Eingänge bereits durch das Display belegt gewesen sind. (Daher ist das IC nicht mehr bestückt.) Von Anfang an hat die Ladungspumpe eine
Temperatur und noch weitere Daten auf einer SD-Karte aufzeichnen. Hier kam daher eine Blue-Pill mit STM32F103 zum Einsatz, welche jedoch in der IO der Ports deutlich langsamer arbeitet als der Atmel. Die Meßgenauigkeit ist dennoch vergleichbar. Die bisherigen Erfahrungen mit der Einbringung einer
-
Thread
Ad-hoc-Frequenznormal und -Zeitzeichenempfänger
Qualitativ aber brauchbar. Grund ist das SDR-Konzept ("Software-defined radio"). Dazu verwendet wird der STM32F103C8T6 (das Blue Pill Board). Der Empfänger ist gut als Behelfslösung (oder zum Basteln) geeignet. Als Alternative zum normalen Empfänger nur bedingt: - Der Stromverbrauch ist mit 15mA enorm
- DCF77p.hex Kompilat aller obigen Dateien. Kann mit den üblichen Programmen zum STM32F103C8T6 übertragen/"geflashed" werden. [/pre] Es gibt keine richtige Dokumentation. Das Nötigste findet man in den jeweiligen Header-Dateien. Das einfachste ist, wenn man eines der Beispiele
-
Thread
Arduino Nano interner Temperatursensor auslesen
ATmega328P ausprobiert: Das TS_GAIN ist nicht gesetzt (0xFF). Die Device Signatur stimmt aber 0x1E 0x95 0x0F = ATmega328P. [c] [00]: 1E [01]: B8 [02]: 95 [03]: FF [04]: 0F [05]: FF [06]: FF Device signature: 1E 95 0F RC oscillator calibration byte: B8 [/c] Evtl. kann das ja mal jemand
Beitrag #6813552: > Scheint dir das realistisch zu sein? Das hatten wir schon einmal bezüglich des STM32F103C8T6 diskutiert. Ehrlich gesagt weiß ich nicht, was ich glauben soll. Ist das nicht zu aufwändig? Und wenn eine Hälfte des Speichers schon ab Werk kaputt is, wie vertrauenswürdig ist dann die andere
-
Thread
Der perfekte USB-UART-Konverter
. [c] // For devices with 2x16 bits/word access schema // (e.g. STM32L0x2, STM32L0x3, STM32F04x, STM32F072, STM32F078, STM32F303xD and STM32F303xE) #define UMEM_SHIFT 0 #define UMEM_FAKEWIDTH uint16_t [/c] [c] // For devices with 1x16 bits/word access schema // (e.g. STM32F103, STM32F302, STM32F303xB, STM32F303xBxC) #define UMEM_SHIFT 1 #define UMEM_FAKEWIDTH uint32_t [/c] Wenn man die richtig
-
Thread
CRC Einheit im STM32 -> CRC32 lässt sich nicht bestätigten
Moin! Ich versuche seit Freitag Vormittag die CRC Peripherie des STM32F103C8T6 ans laufen zu bekommen, wobei ans laufen zu bekommen ist nicht ganz richtig. Laufen tut sie schon jedoch kann ich das Ergebnis welches mir die CRC-Engine liefert nicht bestätigten. Habe
vorher gefehlten while Schleife. M. H. schrieb im Beitrag #6798763: > Oder das CRC Modul bei deinem F1 ist doch anders als meins... Also streng genommen habe ich kein STM32F103C8T6 sondern ein CKS32F103C8T6 der auf ein Blue-Pill Board verbaut ist. Er ist zwar als STM32 gelabelt hat aber eine andere
-
Thread
ILI9486 8-Bit Parallel Bus deutlich langsamer als SPI
geeigneten µC zu > kommen Hmm, weiß nicht 20 Euro für ein Nucleo-64 F446RE blechen um an einen STM32F446RE und an den STM32F103C8T6(Der auf der ST-Link Platine oben sitzt) Controller zu kommen. Ist glaubig nicht
Felix N. schrieb im Beitrag #6789295: > Hmm, weiß nicht 20 Euro für ein Nucleo-64 F446RE blechen um an einen > STM32F446RE und an den STM32F103C8T6(Der auf der ST-Link Platine oben > sitzt) Controller zu kommen. Ist glaubig nicht die beste Idee. Beim STM32F446RE wird es kaum schneller
-
Thread
STM32 I2C EEPROM lässt sich lesen aber nicht beschreiben
Hallo Community, Ich versuche seit gestern vergeblich ein I2C EEPROM am STM32F103C8T6 (Blue Pill Board, es ist aber glaubig ein Fake-uC auf dem Board verbaut da man ihm mit ST-Link GDB Server nicht programmieren kann es geht nur mit OpenOCD, weiß nicht ob es evtl
100KHz Rmin gleich wie bei <=100KHz nur rmax = 300ns/Cbus Wenn ich das jetzt mal für 100KHz beim STM32 durchrechne: fscl=100KHz, Vcc=0,3V, I=3mA, Cbus=~8pF(Aus Datenblatt ST24C08WP) Rmin = 3,3 - 0,4V / 3mA = 966,667 Ohm -> 1kOhm Rmax = 1000ns/8pF = 125kOhm Allerdings muss ich sagen das
-
Thread
ISRs: Flags löschen
Grundlage. ;-) Für diese Aussage würde es sogar ausreichen, nur einen zu kennen. Innerhalb des STM32F103C8T6 haben die von ARM bereitgestellten ISRs ein anderes Verhalten als die von der On-Chip-Peripherie bereitgestellten. Und das war entweder ein "Hoppla" oder eine bewußte Design-Entscheidung
Walter T. schrieb im Beitrag #6784785: > bei den STM32, die ich kenne, muss man am Anfang der von der > On-Chip-Peripherie ausgelösten ISRs, z.B. Timer-ISRs, in Software ein > Flag löschen - anonsten wird
-
Thread
Fragen zur Erstellung von 8xPWM mit einstellbarer Anzahl an Perioden beim STM3F103
CH2. Alle PWM sind mit einer festen Frequenz spezifiziert. Als Mikrocontroller verwende ich einen STM32F103 Blue Pill. Ich habe die Befürchtung, dass sich die Interrupts gegenseitig im Code Blockieren. Zumindest stimmen die Positionen nicht 100% nach etwa 24 Stunden. Da ich kein Experte auf dem
abgeändert, sodass alle Variablen, die "von außen" verändert werden können nun volatile sind: [c] volatile bool flag = false; //wird als Array deklariert weil ich 6 Platinen a 8 Motoren habe volatile int weg_m[3][8]; volatile int weg_s[3][8]; volatile int aktuelle_position_m[3][8];
-
Thread
STM32F1 HAL UART Senden nicht
Speed Clock (HSE): Crystal/Ceramic Resonator HCLK auf 72 MHz USART -> Mode: Asynchronous [c]/* USER CODE BEGIN 2 */ char data[5] = "test\n"; HAL_UART_Transmit(&huart3, (uint8_t *)data, 5, 100); /* USER CODE END 2 */[/c] Mehr Code habe ich dem generiertem Code von CubeMX nicht
auf 3,3 V. Was übersehe ich? Fehlt was? Warum wird nichts gesendet? Programmer: ST-LINK/V2 IC: STM32F103RBT6 Board: Olimex P103 https://www.olimex.com/Products/ARM/ST/STM32-P103/ https://www.olimex.com/Products/ARM/ST/STM32-P405/resources/STM32-P103_P405_sch.pdf Programmierumgebung: Visual Studio
-
Thread
[S] RobotDyn STM32 "Black Pills"
Sollte jemand mal zur Entwicklung eines der folgenden Boards gehabt haben https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19-11e9-910a-901b0ebb3621.html https://www.amazon.de/STM32-F103-C8T6-STM32-Arm-Cortex-M3-Minimum-Development-Verwendung-vorinstalliert/dp/B072MCP832 https://robotdyn.com/black-pill-apm32f103cb-128kb-flash-20kb-sram-stm32-compatible-arm-cortexr-m3-mcu-mini-board.html und sich davon gegen Schmerzensgeld trennen wollen, dann bin ich gerne bereit besagtes vernünftiges Schmerzensgeld aufzubringen
-
Thread
[T] STM32F100C6T6 <->STM32F10x/STM32F30x
Habe hier 25stck OVP original STM32F100C6T6 (tray eingeschweißt). Für die möchte ich entweder eine Gargantillion EUR / Stck haben, oder - bevorzugt - Tausch gegen "irgendwas" (funktionierendes) STM32 in LQFP-48 mit 72MHz und CAN
ist meine Wunschliste in absteigender Prio wie folgt: * STM32F303CCT6 * STM32F302CB * STM32F103C8 und besser Sollte jemand wider Erwarten ein paar solcher Teile haben und dafür Euros unterhalb 1 Gargantillion/Stck wollen, dann bitte PM. Wenn ich 40 Stück
-
Thread
Byte Array/Word-Array
Ich habe mit sowas schon bei einem Compilerupdate schon Probleme gehabt, als ein Array aus uint8_t über uint32_t angesprochen wurde. Wenn Du sowas machen willst, benutz das Alignment-Attribut für das Array.
schrieb im Beitrag #6757945: > Tja, theoretische Gedankenspiele... Warum sollte man ein Array uint8_t > deklarieren, wenn man uint16_t speichern will? Beispielsweise oben genannter Klassiker: Weil man in einem STM32F103C8 einen 8kB-Puffer nicht unbedingt zweimal unterbringen kann und will. mh
-
Thread
ARM-GCC versteht den Witz nicht.
zusammen, aus Langeweile habe ich mal einen gerade kursierenden Witz ausprobiert/implementiert: [c] volatile int a = "100" + 2 == "0" [/c] (das Ganze in einer ansonsten nackten main() und mit dem Debugger das Ergebnis auf einem STM32F103C8RB angeschaut.) ARM-GCC 5.4.1 -O3: a ist false ARM-GCC
Walter T. schrieb im Beitrag #6748674: > ARM-GCC 5.4.1 -O3: a ist false > ARM-GCC 5.4.1 -Os: a ist true Mein gcc ist meistens auch humorlos. Mit -Wall kommentiert er es als das, was es ist: a.c:8:33:
-
Thread
Oled Display SSD1306: Manchmal hängt es beim Init!
, ich nutze gern diese kleinen Displays für Text und kleine Grafiken, die sich nicht bewegen. I2C Bus, Software von Adafruit, fertig. Laufen prima an Arduino, ESP8266 und STM32. Am STM32F103 auf welchen ich die Textausgabe portiert habe passiert es leider immer wieder, dass das Display beim Einschalten
, dann verbraucht es nur noch ca 5ma aber das wäre nur die letzte Lösung. [c] uint8_t ssd1306_Init() { // Wait for the screen to boot DelayMs(500); int status = 0; // Init LCD status += ssd1306_writeCommand(0xAE); // Display off status += ssd1306
-
Thread
Blaue Pillenkrise? Die Häfte sind kaputt!
stecken, das natürlich mit STM32F103C8T6 bestempelt ist ?
Beitrag #6719439: > st-link Utility meldet die roten Boards mit 64kb, > die anderen mit 128kb Der STM32F103C8T6 meldet sich *immer* mit 64K Flash. Er kann mehr Flash haben, aber meldet immer nur 64K zurück. Die Boards mit 128K sind offensichtlich _nicht_ mit einem STM32F103C8T6 bestückt. Falls "STM32F103C8T6
-
Thread
STM32F030C8T6: mögliche Alternativen
Wochen... Betrifft anscheinend alle STM32F0 Von ST gibt es mögliche Alternativen zu dem bestehenden F-Typ: * STM32L053C8T (low Power - deutlich teurer) * STM32G030C8T6 (nicht pinkompatibel - Redesign des Layouts erforderlich) Beide
Ich hätte mindestens 30 Stück STM32F030C8T6 in meinen Lager. Aber mit 80.000 kann ich leider nicht dienen. ;-)
-
Thread
RTOS mit Arduino
Nano, zum Beispiel konkret das Nucleo-L031K6 oder das Nucleo-L432KC. Oder das "STM32 Black Pill STM32F411", ist etwas größer. Nur bei den Boards mit STM32F103x8 und STM32F103xB musst du aufpassen, da werden überwiegend schlechte Fälschungen
, dass der AVR ein 8-bit Prozessor ist und der T11 ein 16-bit. Aber der T11 brauchte für eine Instruktion mindestens 1.6usec. In der Zeit führt ein AVR 30 Instruktionen aus. Calling Convention war mit DECUS C kompatibel
-
Thread
Wie wirkt sich die Bauteilesituation bei euch aus?
und Produkte betroffen. Bei einer Baugruppe habe ich während der Entwicklung zweimal den Controller (STM32 im QFP32) wechseln müssen, weil mal die eine Ausführung lieferbar war und mal die andere. Und von den im Februar bestellten STM32F091 für ein anderes Produkt wurden nur acht Stück geliefert...
Beitrag #6703529: > Bei einer Baugruppe habe ich während der > Entwicklung zweimal den Controller (STM32 im QFP32) wechseln müssen Das kenne ich. In 2013 entwickelte ich auch eine LP wo dank fast gleichen Pinouts man einen STM32F103, F223 oder F407 einbauen konnte. Durch Einbau oder weglassen von
-
Thread
STM32L052x8 USB mit Bare Metal Code funktioniert nicht. SET_ADDRESS fehlerhaft
Hallo, ich brauche mal jemanden, der sich mit USB auskennt. Ich habe ein eigenes Board mit einem STM32L052x8. Das Board ist recht simpel. Außer dem STM sind nur ein LDO zwei Eingänge und 4 viel LEDs darauf. Das Board wird über USB versorgt und das USB ist an den STM verdrahtet. Siehe Schaltplan.
Stefan ⛄ F. schrieb im Beitrag #6698857: > Ich würde hier den Vergleich mit F4 vermeiden, denn der hat eine andere > USB Schnittstelle. Siehe > https://www.st.com/resource/en/application_note/dm00296349-usb-hardware-and-pcb-guidelines-using-stm32
-
Thread
Pendel mit DCF77 synchronisieren Gesperrt
einziger Cent rüberkommt, nehme ich das was im Schrank liegt. Und das sind ein Sack voll Platinen mit CS32F103 die mal anstelle von STM32F103 geliefert wurden und für sowas wie geschaffen sind. Und auch noch ein paar DCF77 Empfänger für die ich sonst auch keine Verwendung mehr habe. Das 2. ist die Entwicklungsumgebung
verwendete ich einen Stanford Research Loran RX FS700. https://www.govinfo.gov/content/pkg/GOVPUB-C13-ba6252da8fa1b5362650272868260926/pdf/GOVPUB-C13-ba6252da8fa1b5362650272868260926.pdf
-
Artikel
MINOS
Operating System MINOS ist eine sehr einfache, trotzdem aber auch komfortable Firmware, welche auf einem STM32F4xx läuft - vorzugsweise dem STM32F407VET6 Black Board, welches für einen einstelligen Euro-Betrag zu haben ist. = MINOS = MINOS unterstützt dabei ein Dateisystem auf einer eingesetzten SD-Karte und
STM32 also ein Wert von 0 bis 15. Der Rückgabewert ist entweder LOW oder HIGH. Beispiel: ---- UART. Auf dem STM32F407VET6 BlackBoard können UART2-UART6 als freie Schnittstellen verwendet werden. uart.init
-
Thread
Verwendete Algorithmen für effizientes Staubsaugen
für die Umdrehungen und ein IR Auge oben drauf für Sperrbaken und Ladestation. Der MC ist ein STM32F103.
Stefan ⛄ F. schrieb im Beitrag #6691736: > Yalu X. schrieb: >> In Fortran 77 war die Zeilenlänge noch auf 72 Zeichen limitiert. In C >> und praktisch allen anderen neueren Programmiersprachen gibt es diese
-
Thread
STM32F103: Timer 2 als PWM Generator läuft nicht
APB1 :2 wegen SPI teilst, wird der Takt für TIMx wieder verdoppelt. In Pascal habe ich ein PWM an T4C1 so realisiert: Procedure Init_Tim4( P, A : Word ); Begin // Timer4_CH1 für die Frequenz F ( aus Clock/ P ) an PB6 einrichten RCC_APB2ENR.IOPBEN = 1; // GPIOB Clock on GPIOB_CRL
TIM_CCxCmd(TIM2,TIM_Channel_4,DISABLE); } /* Sende ein IR Byte im RS232 Mode, 8N1 */ void ired_putc(uint8_t db) { /* Startbit senden */ CREATE_BURST(); /* Datenbits hinterher */ uint8_t mask = 0x01; for (uint8_t i = 0; i < 8; i++) { if (db & mask)