-
Thread
Aufwandschätzung für Cross-Assembler
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
auf dem Atari, dann per debug.exe Code geschrieben und direkt in irgendwelchen Sektoren auf einer DD-Diskette gespeichert. Vom 68k kommend war die x86-Welt mit ihrem segmentierten Speicher, äh sagen wir mal, ungewohnt?! Genauso wie ARM Cortex M ungewohnt war, nach Jahren PIC und AVR. > Nö,
-
Thread
Wie viel Prozent des Gehalts sparen und wie anlegen? Gesperrt
nächste Regierung anfängt an der Abgabenschraube/Rentenschraube zu drehen geht ich eben weiter runter, 32..30..28 mal sehen.
Uhr gekauft und ich denke es wird nicht die Letzte.. Ist auch auf der Bank aber ohne Strafzinsen :DD
-
Thread
Suche LCD-Display mit paralleler Ansteuerung
Displays mit parallel und zusätzlichen Schieberegister für SPI können 20MHz. Parallel macht am ESP32 Sinn, wenn man auch konsequent z.B. die I2S-DMA-Hardware nutzt, dann wären 80MHz Takt parallel drin. Nur: was will man mit welchem Display machen, um das wirklich zu brauchen? Gruß aus Berlin Michael
zu testen, die Hardware ist doch da um benutzt zu werden. Ich habe die zwar im Moment alle am ESP32 laufen, aber das ist ja da nicht entscheidend. Odroid Go hat ein 320x240 2,4" mit dem ILI9341 drin, solange da der C64-Emulator ohne ruckeln die Speile schafft, kann es nicht zu langsam sein. ;) In
-
Thread
STM32 Umfang
kann man auch ganz einfach (ähnlich beim AVR) schreiben: [c] // 64 MHz using the 8 MHz/2 HSI oscillator with 16x PLL, lowspeed I/O runs at 32 MHz RCC->CFGR = RCC_CFGR_PLLMULL16 + RCC_CFGR_PPRE1_DIV2; // Enable PLL RCC->CR |= RCC_CR_PLLON
können dann genau so wie die stm32f103xx.h aussehen ohne die Tastatur komplett abzunutzen. Die sind m.W. in den Device Packs enthalten: https://www.keil.com/dd2/pack/ https://www.keil.com/cmsis/svd Wenn man es schon selbst macht
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V4]
DMA und zweites SPI hätten da schon gereicht um bei 32Mhz vor nem AVR zu stehen.. so bleibt es ein Nieschenprodukt mit etwas mehr Power. Bin deswegen für Display Ansteuerungen zum STM32/ESP32 gewechselt.
+-1% - 32MHz & 32kHz 1% genau - auch als QFP48 mit mehr IOs - 64MHz timer takt möglich - 2MHz Watchdogtakt möglich (gut, wenn man den als timer nutzen möchte) - DSP (ähnliche) Hardware mit MAC & Sättigung
-
Thread
Rust - ist das hier um zu bleiben?
_64-unknown-cloudabi x86_64-unknown-freebsd x86_64-unknown-linux-gnu (default) x86_64-unknown-linux-gnux32 x86_64-unknown-linux-musl x86_64-unknown-netbsd x86_64-unknown-redox [/pre] AVR soll auch
mismatched types --> src/main.rs:4:17 | 4 | let z = x + y; | ^ expected `i32`, found `i64` error[E0277]: cannot add `i64` to `i32` --> src/main.rs:4:15 | 4 | let z = x + y; | ^ no implementation for `i32 + i64` | = help: the trait `Add<i64>
-
Thread
High Noon im Verbundnetz?
kann? > Es soll Hobbymäßig noch bezahlbar sein. Kannst ja meines nachbauen: http://www.fritzler-avr.de/HP/netzfreq.php
leistungstechnisch trotzdem groß genug ausgelegt sein Schon klar. Und wenn da ein Anschluss für 16A CEE oder 32A CEE ist, muss der auch 16A oder 32A dauerhaft liefern können. Aber die Wahrscheinlichkeit, dass alle 50 Haushalte gleichzeitig von Arbeit kommen, gleichzeitig schnelladen müssen, weil alle gleichzeitig
-
Thread
Linux-ähnliches Betriebssystem für AVR
[code] GEN arch/avr/devs arch/avr/scripts/decode_packs: 28: arch/avr/scripts/decode_packs: Bad substitution XMLDEC ATmega8.atdf arch/avr/scripts/decode_packs: 60: arch/avr/scripts/decode_packs: php: not found BAD
for target 'arch/avr/devs' failed make: *** [arch/avr/devs] Error 1 [/code]
-
Thread
uClock - Matrix-Uhr mit WS2812 LEDs
und einen kleinen AVR zur Ansteuerung der LEDs nimmst? Ich meine es ist viel einfacher, als die Parameteraustauscherei und dieses Protokoll zwischen ESP8266 und dem STM32. Den AVR könnte man mit SPI ansteuern oder I2C wobei
=new#6097851 https://www.mikrocontroller.net/topic/488417 Ich arbeite daher gerade an einer STM32F303CCT6-Portierung für die WodClock24. Zum Test habe ich mir folgendes Black-Pill bestellt: https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19
-
Thread
CubeMX und HAL - I2C hängt sich auf
Frage ist nun, ob jemand vielleicht etwas lauffähigen Code mit dem CubeMX und dem HAL für einen STM32F103C8 hat? Gruß und Danke Peter
Not hilft es vielleicht trotzdem. http://stefanfrings.de/stm32/index.html#i2c
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
1x LMZ22003TZ: 3A Simple Switcher -> 1,50 €/Stk. Halbleiter Speicher: 94x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 1,00 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,50 €/Stk. 128x M29W320EB
5V 3-Driver/5-Receiver -> 0,25 €/Stk. Halbleiter Speicher: 43x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 0,25 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,25 €/Stk. 128x M29W320EB
-
Thread
gibts irgendwo eine fertige AVR-GCC Toolchain mit Make fertig..
für Win32/64 ************ top aktuell und mit make.exe **************************** avr-gcc-8.2.0-x64-mingw *********************** http://blog.zakkemble.net/avr-gcc-builds/ abspeichern in C:\Atmel_Toolchain
MitLeserin schrieb im Beitrag #5604473: > für Win32/64 > ************ > top aktuell und mit make.exe > **************************** > avr-gcc-8.2.0-x64-mingw > *********************** > > http://blog.zakkemble.net/avr-gcc-builds/ > > abspeichern
-
Thread
RISC-V: Wird das was?
Update mit Übernahme > verschiedener Einstellungen war immer möglich. 2008 pre-R2 ist der letzte 32-Bit Windows Server und da läuft im Januar der Support aus. Migration 32- zu 64-Bit ist Neuinstallation.
-3326a9dd-3c19-11e9-910a-901b0ebb3621.html > > Das ist ein F4 mit fpu und deutlich moderner. Ob der GD32xx dagegen eine > Chance hat ist fraglich. Dann schauen wir mal auf die Fakten: STM32F103: 90 DMIPs
-
Thread
Floppy MFM Decoder selber bauen AVR ATmega Assembler Beispiele FDD Diskette
Klar haben die STM32 mehr Rechenleistung und RAM als ein AVR. Aber ein AVR reicht völlig. Und vor allem macht die Herausforderung, etwas auf einem in die Jahre gekommenen 8-bit Prozessor zu programmieren wo andere alle sofort
Peter S. schrieb im Beitrag #6137096: > Klar haben die STM32 mehr Rechenleistung und RAM als ein AVR. > Aber ein AVR reicht völlig. Nachweislich. :-) Ich dachte allerdings eher daran, dass man besser an Daten von schlecht lesbaren Disketten rankommen kann
-
Thread
ESP8266 crash während updateWifi() - ist millis() das Problem?
() in Interrupt Routinen? [c] unsigned long ICACHE_RAM_ATTR millis() { union { uint64_t q; // Accumulator, 64-bit, little endian uint32_t a[2]; // ..........., 32-bit segments } acc; acc.a[1] = 0; // Zero high-acc uint32_t m = system_get_time(); uint32
micros_overflow_count + ((m < micros_at_last_overflow_tick) ? 1 : 0); acc.q = ( (uint64_t)( m * (uint64_t)MAGIC_1E3_wLO ) >> 32 ); acc.q += ( m * (uint64_t)MAGIC_1E3_wHI ); acc.q += ( c * (uint64_t)MAGIC_1E3_wLO ); acc.a[1] += (uint32_t)( c * (uint64_t)MAGIC_1E3_wHI ); return
-
Thread
Marlin Firmware mit dem ATMEL STUDIO 7 auf das Arduino Mega 2560 Board flashen
file "G:\AVR Studio\7.0\Build1188\7.0\Vs\Assembler.targets" from project "E:\Projekte AVR-Studio\ATmega\ATmega88\TWI_3\TWI_3\TWI_3.asmproj" (target "Build" depends on it): Task "RunAssemblerTask" G:\AVR
E:\Projekte AVR-Studio\ATmega\ATmega88\TWI_3\TWI_3\Debug\TWI_3.obj" "" -I "G:\AVR Studio\7.0\Build1188\7.0\toolchain\avr8\avrassembler\Include" AVRASM: AVR macro assembler 2.2.7 (build 69 Jul 26 2017 16:25:
-
Thread
Floppy FDD Diskette an AVR Mikrocontroller ATmega Beispiele Assembler
(der dann praktisch 100 % ausgelastet ist) sollte sich MFM gerade so decodieren lassen, zumindest DD. Für HD wird ein AVR nicht genügen, da muss man schon zu einem ARM greifen. Das sollte damals ein Floppy-Emulator für ältere Messgeräte werden, das Projekt ist allerdings leider nie fertig geworden
71858 https://www.mikrocontroller.net/topic/223147 Zur Soft-Dekodierung, falls es unbedingt ein AVR8 sein soll und die Zeit nicht ausreicht: die laufen bei sauberem Aufbau auch bis 24 / 28 MHz. Zum HD44780 fallen mir noch HD64180 (verbesserter Z80 im shrinkDIP64 1,778mm) und HD63484 (color graphic
-
Thread
Rust als Embedded-Programmiersprache Gesperrt
Programmiersprache aus. Und ihr wollt hier diskutieren, ob sich _DAS_ als Programmiersprache für einen PIC32 oder einen Cortex eignet? Nur zu, wer es sich in den Kopf gesetzt hat, partout Rust für die Firmware seines BluePill-Brettl's oder seines AVR nehmen zu wollen, der muß es halt tun - wenngleich ich das
wahrscheinlich auch seine Wurzeln in Haskell. Oder schau Dir mal diesen Schnipsel an: [pre] fn add(x: i32, y: i32) -> i32 { x + y } fn sub(x: i32, y: i32) -> i32 { x - y } fn calc(f: fn(i32, i32) -> i32, x:i32, y: i32) -> i32 { f(x, y) } fn main() { let x = calc(add, 2, 3)
-
Thread
nochmal: Zisternen-Füllstand über Druck-Sensor
Und der hier? https://www.amazon.de/Sonic-Watchman-%C3%96l-levelmonitor/dp/B0032Q8Q64/ref=pd_sim_60_3?_encoding=UTF8&pd_rd_i=B0032Q8Q64&pd_rd_r=AN0R1PBC6425SDREZ2KA&pd_rd_w=vGqGc&pd_rd_wg=pkFZx&psc=1&refRID=AN0R1PBC6425SDREZ2KA
gescheiterten Versuche: - HRS04in 100er Rohr: zuviele Reflektionen - HRS04 Ultraschallsensor am ESP32 direkt in der Zisterne: keine zuverlässige WLAN Verbindung - HRS04 Ultraschallsensor in der Zisterne, ESP32 außerhalb: zu breits Ultraschallkeule, daher Reflektionen von der Seitenwand - JSN-SR04T
-
Thread
RasPi Daseins-Berechtigung?
fragte ich mich, was man damit (hardwarenah) machen kann und was der > killer Vorteil ggü den üblichen AVR Basteleien (hier) ist? Versuche mal, mit einem AVR irgendwelche Zeitrafferaufnahmen mit der zugehörigen Kamera zu machen.
ich mich, was man damit (hardwarenah) machen kann und was der > killer Vorteil ggü den üblichen AVR Basteleien (hier) ist? Leider kann man nur relativ wenig machen, was man nicht auch mit einem AVR8-System hinbekommen könnte. Umgekehrt kann man aber mit einem AVR8-System vieles machen, was mit
-
Thread
schnelle Serielle Schnittstelle mitloggen
Auch wenn die Baudrate bei 2.4MBit liegt muss man ja nicht MByte ueberteragen, sondern kann mal mit 32 Byte probieren. Das kann HTerm dann auch. Weshalb ich einen 16 oder 32 Bitter vorschlage .. weil die mit MHz klotzen koennen. Ein AVR auch mit 20MHz geclockt kann keine 2.4MBit am UART. Auch wenn er's
://stefanfrings.de/stm32/usb_test2.zip
-
Thread
ESP8266 - Arduino - HTTP Get, ESP stürzt ab.
refused -1 [HTTP-Client][end] tcp is closed Fatal exception 0(IllegalInstructionCause): epc1=0x4000dd3b, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000 Exception (0): epc1=0x4000dd3b epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000000 depc=0x00000000 ctx: cont sp: 3fff0780
HTTP requests WiFiServer server(80); void setup(void) { Serial.begin(115200); uint32_t realSize = ESP.getFlashChipRealSize(); uint32_t ideSize = ESP.getFlashChipSize(); FlashMode_t ideMode = ESP.getFlashChipMode(); Serial.printf("Flash real id: %08X\n", ESP.getFlashChipId
-
Thread
8h Timer mit attiny85 - Genauigkeit ohne Quarz
lange auf PIC gekuckt. Aber diese zwei Sachen, gebankte SRAM und teure Compiler - das hält mich bei AVR. Wenn schon zu wechseln, dann lieber gleich auf STM32. Auch kostenlose Compiler und frei zugängliche (und auch viel größere) RAM. Wenn AVR nicht mehr reicht. Übrigens, hier hat man noch eins bei
CTC mode Table 11.5 TCCR0B |= (1 << CS00);// Prescaler table 11.6 OCR0A=121; //CTC Compare value 32,786885 khz, 0.0576% error , 243 on 16mhz ! } void loop(){ } [/code] sowie ein Code zur Kalibration z.B. diesen hier: [code] #include <avr/io.h> #include <util/delay.h> #include <avr
-
Thread
Kreative Zweckentfremdungen
das erinnert mich ein bisschen an die C64/C16 "Lichtgriffel". Fototransistor, der einen Interrupt ausgelöst hat, wenn der Stahl dran durch kam. Der C64 konnte daraus die Position auf dem Schirm bestimmen.
sein. (http://ww1.microchip.com/downloads/en/AppNotes/00001838A.pdf) AVR ESD Schutzdioden + 1M Vorwiderstand = Zero-Cross Detektor (http://ww1.microchip.com/downloads/en/AppNotes/Atmel-2508-Zero-Cross-Detector_ApplicationNote_AVR182.pdf) AVR Reset Pin als Open-Drain Ausgang
-
Thread
Fehler zum nachbauen :-)
Äääää wat?? Also nochmal überlegt. Also wenn ich 40 V habe, und 25 Ohm dann habe ich doch wirklich 64 W. Wenn ich 50 Ohm habe habe ich doch (40 V)^2/50 = 32 W? Was für komische Effekte sind hier? Ich rechne doch mit RMS und weiss der Gugger was, das ist doch gar nicht möglich???? Erstmal ignoriert
bräuchte dafür eine MCU mit möglichst viel Flashspeicher und mind. 20 kByte RAM. Erster Gedanke: STM32F401RC, auch schön schnell (mit 1,59€ auch noch billig bei LCSC). Leider nur eben 64 pol. Gehäuse. Sehe ich doch auch bei LCSC, dass es dort STM32F030CCT (kannte ich noch nicht) gibt: 256 kByte und
-
Thread
Mehrere Ports in arrays möglich?
Gruß Jonny --------------------------------------------------------------------- #include <avr/io.h> #define F_CPU 8000000UL #include <util/delay.h> #define AA (1<<PC0) #define BB (1<<PC1) #define CC (1<<PC2) #define DD (1<<PC3) #define EE (1<<PC4) #define FF (1<<PC5) #define GG (1
int f=0;f<10;f++){ PORTC = segment_2[f]; //7Segment Anzeige die durchzählt _delay_ms(64); /*PORTD = segment_1[f]; _delay_ms(64);*/ //char, der funktioniert } } return 0; }
-
Artikel
Raspberry Pi YAIR (Yet Another Internet Radio)
Pegel zwischen MCU und Raspberry Pi bei 57600 Baud/s Nichtflüchtiger Speicher OS: 8GB SD-Karte Musik: 64GB USB-Stick (nach belieben) Optional: RTC für Raspberry Pi: RV 3029-C2 mit integriertem Quarz USB entstörter USB-Hub optische Maus USB-Stick Struktur Träger mit Raspberry Pi Leistungsplatine 80x100mm²
Raspbian) für den Raspberry Pi von der Homepage des Projektes (Download / Raw Images) laden und mit Win32DiskImager oder DD auf eine 4 GB oder gar 8GB SD-Karte ziehen. Die Programme machen sich auch später nützlich, um Images von der getanen Arbeit zu ziehen. Hier sei nochmal auf den Ideengeber verwiesen
-
Thread
MS-DOS auf Diskette
als Datei aufs Laufwerk, sondern das Image selbst. Starte ein Linux Live system und copiere es mit dd: "dd if=/pfad/zum/image.img of=/dev/fd0". Ansonsten könnte man es auch auf einen USB Stick kopieren, aber das Vorgehen ist dan eventuell etwas anders. Man könnte auch einen USB Stick mit grub oder syslinix
Paul B. schrieb im Beitrag #5325407: > Mit XP und darunter sowie WIMRE mit Vista ging es Nur in 32 Bit. Auf 64-Bit Windows bekommt man nur noch eine Fehlermeldung, denn das 16-Bit Subsystem hat M$ herausoperiert. Aber Rawrite wurde in diesem Thread ja schon erwäht, das sollte auch uin 64-Bit Windows
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
Das mit dem Pegelwandler würde ich mir ersparen. Wenn du den AVR mit 8 Mhz betreibst, reichen für diesen auch 3Volt. Für eine gescheite Auflösung ist der avr eh zu langsam. Ein stm32f407-board mit dcmi-camera-Schnittstelle kostet um die 10€. Auch damit ist der Betrieb
Hallo, OT: damit es nicht langweilig wird: ESP32 mit OV2640 vom neuen LED-Display 64x64 in 1600x1200. Gruß aus Berlin Michael
-
Thread
(STM32) Register Lib mit define oder nicht define..
Ich komme aus der AVR Ecke und bin es jahrelang gewohnt meine Register selbst zu beschreiben. Nun gibt es ja für die STM32 die HAL Lib und die StdPeriph Lib. Die nehmen einen ja schon ne Menge Arbeit ab, aber ich mach
ausreichend header für die ARMs. Und die sind ordentlich angelegt, nicht wie dieser Shift-Scheiss aus der AVR Ecke. Sorry, musste sein. Hier ein Beispiel von den ARM Machern: http://www.keil.com/dd/docs/arm/st/stm32f10x/stm32f10x.h Schön alle Flags als Masken, wie es sich gehört.
-
Thread
Betriebssystem auf Grundlage des Linux-Kernels selbst schreiben
[code] objcopy -O binary -j .interp /bin/bash /dev/stdout; echo [/code] Dann steht dort: "/lib64/ld-linux-x86-64.so.2". Wenn ich also /bin/bash aufrufe, ist dass das selbe, wie wenn ich "/lib64/ld-linux-x86-64.so.2 /bin/bash" starten würde. (also /lib64/ld-linux-x86-64.so.2 als Program und /bin
immer, dass quemu nicht gefunden wird > es ist aber installiert! Der Befehl wäre "qemu-system-x86_64". Ich empfehle es mit "qemu-system-x86_64 -m 2G --drive media=cdrom,file=hello_world_distro.iso,readonly" zu starten.
-
Thread
Einstieg Mikrocontroller Atmel
10534_100031_10604_10103_10186_10142,searchweb201603_40,ppcSwitch_5&algo_expid=8a34841b-d66c-4a2a-a32d-36513dd501fc-17&algo_pvid=8a34841b-d66c-4a2a-a32d-36513dd501fc&priceBeautifyAB=0
Bootloader oder Programmieradapter. Wenn du aus der Region 76xxx kommst, kann ich dir den Umgang mit STM32, STM8, LPC und AVR zeigen.
-
Thread
Assemblerprogrammierung ARM CORTEX
MOV-Instruktionen mit immediate-Werten, die es im Thumb-Instruktionset überhaupt gibt, sind die mit 32-Bit immediates (die wiederum aber der M0plus nicht unterstützt). Der Assembler versteht also "32 bit" und sagt: "nein, kann ich nicht". [edit: Tippfehler korrigiert]
Ausnahmen) extrem viele Restriktionen ergeben, auch bei R8-R12, daß ich mich langsam nach den ARM 32 Bit Befehlen sehne (kennste da eine M Version?)! Verständlich, denn je weniger Bits der Opcode hat, desto weniger Möglichkeiten hat man, Stichwort 2^16 statt 2^32 (abzüglich Platz für immediate Bits)
-
Thread
Gehalt/Gehaltsentwicklung Informatiker/Ingenieure
Kindergarten für Kinder aus schwierigen häuslichen Verhältnissen, Sonderpädagoik halt. Einstieg ist EG10 AVR Tabelle ÖD: https://www.oeffentlichen-dienst.de/avr-verguetung.html Nur mal so als Richtschnur, wie es in anderen Branchen aussehen kann.
Mein Kollege ist auch mit 32 von Computercenter zu uns gekommen, wo ist das Problem?
-
Thread
ISR Code schneller machen?
eine Funktion > übergibst), so bestimmt sizeof() die Größe des Zeigers (wohl 2 Bytes auf > einem AVR8). Dann werden nur die ersten zwei Bytes des Ziels genullt. Was noch fehlt: Würde man statt xy_t array[32] schreiben std::array<xy_t,32> array; dann könnte man dieses als Referenz an
eine Funktion >> übergibst), so bestimmt sizeof() die Größe des Zeigers (wohl 2 Bytes auf >> einem AVR8). Dann werden nur die ersten zwei Bytes des Ziels genullt. > > Was noch fehlt: > Würde man statt > xy_t array[32] > schreiben > std::array<xy_t,32> array; > dann könnte man dieses als Referenz