-
Thread
FFT-Spektrumanalyzer
Ich würde das mit einem µC lösen. Ein PIC32 oder ARM mit externem ADC mit 10MSPS (parallel, wahrscheinlich - SPI eher nicht). Die Samples sammelt man im RAM (idealerweise mit DMA), zieht das gewünschte Fenster drüber und rechnet die FFT. Integer-Arithmetik
einem PC weiter. Mit 8 oder 16Bit- µC brauchst du aber nicht anzurücken. Einen halbwegs potenten 32-Bitter mit ordentlich RAM ist schon sinnvoll, viel kostet das eh nicht. Ähnliche Geschichten habe ich mal mit einem PIC32MX370 gemacht, das ging sehr gut. Wenn du einen ARM haben willst, kannst du
-
Thread
Kommunikation mit AD-Wandler ADS1255
Hi, evtl hilft Dir mein C-Code von ADS1256 am PIC32 Gruß
-
Thread
SDCC & PIC16F
Relocation symbol "_cinit" [0x0022] has no section. (pass 0) [/code] ich denke, ich komme dem PIC-Controller auf die Spur. Wenn alles fertig ist, soll es mal wie in den Screenshots aussehen (und neben den schon funktionierenden fuer AVR, STM32, LPC, STM8, MCS51 und eben auch noch fuer PIC16/PIC18
>sdcc --version SDCC : mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/pic14/TININative/ds400/h c08/s08/stm8 3.6.5 #9842 (MINGW32) published under GNU General Public License (GPL) Ob ich mir den selber kompiliert hab, weiss ich gar nicht mehr. 02/16/2017 06:
-
Thread
Welcher PIC ist der beliebteste ?
(bei AVR hätte ich wohl gesagt ATmega8 und ATmega328p, bei STM32 wohl den F103)... bei PIC habe ich keine Ahnung !
- PIC24FV32KA301: Ein 5V-Teil mit DIL-Gehäuse, sonst ziemlich Standard - PIC24FJ128GC006 : USB ohne Quarz, sehr mächtiges Remapping, 10MSPS ADC Der PIC24FV32KA301 ist anfängertauglich. Das Peripheral
-
Thread
Radiobasteln - Was hat 2018 noch Aussicht auf Erfolg ?
Bleistiftröhre? Kann ich dir nicht sagen, die heißen halt so. 7 mm Durchmesser, der reine Kolben ist 32 mm lang (ohne Drähte und Pumpstutzen).
vorhanden..")? Leg dir ein L/C-Meter zu, entweder das von AADE (Komparator als Oszillator und PIC als Auswertung der Schwingfrequenz) oder den hier im Forum viel diskutierte AVR-Universal-Bauteil-Tester. Damit kannst du die Induktivität messen. (sowas ist übrigens auch gut für einen Gang über den
-
Thread
download AVR Studio 4 und atmel Studio 6
starten, oben auf Option -> List All Devices -> im Drop down den MKII auswählen dann den libusb-win32(vxxx) -> auf den Button Replace Driver -> fertig. Nun sind im Gerätemanager den Jungo WINDRV drin, aber ohne MKII und unter dem Punkt libusb... steht dann der MKII. Mit Zadig kann man auch den alten
Windows 10. Ich benutze es allerdings aktuell nur um in Assembler Eprom-Code für Textausgabe in einem PIC-Prozessor zu generieren.
-
Thread
LQFP176-Adapter mit 0,4 mm Kontaktabstand?
sind die recht einfach zu finden, aber 0,4 mm scheinen selten zu sein... Konkret geht es um einen PIC32MZ-DA. -- Michael
PIC32MZ-DA schrieb im Beitrag #5298744: > Dank Platinenfräse im Haus ist das vermutlich auch die sinnvollere > Option Platinenfräse? Mit 0.4mm-Raster?
-
Thread
Was ich schon lange mal fragen wollte
: Bunker noch ATTiny13 und ATTiny88 und versorge damit nach der Akopalütze diejenigen, denen Mutti PIC verboten hat.
seine OTPs zu Grabe getragen und auf Flash umgestellt (XC866-Serie). Atmel hat später mit den AVR32 einen Alleingang bei 32Bit gewagt, aber mit wenig Erfolg. Auch die Xmega ohne CAN und Ethernet waren kein Erfolg. Die Atmel 8051 und AVR laufen aber noch ganz gut, also hat sich Microchip die geholt
-
Thread
Infrarot-Decoder MCP2120
. Ich frage mich ohnehin, warum Du nicht einen Chip genommen hast, dessen UART IRDA kann. Jeder PIC24 hat es eingebaut. fchk
Ich meine die Impulse auf deinem Oszi Bild, die vom STM32 passen, so wie im Datenblatt vom MCP.
-
Thread
STM32 LIN protocol
normale AVR UART auch nicht. Die LIN-AVRs wie der Tiny 167 haben spezielle UARTs, die das können. PIC24, dsPIC und PIC32 haben alle LIN-Support. Natürlich kommt man auch ohne diese Fähigkeiten aus. LIN ist so gebaut, dass ein Slave auch einen reinen Software-UART verwenden kann und keinen Quarz braucht
STM32 hat auch einen LIN UART.
-
Thread
Daten von uC an PC senden
übersehen wird, was aber am einfachsten geht, ist USB HID, geht ohne Treiber. Hier sind Beispiele auch für PIC: http://janaxelson.com/hidpage.htm Es gibt aber auch bessere uC dafür als PIC: https://www.silabs.com/products/development-tools/mcu/8-bit/sltb005a-efm8-universal-bee-usb-capable-starter-kit
in den man sie als WinUSB Device markiert. So ist man flexibler. Im Artikel [[USB-Tutorial mit STM32]] gibt es dazu eine Anleitung zur Implementierung eines eigenen USB Devices auf Basis der USB fähigen STM32 Controller.
-
Thread
Wanderkiste Widlar, Runde II
Display 1x Raspi 2 2x AMK Stepper boards (beim letzten mal gingen die weg wie warme Semmel) 1x STM32F103 Board 2x NRF24 2x TDA7391 (Kenner kennen die Vorzüge von diesen Verstärker) 10x 47uH 350mA Spulen 2x 2.4GHZ Chip Antennen 1x China ST-Link Dongle 4x AMK CC2541 BLE zu UART leerplatinen
Ausbaustufe der Heimautomation) sowie die weißen Stiftleisten. Zum In: * "Boards" und Shields - STM32 Demo Board mit LCD - Arduino Loggin Shield (RTC + SD) - Steckbrett Strom-Adapter - weiteres STM32 Board (lässt sich glaub ich zur BlackMagicProbe umbauen) - SOC Adapter Platinen * Displays
-
Thread
IRMP und IRSND als Protokoll für 433 MHz Sender/Empfänger funktioniert nicht so ganz
IRSND_DDR |= (1<<IRSND_BIT); // set IRSND_BIT to output # endif //PIC_C18 [/c] Es bleiben also nur diese 2 Zeilen übrig. Der AVR-Teil der Funktion irsnd_on() sieht folgendermaßen aus: [c] # else // AVR # if IRSND_OCx
OCR0A for OC0A and OC0B! # else # error wrong value of IRSND_OCx # endif # endif //PIC_C18 [/c] einfach leeren auf: [c] # else // AVR # endif //PIC_C18 [/c] Viel Spaß! [Edit] Leerstellen vor Kommentaren verkürzt, damit die Forensoftware
-
Thread
In C mehrere Register per Variable gleichzeitig verändern
typename Src> Src operator = (const Src& x) { ((Refs = x), ... ); } }; volatile uint32_t PDM1, PDM2, PDM3; MultiRegSetter<PDM1, PDM2, PDM3> SetPDMMulti; int main () { SetPDMMulti = 42; }[/c]
hallo all, das gelaber hier erscheint mir nutzlos/sinnfrei, wenn der to es nicht schaft den uc (pic/avr/arm/...?) zu benennen! weil, der prozessor kontext entscheidet dann über sinn/unsinn dieser frage. mt
-
Thread
Gibt es einen passenden BUS zur steuerung vieler Clients über mehrere Meter?
Projekt scheint so wie das von Thomas Fischl zu sein. Nur eben mit einem ATMega anstelle von einem PIC. Beide (ATMega, PIC) erledigen nur den USB Teil und sind über SPI mit einem CAN Controller verbunden.
zu CAN, auch wenn die MCs mit CAN einige Cent teurer sein mögen. Es gibt neben AVRs auch günstige PIC18 mit CAN.
-
Thread
LED Sequenz Blinker KFZ - Schieberegister oder Microcontroller?
mit PIC kenn ich mich nicht so aus. Die original-LEDs haben sicher selbst nochmal diverse Reglerchen davor. Schon Temperaturüberwachung usw. Das willst Du nicht auftrennen. Oder sind die bei Dir "einfach so
Pin4 & Pin5 sind für 2 rote LEDs innerhalb der Blinkleiste (Standlicht/Bremslicht), Pin6: 3,32V Pin7: 3,39V Pin8: 3,33V Ich habe testweise malnur die +12V eingepinnt (pin1) gelassen und versucht einzelne PINs zuzuschalten. Bei Pin8 zB. leuchteten die 3 LEDs nur schwach, wohingegen bei
-
Thread
Warum entwickeln sich die Atmegas zurück?
schlechter. OK, PIC24 sieht ganz gut aus. Bis auf die closed-source Toolchain. Und PIC32 ist in Wirklichkeit MIPS. Das haben sie wenigstens nicht angefaßt und konnten es so auch nicht kaputt machen. Wie gesagt: Vertrauensvorschuß
Microchip bastlerfreundlich ist: - Toolchain kostenlos verfügbar - µCs in DIL verfügbar, auch neuere PIC32 - Microchip direkt liefert Einzelstücke an Bastler, ohne Gewerbeschein - Microchip Support antwortet auch Fragen von Bastlern Und beim Support habe ich damals dediziert angegeben, ein Privatmann
-
Thread
Empfehlung Microcontroller
simultan laufen. > > Kennt einer von euch etwas ähnliches, mit vielen GPIOs nur Günstiger STM32F407 ff.
lediglich Pulse (Timerausgang), um sich schrittweise fort zu bewegen. Da gibt es z.B. etliche bei AVR / PIC / STM32 (muss kein F4 sein). Für eine einfache Schrittmotorsteuerung brauchst du auch keine mehrere Kerne und "Multithreading". Die Timer laufen auf Hardwareebene parallel zur CPU. Ein TC275 ist total
-
Thread
Simple Kompass-schaltung gesucht
Für das STM32F3 Discovery gibt es mehrere Kompass Demos. https://www.youtube.com/watch?v=rpi9BC5HdPs
STM32Cube_FW_F3_V1.9.0/Projects/STM32F3-Discovery/Examples/BSP müsste dazu angepasst werden.
-
Thread
Lesbarer ProgrammCode
*/ uint16_t *mem_2 = alloc(23 * sizeof(uint16_t)); /* do fancy stuff */ uint32_t *mem_3 = malloc(47 * sizeof(uint32_t)); /* do fancy stuff */ int ret_val = 0; if ( mem_1 == NULL ) ret_val = -1; else if ( mem_2 == NULL ) ret_val = -2;
Vor vielen, vielen Jahren habe ich ein Programm in PIC- *Assembler* geschrieben. Ein Kollege von mir, ein promovierter Physiker, hat sich einmal das Listing angesehen und gemeint: GOTO sollte man doch nicht verwenden. Manche Leute müssen wirklich immer
-
Thread
LED mit vorgegebener Frequenz blinken lassen
Ich kenne den PIC nicht genau. Möglicherweise kannst du den Zähler des Counters nicht einfach so auf 0 setzen während er läuft. Da könnte es Einschränkungen geben. Irgendwie habe ich aber das Gefühl, dass der Fehler
wenig Stromaufnahme angewiesen bist, solltest Du den PIC mit hoher Taktfrequenz laufen lassen (16 oder evtl. geht bei dem auch 32MHz mit dem internen Oszi) Zweitens: Besser, als den Timer zum Reset zu Nullen ist es, den letzten Delay-Wert vom aktuellen
-
Thread
(Warum) ist das Forum (so) anfängerfeindlich?
man sich nicht, wie manch harmloser Arduino-Fan hier abgebürstet wird. Dabei ist er erst 12. Oder 32? Aber was spielt das schon für eine Rolle?
> Dieses Pamphlet lässt mich dieses Schild schmerzhaft vermissen: > > http://img.webme.com/pic/e/eresdeme/fassedick3.jpg > > Wer das Schild nicht sofort versteht, kann da nachlesen: > https://de.wikipedia.org/wiki/Fasse_dich_kurz! Nein. Viele der "kurzen und knappen" Antworten sind so
-
Thread
Kommunikation mit Beurer BM65 über USB
Ich hab mir die Platine nochmals angeschaut. Es schaut so aus, dass ein µC drauf ist, vermutlich PIC und der ist direkt an USB angeschlossen. Obwohl die Platine gut dokumentiert ist, und auch sowas wie ein Debug drauf ist, finde ich keine RX/TX Beschriftung, somit wird es USB only sein. Wenn du
Benjamin S. schrieb im Beitrag #5277421: > Es schaut so aus, dass ein > µC drauf ist, vermutlich PIC Es gibt keine PICs mit 16 Anschlüssen.
-
Thread
Hex zu Dezimal mit PIC
jetzt auf ASCII? Gut dokumentiert ist der Codeschnipsel nicht gerade, aber aus dem Kommentar [avrasm];32 bit Hex > 40 bit Dec (10 Stellen)[/avrasm] könnte man schließen, das für jede Dezimalstelle irgendwie im Schnitt 4 Bit anfallen.
Mit "Hex" hat das also nichts zu tun, sondern das scheint Code zu sein, der eine 32-Bit *Binärzahl* in BCD konvertiert.
-
Thread
Sinusfunktion mit FPU
üblichen Verdächtigen > fällt mir grad nur der ARM ein in Bezug auf [[FPU]]. Mir eigentlich nur der PIC32MZ. Also das derivat mit Floating point unit: http://ww1.microchip.com/downloads/en/DeviceDoc/60001358C.pdf Was das Problem angeht, kann man dazu nur sagen: Es kommt auf die Auflösung an, die
Hmm schrieb im Beitrag #5275851: > Mir eigentlich nur der PIC32MZ. Nunja, eigentlich auch sämtliche anderen Cortex-M4 / M7 etc...
-
Thread
Micropython Grundlagen
möchte ich vermehrt auf Micropython setzen. Micropython läuft ja auf einigen Boards wie z.B. dem ESP32 https://www.mikrocontroller.net/topic/441184 Hat schon mal jemand von euch versucht, es auf diesem Board zu installieren ?: http://wiki.stm32duino.com/index.php?title=STM32F407 Die gibt es ja
Weiss jemand ob Micopython auch auf einem STM32F103C8T6 läft, z.B. https://www.aliexpress.com/item/1-pices-STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-arduino-Sensing-Evaluation-for-Skiller/32765534610.html das wäre aufgrund
-
Thread
Taschenrechner (Transistoren)
würde das mit einem µC lösen. Ein brauchbarer Wissenschaftlicher Taschenrechner mit einem AVR oder PIC ist auch schon eine ganz ordentliche Leistung. Ein wenige realistischer als mit Transistoren wäre noch ein TTL Gattergrab. Das ist nicht ganz so gewaltig, aber immer noch ein richtige Mammutaufgabe
kennst. Generell dürfte das mit vielen kleinen µC lösbar sein. Auch mit AVRs, PICs und Arduinos, STM32 und so weiter. Echte Rechenpower ist für einen Taschenrechner nicht nötig. Auch ein 8-Bitter sollte die Berechnungen problemlos hinbekommen. Immerhin wird es kaum stören, wenn man auf ein Ergebnis
-
Thread
AVR-Studio Obsolet?
Bestandskunden um die Kosten zu decken, aber mit so einer Anzeige sagt man doch: “für neues nehmt lieber Pic“
Bestandskunden um die Kosten zu decken, aber mit so > einer Anzeige sagt man doch: “für neues nehmt lieber > Pic“ Macht Mittelfristig wenig Sinn 8/32 Bitter auf zwei Schienen laufen zu lassen. Ich denke die AVRs werden auslaufen. Wg. dem Bedarf noch über Jahre vefügbar, aber ohne neue Entwicklungen. Atmel
-
Thread
CD40xx moderner machen
dem Bereich etwas gemacht habe. Jetzt wollte ich wissen, ob es da neue Technologien gibt (PAL, GAL, PIC, ..), wo man das Ganze auf einen Chip bringen kann.
Alternativen. Ich persönlich würde wennn möglich einen modernen µC nehmen. Das muss nicht unbedingt ein STM32 sein, kann auch ein neueres AVR oder PIC18 Derivat. Speziell bei den PICs ist die Abkündigungspolotik sehr human - man bekommt selbst uralte PICs mit OTP-Speicher noch. Die durchaus 30 Jahre auf dem
-
Thread
Überlauf bei Multiplikation verhindern
die Standardlösung™ Vorteile gegenüber dem, was ich mir ausdenke (siehe auch z.B. A.K.s Beispiel zu 32-Bit-Registern im PIC). --- Possetitjel schrieb im Beitrag #5267998: > Naja, es wäre einen Versuch wert, ob man das -- je nach > Prozessor und Sprache -- etwas beschleunigen kann, wenn > man
uint_fast8_t sign = SIGN(a) * SIGN(b); a = ABS(a); b = ABS(b); // Faktoren in 32-Bit-Teile aufspalten uint64_t a1 = a/(1LL<<32); uint64_t a2 = a%(1LL<<32); //assert( a == a1*(1LL<<32) + a2); uint64_t b1 = b/(1LL<<32); uint64_t b2 = b%(1LL<<32); //assert
-
Thread
dsPIC 30F4011 zieht viel Strom und wird warm
Kann ich leider nur bestätigen, ich hatte mal ein Design mit dsPIC, CAN, LAN, LCD/LED also eigentlich Kleinkram am Wickel. War auch eine schöne Heizung... Inzwischen bin ich bei STM32 gelandet, die sind deutlich entspannter und ziehen am dsPIC links vorbei. Die Einarbeitung
Vka schrieb im Beitrag #5265899: > Inzwischen bin ich bei STM32 gelandet, die sind deutlich entspannter und > ziehen am dsPIC links vorbei. lol, typisches Fanboy gelaber. lg. Heiner
-
Thread
Gehalt/Gehaltsentwicklung Informatiker/Ingenieure
-Stunden : keine Urlaub : 28 Tage Gehalt : 48k all in Entwicklung : Einstieg mit 32k Zusatzleist. : keine
Mein Kollege ist auch mit 32 von Computercenter zu uns gekommen, wo ist das Problem?
-
Thread
DS1307 - I2C Übertragung ACK
Ich habe folgendes Modul 2 mal zuhause: https://www.ebay.de/itm/2PCS-Arduino-I2C-RTC-DS1307-AT24C32-Real-Time-Clock-Module-For-AVR-ARM-PIC-SMD/272950653008?_trkparms=aid%3D222007%26algo%3DSIM.MBE%26ao%3D2%26asc%3D49133%26meid%3Deeee0f071d7d4c428fddd08574273458%26pid%3D100623%26rk%3D3%26rkt%3D6%26sd
Wie bereits erwähnt hatte ich bei anderen I²C-Geräten keinerlei Probleme. Am Beispiel des AT24C32 Z.B bekomme ich nach dem "Senden" jedes Bytes eine ACK Rückmeldung.. Beim DS1307 nur direkt nach dem Senden der Busadresse.. lg Manuel
-
Thread
Ein minimalistisches GPS-Frquenznormal
Glückwunsch - Tolles Projekt! Ich baute mir auch vor Jahren ein ähnliches Projekt auf PIC Basis mit FW von Brooks Shera in den USA. Kann also keine IP vorweisen. Bei mir habe ich einen OCXO in Betrieb. Die DAC Abstimmänderungen sind minimal wegen der hohen Eigenstabilität des OCXOs. Ich
GPS-Referenz an. Für den OCXO und die GPS-Zählung halte ich aber den µC raus. Ich zähle mit zwei externen 32-Bit Zähler, die ich mittels SN74LV8154 realisiert habe. Da ist dann auch das Timing nicht kritisch. Es wird nur verglichen und dann nachgeregelt, bis beide die gleiche Frequenz ausgeben. Zum Regeln habe
-
Thread
Uhr mit PIC18
D. R. schrieb im Beitrag #5259875: > Es muss mit dem PIC18F25K22 programmiert werden Dein PIC hat einen "Dedicated Secondary 32 kHz oscillator circuit" Warum nicht einen Uhrenquarz verwenden? Anbei eine pdf-Zusammenstellung wie man eine Real Time
Hallo, ich habe das beim PIC 18F auch schon öfter gemacht. Allerdings hat mein PIC einen RTV via I2C angebunden. http://www.schwabenplan.com/allgemeines.htm PIC18F46K80 oder PIC18F97J60 Viele Grüße Ingo
-
Thread
PIC16F18855 I2C Problem
// External Oscillator mode selection bits (Oscillator not enabled) #pragma config RSTOSC = HFINT32 // Power-up default value for COSC bits (HFINTOSC with OSCFRQ= 32 MHz and CDIV = 1:1) #pragma config CLKOUTEN = OFF // Clock Out Enable bit (CLKOUT function is disabled; i/o or oscillator function
nach Reset die Eingänge alle auf dem Analog Input hatten? Oh ja! (http://www.sprut.de/electronic/pic/fallen/fallen.html#analog) Das ist bei fast allen PIC(8|24|32) noch immer eine Falle für die Vergesslichen. Die neuen 16er, zb der auf dem Xpress Board umso mehr. Die haben mehr Analoge Module
-
Thread
Initiale Konfiguration eines 328P im TQFP Gehäuse
index.html?ACTION=3&LA=446&ARTICLE=190576&GROUPID=7980&artnr=JST+B5B-ZR-SM4&SEARCH=B5B-ZR Allerdings für PIC und STM32. Aber die Stecker sind billig, klein und wenn man das (immer gleich belegte) Debugkabel mal erstellt hat, hat man eines für alle. Das machen wir auch in der Arbeit so. Es ist auch einfach
-
Thread
Ist ein µC immer die "beste" Lösung für einen Laien?
und komplexe Elektronik, ganz ohne µC. Naja, noch heute kommt mir das Lachen hoch, wenn die STM32-Fanboys von Performance des F4 oder F7 fabulieren...
Och... schrieb im Beitrag #5257599: > Naja, noch heute kommt mir das Lachen hoch, wenn die STM32-Fanboys von > Performance des F4 oder F7 fabulieren... Full ACK! Typisches Fanboy gelaber eben. Lg. Heiner
-
Thread
Ansteuerung/Fading von 12 LED mit IR Empfänger durch PIC oder ATTiny
gezeigte Verfahren mit Soft-PWM benutzen, leider bekomme ich es einfach nicht hin das für den Atmega32 gedachte Beispiel auf meine PIC18F45K22 umzumünzen. Init: [c] /* Timer 0 */ T0CON = 0x88; TMR0H = 0xFF; TMR0L = 0x88; INTCONbits.GIE = 1; T0CONbits.TMR0ON = 1; [/c] PWM
Der PIC würde bewusst gewählt, da ich damit schon mal zu tun hatte und mir so die Entwicklungsumgebung und Einstellungen bekannt waren. Weiterhin habe ich schon einen Prgrammer für den PIC hier liegen. Warum
-
Thread
STM32 direkt an Lithium Akku anschließen?
für mein nächstes Projekt plane ich, einen Lithium Akku anzuschließen. Als MCU benutze ich den STM32F103C8T6. Er soll direkt an den Akku, weil er im sleep Modus aufgeweckt werden soll. Auch soll er durch den fehlenden Step-Up Wandler wenig Strom verbrauchen. Leider muss ich auch eine "große" Last
einem anderen µC um. Mir würde da ein PIC16xxx einfallen, die gibt's auch in extrem stromsparenden Versionen und die meisten arbeiten bei Spannungen ab 2.x Volt bis hinauf zu 5.5 Volt. Also paß die Wahl deines µC der anstehenden Aufgabe
-
Thread
Mikrocontroller mit Codeeinsicht
weshalb ich das Gegackere in der Form nicht nachvollziehen kann. Für PICs ist das ein PICkit3. Für STM32 ein ST-Link, oder ein Discoveryboard. Oft sieht man auch Segger J-Link. Primär für ARM, aber auch PIC32. Der EDU ist billig für Bastler. Eigentlich ist sowas fast jede Controllerfamilie verfügbar
Hauptgrund, den Arduion so schnell wie möglich gegen etwas ordentliches zu tauschen. In meinem Fall PIC24 und teils STM32. Da kann man in MPLABx (oder IAR beim STM32) Breakpoints im Code setzen, die Variablen kontrollieren und ändern und durch den Code steppen. Ein Debugger ist aus meiner Sicht eine
-
Thread
Was brauche ich dazu um so etwas zu Programmieren?
aber ein Eprommer mit der Zusatzmöglichkeit eine > begrenzte Anzahl von programmierbaren µC (z.b. PIC) programmieren zu > können. > PLD wie GAL kann der TL aber NICHT! Das sieht der Hersteller anders, der einige GALs von Lattice (16V8, 20V8 und 22V10) in seiner Deviceliste aufführt. http://
sGAEpiMZZMuJNuO2s1hGZJOLqYzZpioSd2fficJXu0g%3D oder sowas https://www.mouser.de/productdetail/lattice/m4a5-32-32-10jnc?qs=sGAEpiMZZMuJNuO2s1hGZFIw3o8AuGZjrXttg%2FXAqoE%3D wenn's doch 5v sein müssen.
-
Thread
Microcontroller mit langer Akkulaufzeit
Teilen in den Ruhepausen mittels MOSFET unterbrechen (hierbei auf dessen Leckstrom achten). Im 32bit Umfeld sieht es schon ganz anders aus. Der ESP32 nimmt zum Beispiel ca. 25µA auf und der beliebte STM32F103C8T6 nimmt etwa 20µA auf. STM verweist für solche Anwednungen auf die besser geeignete L-Serie
auf 1xAA mit Step-Up und rennt etwa 1 Jahr, bei permanent aktivem Display. Da ist ein PIC24F32KA304 drin. Der Hauptstromverbraucher ist hier, und dass der PIC zu 100% laufen muss - er läuft auf 31,5kHz, um das Display zu treiben (passives LCD). Und dass die 3V3 per Step-Up-Wandler erzeugt
-
Thread
STM8 und ADC
Oh sorry, hat er gar nicht, das war der STM32F070.
mit einem STM32F030 (vor allem funktioniert hier schon die komplette Software und ist sozusagen fertig).
-
Thread
Kostenloser Quellenoffene Decompiler
Nur 32Bit ? naja der ist ja nicht nur für PCs gedacht. Der kann ja auch PIC und ARM.
Stephan schrieb im Beitrag #5250915: > Nur 32Bit ? naja der ist ja nicht nur für PCs gedacht. Der kann ja auch > PIC und ARM. Und hast du schonmal ausprobiert was da rauskommt?