-
Thread
Alte Analogfotos "verlustfrei" digitalisieren
Aber das hier sollte für Dich auch schon reichen: - CCD Sensor. Billigteile haben CIS-Sensoren mit 0 Tiefenschärfe. Bei CCD hast Du genug Tiefenschärfe, dass Du keine Qualität verlierst, wenn das Foto geknickt oder gewellt ist. - Du kannst auch Dias scannen. Die Ergebnisse kommen zwar nicht an einen
aber es vergeht eine Menge Zeit, bis man die Geräte gekauft und eingerichtet hat. Profis verlangen 0,50 € bis 2 € je Foto. Rechne pro Foto mit 5-10 Minuten für diese Schritte: Sortieren, Scannen, Verschlagworten, Drehen, Begradigen, Ausschneiden, Farbabgleich. Manche schwören auch auf Abfotografieren
-
Thread
Bootloader Atmega644P
0x7000 die Word Addresse und 0xE000 dann die Byteaddresse? Hab dann auch mal versucht in den Linker Options die Addresse 0x3800 zu definieren, damit das Programm ab Byteaddresse 0x7000 startet.. Allerdings
Fuses sind folgendermassen gesetzt: Extended: 0xFF High: 0x90 Low: 0xFF
-
Thread
avrdude liest lowfuse 0x00 highfuse 0x00 ext.fuse 0x00 auf Arduino Uno aus
0 0 no 1 1 0 4500 4500 0x00 0x00 hfuse 0 0 0 0 no 1 1 0 4500 4500 0x00 0x00 efuse 0 0
0 0 no 3 1 0 0 0 0x00 0x00 calibration 0 0 0 0 no 1 1 0 0 0 0x00 0x00 Programmer Type : Arduino
-
Thread
STM32 in FPGA
"zur Beschleunigung" 🤔 Cortex-M0 gibt es frei oder auch irgendwelche Risc-V ... Soweit ich mich erinnern konnte, kriegt man beide problemlos auf 100MHz. Aber der M0 ist halt echt die Sparversion ... Aber der einzige sinnvolle Weg
wenn es jemanden gefaellt nur in der Dorfliga zu spielen dann soll er es tun. Ich benutze auch M0 und M0+ in Form von z.B STM32F030, STM32L053, ... Aber eben nicht zur Signalverarbeitung.
-
Thread
MEGA1284P XPLAINED über USB mit avrdudue programmieren
Description : Atmel-ICE (ARM/AVR) in JTAG mode avrdude: jtag3_getparm() avrdude: sending get parameter (scope 0x01, section 0, parm 0) command: 0x84 (9 bytes msg) ICE HW version : 0 ICE FW version :
: 32 PollIndex : 3 PollValue : 0x53 Memory Detail : ... Programmer Type : JTAGICE3 Description : Atmel-ICE (ARM/AVR) in JTAG mode ICE HW version : 0 ICE FW version
-
Thread
Atmel Microchip Studio - kein Break Point Stop
nix. Dann kopiere ich folgenden Code ins Main rein: #include <avr/io.h> uint32_t debug_value = 0; int main(void) { DDRC |= (1<<PORTC0); /* Replace with your application code */ while (1) { debug_value++; if (debug_value == 50000) { PORTC |= (1<<PORTC0) ; } else { PORTC &= ~(1<<PORTC0) ; } } } Dabei setze ich die Breakpoints auf PORTC... in der If Schleife. Die werden aber ignoriert. Optimization steht auf -Og und Debugging -g2. Tool ist Atmel Ice + Debug wire.
-
Thread
SAM4S2A geht nicht zu main()-Breakpoint
Firmware ändern/debuggen. Mit dem SAM4S2A habe ich bisher noch nichts gemacht.' Mit Atmel Studio 7 und ICE3 wird debuged. Die Firmware wird geflashed und Code läuft. Aber main()-Breakpionts werden nie erreicht. Er bleibt in einer Schleife (Disassembly), bei Adresse 0x00800E7A ist Rücksprung. Ich habe
Alex schrieb im Beitrag #7550640: > address=0x400000 expected=0xc0 actual=0xff Das bedeutet, dass da nichts programmiert worden ist (0xff = Löschmuster). Das könnte natürlich auch gut ein Grund sein dafür, dass er in den ROM-Bootloader springt
-
Thread
ATTiny 2313a programmieren
einen ISP Programmieradapter. Z.B. Pololu USB AVR Programmer v2.1 https://www.pololu.com/docs/0J67/5.2
. Der 10µF Elko mit dem 10k-Pullup-Widerstand am Reset-Pin des Uno ergibt eine RC-Konstante von 0,1 Sekunde, also recht lange.
-
Thread
ATtiny 85 PWM timer0 reset nach sei();
&= ~(1 << PB0); _delay_ms(1000); sei(); //muc resets here ??? OCR0A = 20; _delay_ms(100); OCR0A = 120; _delay_ms(100); OCR0A = 255; _delay_ms(100); return 0; } [/c]
|= (1 << CS02); TCCR0B &= ~(1 << CS01); TCCR0B |= (1 << CS00); //clear on compare match, set at bottom TCCR0A |= (1 << COM0A1); TCCR0A &= ~(1 << COM0A0); OCR0A = 20; _delay_ms(2000);
-
Thread
SMD LED Farben und Forward Current
(bei 5mA) ist doch im Datenblatt genau angegeben, bspw. für die XL-2012BGWC Coordinate axis X 0.1169 ﹍ 0.1372 Y 0.1384 ﹍ 0.2389 https://de.wikipedia.org/wiki/CIE-Normvalenzsystem#/media/Datei:CIE1931xy_CIERGB.svg Rahul D. schrieb im Beitrag #7536918: > Und wie möchtest du die ansteuern?
Meist ist es nicht so wichtig. nur als indikator. Ich nehme dann die weitwinkligen und lasse sie mit 0.5mA oder so laufen
-
Thread
Quarz und Clock bei AVR series 1 (z.B. Attiny 816)
schon behoben habe: ich habe aktuell noch keinen Programmer für UPDI, mir aber jetzt doch mal einen ICE gegönnt. Grüße und Danke für die ganzen Meinungen und Aufklärungen Micha
Evaluationsboard zu finden ist hätte für UPDI alleine auch gelangt. ja, nur wegen UPDI ist der ICE overkill. Das war jetzt auch nur der letzte Anstoß gewesen. Mit dem ICE habe ich schon eine Weile geliebäugelt Georg M. schrieb im Beitrag #7536572: > Den Programmcode wird man schon komplett neu
-
Thread
Verkauft microchipdirect unprogrammierbare AVR16EB28?
/#collapse-Microchip-AtmelICE-TP-pdsc Microchip.AtmelICE_TP.1.7.796.atpack umbennenen in Microchip.AtmelICE_TP.1.7.796.atpack.zip Daraus das die Datei atmelice_fw.zip nach C:\Program Files (x86)\Atmel\Studio\7.0\tools\Atmel-ICE
short not to live it up a little" und verlegte bei der EB-Reihe die SIGROW-Startadresse mal eben von 0x1100 auf 0x1080. PS: Und offenbar auch weitere Adressen.
-
Thread
AVRDUDE kann jetzt auch UPDI am nackten seriellen Port
vielversprechenden neuen Eintrag "serialupdi" gefunden. [code] $ avrdude -c serialupdi -P /dev/ttyUSB0 -p t814 -U flash:w:main.hex:i avrdude: AVR device initialized and ready to accept instructions avrdude: device signature = 0x1e9322 (probably t814) avrdude: Note: flash memory has been specified
chip avrdude: reading input file main.hex for flash with 100 bytes in 1 section within [0, 0x63] using 2 pages and 28 pad bytes avrdude: writing 100 bytes flash ... Writing | ################################################## | 100% 0.11 s avrdude: 100 bytes of flash written
-
Thread
Ultimative FPGA blinky / Makefile zusammenstellung
https://github.com/multigcs/FPGA-blinky Boards: Alhambra-II Colorlight5A-75E ICEBreakerV1.0e TangNano20K TangPrimer20K arty-a7-35t Colorlight_i5-v7.0 Lattice-ICE40HX8K Olimex-ICE40HX8K-EVB TangNano9K TinyFPGA-BX Toolchains: yosys/nextpnr gowin ISE/Webpack quartus Vivado Gruß
habe es für vivado mal angepasst: https://github.com/multigcs/FPGA-blinky/commit/0bfba328a04c569d0e234760cd2c72f8059bc526 dort wird das .tcl file nun im makefile generiert EDIT: und bei gowin und diamond nun auch :)
-
Thread
mehrfaches Interrupt bei IR-Modul (LM393)
weder der PullUP noch der 100nF etwas daran ändern. In meinem Code habe ich die Interrupts (INT0 & INT1) auf fallende Flanke konfiguriert. Bei einem Interrupt möchte ich exakt einmal inkrementieren und den Wert später in main nutzen (s. Code). Allerdings beobachte ich mit dem Atmel-ICE Debugger,
sensor_setup() { attachInterrupt(digitalPinToInterrupt(countPin),countIrq,FALLING); count=0; count_flag=0; measure_starttime=millis(); } // this are irq handler for interrupts, have to return void and take no arguments void ICACHE_RAM_ATTR countIrq() { count_flag=1; } [/c]
-
Artikel
Atmel Studio
Atmel Studio 6.1-2565 (783 MB, 2013/04) Atmel Studio 6.1-2440 (beta) (639 MB, 2013/03) Atmel Studio 6.0-1996 Service Pack 2 (799 MB, 2012/11) Atmel Studio 6.0-1938 Service Pack 1 Upgrade auf Build 1938 (148 MB, updated 2012/09) Atmel Studio 6.0-1882 Patch 2 Bugfix update für Atmel Studio 6.0-1843 und 6.0
(15.6MB, updated 2014/05) AVR Toolchain 3.4.2-1573 (86.6 MB, avr-gcc 4.7.2, AVR-Libc 1.8.0, updated 2013/04) AVR Toolchain 3.4.1-1195 (95.9 MB, avr-gcc 4.6.2, AVR-Libc 1.8.0, updated 2012/08) AVR Toolchain 3.4.0-1146 (91 MB, avr-gcc 4.6.2, AVR-Libc 1.8.0, updated 2012/06) AVR Toolchain 3.3.1
-
Thread
Wie schaut eurer Meinung nach aktuell der Markt für (Backend) Software Entwickler aus?
vergangenes Jahr fertig geworden, hätte ich einen Job mit fast 70.000 anfangen können. Jetzt ist es momentan 0.
Jahr fertig geworden, hätte ich einen Job mit fast > 70.000 anfangen können. Jetzt ist es momentan 0. Such dir selber einen Job und nicht über windige Vermittler, dann hast du 20/20 Angeboten.
-
Thread
E-LKW von Volvo
ja Cyblord -. schrieb im Beitrag #7503333: > potentiell https://www.youtube.com/watch?v=V-gp0W8v84o&t=625s
lange nichts mehr da ist was noch sinnvolle Inhalte > liefert. Klingt nach Bundesregierung . . . 8-0
-
Thread
Drehgeber und Tastenentprellung für Arduino
das im Interrupt machen möchte, müßte man encode() zerlegen und das hier [c] uint8_t newPhase {0}; if (phaseA.isOn()) { newPhase |= 0b01; } if (phaseB.isOn()) { newPhase |= 0b10; } [/c] laut erster Überlegung im Interrupt machen und newPhase
Optimierung möglich ist, sonst wäre bspw. in Os bei PeDa: 398 text-segment. Compiliert mit avr-g++-13.2.0, der 14.0.0 schmiert bei Deinem Code mit einem ICE ab.
-
Thread
Fluoreszenzpektrometer - Schrittmotor reparieren?
de.wikipedia.org/wiki/Pe Man muss es mit der Erfindung eigener Abkürzungen nicht übertreiben. kmh, ICE und Eschede, PVC FCKW is nich OK!
oder Flansch-Kugellager > Gemessen habe ich folgendes: > Außendurchmesser getriebeseitig: 14,0mm > Außendurchmesser Außenseite: 13,7mm > Innendruchmesser: 6,35mm > Dicke: 4,75mm Die 6,35 deuten auf zöllige Lager hin. Dass da nur 0,3 mm Differenz zwischen innen und aussen sind, wundert mich
-
Thread
Wie bekomme ich eine .eep Datei auf meinen ATmega32
man den Flash bzw. Eeprom im anderen TAB. Das sollte eigentlich funktionieren. Ich verwende AS V7.0 mit AVR-ISP MKII oder das neuere AVR-ICE für SAM und AVR. Sieh Dir mal alles in Ruhe sorgfältig an. Im IPE sollte das auch möglich sein. Mir ist aber generell AS7 lieber. Gerhard
überhaupt die Verbindung okay ist. ... Programmer Type : JTAG3_ISP Description : Atmel-ICE (ARM/AVR) in ISP mode ICE HW version : 0 ICE FW version : 1.42 (rel. 161) Serial number : J42700042762 SCK period : 8.00 us Vtarget
-
Thread
OpenOCD sehr langsam beim flashen
ist, dass das Übertragen der Firmware ewig dauert (mehrere Minuten). Verwendet wird: - OpenOCD 0.12.0 - Atmel-ICE - SAM4E16E Als erstes habe ich mir eine "openocd.cfg" erstellt: [c] # Atmel-ICE JTAG/SWD in-circuit debugger. adapter driver cmsis-dap cmsis_dap_vid_pid 0x03eb 0x2141 transport
# Atmel-ICE JTAG/SWD in-circuit debugger. adapter driver cmsis-dap cmsis_dap_vid_pid 0x03eb 0x2141 transport select swd # Chip info set CHIPNAME at91samc21g18 source [find target/at91samdXX.cfg] adapter
-
Thread
Firmware entschlüsseln, Updateprogramm als Hilfe?
0x4F18); // after reset: 0x4711 BK4819_WriteRegister(0x53, 0xE678); // after reset: 0xE66C BK4819_WriteRegister(0x2C, 0x5705); // after reset: 0x5B05 BK4819_WriteRegister(0x4B, 0x7102); // after reset: 0x7100 BK4819_WriteRegister(0x77, 0x88EF); // after reset: 0xA8FF BK4819_WriteRegister(0x26, 0x13A0); // after reset: 0x33B0 [/code]
-
Thread
LXQt vs XFCE vs IceWM oder Cinnamon: was setzt ihr ein und warum?
: 0 0 0[/pre]
serial: <filter> UEFI-[Legacy]: LENOVO v: G4ET62WW (2.04 ) date: 09/13/2012 Battery: ID-1: BAT0 charge: 23.0 Wh (100.0%) condition: 23.0/56.2 Wh (41.0%) volts: 12.2 min: 10.8 model: LGC 45N1005 type: Li-ion serial: <filter> status: Full [/pre] Da fällt mir gerade noch auf, opensuse.org
-
Thread
Stromimport in DE Gesperrt
übrigens aus dem Netzentwicklungsplan (siehe Links oben Datei NEP_2037_2045_V2023_2_Entwurf_Teil2_0.pdf) für die 380kV (3.600 A/Stromkreis) Neubautrasse "UW-Bad-Lauchstädt<->UW-Erfurt-Vieselbach" die im Zuge der ICE-Trasse Berlin-München 2008 gebaut wurde. Dort heißt es auf PDF Seite 37 von 802:
Import von Strom durch die Nachbarländer. Damit ergibt sich der Strommix zu: [code] a x 0,10 + b x 0,20 + c x 20,00 + d x 0,60 + e x 0,xx Preis = --------------------------------------------------- a + b + c + d + e [/code] Das sind alles Preise vor Steuern. Dann kommen
-
Thread
Platine ist leitend wo sie nicht leitend sein sollte
0000.0 und 000.1 Ohm. Mir fiel das nach der ersten Bestückung auf. Da tippte ich auf fehlerhafte Bauteile. Aber die unbestückte Platine verhält sich genau so. Im Betrieb verhält sich der Schaltkreis wie
wirklich wichtigen Verstöße darüber übersehen. Ich kenne keine unwichtigen Verstöße. *Rule Violations: 0*, ansonsten geht das Ding nicht raus. Man muß dann eben die Rules soweit anpassen, bis der DRC durchläuft.
-
Thread
Liste von ICs usw. fürs Breadboard
PORTD.DIRCLR = 1 << 2; PORTD.PIN2CTRL = PORT_ISC_INPUT_DISABLE_gc; VREF.ACREF = VREF_REFSEL_VDD_gc; AC0.INTCTRL = AC_INTMODE_NORMAL_BOTHEDGE_gc; AC0.CTRLB = AC_WINSEL_DISABLED_gc; AC0.DACREF = 0x80; AC0.MUXCTRL = AC_INITVAL_HIGH_gc | AC_MUXPOS_AINP0_gc | AC_MUXNEG_DACREF_gc; AC0.CTRLA = AC_POWER_PROFILE0
TCB_FILTER_bm | TCB_EDGE_bm | TCB_CAPTEI_bm; TCB1.CTRLA = TCB_CASCADE_bm | TCB_CLKSEL_EVENT_gc; TCB0.CTRLB = TCB_CNTMODE_CAPT_gc; TCB0.EVCTRL = TCB_FILTER_bm | TCB_EDGE_bm | TCB_CAPTEI_bm; TCB0.CTRLA = TCB_CLKSEL_DIV1_gc; EVSYS.CHANNEL0 = EVSYS_CHANNEL0_TCB0_OVF_gc; EVSYS.USERTCB1COUNT = EVSYS_USER_CHANNEL0
-
Thread
Verständnisfrage Transistor Gesperrt
in der Praxis so anwenden wollen. Für Praktiker reicht es vollkommen aus, von irgendwas um die Ube=0,6V auszugehen. Dann ergibt sich der Rest durch simple lineare Algebra und ohmschen Beziehungen. Daß Ube einer solchen Stufe bei Ansteuerung dabei um paar µV mitgeht, und diese paar µV dann Ibe und Ice
Lutz V. schrieb im Beitrag #7470839: > 7) Realisiere Basis-Spannungsteiler mit Ub=0,7+0,5=1,2 Volt. Woher hast du die 0,7 V?
-
Thread
Pickit5 vs ATMEL ICE
so: Das PicKit 5 ist deutlich günstiger als das Atmel ICE. Kann das ICE irgendwas, was das PicKit nicht kann?
etwas zum Pickkit 5 zu > sagen? Hi Frank, ich würde mir aus so einer Antwort ehrlich gesagt 0,0 machen. Der Kollege mit seiner Grenzwertigen Antwort Nachts um 3 hat sich vor etwas weniger als einem Jahr hier angemeldet und schon 1558 Beiträge verfasst. Das sind 4,2 Beiträge am Tag. Man kann
-
Thread
Fluke9010A Microprocessor-Emulator Grundgerät & CPU-POD's
diversen Gebrauchtgeräteanbieter. Da werden die Teile teilweise noch gelistet, meist mit Bestand 0. Allerdings werden die Dir vermutlich auch nicht mehr anbieten als ich, weil die ja auch noch etwas verdienen wollen :/ /regards
Wie benutzt man so ein Teil eigentlich? Ist das wie Debugger/ICE, i.e. man hat ASM-Befehle mit Adresse, Breakpoints etc auf dem LCD?? Oder ist das mehr wie Signatur-Analyse, d.h. relativ ungeeignet für den Universaleinsatz?
-
Thread
Falsche Signature Bytes bei von mir gekauften China Nano mit 328PB
Urzeiten gemacht, siehe AVR109: [c] $ fgrep SIGNATURE_ * defines.h:#define SIGNATURE_BYTE_1 0x1E defines.h:#define SIGNATURE_BYTE_2 0x93 defines.h:#define SIGNATURE_BYTE_3 0x07 main.c: sendchar( SIGNATURE_BYTE_3 ); main.c: sendchar( SIGNATURE_BYTE_2 ); main.c
tun? Natürlich sind beide unterstützt (genau genommen alle drei, der ursprüngliche ATmega328 mit 0x1e 0x95 0x14, der ATmega328P mit 0x1e 0x95 0x0f und der ATmega328PB mit 0x1e 0x95 0x16).
-
Thread
[S] FPGA Entwicklungsboard
irgendwelche China-Quellen, einfach so bei Mouser, Digikey etc. Alternativ vielleicht noch die ice40 Serie, aber die habe ich bislang noch nicht selber eingesetzt. fchk
Ich würde die Lattice ice40 Serie für den Einstieg empfehlen. Besonders bei den ice40 FPGAs, die icecube2 unterstützen, weil die IDE recht überschaubar ist und man sich dadurch eher aufs Entwickeln auf der Hardware, als auf