-
Thread
STM32 Lieferengpass
Base64 U. schrieb im Beitrag #6563364: > Warte ebenfalls auf den f072. Schweinezyklus der Industrie? ST hat bei den STM32 den Packaging-Prozess geändert, es gab wohl Nachschubprobleme beim Kleber, mit
dann war das nicht nur mein Empfinden. @Guido K. Danke für das Angebot. Aber ich hab noch nen 16kB chip gefunden. Das sollte reichen. Daniel
-
Thread
STM32 zwei DMA-Streams mit gleicher Triggerquelle
Stream4); DMA_InitStructure.DMA_Channel = DMA_Channel_0; DMA_InitStructure.DMA_PeripheralBaseAddr = (uint32_t)&ADC->CDR; DMA_InitStructure.DMA_Memory0BaseAddr = (uint32_t)(&adcBuffer.bufA); DMA_InitStructure.DMA_DIR = DMA_DIR_PeripheralToMemory; DMA_InitStructure.DMA_BufferSize
DMA_MemoryInc_Enable; DMA_InitStructure.DMA_PeripheralDataSize = DMA_PeripheralDataSize_HalfWord; // 16 bit DMA_InitStructure.DMA_MemoryDataSize = DMA_PeripheralDataSize_HalfWord; // 16bit per Transfer DMA_InitStructure.DMA_Mode = DMA_Mode_Circular; DMA_InitStructure.DMA_Priority = DMA_Priority_VeryHigh
-
Thread
Raspberry Pi Pico: Mikrocontroller-Board mit Cortex M0+
Uwe Bonnes schrieb im Beitrag #6560123: > Wo hattest Du bestellt? Bei BerryBase/Sertronics – bin mir nicht sicher, ob ein Link hier okay wäre, aber mit den Infos wird man es schon finden.
Möglich ist es ja mit m0+ und nommu. uCLinux gibt als minimale Speichergröße 4MB an, empfohlen wird 16MB. > Wieso? Er hat doch eine MMU. Er hat nur eine MPU (Memory Protection Unit), die kann nicht das, was ein reguläres Linux braucht.
-
Thread
ASCII-Darstellung von Schaltplänen erzeugen
Base64 macht genau was du willst!
> von MaWin (Gast) Hast du als Psychopath auch deinen Namen durch Base64 geschickt oder wie kommst du auf MaWin als Gastnamen ? Krankes Hirn.
-
Thread
Abwärtskompatibilität von PCIe
Viele PCIe Devices sind nicht beim Kernel dabei. Dazu gibt es noch das BAR-Problem. BAR sind die Base Address Registers, d.h. die Register, wo der Kernel den Karten Adressräume zuordnet. Der Pi hat standardmäßig einen relativ kleinen Adressraum für PCIe-Karten, so dass Du beispielsweise keine PCIe-Grafikkarten
mit PLL, der die Clocks anpasst, muss ich das dann händisch per I2C machen oder kann das z.b. der P16C20800S übernehmen? Bei meinem Projekt wird es aber so sein, dass ich einen Gen2 Host habe und einen Gen2 Switch verwende. Die devices sind Gen4 oder Gen5. In diesem Fall dürfte einer "dummer" Clockbuffer
-
Thread
Zahlensysteme - Script
A. S. schrieb im Beitrag #6553138: > Seite 6: Nein, 16 Ziffern gibt es nicht. Man könnte auch sagen: bisher nicht.
was ist eher Kuriosum, damit sie es Mal gehört haben. Beispiel: wenn sie später nicht beliebige Basen umrechnen sollen, lass die 5 Finger weg und nur 2 / 16. Wenn sie keine Gatter/Registerebene brauchen, dann eher mehr auf Byteebene gehen (256, 65536 etc) Bcd nur als curiosum, braucht das noch
-
Thread
STM32F405 DMA Setup
conversion */ /* DMA Settings */ DMA2_Stream0->PAR |= (uint32_t)(&(ADC1->DR)); // Base address of the peripheral data register from which the data will be read DMA2_Stream0->M0AR |= (uint32_t)&ADC_value; // Base address of Memory area 0 to which the data will be written. DMA2_Stream0
| DMA_SxCR_MINC | DMA_SxCR_MSIZE_0 | DMA_SxCR_PSIZE_0; // enable circular mode, Memory Size 01 --> 16bit, Peripheral Size 01 --> 16bit DMA2_Stream0->CR |= DMA_SxCR_EN; // enable the now fully set up DMA controller ADC1->CR2 |= ADC_CR2_DDS; // enabling a new DMA request after a completed ADC conversion
-
Thread
STM32F3 FPU Aktivieren/Benutzen in STM32CubeIDE
rechnen, ohne in der Performance Abstriche zu machen? Compiler-output sagt, u.a: > -mfpu=fpv4-sp-d16 -mfloat-abi=hard
SCB_Type; [/c] Und dann weiter unten: [c] #define SCB ((SCB_Type *) SCB_BASE ) /*!< SCB configuration struct */ [/c]
-
Artikel
Baud
eine Pegeländerung von +12V auf -12V sein. Damit wird dann ein Bit pro Schritt übertragen. Bei einer 16-fach Quadratur Amplituden Modulation wird mit einem neuen Schritt ein neues Signal erzeugt, dass 4 Bit enthält. So werden dann 4 Bit pro Schritt übertragen. Bei einer Schrittgeschwindigkeit von 2400
2400 768 47 4800 384 23 9600 192 11 14400 128 7 19200 96 5 28800 64 3 38400 48 2 57600 32 1 115200 16 0
-
Thread
Stromerzeuger: was beachten?
ohne Strom schafft man und alles, was länger dauert sollte der > Netzbetreiber regeln können. Base64 U. schrieb im Beitrag #6543732: > Ein paar Tage halte ich für utopisch. Der Notdienst vom Netzversorger > ist schneller und zuverlässiger. Na das war 2005 aber sicherlich nicht so ;) https
Strom schafft man und alles, was länger dauert sollte der >> Netzbetreiber regeln können. > > Base64 U. schrieb im Beitrag #6543732: >> Ein paar Tage halte ich für utopisch. Der Notdienst vom Netzversorger >> ist schneller und zuverlässiger. > > Na das war 2005 aber sicherlich nicht so ;)
-
Thread
Bauteil unklar
an den Eingangs-Pin eines 7805 Spannungsreglers. Beschrifftet ist das Bauteil mit '43' und quer '16'. Bauform ist SOT23. Also alles spricht für eine Schottky-Diode BAS40-00, allerdings sollte diese ja nur Pin 1 und 3 beschaltet haben, Pin 2 ist unbelegt. Zum Vergleich habe ich von der Platine noch
Moin, Markus P. schrieb im Beitrag #6542967: > Also alles spricht für eine Schottky-Diode BAS40-00 Jetzt weiss ich nicht was "alles" ist, was fuer eine BAS40-00 spricht, aber die Schaltung aussenrum wuerde doch fuer einen NPN-Transistor sprechen. Also vielleicht so ein BC847W oder sowas.
-
Thread
Smart Meter DSMR P1 RJ11 DSMR Schnittstelle auslesen
kommen Sie starten anscheinend mit (hex): 68 FA FA 68 53 FF 00 01 67 DB 08 4B und enden mit 0x16 Irgendjemand eine Idee was das sein könnte?
Base64 U. schrieb im Beitrag #6780890: > Das Meter ist ein Master, sprich man braucht einen Slave Adapter, z.B. > https://de.aliexpress.com/item/32894249052.html?algo_exp_id=5c7794b4-f8a9-48a0-aba4-eb4fc31e6c25
-
Thread
PIF - woher, wieso und warum?
der MS-DOS-Zeit und ein Vorläufer der (Datei-)Verknüpfung (.lnk). Sie wurden für die Verbindung mit 16-Bit-Anwendungen genutzt, sind ähnlich wie Exe-, Com- oder Bat-Dateien startbar und werden oft unter den ausführbaren Dateien aufgeführt." Du hast sicher seit Jahrzehnten PIF-Dateien auf deinem PC,
DOS-Zeiten. Ziehe ich von diesem eine Verknüpfung, heißt die e.pif, nicht e.lnk. Gleiches gilt für dBase III plus, wo ich noch Programme nutze, die ich Anfang der 90er erstellt habe. Im Gegensatz zu anderen, älteren Tools führt Windows diese nicht in der cmd.exe aus, sondern in der ntvdm.exe. Das ist
-
Thread
c++ 11/14/17?
RCC_BASE + 0x14U; constexpr reg32_t RCC_APB1RSTR = RCC_BASE + 0x20U; constexpr reg32_t RCC_APB2RSTR = RCC_BASE + 0x24U; constexpr reg32_t RCC_AHB1ENR =
RCC_BASE + 0x74U; constexpr reg32_t RCC_SSCGR = RCC_BASE + 0x80U; constexpr reg32_t RCC_PLLI2SCFGR = RCC_BASE + 0x84U; } </code>
-
Thread
Optokoppler an 230VAC
die Bauteile nochmals, mit +-4kV Störimpulsen (also nicht nur positive Impulse). Das wird mit der BAS21 eng werden bei der minimal erlaubten Spannung am Eingang des MCP23017.
Die haben nämlich einen Mindeststrom. Immerhin sind es keine zero cross Optokoppler, die oberhalb 16V nicht mehr einschalten. Ich würde der Simulation in Bezug auf Haltestrom nämlich nicht trauen.
-
Thread
Besitz von Chemikalien Gesperrt
niedrigen Konzentration von 15% dazugekommen und die Konzentration von Nitromethan ist von 30% auf 16% gesenkt worden so das selbst bis vor kurzem ganz übliche Modellbaukraftstoffe (25% Nitromethan) jetzt sogar einem BESITZVERBOT unterliegen. Zwar gibt es in der Verordnung die Möglichkeit das die
mit Schwefelsäure anstellen kann (außer damit irgendwas zu verätzen - und das können alle Säuren, Basen können es auch).
-
Thread
Lifecycle AT90CAN Controllerfamilie
Ich bin von den 90CAN32 und ATMEGA16M1 weg weil die kein CAN-FD können. Also egal wie lange die noch angeboten werden, technologisch sind die für mich bereits tot, leider. Und weil es gar keine Automotive STM32 gibt und auch keine die
unterschiedlicher Pin-Anzahl sind, ist der niedrigere Preis auch nett. So kostet ein einzelner ATMEGA16M1-AU bei Mouser gerade 3,49€ während ein einzelner ATSAMC21E18A-AUT im exakt gleichen Gehäuse 2,64€ kostet. Ein AT90CAN32-16AU ist bei Mouser gerade nicht lieferbar, soll aber 4,09€ kosten, ein ATSAMC21J18A-AUT
-
Thread
Problem mit der UART (RS232) Schnittstelle
Label4.Text = U555Dat.ToString() 'SerialPort1.Read(MyArray, 0, 2) oder BitConverter.ToUInt16(ZEmpf, 0) If Merker1 = True Then TextBox7.Text = TextBox7.Text & U555Add & " ; " & U555Dat & vbCrLf U555Add = U555Add + 1 If U555Add > BisAdd Then
GUI-Thread ist. [code] Private Sub Form_Main_Load(sender As Object, e As EventArgs) Handles MyBase.Load Me.Invoke(Sub() ComboBox1.Items.AddRange(IO.Ports.SerialPort.GetPortNames()))[/code]
-
Thread
STM32: neuer SDRAM-IC läuft nicht
Auf einem selbst entwickeltes Board mit einem STM32F746 verwende ich einen SDRAM IC (4 Bänke, 16-Daten-Bits, 256Mb). Bisher habe ich einen MT48LC16M16A2 von Micron verwendet, nun möchte ich stattdessen einen NDS36PT5-20ET von Insignis benutzen. (Datenblatt: http://insignis-tech.com/download/145
In meinem kleinen Testprogramm [c] uint32_t i; for (i = 0; i < 16384; i += 2) { *(__IO uint16_t *) (SDRAM_BASE + i) = i & 0xffff; //SDRAM_BASE=0xC000k } for (i = 0; i < 16384; i += 2) { uint16_t data = *(__IO uint16_t *) (SDRAM_BASE + i); if (data != (i & 0xffff)) { while
-
Thread
Wofür Propeller von Parallax ?
dieser Benchmark etwas unfair. Ein schnelles IIR Filter würde man wohl von Hand optimieren und die 16 Bit DSP Befehle oder ein Pipelined Cordic verwenden. Der C Compiler erlaubt FixedPoint (16.16) statt Float zu verwenden, was erheblich schneller ist, wenn's die Anwendung erlaubt. Einfach so von deinem
sich prinzipiell in einem Core > zusammenfassen. Eben. Das läuft ja auf INTs hinaus. > SH2A: 16Banks Ja! M16C:2Banks. RX:keine (für Fast-INT können spez. Register benutzt werden)
-
Thread
gdb und OpenOCD session - memmap
0x00000000 0x20: 0x00000000 0x00000000 (gdb) s halted: PC: 0x0800040c Reset () at simple.s:16 16 ldr r0,=ram+4 (gdb) [/c] Das ist doch nicht das, was man will? Aber wahrscheinlich muß ich damit leben :) Es funktioniert jedenfalls das erste mal zuverlässig. [code] $ ./DEBUGnucleo
> 0x20: 0x00000000 0x00000000 > > (gdb) s > halted: PC: 0x0800040c > Reset () at simple.s:16 > 16 ldr r0,=ram+4 > (gdb) > > Das ist doch nicht das, was man will? Aber wahrscheinlich muß ich damit > leben :) Es funktioniert jedenfalls das erste mal zuverlässig. Doch. Wo ist da
-
Thread
8bit AD-Wandler in Oszilloskopen ausreichend?
=900;10400&p84=16;18 Für nur 619.92$/Stk bei Abnahme von 100 Stk. Ein echtes Schnäppchen.
Hochauflösende ADCs sind langsamer als niedrig auflösende. Mittlerweile gibt es auch Oszilloskope mit 16 Bit.
-
Thread
defekte minimelf-Diode - wie bestimmen?
defekten Leiterplatte (314-18) ist das Teil mit schwarzem > Streifen; > auf einer anderen (314-16) ist es mit gelbem Streifen; > > Beide passen aber zum gleichen Gerät (evtl. nur etwas modifiziert). > Das ist kein Ring. Da kann man doch durchgucken. Das ist kein Teil einer Markierung.
pdf http://www.dl7avf.info/charts/farbcode/farbc4.html und zu schwarz MiniMELF=LL34=SOD80 schwarz BAS32,BAS45,LL4148,LL4150,LL4151,LL4153,LL4448,BB241,BB249,BAT42,BAT43 MiniMELF=LL34=SOD80 schwarz BAV105 Philips http://pdf.datasheetcatalog.com/datasheet/philips/BAV105.pdf MiniMELF=LL34=SOD80 schwarz
-
Thread
Diamex Programmer (Prog-S2) unter Manjaro-Linux + avrdude: Seltsame Verbindung..
wird in den Logs schon auf was anderes hingewiesen.. lsusb meint: [code] Bus 002 Device 012: ID 16c0:2aa9 Van Ooijen Technische Informatica PROG-S2 [/code] ..Erstmal die System-Logs finden.. KsystemLog sagt mir, nachdem der Programmer erstmal erkannt wird: [code] mtp-probe bus: 2, device: 12 was not an MTP device ModemManager <info> [base-manager] couldn't check support for device '/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.8': not supported by any plugin [/code] Deaktiviere ich den ModemManager verschwindet leider nur sein