-
Thread
Farnell: Land unter durch Brexit?
zwei Jahre, wenn wieder großer Überschuss existiert ;-) Sieh Dir mal die Preise eines popeligen F407 an: https://lcsc.com/product-detail/ST-Microelectronics_STMicroelectronics-STM32F407VET6_C28730.html
-
Thread
Unstimmigkeit bei Belichtungszeiten mit Halogenstrahler
grünen Zweig. Steht auch hier wies geht: http://www.dse-faq.elektronik-kompendium.de/dse-faq.htm#F.6 PS ich hab auch mit Baustrahler begonnen. Ist nicht unbedingt das einfachste Equipment. Vor allem die Wärme ist ein Problem. Evtl muss man 5min an 5min aus machen.... Lüfter hilft nur begrenzt
UV-Leds vom großen C? [http://www.conrad.de/ce/de/product/181000/UV-LED-YDG-504VC-20-Ultra-Violett-Min-407Max-412-nm-Ausfuehrung-Wasserklar]
-
Thread
HM303-6 - Kalibrier ausgang und röhre defekt?
passt der vielleicht? 19-6523-0360 HV Wandler HM 303-6/407/1507, EPC17-102 HV Wandler EPC17-102, 303-6,404,........ Habe ich gerade auf der Hameg Homepage gefunden. oder das hier? 53-PSSA-0205 Power Supply Baugruppe für HM 303-6 Power supply für
gemessen: Der op vor dem hv travo hat zumindest seine versorgungsspannung anliegen, C1030 war 10nF statt 4,7 nF, habe ich getauscht, brachte aber leider keinen Erfolg :/ An pin 2 des HV trafos sollen 20 Vpp (also peak-to-peak??) anliegen. hier messe ich -13,5V Gleichspannung, ich weiß aber nicht
-
Thread
AES Verschlüsselung mit ARM Cortex M3
-- snap -------------- somit fällt das STM32F4Discovery flach, da es "nur" einen STM32F407 hat... Man benötigt einen STM32F417 oder STM32F415... Gruß Thilo
Bei der Suche nach Mustern vom STM32F4x7 bin ich auf die ..F417 gestoßen, die bei einem Anbieter billiger sind als die ..F407 obwohl dort eine AES-Einheit eingebaut ist. Also habe ich diese bestellt. Aus USA bekomme ich diese aber nur
-
Thread
FPGA dazu geeignet?
zeigt an, wo ein eventueller Fehler vorhanden ist. In der ersten Version kontrollierte ein STM32F407 mehrere I/O Boards via SPI. Weil es mir nicht gelang, die SPI frei von Störungen zu halten, musste ich die Geschwindigkeit ziemlich drosseln. Was sich natürlich sehr negativ auf die gesamte Test-Laufzeit auswirkte. In der zweiten Version verpasste ich jedem Board eine STM32F103, die via SPI die I/Os auf ihren Boards kontrollierten und via USART/RS485 mit dem Master STM32F407 kommunizierten. Bis zu 3 Boards (zu je 128 I/O) war die Gesamtlaufzeit akzeptabel. Aber bei 4 Boards
-
Thread
Controller mit FPU
Ich habe hier nur einen F407, den ich testen kann. Bei 168MHz braucht eine FDIV etwa: mit FPU 0,12µs ohne FPU 0,55µs double 1,05µs Als Erfahrungswert für einen ATmega mit 16MHz habe ich 20 bis 30µs in Erinnerung,
auch immer schon mal wissen wollte. Hier der direkte Vergleich von Soft und Hard FPU auf einem STM32F407 bei 168 MHz. Relevanter Code ist im Anhang. Compiler: arm-none-eabi-gcc.exe (GNU Tools for ARM Embedded Processors) 4.8.3 20140228 (release) [ARM/embedded-4_8-branch revision 208322] Compiler
-
Thread
memset führt zum crash
ich weiss nicht das "wieso" und befürchte, dass da prizipiell was in der Schieflage ist. - STM32F407 - Em::Blocks mit arm-none-eabi v4.7.3 - ChibiOS v2.6.5 - St-Link V2 (aber dasselbe mit J-Link) - Prg-Size z.Zt. 120kB Ich arbeite z.Zt. an einem Program für ein STM32F407-Board und setze zum
-
Thread
Tiefentladeschutzschaltung für 20V Li-ION vom ALDI/Lidl?
https://de.aliexpress.com/item/4000068323712.html?spm=a2g0o.detail.0.0.695f51caPSjXoy&gps-id=pcDetailBottomMoreThisSeller&scm=1007.13339.274681.0&scm_id=1007.13339.274681.0&scm-url=1007.13339.274681.0&pvid=a7c585a3-e397-407f-b7c7-46e846784a58&_t=gps-id%3ApcDetailBottomMoreThisSeller%2Cscm-url%3A1007.13339.274681.0%2Cpvid%3Aa7c585a3-e397-407f-b7c7-46e846784a58%2Ctpp_buckets%3A668%232846%238109%231935&pdp_ext_f=%7B%22sku_id%22%3A%2210000000175908288%22%2C%22sceneId%22%3A%223339%22%7D&pdp_npi=2%40dis%21EUR%21%214.64%21%21%21%21%21%402103309e16524368384784915ece7a
-
Thread
STM32F4 I2C ACK bei 1.5V
> und haben die neue I²C-Peripherie. Ich benutze sogar noch einen F407 der nur für die Datenaufzeichnung verantwortlich ist und zwischendurch die Daten auf den F429 rüberschiebt. Dieser ist nur für Ethernet, GUI und UART verantwortlich. Da ich erst seit knapp einem
akzeptiert die Adresse nicht... Reginald L. schrieb im Beitrag #4484978: > Ich benutze sogar noch einen F407 der nur für die Datenaufzeichnung > verantwortlich ist und zwischendurch die Daten auf den F429 > rüberschiebt. Äääh...
-
Thread
Multiplizierer Hardware Aufwand
bleiben 1 Zyklus für Multiplikation. *Nachtrag* Gleiches Assembler Programm braucht auf einem STM32F407 8 Taktzyklen pro Schleife. Bei 1 Zyklus für sub und 2 Zyklen für bne bleiben 5 Zyklen für Multiplikation.
…und ein Nachtrag zum STM32F407: Bei geschickter Assembler-Programmierung, WORD alignment anstelle von HALFWORD trotz Thumb und bei Benutzung alternativ wechselnder Sx Register, kann man die vmul auf 2 Zyklen reduzieren. Aber
-
Thread
STM32F4 - Timerproblem (Output Compare)
ohne genaue bezeichnung ist das ein ratespiel. Hmmm - ich dachte eigentlich mit meiner Angabe STM32F4-Discovery Board sei alles gesagt und hatte daher Deine Frage zunächst nicht verstanden. Aber Du hast natürlich recht: nicht jeder kennt den Chip auf dem STM32F4-Disco-Board - es ist ein STM32F407VGT6
emide.org/documentation_debugging_registers.html Letztendlich genügte es, meinen Prozessortyp "STM32F407VG" als Target Device in den Debugger-Einstellungen meines Projektes zu hinterlegen. Et voilà - jetzt kann ich mich vor Registern kaum noch retten ... (... 20 Minuten später ...) ... allein
-
Thread
BLDC Ansteuerung
gehen. Für die bemf-Auswertung ist dann sicher ein ARM erforderlich. Von STM gibt es spezielle f7-evual-motor-kits ab 800€ aufwärts. Das übersteigt das vorgegebene budget. Was ist der Sinn dieser 800€-kits? wer kauft sowas? Es geht doch sicher auch deutlich kleiner, z.B. f407?
#5205025: > Für die bemf-Auswertung ist dann sicher ein ARM erforderlich. Von STM > gibt es spezielle f7-evual-motor-kits ab 800€ aufwärts. Das übersteigt > das vorgegebene budget. Was ist der Sinn dieser 800€-kits? wer kauft > sowas? Es geht doch sicher auch deutlich kleiner, z.B. f407? Es gibt auch
-
Thread
STM32: MP3 softwaremässig decodieren und abspielen
als kleines Sommerferieprojekt einen kleinen MP3 Player bauen. Und zwar möchte ich dazu einen STM32F407 einsetzen. Dieser soll von einer SD-Karte ein paar MP3-Files lesen, diese softwaremässig decodieren und dann abspielen. Jetzt die Frage: es gibt ja den Helix-MP3 Decoder. Dieser setzt auf Festpunktarithmetik
schafft es ohne eingeschalteten Cache so gerade eben und mit Cache vollkommen problemlos. Da sollte ein 407 damit auch klar kommen. > 3. Muss ich einen speziellen Audio-DAC verwenden, oder kann ich sonst > irgend einen 16 Bit DAC benutzen? ich hätte einige 16 Bit DACs hier, > können 200 kS/s, das sollte
-
Thread
STM32f429 externe 5V Programm startet nicht
Ich hatte das selbe Problem mit der neuesten Revision des STM32F4Disco mit dem F407. Das lag daran, dass darauf nicht mehr der ST-Link v2 sondern v2-1 drauf ist (mit dem USB Massenspeicher). Wenn der ST-Link v2-1 nicht mit USB verbunden wird hält er, soweit ich
S. schrieb im Beitrag #4595934: > Ich hatte das selbe Problem mit der neuesten Revision des STM32F4Disco > mit dem F407. > Das lag daran, dass darauf nicht mehr der ST-Link v2 sondern v2-1 drauf > ist (mit dem USB Massenspeicher). > > Wenn der ST-Link v2-1 nicht mit USB verbunden wird hält
-
Thread
SPI MISO auf High
Hi Uwe, Ich nutze das Discovery Board vom STM32F407, bei dem der LIS302DL direkt auf dem SPI1 angeschlossen ist, also nur mit dem SPI1 angesprochen werden kann. Über die Masseleitung kann ich leider nix sagen, denke aber die sollte einwandfrei sein
>Ich nutze das Discovery Board vom STM32F407, bei dem der LIS302DL direkt >auf dem SPI1 angeschlossen ist Dann kannst du doch ganz einfach mal in den Code zur Demofirmware reinschauen wie es gemacht wird.
-
Thread
ARM Controller-Board
Waveshare Board empfehlen. Und dazu ein zweites Ethernet Modul ... http://www.wvshare.com/product/Open407V-D-Package-A.htm
Hallo, vllt. STM32F4Discovery und externe PHY? Moritz
-
Thread
STM32 mit Simulink und TrueSTUDIO
Hallo zusammen, ich probiere gerade ein STM32F4 Discoveryboard mit grafischer Programmierung in Simulink zum laufen zu bekommen. Habe mit meine Toolchain mit CobeMX, Simulink, Embedded Coder und TrueSTUDIO eingerichtet. Wollte jetzt einfach nur
kenne ich mich leider nicht in C aus das Problem zu beheben :/ [code] .......startup\startup_stm32f407xx.o -mthumb -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -T../STM32F407VG_FLASH.ld -specs=nosys.specs -static -Wl,-Map=test3.map -Wl,--gc-sections -Wl,--defsym=malloc_getpagesize_P=0x80 -Wl,
-
Thread
STM32: To HAL or not to HAL
bisherige Anwendungen eher klein sind/waren. Ich muss eher sagen, dass ich mich mit den Controllern (STM32F407 und STM32F3103) bzw. der Architektur selber noch zu wenig beschäftigt habe. Beispiel: Lichtwecker mit RGBW-Dimmer mit IRMP, kleiner Shell. Vieles geht eben schon einfach out-of-the-box. Oder
reinlesen... An der Stelle war ich die Tage auch gestanden: Ich hatte eine Firmware fertig auf F407 laufen und wollte zur Kostenoptimierung mal kurz auf L476 umsteigen. Da die F4-Anwendung auf vor-HAL-Bibliotheken basierte, habe ich mich beim L476 erstmal wahnsinnig gefreut. Aber tatsächlich
-
Thread
(Altes) Smartphone als Human Machine Interface
einfach. Mein Mikrocontroller-Favorit ist derzeit ATmega32U4 oder, für mehr Rechenleistung, STM32F103 oder STM32F407. Dabei implementierte ich stets ein USB-Device mit WebUSB-Interface (= treiberloser Zugang für PCs UND Smartphones) sowie eine passende Webseite („Äpp“) auf dem Webserver der TU Chemnitz
. > Mein Mikrocontroller-Favorit ist derzeit ATmega32U4 oder, für mehr > Rechenleistung, STM32F103 oder STM32F407. Ok. Aber dann: > Dabei implementierte ich stets > ein USB-Device mit WebUSB-Interface (= treiberloser Zugang für PCs UND > Smartphones) ... > Derzeit mit jeweils einem
-
Thread
Schnelle ADC (max 4bit) für BAS-Signal
Der allseits beliebte STM32F407VG Mikrocontroller kann bis 6 MHz bei 12bit samplen und diese Datenmenge dank DMA auch verarbeiten. Das reicht für über 200 Werte pro Zeile, bei jedem Frame.
Dr. Sommer schrieb im Beitrag #5999058: > Der allseits beliebte STM32F407VG Mikrocontroller kann bis 6 MHz bei > 12bit samplen und diese Datenmenge dank DMA auch verarbeiten. Das reicht > für über 200 Werte pro Zeile, bei jedem Frame. Wenn du schon mit STM32 daherkomst
-
Thread
Suche DatenblattÖ D70F3483F1 1145EU407 JAPAN
Hallo, ich suche ein Datenblatt zu folgenden Chip: D70F3483F1 1145EU407 JAPAN mfg
-
Thread
si5351 AN619
Datenübertragung bleibt. Sollte die Rechengeschwindigkeit eines BluePills nicht ausreichen würde ein STM32F407 sicherlich einen Gewinn in der Rechen- geschwindigkeit von etwa 3 bis 4 bringen. Sollten in deiner Berechnung der Registerwerte noch Floating-Point-Operationen vorkommen dann wäre das eine zusätzliche
#7158387: > Sollte > die Rechengeschwindigkeit eines BluePills nicht ausreichen > würde ein STM32F407 sicherlich einen Gewinn in der Rechen- > geschwindigkeit von etwa 3 bis 4 bringen. Bleib mal auf dem Teppich. Bei meinem Wobbler (der vom Funkamateur) steckt ein AD9951 und ein PIC16 drin. Der
-
Thread
Meinung zu GPS / OCXO / PLL 10 MHz Frequenznormal
Prinzipiell sind CMOS 4000-er eher langsame Bausteine. Ich würd daher 74AS86 oder 74F86 nehmen für richtig steile Flanken.
Aktuell geht es auch besser mit TCXO und Faktor 10 höherer Auflösung: http://www.mino-elektronik.de/FM_407/fmeter_407.htm Soweit mein Senf dazu ;-)
-
Thread
Quarz so richtig an den µC ?
Hallo, ist das so richtig wie ich den Quarz (25mhz) an den STM32F407 im 144pin Package angeschlossen hab ? Ich hab hier ein 4-Lagen Aufbau aber bin mit dem Quarz Ground nicht direkt in die GND-Layer sondern über den Abblock Kondensator von VDD/VSS ins Ground rein
Timo schrieb im Beitrag #2935819: > ist das so richtig wie ich den Quarz (25mhz) an den STM32F407 im 144pin > > Package angeschlossen hab ? Im Datenblatt findest du den Hinweis dazu dir die application note AN2867 anzuschauen. Da findest du dann unter Kapitel 8 einen Layoutvorschlag. http
-
Thread
Schaltung gesucht - Counter mit analogem Interpolator
www.eevblog.com/forum/projects/diy-interpolating-frequency-counter-fc-510/ 3. http://mino-elektronik.de/FM_407/fmeter_407.htm#c3 Bei 3. wird digital interpoliert, wodurch der Aufbau "narrensicher" wird und noch eine Stelle mehr (10 Digits/s) 'herausgekitzelt' wird. Von der Schaltung habe ich noch Musteraufbauten
schade, das ist kein PIC mit der CTMU, die gab es wohl erst später (Bauanleitung von 2008 mit PIC16F688).
-
Thread
LCD-Modul 2x16 am STM32F4Discovery-Board
Mit dem angefügten Programm 'STM32F4_lcd.c' läßt sich ein LCD-Modul 2x16 am STM32F4-Discovery-Board betreiben. Verwendet werden dazu die Pins PortD9 - PortD15 gemäß gezeigtem Schaltbild. Alle Anschlüsse lassen sich über einen 10-poligen
hatte ich ihn noch geändert. Er steht weiter unten unter dem Schaltbild: http://mino-elektronik.de/FM_407/fmeter_407.htm#a5 Für den Kontrast wird DAC1 verwendet. Was funktioniert denn und was nicht?
-
Thread
[V] Evalboard Olimex STM32-P407
Hallo, verkaufe ein Evalboard Olimex STM32-P407 mit STM32F407ZGT6 https://www.olimex.com/Products/ARM/ST/STM32-P407/ neu, nie genutzt 25,-€ (VB) inkl. Versand
-
Thread
[Tausche] M24LR-DISCOVERY (NFC-EEPROM) gegen STM32F4DISCOVERY
energy harvesting - http://www.st.com/web/en/catalog/tools/FM116/SC1444/PF253360) gegen ein *STM32F4DISCOVERY* (Discovery kit for STM32F407/417 lines - with STM32F407VG MCU - http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/PF252419) tauschen. Ich habe das M24LR-DISCOVERY for free auf der
EEPROM-Modul mit EEPROM, LCD und STM8L, sowie einem USB-Transceiver Modul mit STM32 drauf. Das STM32F4DISCOVERY muss auch nicht original-verpackt sein, ein wenig "verbastelt" wäre auch noch i.O., sofern es noch 100%-ig funktioniert. Vielen Dank schon einmal. Gruß
-
Thread
memory-mapped i/o bei stm32f4discovery
... Und zu Memory-Mapped I/O Space finde ich auch im Datenblatt und im ReferenceManual des stm32f407vgt6 nicht viel. Könnt ihr mir das kurz erklären? Würde vielleicht mein erster Ansatz (Adressleitung des Ethernet-Controllers an GPIO-Ports hängen) auch funktionieren. Aber selbst wenn, würde mich
internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/REFERENCE_MANUAL/DM00031020.pdf Datenblatt stm32f407vgt6: http://www.st.com/internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/DATASHEET/DM00037051.pdf Datenblatt w5300: http://www.mct.net/download/wiznet/w5300.pdf
-
Thread
STM32F4 TIM2 nach HSE Umstellung anpassen
#5574699: > Wird die PLL für den MCO1 Ausgang nochmal durch 2 geteilt ? Es gibt zumindest für den F407 keinen anderen Prescaler für die MCO-Pins als den einen, den man im RCC_CFGR einstellen kann. Ich mutmaße aber mal, dass deine PLL tatsächlich nur mit 84MHz läuft, weil man den Prescaler nicht fälschlicherweise
nehmen. Die Timer an APB2 sollten ja mit PLLCLK laufen, also 168MHz wenn sie denn anliegen. Für den F407 wäre das z.B. TIM1 oder TIM8.
-
Thread
STM32Fxxxx namensauflösung
oder wo das nachzulesen ist)? ich kann echt keinen unterschied zwischen beispielsweise dem STM32F407VE und STM32F407VG ausmachen... danke
-
Thread
STM32CubeMX Probleme bei Clock Einstellung
so viele davor zurückscheuen. Hier im Forum habe ich ja bereits die (wirklich sehr kurze) STM32F407-Initialisierung gepostet, die vom STM32L432 ist nur unwesentlich länger für R.H.s Zwecke. Dadurch wird der Code und Flash-Bedarf viel kürzer und auch die Ausführungszeit. Wie man hier auch sieht
schrieb im Beitrag #5375892: > Hier im Forum habe ich ja bereits die (wirklich sehr kurze) > STM32F407-Initialisierung gepostet Link? Kurzer Code bedeutet nicht kurze Entwicklungszeit... Mr. Big schrieb im Beitrag #5375892: > Wie man hier auch sieht, ist diese ST-Bloat-Blackbox reine > Zeitverschwendung
-
Thread
Rekursives Floodfill nach Iteratives Floodfill, wie mache ich das?
kleiner. Ich würde das eher so machen: https://godbolt.org/z/3q9zGEjYW https://godbolt.org/z/KPczs5f4n Ralph S. schrieb im Beitrag #7925907: > Wie kann ich die Funktion fill4 iterativ definieren? Irgendwie stehe > ich hier auf dem Schlauch. Naja, du must halt nebeneinander liegende Felder in
lange nicht gespielt ... und bin jetzt wieder "angesteckt". Grundsätzlich wird das zu meinem STM32F4 dazugesellt werden und ich habe dann doch glatt schon 7 Spiele in dem Flash-Ram untergebracht. Der F4 hätte genügend Ram auch ohne deine Stack-Version, allerdings reizt es mich immer, was auch mit einem
-
Thread
Stm32 flashen über ser. mit wifi-esp8266
Beispiel zum Flashen eines STM32F4xx über den ser. Bootloader mit WifiTelnetToSerial | Arduino 1.6.5.: - CoCox install und Hinweise http://mikrocontroller.bplaced.net/wordpress/?page_id=106 -aus: http://mikrocontroller.bplaced.net
http://www.uctronics.com/esp8266-wifi-wireless-serial-ports-esp-12f-development-board.html) programmieren; TXesp --> RXBOOT_E407 RXesp --> TXBOOT_E407 GND an GND B0.0 auf Masse(linke Brücke gesteckt) reset, um in den Bootloader-modus zu kommen; Nach dem comp
-
Thread
2x 4-20mA zu 1x 4-20mA Signal
voltage: minimum 7 to 36 VDC Operating (ambient) and storage temperature: –40 °C to 85 °C [–40 °F to 185 °F] IP rating (with mating connector): IP 67 EMI/RFI rating: 150 V/M Vibration / Shock IEC 60068-2: 64 / 27 test Ea dann solltest Du schon da sehen, was einem so für einen KFZ-Einbau erwartet
LKW ein. doch wohl, ähnlich dem Controller, so etwas wie die: temperature: –40 °C to 85 °C [–40 °F to 185 °F] IP rating (with mating connector): IP 67 EMI/RFI rating: 150 V/M Vibration / Shock IEC 60068-2: 64 / 27 test Ea erfüllen. Damit dürfte auch Dein alleiniges berufen auf die Maschinenrichtlinie
-
Thread
Step-Down-Regler ist zu langsam
könnten z.B. zu wenig Kondensatoren an den Versorgungspins des STM32 > sein. Da sind 15x 100nF, 2x 2.2uF, 1x 1uF und 1x 4.7uF vorhanden. Bei VREF+ habe die ich Kondensatoren vergessen, aber das wird wohl nicht kriegsentscheidend sein. > Oder eine größere Last, die vom STM32 geschaltet wird.
wollen bevor ich >> Lösungsvorschläge poste. Angehängt. Ganz rechts sind die System-Pins vom STM32F746. > Ist das, was du da vor dir hast, eine Neuentwicklung? Ja, wobei die Vorgängerversion (mit LDO) funktioniert hat. >> Da sind 15x 100nF, 2x 2.2uF, 1x 1uF und 1x 4.7uF vorhanden. > Im Datenblatt
-
Thread
compiler für stm32F4xx bauen?
dass man gleiches auch für die Armen machen könnte, würde ich mir gerne einen compiler für den stm32F407 u.ä. bauen. Das heißt, mit FPU-Unterstützung und was man sonst noch so braucht. Gibt es eine Anleitung für dummies ähnlich wie im Handbuch von avr-libc? In meinem jugendlichen Leichtsinn habe
man gleiches auch für die Armen machen könnte, würde ich mir > gerne einen compiler für den stm32F407 u.ä. bauen. > Das heißt, mit FPU-Unterstützung und was man sonst noch so braucht. > > Gibt es eine Anleitung für dummies ähnlich wie im Handbuch von avr-libc? > > In meinem jugendlichen Leichtsinn
-
Thread
make, ld, --specs und -flto
Bibliotheken kümmern. Ein Teil des Makefiles könnte also etwa so aussehen: [c] LDFLAGS = -T"STM32F407VGTx_FLASH.ld" -Xlinker --gc-sections --specs=nano.specs -Wl,-Map=$(MAP) [/c] Leider kann ich das Spec-File "nano.specs" nicht entziffern. Laut Doku (https://gcc.gnu.org/onlinedocs/gcc/Spec-Files.html
aufzurufen. Die entsprechenden Flags hab ich dabei folgendermaßen gesetzt: [c] LDFLAGS = -T"STM32F407VGTx_FLASH.ld" LDFLAGS += --gc-sections LDFLAGS += -Map=$(MAP) LDFLAGS += -L"/usr/arm-none-eabi/lib/armv7e-m/fpu" LDFLAGS += -L"/usr/lib/gcc/arm-none-eabi/7.3.0/armv7e-m/fpu" LDFLAGS += /usr/
-
Thread
Projektidee: Impedanzmessung Lautsprecherchassis
darum, die Impedanz zu bekommen, sondern das ich das einfach für ein schönes Projekt halte. Joe F. schrieb im Beitrag #6090032: > Das wird ein großes und zeitintensives Vorhaben werden. Warum? Mark S. schrieb im Beitrag #6090042: > Du benötigst die TSP zur Simulation - diese werden normalerweise
Wenn es schon DIY per µC sein soll dann doch mit einen der DAC und ADC an Board hat. Z.B. der STM32F407 der hier als Eval-Board rum liegt. Kleine Endstufe an den DAC und schon kann's los gehen. Mit einem kleinen Touch-Display wäre optional auch eine Bedienung/Anzeige gleich dabei.
-
Thread
Arduino Libraries zu STM32 Portieren
STM-Forum: Thu Aug 23, 2018 1:28 pm But to stay on topic: I did some tests with my Black STM32F407VET board, with my "standard test equipment": ILI9341 SPI: Daniels core (STM32Generic): Works perfect. Huawei's core: Compiles, upload ok, but nothing, not even Serial output. It seems Huawei's core
Dazu der Vergleich von DanielEff (genericcore): http://www.stm32duino.com/viewtopic.php?f=51&t=1966 * Highlight is that USB Serial was working on 103s, on the 407VE, and on L0538-disco (did not test other boards), using the same code. * tools and a few generic files shamelessly copied from
-
Thread
Ersatzteile Weller Lötstation
Englischen heißt die Temperaturverriegelung LOCK OUT. Dazu gibt es 2 Schlüssel: 0058740746 005 87 407 46 LOCK KEY FOR WMD3 0058757795 005 87 577 95 LOCKING PLUG FOR WHA 3000P/V Sucht man in den deutschen pdfs, findet man: 0058740746 005 87 407 46 SCHLÜSSEL F. WMD3 ERSATZ 4,55 0058740801 005
90 SCHLÜSSELSCHALTER WS 81 MIT FRONTPLATTE 35,19 0058757795 005 87 577 95 VERRIEGELUNGSSTECKER F. WHA3000P/V ERS. 33,02 Außerdem kann man damit u.a. die Temperatur fix einstellen: 0053118099 005 31 180 99 WCB 2 Calibration unit 435,00 http://coopertools.uw.hu/weller/weller_egyeb.pdf
-
Thread
Aufbau der STM32 datenblätter etc.Tak einschalten etc pp
Komponente in welcher Reihenfolge eingeschaltet werden muss!? Schreibe doch eine. Für den STM32F1 hat Moritz das m.E. genial umgesetzt, siehe https://www.mikrocontroller.net/topic/258652 Du kannst also auch noch berühmt werden. ;) Im Wiki ist noch Platz: https://www.mikrocontroller.net/articles
tatsächlich vorhandene Peripherie und den verfügbaren RAM und Flash beschreibt. Für z.B. den STM32F407 braucht man also RM0090 als Family Reference und dann das Datenblatt für STM32F405xx/407xx.
-
Thread
ITOA ohne Division/Modulo
geschrieben. Besser wäre zum Beispiel https://www.mikrocontroller.net/topic/25059#4891404 Auf einem STM32F407 dauert die Wandlung long2a unter 5 µs.
geschrieben. Besser wäre zum Beispiel > Beitrag "Re: schnelle Wandlung long -> ASCII" > Auf einem STM32F407 dauert die Wandlung long2a unter 5 µs. Ich weiß nicht wie es auf dem ARM ist, auf einem AVR ist die l2a schlechter als meine: itoa32: Time: 51us Cycle: 420 Size: 170Byte l2a: Time: 104,87us
-
Thread
Wie C++ Datein übersetzen mit arm-none-eabi-g++ (Kommandozeile)
ganzen Vormittag, nachdem ich unter Windows mit EM-Blcoks erfolgreich ein C++ Projekt für den STM32F4 erstellt habe, diese Quelldatein unter Linux mit dem arm-none-eabi-g++ zu übersetzen. Reine C-Datein werden übersetzt, es kommt nur zu Problemen beim einbinden der Standard-Header. Gibt es dafür
mfloat-abi=hard -mthumb -ffunction-sections -fdata-sections -g -fno-rtti -fno-exceptions test.cpp -T stm32f407vg_sram.ld -T stm32f407vg_flash.ld [/code]
-
Thread
Stereo DAC (S/W Control) vs (H/W Control)
Audio DAC" von höherer Qualität werden. Overall goal soll ein FLAC Decoder auf Basis eines STM32F407 oder STM32F415 sein. FPU und DMA sind vorhanden. Außerdem habe ich dann bis zum USB HS Interface alles zur Hand was mir vollständige Eigenentwicklung offen hält. Natürlich sollen auch andere Möglichkeiten
Rasp. Pi GPIO |---->| | | | | |Eigenentwickl.| | STM32F407 |------->----+-----------+ | +--------------+ | evtl. Discovery | control control | +--------------+ * | dann USB nur FS | +-------------+ | |USB HS/FS
-
Thread
DOS-COM mit bcc erzeugen (16bit),
schreiben > asm("mov dl, #127"); Dann hab' ich das Ergebnis vom Screenshot. Disasm: >00000000 B407 mov ah,0x7 >00000002 B07F mov al,0x7f >00000004 B700 mov bh,0x0 >00000006 B90100 mov cx,0x1 >00000009 CD10 int 0x10 >0000000B
also noch woanders. z.B. Fehler wie im Screenshot (disasm origin mitgeteilt diesmal): >00000100 B407 mov ah,0x7 >00000102 B07F mov al,0x7f >00000104 B700 mov bh,0x0 >00000106 B90100 mov cx,0x1 >00000109 CD10 int 0x10 >0000010B
-
Thread
time.h auf embedded Controller
mktime, localtime aus der time.h bei einem Mikrocontroller mit RTC (genau genommen bei einem STM32F407)? Danke für eure Hilfe. Viele Grüße
mktime, localtime aus der > time.h bei einem Mikrocontroller mit RTC (genau genommen bei einem > STM32F407)? Theoretisch, und häufig auch praktisch, funktionieren sie gar nicht. time.h-Funktionen müssen laut dem C-Standard bei Freestanding-Environments (Systemen ohne nennenswertes Betriebssystem) nicht
-
Thread
[V] 2 x Musteraufbau reziproke Frequenzzähler
Leiterplatte reziproker Frequenzzähler 0,05 Hz – 200 MHz für 8-stellige Messungen / s ohne Display mit STM32F427. Siehe Foto. TCXO 20 MHz; Stabilisierung per GPS. Nähere Beschreibung: http://mino-elektronik.de/FM_407/fmeter_407.htm#b1 € 30,-- + Versand. Bei Bedarf auch Leerplatinen verfügbar. 1 x bestückte
Anpassungen: http://mino-elektronik.de/fmeter/fm_software.htm#bsp13 € 25,-- + Versand. Dieser F-Zähler kann auch an LiIon-Zellen direkt betrieben werden: automatische Abschaltung und Messung der Versorgungsspannung. Bei Interesse bitte PN.
-
Thread
Arm debuggen mit openOCD + Yagart0
.cpu tap/device found: 0x4f1f0f0f (mfg: 0x787, part: 0xf1f0, ver: 0x4) JTAG Tap/device matched monitor sleep 500 monitor soft_reset_halt requesting target halt and executing a soft reset target state: halted target halted
found: 0x4f1f0f0f (mfg: 0x787, part: 0xf1f0, ver: 0x4) JTAG Tap/device matched requesting target halt and executing a soft reset target state: halted target halted in ARM state due to debug-request, current
-
Thread
Mit HP53131A 1s Periodendauer messen
http://fy.chalmers.se/~f7xlh/elmatB/Instrument/53131_Oper.pdf
Dir meine Lösung anbieten, mit der ich obige .log-Datei erzeugt habe: http://mino-elektronik.de/FM_407/fmeter_407.htm#c3 Damit gehen 100 ps Auflösung. Für die absolute Genauigkeit kann die interne oder externe Referenzfrequenz mit einem 1 pps-Signal permanent abgeglichen werden. Lies Dir einfach die