-
Thread
Einfache temperaturgeführte Leerlaufregelung bauen
50 kOhm hat. Also bräuchte ich einen halbwegs linearen PTC mit 50kOhm bei ca. 60°C und so wenig wie möglich Widerstand bei bspw. 0°C... Danke nochmal und viele Grüße, Alex
, 0b11000010 out tccr1a, temp ldi temp, 0b10000101 out tccr1b, temp ldi temp, 255 out ocr1c, temp ldi temp, 0 out ocr1a, temp ;AD-Wandler Takteinstellung ;mögliche Vorteiler 2, 4, 8, 16, 32, 64, 128 ;Benötigte Frequenz 50kHz - 200kHz ;z.B. 8.000.000 Hz / 32 = 250 kHz ;z.B. 8.000.000
-
Thread
Viele Uhren, wenig Empfang - DCF77 "Repeater"?
ist, das man basteln muss. Das wäre aber vermutlich auch bei einer WLAN Uhr mit ESP8266 oder ESP32 der Fall. Um die Sache universell zu halten, könnte so ein ESP Baustein dann DCF77 Signale erzeugen. Ob das funktioniert? Möglich wäre es.
Monitoren noch ausbauen willst, könntest du auch zentral das Bildsignal auf HF Modulieren (Pal, dvb-c o.ä., gibts alles) und per Antennenkabel verteilen, dann lassen sich fast beliebig viele Abgänge realisieren, zusätzlich könnte man überall den Ton mitnutzen.
-
Thread
V: IC Sammelsurium und Mega2650 Paket
teilen etc Ungetestet an Bastler. Die Pakete: Nr. 1, 4 und 5: je 12,50€ Das Paket Nr.6 hat auch PIC und AVR und EEproms, daher hierfür 15€. Dann noch Arduino Mega mit Proto-Shield, EEprom Prog-Adapter, 32k SRam-Shield und Leerplatinen. Der EEprommer kann AT28C256/64/16 beschreiben. Python-SW. Das 32k SRam-Shield und die I2C EEprombank war mit dem Mega als Apple 1 Emulator im Einsatz. Code auf Github. Preis: 25€ Plus Versand 5€ in DE. Privatverkauf ohne Sachmängelhaftung. Bei Interesse PN
-
Thread
von qwerty nach neo in hardware
kompliziert. OHGOTT. Warum liest keiner die Beiträge? Das Ganze ist relativ simpel wenn man I2C (PS2) verwendet. Im Normalfall hat man einen PS2 Anschluss. Und dafür tut es jeder µC. PIC, STM32, AVR, MSP430 whatever. Mit USB ist das horrend kompliziert und kaum zu schaffen, weil man Host und
> Doch, ist sie. > ein beliebiger µC, wenn man I2C verwendet. Es ging um USB. Da bringt I²C rein gar nichts. Die Vorschläge mit dem PIC und den Teensys sind vielversprechend.
-
Thread
PWM Baustein für schnelle und hochauflösende PWM
. Das sind dann bei 100kHz noch mehr als > 15 Bit. > Die neuen STM32G476 etc. können Ähnliches, sind aber gerade erst neu auf > dem Markt und ich hab´s noch nicht getestet. Der G474 kommt auf 32*170MHz = 5,44 GHz -> 184ps
*PCA9685* 16ch 16bit PWM Driver. Hat zwar I2C, kann aber bis zu 400kHz
-
Thread
Verbreitung von Automotive µC
. Wir haben einige uralte Platinen mit PICs noch in Produktion, und zumindest den Controller (ein PIC16C715) ist noch erhältlich. Und das Teil ist wirklich sehr als ;-) Es muss ja kein 8-Bitter sein, PIC32 gitbs ja auch.
oft tolle Konzepte. Wer das "Drop in Replacement" auch gut kann ist Microchip. Da kann man teils PIC16 durch PIC32 ersetzen. Es gibt quasi Standard Footprint für PICs.
-
Thread
USB Host zum Schreiben auf USB-Stick
über dieses Bauteil. Geschrieben werden sollen Audio- und ggf. Bild-Dateien auf ein FAT16 oder FAT32 FS. Auch da habe ich wenig Spielraum. Um die graußige Programmierung mache ich mir vorerst weniger Sorgen, nach 15+ Jahren in dem Sektor (mit C, CPP, ASM, Perl, C#, Java, etc.) habe ich schon ein
Sven C. schrieb im Beitrag #5915359: > Geschrieben werden sollen Audio- und ggf. Bild-Dateien auf ein FAT16 > oder FAT32 FS. > Auch da habe ich wenig Spielraum. Man nehme eine SDHC Karte. Macht das Leben
-
Thread
Frequenzteiler 10 MHz auf 50 Hz
Jop uc z. B. Stm32f103c8 mit timer counter. 10 MHz direkt an den sys clock. Timer auf time base internal und dann ne pwm mit reset bei 199999 ticks und output low bei 99999 dann bekommst du nen 50 HZ Rechteck mit 50 %
Benedikt S. schrieb im Beitrag #5913601: > Jop uc z. B. Stm32f103c8 mit timer counter. Ich glaub nicht, daß er dieses 48Pin-Monster löten kann. 0.5 mm pitch ist nichts für Anfänger. Ein ATtiny13 im DIP-8 dürfte geeigneter sein und kommt auch mit den 5V klar
-
Thread
sparsamer OP, 3,3 V
auf den Akku guckt. In der Millisekunde die er zum Messen braucht, zieht er bei 3V und internem 32 kHz Takt etwa 5 uA. Beim Schlafen braucht er eigentlich (fast) nichts. Geeigneter Kandidat waere ein z.B. ein PIC 12F683. Der braucht leider eine externe Referenz, die man aus einem IO-Pin versorgen
die Schaltung bei dieser nicht-Funktions-Spannung hängen und saugt trotzdem den Akku leer. Ein uC mit brown out detection würde wohl gehen. Oder MCP9062, auf Akkuseite immer versorgt, braucht 100nA, geht von 0.9 bis 5.5V und hat 0.2V Referenz.
-
Thread
Günstige Microcontroller für Privat Projekte
Ganz klein: ATtiny45 (0,50€) Mittel 8bit: Arduino Nano (Klone aus Asien, 1,50€) Mittel 32bit. STM32F103C8T6 minimum system development baord (1,50€) Der aktuelle Nachfolger dazu: STM32F303CCT6 Mini System Dev.board (https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board
hätte als Nachteil eine "Falsche Programmiersprache". Welche genau ist denn "falsch"? Für den ESP32 gibt es immerhin ASM, C, C++, Micropython und Rust. Hättest du gerne Bascom?
-
Thread
Atmega128 - Programm wird geladen, aber LED blinkt nicht?
= AT32UC3A0512 c128 = AT90CAN128 c32 = AT90CAN32 c64 = AT90CAN64 pwm2 = AT90PWM2 pwm2b = AT90PWM2B pwm3 = AT90PWM3 pwm316 = AT90PWM316 pwm3b = AT90PWM3B
(1000); */ } [/c]
-
Thread
Lupenlampe oder Brille kaufen?
nicht unbedingt kaufen. Die sind ca. 70€ teurer als bei Photospe*z*ialist. z bei Photospe... durch c ersetzen MfG Spess
schraffierten Flächen. Anbei drei Fotos vom 50€ Billigmodell (https://www.amazon.de/KKmoon-Elektronisch-Vergr%C3%B6%C3%9Ferung-Einstellbar-Helligkeit/dp/B075ZR3R9C) mit Fremdlicht. Ich alle Fotos bei gleicher Einstellung gemacht. Ich habe leider gerade keinen schöneren 5€ Schein.
-
Thread
AVR debuggen wie in der Steinzeit?
persönliches Fazit: Das macht wirklich keinen Spass, und heute nutze ich (fast immer) lieber die STM32. Da funktioniert das deutlich besser.
> Ist die aktive Entwicklung von Atmega8/16/32 überhaupt noch angedacht? Solange die aktuellen Entwicklungstools auf ATmega getrimmt werden, denke ich mal ja. > Also jedes neuere Projekt mit einem PIC starten? (ist eine ernste Frage) Nö.
-
Thread
Atmel ASF4 Pro / Kontra?
? Äh? Wie wäre es denn mit dem Datenblatt? https://www.microchip.com/wwwproducts/en/ATSAM4SD32C Und das hier ist hilfreich: https://microchipdeveloper.com/32arm:sam-bare-metal-c-programming Wäre nur mal nett, wenn Microchip einen Mitarbeiter abstellen würde der sich um die ATSAM kümmern
eigentlich Code möglichst gut zu verstecken: https://github.com/Microchip-MPLAB-Harmony/csp_apps_sam_c20_c21/tree/master/apps/adc/adc_sample/firmware/src/config/sam_c21n_xpro/peripheral/adc Das ist eher so wie die STM32Cube LowLevel HAL Library. Direkt Code und nachvollziehbar. Nicht mehr Schichten
-
Thread
Sehr interessante uC Project Seite
Gerhard O. schrieb im Beitrag #5901818: > Was ist daran so schlimm? Muß denn heute alles mit 32-Bit > MicroController Bolliden gemacht werden? Hier im µC Net scheint das schon schlimm zu sein. Alles was nicht top aktuell ist, ist Mist - das scheint hier die allgemeineMeinung zu sein. Ich
gibts embedded immer noch. Über die Unwichtigkeit von Assemblerprogrammierung im Verhältnis zu C möchte ich mit Dir scheinbar auch nicht reden. Mach mal einen C-Compiler ohne Maschinensprache.. Gruß, Holm
-
Thread
PIC16f628 programmieren Gesperrt
für gehen, das du finden kannst. Musst halt nur den Prozessornamen ändern. Für einen (uralten) PIC16C76. Wie du das auf deinen Controller gebogen bekommst, darfst du gerne selber herausfinden. [code] ;************************************************************ ; Processor: PIC16C76 at 8 MHz
Das Blinky.c Beispiel: https://github.com/dratzer/PIC16F628a-code-/blob/master/led%20blink%20%2Bkanpp%201%20trasig.X/ledblink%20%2Bknapp%201.c
-
Thread
Kleinen uC gesucht
, aber in C ist genau der PIC super zu bearbeiten. Hab genau den schon verwendet, auch für "größere" Projekte (bezogen auf so kleine µC), und sehe da kein Problem. Unter Anderem habe ich einen RFM12 Empfänger damit
https://de.farnell.com/microchip/attiny10-ts8r/mcu-8bit-attiny-10mhz-sot-23-6/dp/2443183 ATXMEGA32C4-CU: https://de.farnell.com/microchip/atxmega32c4-cu/ic-8bit-mcu-avr-xmega-32mhz-vfbga/dp/2353907 MSP430FR2632IYQWT: https://de.farnell.com/texas-instruments/msp430fr2632iyqwt/mcu-msp430-16bit-16mhz-dsbga
-
Thread
LED Array mit MBI5026CN und PIC 16F688
A2: 1 A3: 1 Schalter (Funktionen) A4: 1 (Quarz) A5: 1 (Quarz) PORTC: C0: 0 CLK (Clock) C1: 0 SD (Serial Data) C2: 0 LE (Latch Enabled) C3: 1 C4: 0 RS232 TX kontr C5: 1 RS232 RX */ //PIC- Include Files #include
/Wenn Bit an der Stelle x 0 ist: if((row & x) == 0){ D_0; //Setzt Data auf LOW C_1; // und macht einen C_0; // Clock Zyklus } //Wenn Bit an der Stelle x 1 ist: else{ D_1; //Setzt Data auf HIGH C_1; // macht einen C_0; // Clock Zyklus
-
Thread
Mobile Klimanlage, Schlauch nicht ins Freie hängen?
und 30 Grad warme Luft nachzieht, dann wird es > netto kühler. Nein. Wenn es im Zimmer 25 GradC hat und die Anlage 30 Grad warme Luft nachzieht, wird es WÄRMER. Bald hat es im Zimmer dann auch 30 GradC. Natürlich kann es sein, daß die Anlage bei 25 GradC warmem Zimmer trotzdem 60 GradC heisse
deutlich mehr Energie > ab, wenn die Luft 25° ist als wenn sie 35° ist. Wenn die Luft mit diesen 25°C nicht aus dem Keller oder der schattigen Nordseite kommt, dann gibts wahrscheinlich einen Grund für die 25°C: die Klimaanlage, die aus den 35°C draussen diese 25°C gemacht hat. Und das hat bereits Strom
-
Thread
Signale mit 32Mbit/s extern speichern
erfasse Ultraschallsignale im Feld (nachts+draussen) auf einem Nexys4 DDR Board. Die Signale laufen mit 32 MBit/s (2 Kanäle á 16 bit, 1 MSp/s) ins Board. Um ein passendes Kompressionsverfahren +Denoising zu finden/testen, brauch ich mehrere Samples nach dem ADC auf einem externen Speichermedium. Der interne
Ueber den PIC UART, aber auch ueber die FTDI UART Loesungen mittels VCP sind meiner Erfahrung nach solche Datenraten nicht kontinuierlich realisierbar. Fuer unidirektionales Empfangen der Daten am handelsueblichen
-
Thread
uC mit USB gesucht
für alle USB-fähigen Controller gleich. USB-fähige Controller gibt es viele, z.B. die meisten STM32. In meinem [[USB-Tutorial mit STM32]] wird die USB-Programmierung bei den STM32F103-Controllern erläutert. Im Abschnitt https://www.mikrocontroller.net/articles/USB-Tutorial_mit_STM32#Eigene_Anwendung_f.C3
Prozessoren, die das in Hardware können. Der hier z.B. https://www.microchip.com/wwwproducts/en/PIC32MZ1024EFH100 Der hat HS USB Host/Device/OTG und Ethernet MAC mit MII/RMII und MDC/MDIO. TQFP100, Software gibt bei Microchip. Ich werde aber das Gefühl nicht los, dass Du uns hier noch nicht
-
Thread
Welche uC /IDE hat besten Aussichten?
Steffen schrieb im Beitrag #5887435: > Was ist zum Beispiel mit Eclipse? Obwohl für uC völlig überfrachtet setzt sich Eclipse immer mehr durch von: 8-Bit 8051 z.B. https://www.silabs.com/support/getting-started/microcontrollers/efm8-mcu bis: 32-Bit Cortex-M und teilweise auch
Hobby" handelt. Im Profi-Bereich werden solche Fragen einfach nicht gestellt. Zum Thema: Nimm den uC zu dem es die meisten Einträge in Foren gibt. Bei 32bit ist das stm32. Dazu findest du tonnenweise Hilfe und Beispiele und IDEs gibts auch genug. Nimm nur dann etwas weniger Bekanntes, wenn die Anforderungen
-
Thread
Arduino Sattelit
scheitern, > 128K flash und 16K SRAM ermöglicht viel mehr! Im Gegenteil, der ATMEGA ist TEURER: PIC32MM0128GPM048T: 3,30€ STM32L082KBU6 : 3,26€ ATMEGA1284P-AU : 4,88€ Alles Einzelpreise bei digikey. Beide nicht-ATMEGAs haben 128k Flash, und leisten deutlich mehr als ein ATMEGA und kosten gleichzeitig
Oszillator oder einem Sensor wird zum Ausfall führen. Und bei der häufigen Temperaturwechseln zwischen -170°C und +120°C ächzt und knarzt selbst das kleinste IC-Gehäuse.
-
Thread
Raspberry Pi 4 vorgestellt
> wo man die 5V beim PI4 am sinnvollsten einspeist, > wenn man keinen usb-c stecker verwendet? Wenn du kein USB-C verwenden willst dann könntest du trotzdem USB-C verwenden. :-) Also ein USB-C Kabel nehmen, den Stecker auf der einen Seite abkneifen und direkt an dein 5V
prinzipiell, aber einiges passt (noch?) nicht. Laut einem Entwickler ist wohl USB langsamer als bei 32bit und laut c't läuft der X-Server nicht. Bin aber nicht ganz auf dem aktuellen Stand, könnte inzwischen schon wieder anders sein. Schau am besten hier rein: https://www.raspberrypi.org/forums/viewtopic.php
-
Thread
Aufwandsabschätzung für Automatisierungsprojekt (Steuerungsplatine)
Windows 2000/XP-Basis, zur Not auch 7) über USB, sofern vorteilhafter über LAN. Bisher vorgesehener µC-Typ: PIC18F4550, bisher vorgesehene Software „ABACOM Profilab Expert“ als Grundlage, aber von einem fähigeren Programmierer umgesetzt/angepasst, damit man auch was damit anfangen kann. Jedenfalls
nun gefordert? Ich sags euch: Eine kleine Platine, Doppelseitig Bungard 200x160mm oder so, mit nem PIC 18F4550 drauf, und eben noch ein paar andere Käfer, die ich teilweise bekannt hab. Dazu vor allem noch Dioden e.t.c. Layouten kann ich selber, brauch nur einen Schaltplan. Jesus Christ... Achso,
-
Thread
Neue MCU familie gesucht
Geschwindigkeit kompiliert (damit liegt die Codegröße bei MCS-51 etwa beim doppelten von STM8): C8051F120@98Mhz: 95 STM8AF5288@16Mhz: 109 STM8S208MB@24Mhz: 147 zum Vergleich: Weitere µC mit SDCC 3.7.0 bzw. GCC 6.3.1: CY7C68013A@48Mhz: 12 STM32L073RZ@32Mhz: 717 STM32F051R8@48Mhz: 1141 STM32F103RB
deutlich mehr Leistung. Der STM8 kann ihm da nicht helfen. Mehr Leistung gibt es bei Cortex-ARM 4 und PIC32. Es gibt noch mehr 32bit Familien aber die sind bei weitem nicht so verbreitet.
-
Artikel
AVR CP/M
4bit) wurden mit der Hardwarevariante 3 bei 20 MHz Systemtakt erfolgreich getestet: AAA1M304 70ns GM71C4256 60ns HY51C4256 100ns HY534256 70ns / 80ns / 100ns HYB514256 70ns KM44C256 70ns M514256 70ns / 80ns M5M44256 80ns MB81C4256 70ns MT4C4M4B1DJ-6 / 60ns V53C104 45ns / 60ns / 80ns Folgende Bausteine
-Clone im ATMega: The eZ80 Single-Board Computer: ZX80/ZX81 hardware page: z80SIM PIC32 Port: EURO-Z80 SBC: SEPIA Z80 System: Rund um AVR Prozessoren:. AVR Mikrocontroller auf www.mikrocontroller.net: AVR-GCC auf www.mikrocontroller.net: AVR-ISP-Stick auf www.mikrocontroller.net: AVR
-
Thread
Mikrocontroller friert ein - bei Solarmodul mit L7805
Bei PIC32 gab es ein Errata (trifft hier vermutlich nicht zu) dass der Brown Out Reset nicht sicher funktioniert. Workaround: - nicht in den BOR gehen (wie wenn man den nicht ausschalten kann?) - wenn man
mehr. Meins ja. Wenn Akku langsam leer ging, oder ggf. langsam aufgeladen wurde, dann friert mein PIC32 ein. Und nur POR hat geholfen.
-
Thread
AVR: Ist PORTx |= atomar?
ldi r24, 0x02 ; 2 32: 86 b9 out 0x06, r24 ; 6 34: 81 e0 ldi r24, 0x01 ; 1 36: 86 b9 out 0x06, r24 ; 6 38: 88 b1 in r24, 0x08 ; 8 3a: 8c 7f andi r24, 0xFC
unterschreiben, Du hast damit nur einen speziellen Fall geprüft. Vor 5-10 Jahren. Kundenprojekt Microchip PIC + HiTech C-Compiler. Ein [c]BitStructIrgendwas.Bit42 = 1;[/c] Wurde vom Compiler IM GLEICHEN Programm auf 4 verschiedenen Arten umgesetzt. Dabei war sowohl ein: assembler_bit_set byte007.4
-
Thread
XMEGA Hardware-Bug (Kritisch) Gesperrt
Hallo, ich habe Deinen Code nun aus einem ATxmega32E5 und einem ATxmega32A4U getestet, indem ich folgenden Code aus einem einfachen Dispatcher heraus aufgerufen habe: [c] case 'x': USARTD0RomString(TstMsg); __asm__ __volatile__ ("rjmp .+2
nie ausgeführt werden. Trotzdem wird es das. Hier das .lss: [code] main.elf: file format elf32-avr Disassembly of section .text: 00000000 <__ctors_end>: 0: 01 c0 rjmp .+2 ; 0x4 <Agreen_seg_5> 2: 00 00 nop 4: fd cf rjmp .
-
Thread
AtMega48 mal 30mA mal 11mA
andere 30mA. Noch eine Frage: funktionieren tun sie aber beide? Welche Funktionen/Komponenten des µC verwendet dein Programm? Welche Datecodes haben die beiden? neuer PIC Freund schrieb im Beitrag #5858682: > Der mit 30mA ist der Gesunde Das Datenblatt spricht andere Worte...
Einer der beien braucht 11mA - der andere 30mA. > Woran könnte das liegen? Du hast keine AbblockC verbaut. Dein Regler schwingt zudem auch. Kurzschluss über den Widerstand ab und zu gegen Gnd
-
Thread
Physikalischer CAN Bus mit Transceivern aber ohne CAN Controller
Atmel wahrlich nicht mit Ruhm bekleckert, bei den Xmega haben sie CAN sogar völlig vergessen. Bei den PIC sieht das wohl günstiger aus. Allerdings sollte es dann schon ein PIC18 oder höher sein, wegen Softwarestack, Interruptvektoren, linearer RAM/Flash-Adressierung und C-Programmierung.
Heinz-Wilhelm F. schrieb im Beitrag #5863466: > Für die Bridge Lösung würde ich > einen STM32F103C8T6 aka blue pill nehmen > und ein CAN Transceiver auf PCB, made by China. Oder ein Olimexino-STM32 - vielleicht etwas teurer, aber praktischer. https://www.olimex.com/Products/Duino/STM32/OLIMEXINO-STM32
-
Thread
Billiger Mikrocontroller gesucht für unter einem €
und bietet ein paar nette Features. Also für die, die es mit der vielfachen Rechenleistung eines C64 schaffen mit den Ports zu wackeln, ohne das da ein µClinux oder Rtos drauf läuft. Ist ja eine beinahe vergessene Kunst mit <32Bit ...
man am schnellsten zum Ziel kommt. Weil im Vergleich zu den Arbeitskosten die Stückkosten für den µC fast nie irgendeine Rolle spielen. Außer in sehr speziellen Fällen, wo der Chip zig oder hunderte Euros kostet. Wenn du schon 100 Projekte mit einem STM32 umgesetzt hast, kannst du nicht mal MPLABX
-
Thread
Serielle Kommunikation / Modbus Format - wie implementieren?
würde ich gerne verwenden, um folgende Daten abzufragen: - Gesamtspannung - Gesamtstrom - SoC - Temperatur Für die Kommandos habe ich mir eine Senderoutine geschrieben, die dem Befehl das CRC anfügt und das Telegram dann sendet: [code] uint8_t _sendBMSRequest(uint8_t *req, uint8_t length
Thema und normale UART Routinen konnten wie üblich eingesetzt werden. Auch war die FW viel schlanker (PIC16F877) Die Kundenanlagen liefen auf Jahrzehnte störungsfrei. Auf einem Leitungspaar liessen sich zehn oder mehr RS485 RTUs betreiben. Als Transceiver empfehlen sich die 250kb Version wie zB. Ein MAX483
-
Thread
I2C Problem mit Sensor VEML6075
gesagt - direkt über Jumper Kabel mit dem Controller verbunden. Controller ist in diesem Fall ein STM32 Eval Nucleo Board.
neuer PIC Freund schrieb im Beitrag #5848066: > Viele interpretieren die Chips, als hätten sie 2 Adressen. Einmal zum > Lesen und einmal zum Schreiben. Aber die I2C-Spezifikation spricht von > einer Adresse
-
Thread
DHT22 mit ESP32 via SPI , I2C oder UART kommunizieren?
Hi, ich werde der Temperatur/Feuchtigkeit-Sensor mit ESP32 verbinden. Dafür weiss ich nicht, welches Protokoll am besten SPI, I2C oder UART zur Kommunikation benutze?
Wajdi W. schrieb im Beitrag #5847838: > Der DHT22 Was sagt das Datenblatt? Es ist nicht SPI , I2C oder UART. Du brauchst auch keinen eigenen Treiber dafür schreiben. Es ist alles da. Such Dir eine passende Beschreibung (DHT22 & ESP32) wie diese hier: https://lastminuteengineers.com/esp32-dht11
-
Thread
STM32: Sendepuffer für USART
offset: 0x04 */ __IO uint32_t BRR; /*!< USART Baud rate register, Address offset: 0x08 */ __IO uint32_t CR1; /*!< USART Control register 1, Address offset: 0x0C */ __IO uint32_t
, uint32_t *length) { //get pointer to oldest data } Buffer m_txBuffers[10]; } [/c]
-
Thread
Diverse Messdaten z.B. von Wetterstation online speichern - best practice
jemand zufällig einen kostenlosen bzw. günstigen InfluxDB Anbieter für geringe Datenmengen? Der ESP32 ist natürlich preislich sehr interessant. Danke für das Teilen Eurer Erfahrungen mit dem Setup, sieht gut aus! Ich würde aber gerne beim PIC32 bleiben, einerseits weil ich damit bereits viel Erfahrung
auf einen PIC32 portieren ließen? Danke & Gruß daniel
-
Thread
STM32: Adresse mit Rest als uint32_tinterpretieren
den folgenden Zugriff auf eine Variable mit dem Startelement 0,4,8,16,... geht das wunderbar. [c] uint8_t Array[100]; uint8_t x; *((uint32_t *)&Array[3]) = (uint32_t)&x; // geht nicht *((uint32_t *)&Array[4]) = (uint32_t)&x; // geht [/c] Wie löse ich dieses Dilemma?
Hier mal die korrekte Lösung: [c]uint8_t Array[100]; uint32_t x = ...; Array[3] = (uint8_t) (x & 0xFF); Array[4] = (uint8_t) ((x>>8) & 0xFF); Array[5] = (uint8_t) ((x>>16) & 0xFF); Array[6] = (uint8_t) ((x>>24) & 0xFF);[/c]
-
Thread
MCU Bauart - warum so?
oder absteigend angeordnet und nicht wild in > der Gegend verteilt. Schau dir die moderneren PIC24 an. Da kannst du per Software einstellen, was zu welchem Pin herauskommt (Peripheral Remapping). Für mich ist das Peripheral Remapping der Hauptgrund, bei Bastelprojekten PIC24 oder PIC32 zu verwenden. Auch wenn es bei PIC32 eingeschränkt ist. NXP soll das auch haben. Für Bastler ist das natürlich schön, aber bei einer modernen Multilayer-Platine spielt das Pinout keine so große Rolle mehr.
-
Thread
Aufwandschätzung für Cross-Assembler
sind (Sprache, Bibliotheken, Parser-Generator) sollte das zügiger machbar sein, wenn man nicht gerade C nutzt und bei Adam und Eva anfängt.
nicht wirklich ein Assembler, mit dem man auch komplexe > Programme schreiben kann. Kenn ich vom C64. Das ist letztendlich ein stark aufgebohrter Hexeditor. Es gab aber für den C64 auch mindestens einen guten Assembler, ich komm nur nicht mehr auf den Namen, da war ein Editor dabei der hatte die
-
Thread
Welchen Mikrocontroller wähle ich?
dem AVR beim privaten basteln ist die große Community im deutschsprachigen Raum, aber auch die STM32-Reihe ist hier stark vertreten. Mikrocontroller-Familien gibt es aber einige z.B. - AVR - PIC - MSP430 - 8051 - V850 - STM8 Und viele mehr. Der Trend geht seit einigen Jahren in Richtung ARM
#5834665: > Warum denn gerade der? Ich denke, den hat er empfohlen, weil er ihn gut kennt. Jede µC Serie hat ihr Vor- und Nachteile. Bei 32 Bit Controllern ist die Peripherie um den CPU Kern oft sehr komplex, was für den Einsteig hinderlich sein dürfte. Andererseits halte ich es schon für ratsam,