-
Thread
ATmega mit mehr Leistung?
klein geraten, um lesbar zu sein. Folglich ist das nichts mehr für AVR8. Such Dir einen 32 Bit µC aus: PIC, RX, ARM M3/M4/M7 (NXP, STM, o.ä.), wobei die Taktfrequenz >= 100 MHz liegen sollte. AVRli .. schrieb im Beitrag #5732090: > ein MD070SD Controller Davon scheint es kein aussagekräftiges
c-hater schrieb im Beitrag #5732321: > AVRli .. schrieb: > >> Sollte die Ausgabegeschwindigkeit zu langsam sein > > Wieso sollte sie? Der 2560@16MHz schafft eine Busbandbreite von ca. > 5MBytes
-
Thread
Autonome Musikbegleitung, Midifizierung von analogen Orgeln
Den Link https://media.ccc.de/v/35c3-9768-open_source_orgelbau meinte ich eigentlich.
m.youtube.com/watch?v=fulV1pH_RHY In diesem Video kann man die verzögerte Pedalansprache gut hören. ab 1:54
-
Thread
HOBO H8 Logger - serielles Kabel?
schrieb im Beitrag #5709029: > Auf dem größten IC klebt ein Etikett, was verbirgt sich darunter? PIC16C54 -LPI/50 http://ww1.microchip.com/downloads/en/DeviceDoc/30453E.pdf Wide operating voltage and temperature range: - EPROM Commercial/Industrial 2.0V to 6.25V - ROM Commercial/Industrial
Oh. Dieser PIC hat keine serielle Schnittstelle, d.h. die Übertragung wird in Software per "bit-banging" erledigt. Das aber erschwert die Angelegenheit, weil damit die Pins am µC, die dafür zuständig sind, nicht eindeutig
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V4]
Batteriehalter bestellt: https://www.aliexpress.com/item/32977791442.html?spm=a2g0s.9042311.0.0.22d54c4dJzFlhg Versandt wurden die am 16.03., am 26.03. steckten sie bei mir im Briefkasten. Kleinkram scheint also zu laufen. Was mir mal *wieder* auffällt, ist die Preisgestaltung nach Tageslaune:
nicht zitieren kann? Auf jeden Fall, hier ist das Image mit den Rücksende-Bedingungen https://ae-pic-a1.aliexpress-media.com/kf/Sc80cd48dd7cb478e99b34f4354c8c16fx.jpg_.webp Und hier der relevante Teil >> Grund für die Rückgabe >> >> Für den Artikel, der beschädigt/defekt / nicht wie beschrieben
-
Thread
Rust - ist das hier um zu bleiben?
Greeter: Compile time dependencies: greeting interface Runtime dependencies: keine hallo/main.c: [c] #include <stdio.h> #include <greeter.h> void greet(const char* who){ printf("Hello %s!\n", who); } [/c] [code] cd hallo gcc -shared -fPIC -I ../greeter main.c -o libgreeter.so cd ..
altbekannten Werkzeugen? Wie schwer tut man sich wenn z.B. der Chef man möchte doch z.B. von STM32 oder PIC/AVR auf ein Rust Entwicklungssystem umzusteigen? Wird PIC/AVR unterstützt? Gibt es Case Studies wie man ein existierendes erfolgreiches embedded Projekt (STM32/AVR/PIC) von C/C++ auf Rust umsetzt
-
Thread
Aufräumaktion: Computer, Entwicklungsboards, Bauteile
Messe), Kaum benutzt: - Nucleo-144 mit STM32F413 - Nucleo-64 mit STM32L053 - ST25DV_Discovery_ANT_C5 (das ist ein schreibbarer NFC Tag) - M24LR board (ebenfalls ein NFC Tag aber mit zusätzlich Microcontroller und Display, Stromversorgung über NFC) - PIC clicker mit PIC18F47J53 - OpenOCD-USB JTAG
iot-enablement-kit-1/ 8) Bauteile: - Radarsensor IPM-165A - Radarsensor IPS-265 - Microcontroller 80C32EFPN + 80C31 - viele Tesla KD617 PNP 80V 10A - viele 4,7µF 63V Folienkondensatoren - 1x TEMIC FM Tuner - 1x ADUC7027 Microcontroller - 2x MAX216CWN Apple Talk transceiver - 1x AD1852 Stereo Audio
-
Thread
Displaykontaktierung reparierbar? Gesperrt
Anpreßdruck ausüben könnte. Aber das ist Aufwand am falschen Ende. Ich hatte damals nen AD7714, nen PIC16F-nochwas, nen recycelten LA-nochwas LCD-Treiber und ein 6 stelliges 7segment-LCD benutzt. Heutzutage würde man entweder einen µC nehmen, der gleich den LCD-Treiber drin hat oder einen LCD-Treiber
Pipifax schrieb im Beitrag #5688768: > Die hatten 2mm Raster? Keiner davon. Der C64 ist am "gröbsten", am "Userport" hat er ein 3.96mm-Raster. ISA und Shugart-Bus sind .1"-Raster (2.54mm), PCI ist 0.05"-Raster (1.27mm) PCIe ist 1mm-Raster
-
Thread
Vorschlag zu Hex-Ziffern auf 7-Segment-Anzeigen
Josef G. schrieb im Beitrag #5697883: > A aut, B bol, C ces, D dev, E est, F fon. A aut, B bol, C ces, D div, E eot, F fon.
ohne Probleme lesen, > was bei > der linken Variante nicht so ist. Alternativ könnte man das 'C' auch 'c' darstellen.
-
Thread
Noch ein Taschenrechner auf ATMega Basis
Inclusive der Entscheidung, wohin die neuen Funktionen kommen. Ich schwanke noch zwischen dem HP-11C und dem HP-15C Layout, wobei ich auch Interessenten für das HP-16C Layout (Programmierer) hätte. Wahrscheinlich gestalte ich es einfach austauschbar, wobei die Grundfunktionen ja in der HP-Voyager Serie
-3x16-zeichen-gelb-gruen-121770
-
Thread
[VS] Bauteile, Kabel, Dev-Boards, Netzteile, Trafos, uvm.
) 10x Triac TLC381S (vergeben) 4x Atmel AT89C2051-24PU, unbenutzt (vergeben) 1x Atmel ATMEGA8515-16PU, unbenutzt (vergeben) 3x Microchip PIC16F690-i/P, 2 davon unbenutzt (vergeben) 1x Microchip 12F629-I/P, benutzt 4x TE Connectivity 1-964575
vergeben sind: 1x Cypress PSoC CY8CKIT-049-41xx 1x Cypress PSoC CY8CKIT-049-42xx 1x ST STM8S MB1008A (ST-LINK getrennt, verbastelt) 1x TI Z430-RF2500 Dev-Kit 1x TI TMDX28069USB für C2000 µC
-
Thread
Viele Ein/Ausgabeports am PC
P.S.: Für ein paar LEDs könnte man dem CY7C68013A mit einigen 595 expandieren. Mit 10 davon würde man z.B. 80 LEDs steuern können. Die Soft-SPI sollte dann natürlich der CY7C68013A selber machen und nicht der PC.
Auch möglich. Ja, aber die Logik um die 74..595 anzusteuern ist da aber schon besser auf dem CY7C68013A selber aufgehoben. Das ist quasi nur die niedere Mechanik. Da du aber recht unbedarft klingst: Das ganze muss natürlich auch programmiert werden. Im Fall des CY7C68013A macht man das üblicherweise
-
Thread
STM32F030 interne REF ausreichend für 12Bit?
Xmega16
problemlos geeignet. Gemessen wird ein statischen Signal(1,2V Zelle. Selbst auf dem Steckbrett wären 16 Bit möglich, es gibt immer noch die Möglichkeit beine vom Breakout abzuknipsen oder C direkt ans Breakout zu löten etc pp. Aber wie gesagt..darum geht es nicht...es geht nur darum welcher ADC und gleichen
-
Thread
MSP430 Aufkündigung?
μA 12-bit ADC conversion at 10 ksps - 0.23 μA Standby mode (2 wakeup pins) - 0.29 μA Stop mode (16 wakeup lines) - 0.54 μA Stop mode + RTC + 2 KB RAM retention
/ Das aktuelle Byte wird aus dem I2C Empfangsregister gelesen und in der Variable ReceivedByte abgelegt. WriteI2C(0x55); // Gibt 01010101 auf der I2C Leitung aus... Aktuelle Funktionen bei Verwendung des XC8 (Pic12...PIC18) und
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
folgender Code (Keil C51) [c] uint8_t IAP_ProgWord(uint16_t Addr,uint16_t Data) { ROM_ADDR = Addr; ROM_DATA = Data;
5A FF FF FF FF FF FF c:0040 FF FF FF FF FF FF FF FF F8 5A FF FF FF FF FF FF ... c:0100 FF FF FF FF 0A FA 93 FF FF FF FF FF FF FF FF FF c:0110 FF FF FF FF FF FF FF FF F8 5A FF FF FF FF FF FF c:0120 05 5A A3 54 00 00 A8
-
Thread
RISC-V: Wird das was?
erstaunlich verbreitet hatte, da hatte jeder Hersteller seine eigenen Cores (AVR, ST6/7, 68k, Z80, 6502, PIC, SH, M16C, MCS48/51, usw) Lizensieren muss man nur wenn man faul ist oder vielleicht ein paar Tausend Stueck braucht. Vanye
erstaunlich verbreitet hatte, da hatte jeder Hersteller seine eigenen > Cores (AVR, ST6/7, 68k, Z80, 6502, PIC, SH, M16C, MCS48/51, usw) > Lizensieren muss man nur wenn man faul ist oder vielleicht ein paar > Tausend Stueck braucht. Ich meinte den ESP32/ESP8266. War ungünstig zitiert, sorry.
-
Thread
Padauk MCU für 0.038 USD aus Taiwan
midrange PICs zu vergleichen. Da es noch einige zusätzliche Befehle gibt, würde ich von einen 15 oder 16bit instruction encoding ausgehen. Prinzpiell bekommt man eine Menge fürs Geld, wenn man mit einem PIC-artigen µC arbeiten mag.
Warum der Versuch, eine Hardware, die ganz deutlich auf Assembler > ausgerichtet ist, mit Gewalt auf C zu trimmen? Die Hardware der Singlecore-µC von Padauk erscheint mir ähnlich gut oder schlecht für C geeignet wie MCS-51 - besser als pic14 und pic16, schlechter als z80 und stm8. Die Einschränkungen
-
Thread
Bezugsquelle Holtek IC HT45R04 DIP
Da du die Sotware eh neu schreiben musst, nimm doch einen gängigeren µC.
Ich habe es wiedergefunden, da gab es mal einen PIC-kompatiblen aus Taiwan: MDT2005 = PIC16C54 http://www.crossic.com/display.php?ic=422 also nicht Holtek https://www.datasheetarchive.com/?q=HT45R04 da gibt es das Datenblatt, aber wie gesagt nur
-
Thread
Daten von dynamischen Variabel vor Stromausfall schützen
ziemlich effizient speichern (16 Bit: Tag 0..30, Monat 0..11, Jahr 0..127 ab Stichtag), von den 56 Bytes blieben dann immernoch einfach zugreifbare 54 Bytes übrig. Wenn du nur 1x/Tag schreibst, dann verlierst du bei einem Stromausfall
S. R. schrieb im Beitrag #5566866: > So ein Datum lässt sich ziemlich effizient speichern (16 Bit: Tag 0..30, > Monat 0..11, Jahr 0..127 ab Stichtag), von den 56 Bytes blieben dann > immernoch einfach zugreifbare 54 Bytes übrig. Sorry ich meinte Jahr, Monat, Tag, Wochentag, Stunde, Minute
-
Thread
Arduino - UNO Flashershield (Linux)
electronics/200510/article05101.shtml MCS-51 ------ Das Flasherprogramm für MCS-51 ist flash51ide PIC16F ------ Das Ausgangsprojekt für PIC16F MCU stammt aus: http://rweather.github.io/ardpicprog/index.html --------------------------------------------------- Die Firmwares von AVR500 und PIC16F
------------ Bilderbeschreibung: flashershield_02.jpg zeigt das Shield in Verbindung mit einem PIC16F676 flashershield_03.jpg zeigt das Shield in Verbindung mit ATtiny44 flashershield_with_pic16f676.jpg zeigt einen Screenshot, der gerade einen PIC16F676 programmiert hat.
-
Thread
Wanderkiste Widlar, Runde III
geladen. Fr, 28.09.2018 04:59 --Die Sendung wurde im Ziel-Paketzentrum bearbeitet. Do, 27.09.2018 16:54 --Die Sendung wurde im Start-Paketzentrum bearbeitet. Mi, 26.09.2018 12:01 --Die Sendung wurde vom Absender in der Filiale eingeliefert.
sagen ist eher > Bissel an die Alten Hasen gerichtet. Hab mal die Liste angeschaut. 4116 sind 16k*1 dyn. RAM, das ist was für Retro (ich hätte 4164 noch rumliegen) 4015 müssten 2*4 Bit Schieberegister sein Ist er 47C00 nicht eine Alternative zu 74C00? 7404 sind 6-fach Inverter PAL16R8 ist PAL
-
Artikel
Mikrocontroller Vergleich
eingeblendet werden kann. Fast alle Befehle sind auf Register und RAM anwendbar, incl. Bitmanipulationen. dsPIC: wie PIC24, mit zusätzlichen DSP Befehlen. R8C: 16-Bit 2-Adress CISC-Architektur. Einheitlicher 64KB Adressraum für RAM und ROM. Gute Zielmaschine für C-Compiler. M16C: Unter Bezeichnung M16C existieren
Befehle(1) Bytes(1) Befehle(2) Bytes(2) GCC AVR 24 48 24 48 Keil 8051 24 38 74 109 SDCC 8051 24 40 35 54 Zilog Z8e 21 54 27 73 PIC C18 26 52 95 206 SDCC PIC18 41 112 41 112 SDCC PIC16 26 52 - - (for pic16f84) HEW R8C/M16C 20 48 20 48 GCC 68HC11 36 65 36 65 GCC MSP430 17 40 17 40 GCC ARM7 12 48 12 48 GCC
-
Thread
ATmega8 verhält sich fehlerhaft
um dann später wenn die Sonne aufging wieder zu funktionieren. Es stellte sich heraus, daß die PIC Quarzschaltung durch Feuchtigkeit zum Schwingen aufhörte. Da ich in der FW keinen Gebrauch von der möglichen automatischen Clock Fail-Safe Umschaltung machte, stoppte der uC bis die Temperatur durch
Habe beim alten Mikrocontroller danach mit dem AVR8-Burn-O-Mat die Fuse-Bits ausgelesen: hfuse=C9 lfuse=3F Ich weiß nicht, wie ich damals auf diese Konfiguration gekommen bin... Der uC wird schließlich mit einem 3,6864MHz-Quarz betrieben, das definitiv nicht bei 8-16MHz liegt. Außerdem
-
Thread
Bauteilauswahl pH-I2C-Umsetzer
Temperatur. Alternativ sonst ein ADC für 2 Kanäle und ein Temperatursensor. Das umrechnen muss dann der µC am anderen Ende des I2C busses machen. Für nur 0.1 PH Auflösung würde auch schon der µC interne ADC in vielen µCs ausreichen. D.h. man könnte einen kleinen µC (z.B. PIC16, AVR, 8051) statt dem ADC nutzen
das richtig im Kopf habe. Das wird ohne analoge Kompensation für ein pH Wert von 5-10 +/-0.1 bei ?20°C +/-3°C bis kurz vor leer wird wirklich eng und sollte einmal berechnet werden. Ich würde auch sagen, dass der Spannugnsbereich fast ein bisschen eng werden kann. Also das Konzept so wie angedacht
-
Thread
Eingangsspannung wenn keine Versorgung anwesend
, sondern die Hardwareressourcen Deines µC dafür verwenden. Auch Dein PIC wird einen Hardwaretimer haben, den kannst Du so konfigurieren, daß er in einem festen und klar definierten Zeitraster einen Interrupt auslöst. Im Interrupthandler kannst
Teo D. schrieb im Beitrag #5421063: > Meine Frage war. WARUM MUSS der µC von vorne beginnen, nur um was > anders zu machen? Das hat er doch geschrieben: Der Basic Befehl "wait 16h" (warte 16 Stunden) lässt sich nicht vorzeitig per Software beenden.
-
Thread
elektronische DIL-Schalter? nicht-flüchtiges Latch?
Andere Leute nehmen dafür einen PIC12F oder PIC16F*/LF* oder irgendwas anderes kleines. Ein PIC16(L)F1503 hat 128 Byte HEFlash und ist mit Sicherheit billiger als Dein Maxim/Dallas Teilchen. Und viel besser erhältlich. fchk
Oder besser LXMXO2-256HC im QFN, hat den I²C gleich mit drin. Irgendwo um die 1,80 EUR.
-
Thread
Wie hoch ist der "München-Bonus" wirklich?
denn wirklich im Vergleich zu bundesdeutschen Zahlen? > > 17% Übertreib mal nicht, es sind nur 16,9 %
www.dtoday.de/cms_media/module_img/1010/505221_1_lightbox_5465eedf7a4a5.jpg http://www.mb-research.de/_pic-kaufkraft/MBR-Kaufkraft-Karte.png
-
Thread
Fehler zum nachbauen :-)
Fiasko, nix funktioniert, außer Dauerpiepen vom Buzzer. Der PIC18F25K50 ist nicht der große Bruder des PIC18F25K20! Der 25K50 hat kein Hardware I2C, was für sich allein nicht so tragisch ist, aber die Pins 14 /15 können nicht als I/O Eingänge konfiguriert werden
USB-C Buchsen bekommt man auch als 16-Pinner zum Einlöten per Hand. Die sind für USB 2.0 und da fehlen dann die Anschlüsse für die High-Speed Datenleitungen. Hier im Bild: USB4085-GF-A von GCT.
-
Thread
64 Stall- Laternen mit dimmbarer LED ansteuern
und wieder abdimmen, sonst macht ihn das ganze Lichtgezucke zu nervös. Ok., der 2560er hat immerhin 16 PWMs an bord. Ich bräuchte dann noch 3 weitere, um auf 64 PWMs zu kommen und alle müssten miteinander über 12c kommunizieren. Wahnsinns Hardware- Aufwand, aber machbar. Die Dauer des Auf-und Abdimmens
einen eigenen Tinyxxx? Irgendwie vernetzen, da gibts reichlich Möglichkeiten. Oder PCA9685? Per I2C 16 PWM-Kanäle.
-
Thread
ATmega Development Boards (Sind die OK?)
10623_10622_10186_10621_10620_5722415_5711313,searchweb201603_41,ppcSwitch_5&algo_expid=9300ac5e-51c8-4974-8c79-728b39f3f2a0-9&algo_pvid=9300ac5e-51c8-4974-8c79-728b39f3f2a0&transAbTest=ae803_3&priceBeautifyAB=0 ATmega16 https://www.aliexpress.com/item/free-shipping-ATMEGA16-Development-Board-Minimum-System-Core-Board-AVR-Development-Board
EEPROM-Emulationssoftware gelöst werden muss, wenn man dies benötigt, usw. Bin ja auch beim überlegen ob ich noch mit PIC oder/und 8051 anfange, da es diese auch in sehr großer Stückzahl gibt und einen 8051 bekommt man schon für ein paar Cent. Aber zu Assembler zurück wäre mir zu aufwendig, aber es gibt ja auch noch C-Compiler
-
Thread
PICkit 4 wird verkauft
Hoffnung auf mehr Zuverlässigkeit, brachte da aber nichts. Und es funktioniert nicht mehr mit so älteren PIC Basteltypen wie PIC16F886, PIC16F877. PIC16F1933 ist okay. Meldet da immer Invalid Device ID. Beim PIC16F886 wird ID 0x2060 angezeigt und dann die Fehlermeldung. Schade, das Original PICkit3 und das
Mitarbeiter empfohlen mit "Damit kann man alles Programmieren". Doch weit gefehlt, ältere Prozessoren (dsPIC30, PIC12 und PIC10) werden bis auf wenige Ausnahmen gar nicht unterstützt. PIC18 und PIC16 fast gar nicht nur einige 'Beta'. ATxmega geht gar nicht auch ATMega nicht alle ATSAML geht auch nicht. Ansonsten
-
Thread
Geschwindigkeit IO-Zugriff
Zum Arm kann ich nicht viel sagen... Aber zum Arduino schon. Arduino UNO, 16MHz, ATMega328P [c] // ausschnitt void loop() { for(;;) { digitalWrite(13,!digitalRead(13)); // 54 KHZ auf einem UNO } } [/c] Dagegen: [c] #include <CombiePin.h> Combie
Habe im Moment nur einen STM32F767ZI (Nucleo-Board) zur Verfügung. [c] while (1) { GPIOC->BSRR = (1<<8); delayXX(); GPIOC->BSRR = (1<<(8+16)); delayXX(); } [/c] Ohne Delays mit dem Oszi (Leihgerät TEK2024C) für mich nicht mehr messbar
-
Thread
PWM Lüfteransteuerung -> Lüfter rattert
Diese funktioniert mit einem Lüfter ohne Probleme. PWM Frequenz ist 20khz. Ansteuerung über einen PIC Controller mit 16bit PWM. Hänge ich aber alle drei Lüfter drauf, rattern die Lüfter bei Drehzahlen <50%. Nun kommt das Phänomen: Hänge ich einen 470µF Kondensator parallel zu den Lüftern, Laufen
Horst schrieb im Beitrag #5332697: > C3 L1 Und schon ist der LC-Filter fertig...
-
Thread
LCD auf Steckbrett, Störungen
nimm sowas: https://www.ebay.de/itm/2004-20X4-Character-LCD-Display-0x27-0x3F-5V-IIC-I2C-TWI-SP-I-Interface/172403282443?hash=item282409520b:g:54EAAOSwcUBYItkY problemfrei mit nur 4 Leitungen
: > nimm sowas: > > https://www.ebay.de/itm/2004-20X4-Character-LCD-Display-0x27-0x3F-5V-IIC-I2C-TWI-SP-I-Interface/172403282443?hash=item282409520b:g:54EAAOSwcUBYItkY > > problemfrei mit nur 4 Leitungen Eine tolle Lösung für ein anderes Problem: wenn IO Mangel herrscht. Ist hier aber nicht
-
Thread
Unterschiede zwischen ARM und ATmega in der Programmierung
] ; (8000224 <ram_init+0x28>) 80001fe: 4a0a ldr r2, [pc, #40] ; (8000228 <ram_init+0x2c>) 8000200: 2100 movs r1, #0 8000202: 4293 cmp r3, r2 8000204: d305 bcc.n 8000212 <ram_init+0x16> 8000206: 4a09 ldr r2, [pc, #36] ; (800022c <ram_init+0x30
* -> see section 8.4.7 in the manual */ LED_GPIO->BSRR = (1 << (LED_PIN + 16)); delay(200); } } [/c] Hier zum selber probieren: https://github.com/prof7bit/bare_metal_stm32f401xe