-
Thread
Problem bei Projekt LED cube 8x8x8 myC und Decoder will nicht
... oder die Zeitkonstante von R42 und C42 ist zu klein.
A5333;GROUPID=3020;ARTICLE=21628;START=0;SORT=artnr;OFFSET=16;SID=25gU7hPawQARkAAEh0jbw060f3737100156c9c51cc4d1d265c6b7 nehmen. M.
-
Thread
EMS > ESP8266-12 WLAN-Modul
00 00 00 00 00 2f 08 00 ? 7f:7f [ 1456.944667 101.985 33.792 080 33] 08 00 18 00 35 01 ab 64 00 01 01 30 00 83 00 7d 00 80 00 00 00 ff 30 43 00 00 ff 00 10 83 00 ? c1:c1 [ 1457.225545 280.878 16.384 080 16] 08 00 18 1b 00 00 00 00 00 00 00 2f 08 00 ? 7f:7f [ 1457.642332 121.446 31.744 080 31] 08 00 19 00 00 46 01 aa 01 87 ff ff ff 64 01 21 a6 04 2f 64 00 00 00 04 2d 5c 01 21 50 ? 78:78 [ 1457.917175 274.843 9.216 080 9] 08 00 14 00 19 94 27 ? 19:19 [ 1459.042660 89.913 33.792 080 33] 08 00 18 00 35 01 aa 64 00
-
Thread
Problem mit Firewall für VPN auf OpenWRT
von »ifconfig« und »route -n«. Hier ifconfig: [code] br-lan Link encap:Ethernet HWaddr 02:24:B2:DF:7C:FF inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fd9f:5bdb:3a7f::1/60 Scope:Global inet6 addr: fe80::24:b2ff:fedf:7cff/64 Scope
Ausgabe von »ifconfig« und »route -n«. > > Hier ifconfig:br-lan Link encap:Ethernet HWaddr 02:24:B2:DF:7C:FF > inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 > inet6 addr: fd9f:5bdb:3a7f::1/60 Scope:Global > inet6 addr: fe80::24:b2ff:fedf:7cff/64
-
Thread
200 LED Matrix mit nur 8 LEDs
Leiste rotieren zu lassen. Dadurch decke ich ein Feld von pi*r², also 3,14*8*8 = ~200 LEDs ab. Ein µC soll die LEDs jetzt alle 10° neu ansteuern, die Stromversorgung geschieht über Schleifkontakte, der µC ist mit an Board. Ein Motor bekommt eine schicke Regelung, damit er immer auf gleicher, einstellbarer
Ähm, 4 Helligkeiten pro Farbe -> 4*4*4 = 64 Farben insgesamt pro Pixel. Gruß Hagen
-
Thread
fgetc(.) gibt EOF zurück obwohl das Dateiende noch nicht erreicht wurde
19 19 19 20 19 20 20 21 22 22 21 22 23 21 22 21 21 21 22 21 20 21 23 21 22 22 23 23 23 21 22 22 22 24 23 20 21 22 23 21 23 22 23 25 24 23 24 23 22 22 23 24 24 23 23 24 24 24 23 22 24 24 25 24 25 24 24 24 23 24 24 24 EOF bei a = 291 Warum gibt an der Stelle fgetc immer die EOF zurück??. Die Datei
Bei Binärdateien würde ich es statt fppgm = fopen ( "C:\\Users\\reisberg\\sourcePGM.pgm", "r" ); mal mit fppgm = fopen ( "C:\\Users\\reisberg\\sourcePGM.pgm", "rb" ); probieren.
-
Thread
Bosch BMP280: Umrechnungen vereinfachen?
c-hater schrieb im Beitrag #4122183: > Michael Reinelt schrieb im Beitrag #4121939: > >> Abgesehen davon dass 32bit-Schiebeoperationen (oder für höchste >> Genauigkeit sogar 64bit) auf einem AVR alles
(2, 8) - pow(2, 24); F.P5 = (float) C.P5 * pow(2, -10); F.P6 = (float) C.P6 * pow(2, -27); F.P7 = (float) C.P7 * pow(2, -4); F.P8 = (float) C.P8 * pow(2, -19) + 1.0; F.P9 = (float) C.P9 * pow
-
Thread
AD Wandler ungenaue Messung
und die wandlung abgeschlossen ist. PERCENT_2: sub r23,r16 ; r23 = r23 - r16 sbc r24,r17 ; r24 = r24 - r17 - c cpi r24,1 ; compare r24 - 1 brsh PERCENT_4 ; jump if r24 >= 1 cpi r23,ADC_DIFFERENCE ; compare r23 -ADC_DIFFERENCE brlo ADC_END ; jump
; ADC highbyte push r16 push r17 cp r16,r23 ; compare r16 - r23 cpc r17,r24 ; compare r17 - r24 - C breq ADC_END ; jump if new ADC = old ADC brlt PERCENT_2 ; jump if new ADC < old ADC brge PERCENT_3 ; jump if new ADC > old ADC PERCENT_4:
-
Thread
cannot read spec file 'device-specs/specs-atmega4808'
--disable-nls --disable-werror --prefix=$PREFIX B2) make B3) [sudo] make install Compiler C0) cd $BUILD/gcc-xxx C1) $GCC_SOURCE/configure --target=avr --languages=c,c++ --disable-nls --with-gnu-as --with-gnu-ld --with-dwarf2 --build=x86_64-linux-gnu --host=x86_64-linux-gnu --disable-shared
gcc 8. Ist mir von der Sache her erstmal egal. Eine Frage bleibt noch wegen der mingw 32Bit vs. 64Bit Version. Hat das nur Einfluss auf die C/C++ µC Programm Kompilierung selbst bezüglich deren Geschwindigkeit oder was noch? Ich meine der µC selbst ist ja nur "8Bit". Da sehe ich mit der 64Bit Version
-
Thread
microcontroller
> Nun ist diese uP nicht snell genug. Der uC auf der C-Controll II ist schon ziemlich schnell (C164 von Infineon). Nur ist das C2, mit dem die C-Controll II normalerweise programmiert wird, nicht gerade optimal. Wenn du den Controller in C (oder
durch ein filter durch lassen. Die code kan nicht mir optimalisiert wurden. (ist code der fruher in 64k musiek und grafiek benust ist.) Ich programmiere in c-controll ide, das ist doch c++? When ich nach ein andere uP umshalte, will ich auch eine seite auf internet uber den 'snellere' uP vinden, wie
-
Thread
Warum besitzt der AVR keine Division-Funktion?
ldd r20,Y+7 ldd r21,Y+8 ldd r22,Y+1 ldd r23,Y+2 ldd r24,Y+3 ldd r25,Y+4 rcall __divsf3 movw r26,r24 movw r24,r22 std Y+9,r24 std Y+10,r25 std Y+11,r26 std Y+12,r27 .stabn 68,0,62,.LM6-main
Na gut. Dann ist der µC halt nich stundenlang, sondern µs lang beschäftigt. ;-) Das schnellste, was ich bis jetzt zu tun hatte, waren mit einem µC Daten analysieren und verarbeiten, die mit 1MHz ankamen. d.H. bei dem C8051F120
-
Thread
GCC Bug?
0x0F ; 15 82: 99 27 eor r25, r25 84: 64 e0 ldi r22, 0x04 ; 4 86: 88 0f add r24, r24 88: 99 1f adc r25, r25 8a: 6a 95 dec r22 8c: e1 f7 brne .-8 ; 0x86 <swap+0xa> 8e: 28 2b or r18, r24 return a; } 90: 82 2f mov r24, r18 92: 99 27 eor r25, r25 94: 08 95 ret [/C] Daß bei 16Bit ein simples swap in eine Zählschleife mutiert
-
Thread
KIM-1 in AVR?
, das sollte aber in etwa für C64-Niveau reichen. Ach, C64 Niveau?!? Und was ist mit den ganzen Custom-Chips?!? (VIC,SID,VIA) Ich möchte sehen, wie du das in den 15% unter bekommst. Vieles ist mit den AVR machbar, aber nicht
dh. nicht mit jeder C64 Software.
-
Thread
Tasten entprellen
die Schiebeoperation erzeugt: [code] if( get_key_short( 1<< KEY1 )) 21c: 82 e0 ldi r24, 0x02 ; 2 21e: e2 df rcall .-60 ; 0x1e4 <get_key_short> 220: 88 23 and r24, r24 222: 21 f0 breq .+8 ; 0x22c <main+0x34> [
gar keinen Code für die Schiebeoperation erzeugt: [code] if( get_key_short( 1<< KEY1 )) 21c: 82 e0 ldi r24, 0x02 ; 2 21e: e2 df rcall .-60 ; 0x1e4 <get_key_short> 220: 88 23 and r24, r24 222: 21 f0 breq .+8 ; 0x22c <main+0x34> [/code
-
Thread
[V] Wohnungsauflösung München Ramersdorf: Messgeräte, Funktionsgeneratoren, Oszi, Bauteile, PC uvm
60 ics: SN74HCZ573n, PH48AQ, AM28F256, 74HCT1 ,NE5532AP, MBM2764-30 MC33204p: 5€ 62 quarze: 10€ 64 Z80 ctm 68B03, sockel, siemens 80c32, Z8400A, 80c535N-16: 10€ 67 atmel xplained pro: sam d20, proto1, I/01, USBio, USB TTL: 40€ 68 AM27C256: 1€ 71 Fritz!Fon c5: 10€ 73 Multimeter: DM7143: 2€ 74
je nach abnahme menge 0.5€ bis 2€ 43 epac-80 einplaninencomputer hanbuch: 1€ 44 monitor samsung SC24C450BL unbenutzt?: 100€? 49 elkos: 3€ 51 röhren: ECH84 PCL84 DY802 EF83 EABC 80 ECC85 BPH8?: 15€? 52 17x relais siemens V23005-B0010-B110 24V 0.04A: 20€ 53 atmel mc: 5xAT90S2313, 5xAT89C2051, 4xATMEGA6L
-
Thread
EPROM Programmer bauen 27C010 27C020
die 16 Bit der Adresse in die Register schieben muss Beides ziemlich schwachsinnig. Einfach ein µC mit genügend GPIOs und einem weiten Bereich bezüglich der unterstützten Spannungen für die IOs. Z.B.: AVR128D(A/B)64.
auch 4520 nehmen. Ich hab vor droellfzig Jahren mir mal einen Brenner fuer 2732 gebaut, fuer den C64. Im wesentlichen mit einer Z80 PIO und ebenjenen 4520.
-
Thread
LPC1100, superguenstig, 8-bit? Wird immer unnoetiger
so ärmlich mit SRAM bestückt ist? Und die Bauform, naja. > Eine Innovation wäre ja mal ein 32-Bit-uC als DIP. Schau dir mal die PIC24H bzw. dsPIC33F an, die gibts bis 128kByte Flash und 16kByte SRAM in DIP28. Sind aber nur 16bit, mit 40MIPs und Harvard Architektur dürften die ähnlich schnell sein
günstig sein. Diese Träger kosten 80¢ pro Stück inklusive Porto (bei 8 Stück). Drauf ein STM32F103C8 mit USB/CAN und 64KB Flash 20KB RAM bei 72MHz (6,50€ plus MWSt bei TME). Akzeptables Preis/Leistungsverhältnis, ggf. pinkompatibel ausbaufähig auf 128KB Flash.
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil3) Gesperrt
Rolf W. schrieb im Beitrag #1789384: > W20X4A, Hardware-Version 8C7.C9 Hallo Rolf, Anbei mein backup (W2024A HW 8C7.C9 SW 1.4) hoffe dass das hilft. Martin
Nullinien exact auf der Nullposition der Kanäle. Habe mal einen Screenshot angehängt. Hardware 8C7.0H, 2x24.9 Ohm pro Kanal Haben das Andere noch nicht bemerkt? Gruß und schönen Sonntag! Jürgen
-
Thread
Basic im STM8S103
zweitens hab ich dann weitere SCALL Funktionen hinzugefügt gehabt. Dafür hab ich dem Dingelchen ein 24C128 EEProm, Anschluss für N5510 84x48 oder SSD1306 Display und einen PCF8574 I/O Baustein spendiert. Und muss feststellen, ich hätte das ganze gerne besser in einem größeren STM32 (bin ich am Überlegen
können. Ich habe ein Foto eingefügt, damit Sie das verstehen, indem ich ein externes Bild einfüge 24lc64 EEPROM, Sie könnten 8 KB für das Programm haben! und nutzen Sie die internen 512 Byte als Datenspeicher. Es kann getan werden? Danke !
-
Thread
Festplatte Seagate ST3000DM001 sinnvoll?
Alugehäuse. Massenspeicher für Videorecorder. Beim Aufbauen festgestellt, dass sie liegend ca 60°C warm wird. Daraufhin freistehend senkrecht betrieben - Temperatur blieb dann unter 40°C. Die Platte lief dann non-stop durch, 24/7. Ab und zu ein neuer Film drauf, ab und zu mal einen anschauen.
asdfasd schrieb im Beitrag #4391877: > Beim Aufbauen festgestellt, dass sie > liegend ca 60°C warm wird. Daraufhin freistehend senkrecht betrieben - > Temperatur blieb dann unter 40°C. Bei 60°C wäre ein schneller Tod sicher. 40°C ist bei Zimmertemperatur eigentlich schon zuviel. Möglicherweise
-
Thread
Anforderungen Laptop zum Programmieren
spielen willst hat das irgend eine relevanz, mein Haupt-Rechner ist 12 Jahre alt und damit mache ich C/C++, C#, Python, Java, Assembler.... Projekte - egal was du vor hast du wirst definitiv nicht schneller oder besser oder richtiger programmieren lernen wenn du eine fette Kiste hast
Hallo zusammen. > Bei 384 GB laeuft der Stackpointer erst nach 24 Stunden ueber! Wie erst nach 24 Stunden? Und wie ist das mit der UNIX-Zeit im Jahr 2038? 73 Wilhelm
-
Thread
Gleitkommaberechnung
bc 01 movw r22, r24 bc: cd 01 movw r24, r26 be: 2a e3 ldi r18, 0x3A ; 58 c0: 30 e0 ldi r19, 0x00 ; 0 c2: 40 e0 ldi r20, 0x00 ; 0 c4: 50 e0 ldi r21, 0x00
r22, r26 118: cf 01 movw r24, r30 11a: 11 24 eor r1, r1 11c: 08 95 ret </C> Na also, geht doch. Wunderbare mul da drinnen
-
Thread
Counter Geschwindigkeit
0x01 96: 1a 82 std Y+2, r1 ; 0x02 98: 1b 82 std Y+3, r1 ; 0x03 9a: 1c 82 std Y+4, r1 ; 0x04 9c: 0b c0 rjmp .+22 ; 0xb4 <main+0x2c> 9e: 89 81 ldd r24, Y+1 ; 0x01 a0: 9a 81 ldd r25, Y+2 ; 0x02 a2: ab 81
ldi r24, 0x00 ; 0 8a: 88 b9 out 0x08, r24 ; 8 8c: 8f 5f subi r24, 0xFF ; 255 8e: 8a 30 cpi r24, 0x0A ; 10 90: e1 f7 brne .-8 ; 0x8a <main+0x2>
-
Thread
Anforderungssammlung CAN Hausbus mit PIC µC
Can-µC) Dann sind wir wohl schnell bei (oder gar über) 1A @ 24V. Wenn ich nun "nur" 1V Abfall am Shunt zulasse, so ist das schon 1W in der Dose verheizt. Diesmal an manchen Tagen sogar eher mehr als
- wenn 5V zur Verfügung stehen direkt (z.B. in Geräten) (Vorteil: wenig Platzverlust), - wenn 24V Bus, dann den R-78C5.0-1.0, - wenn knapp über 5 Volt könnte man auch einen normalen 78C05 nehmen - usw... Ich würde die Platine vermtl. auch bei mir im T5 einsetzen, da ich die Innenbeleuchtung
-
Thread
ATmega64 vergist seine Signature-Bytes
werden, erhalte ich nur 0xFF zurück. Teilt man dem Programmer dann von Hand mit, dass es ein ATmega64 ist, kann man ihn ganz normal programieren. Einen anderen ATmega64 erkennt der Programmer problemlos, hier sind auch die Calibration Bytes noch o.k. Offensichtlich sind die Bytes doch programmierbar
@Olaf: Bei mir ist es bei der 5V seriel Programmierung passiert (ATmega64). Alle 0xFF. @Benedikt: Ich kenne den AT90S1200 zwar nicht, aber wieviel Zeit gibst Du dem Controller, damit er den Befehl ausführen kann? Beim Mega64 steht 9ms für einen EEPROM Schreibzugriff.
-
Thread
GCC optimiert 32bit Bitoperationen schlecht/gar nicht?
" dass in einem einfachen Beispiel der falsche Code erzeugt wird. Deshalb hier nur eine zeile: [c] uint8_t state = (enc_state << 2) & 0x0f; [/c] wird zu [avrasm] lds r24,enc_state ; enc_state.0, enc_state ldi r18,lo8(4) ; , mul r24,r18 ; enc_state.0, movw r24,r0 ; D.2339
rol r27 ; tmp47 lsl r24 ; tmp47 rol r25 ; tmp47 rol r26 ; tmp47 rol r27 ; tmp47 ; (insn 19 23 24 (set (reg:SI 22 r22 [orig:48 D.1874 ] [48]) ; (reg:SI 24 r24 [47])) shift.c:26 95 {*movsi}
-
Thread
FPGA Größe ausreichend für komplexen FM Synthesizer
habe (IEEE 802.1AVB (Audio Video Bridging)). jemand vielleicht einen erfahrungsbericht wie gut c-to-verilog funktioniert? kann man damit komplexe programme "so einfach" von c nach verilog übersetzen?
-(i/40000.0)); sample = envelope*fm1((i*pitch[j])/100.0*M_PI); printf("%c%c",sample%256,sample/256); } } return 0; }[/c] Also die "Taktfrequenz" ist die Samplefrequenz; jetzt waer' halt noch die Frage, wieweit man den Sinus in Tabellenform eindampfen
-
Thread
NRF24L01+ über mehrere Kanäle kommunizieren?
aber beim Wechseln in den anderen Modus gibt es Probleme. Oft hängt sich der arduino dann auf. [c] #include <SPI.h> #include <nRF24L01.h> #include <RF24.h> #define CE_PIN 9 #define CSN_PIN 10 const uint64_t pipe = 0xE8E8F0F0E1LL; const uint64_t pipe1 = 0xB3B4B5B6F1LL; RF24 radio(CE_PIN
radio.startListening(); radio.read( empfangen, sizeof(empfangen) ); Serial.println(empfangen[0]); } } [/c] [c] #include <SPI.h> #include <nRF24L01.h> #include <RF24.h> #include <LiquidCrystal.h> #define CE_PIN 9 #define CSN_PIN 10 const uint64_t pipe = 0xE8E8F0F0E1LL; const uint64_t pipe1
-
Thread
Tasterabfrage
halbe Versorgungsspannung gleich sind. Die gemessene Zeit geht dann in die Formel zur Berechnung von C ein. Für den Vergleich wird der /Analog Comparator/ des µC benutzt. Auch der Attiny24V hat den. Vc geht auf AIN0 (PA1) und die halbe Versorgungsspannung auf AIN1 (PA2). Leider hast du da schon LEDs
schon woanders beschrieben: http://www.mikrocontroller.net/articles/Entprellung#Komfortroutine_.28C_f.C3.BCr_AVR.29 > 676 Byte muss ich da beim Attiny 24 Angst haben?? Schafft er das noch??? Schau mal ins Datenblatt, da stehts drin. Peter
-
Thread
EEPROM Schreibschutz gegen Manipulation
beabsichtigtes und unbeabsichtigtes Verändern zu > schützen - vorzugweise als Hardware-Lösung. Viele I2C-EEPROM haben einen WP-Pin (Write Protect), z.B. AT24C512C http://ww1.microchip.com/downloads/en/devicedoc/atmel-8720-seeprom-at24c512c-datasheet.pdf
aktiviert oder deaktiviert. Siehe Datenblatt Beispiel: https://www.microchip.com/wwwproducts/en/AT28C64B
-
Thread
Huhu - AVR XMEGA-Eval-Board für 29 US-$
ATmega3250P ATmega325P ATmega328P ATmega329 ATmega3290 ATmega3290P ATmega329P ATmega32A ATmega32C1 ATmega32HVB ATmega32M1 ATmega32U2 ATmega32U4 ATmega32U6 ATmega48 ATmega48P ATmega48PA ATmega64 ATmega640 ATmega644 ATmega644P ATmega644PA ATmega645 ATmega6450 ATmega649 ATmega6490 ATmega64A ATmega64C1 ATmega64M1 ATmega8 ATmega8515 ATmega8535 ATmega88 ATmega88P ATmega8A ATmega8HVA ATmega8U2 ATtiny11 ATtiny12 ATtiny13 ATtiny13A ATtiny15 ATtiny167 ATtiny2313 ATtiny2313A
-
Thread
Vorteile 32 Bit Controller
so sie dazu in der Lage sind). Solche im ROM, solche im RAM, kurz adressierte Daten (8051 8bit, M16c 16bit), lang adressierte Daten (8051 16bit, M16c 20bit) und universelle Daten bei denen langsame Laufzeitfunktionen mit 24-Bit Pointern nötig sind um sie letztlich auf die unterschiedlichen Zugriffsbefehle
ist ein 16-Bitter, obwohl er einen 20-Bit Adressbus hat. * 68000 ist ein 16-Bitter, obwohl er einen 24-Bit Adressbus und 32-Bit Register hat. * Der Pentium ist aufgrund seinen Datenbusses eigentlich ein 64-Bitter, obwohl man sich da aufgrund der 32-Bit Register streiten kann.
-
Thread
atmega läuft nicht
jmp 0x8e ; 0x8e 18: 0c 94 47 00 jmp 0x8e ; 0x8e 1c: 0c 94 47 00 jmp 0x8e ; 0x8e 20: 0c 94 47 00 jmp 0x8e ; 0x8e 24: 0c 94 47 00 jmp 0x8e ; 0x8e 28: 0c 94 47 00 jmp 0x8e ; 0x8e 2c: 0c 94 47
jmp 0x8e ; 0x8e 18: 0c 94 47 00 jmp 0x8e ; 0x8e 1c: 0c 94 47 00 jmp 0x8e ; 0x8e 20: 0c 94 47 00 jmp 0x8e ; 0x8e 24: 0c 94 47 00 jmp 0x8e ; 0x8e 28: 0c 94 47 00 jmp 0x8e ; 0x8e 2c: 0c 94 47
-
Thread
10 bit ADC wert verarbeiten
immer in Assembler, ohne auch nur ansatzweise über eine Alternative nachzudenken. Im Bereich 16..64k wird man sinnvollerweise darüber nachdenken. Und manchmal entscheide sogar ich mich hier für C, auch wenn ich es hasse wie die Pest. Oberhalb von 64k braucht man wieder nicht mehr nachdenken, da
noch mit dazu [code] 24 28 1 ---- 2 [/code] 1 plus 2 plus 2 macht 5 [code] 24 28 1 ---- 52 [/code] Die Rolle die hier das 'die 1 merkst du dir' spielt, genau diese Rolle spielt im µC
-
Thread
STM32F7 Discovery Board
Mein Board mit dem STM32F746BGT6 ist fertig und in Produktion Rohleiterplatten ) 64 MB SDRAM ( 2 x 32MB ) Ethernet MII USB-OTG FS SPI-Flash 8MB SD-Card TFT-Anschluss ( 5" mit Rahmen bei mir ) ( Stiftleiste + I2C + SPI ) 2 x CAN ohne Treiber ( Stiftleiste ) Anschluss für nRF24L01
Treiber lautet jedoch: [c] #define COLOR_CONVERSION_0 GUICC_M888 #define DISPLAY_DRIVER_0 GUIDRV_LIN_24 [/c] Außerdem muss folgendes Unterprogramm angepasst werden: [c] static inline U32 LCD_LL_GetPixelformat(U32
-
Thread
Mein erster Schaltwandler- Problem Highanstieg -- Einbruch??
weil er eine Masseanbindung hat, die einer China-Testleitung mit Krokoklemme entspricht.;-) Bei 64KHz brauchst Du am Eingang keine 5 Elkos, sondern besser einen Elko nebst ein paar ordentlichen Kerkos. Am Ausgang ist es ähnlich, hängt aber von den Bedürfnissen der Last ab. C1 und C1 sind zu groß
Eingangskondensatoren werden noch von 330µF pro Stück auf 1500µF aufgeblasen .. die hab ich schon da liegen > C1 und C1 sind zu groß, bzw. die Spannungsteiler zu hochohmig. Mit solch > langsamen RC-Gliedern wird die Spannungsregelung schwierig bis > unmöglich. C1 stimmen auch nimmer, vergessen zu ändern
-
Thread
SSD oder RAM - Upgrade: welche Schritte sind am effektivsten?
ubuntu@T420s:~$ inxi -Faz ubuntu@T420s:~$ inxi -Faz System: Kernel: 6.2.0-39-generic arch: x86_64 bits: 64 compiler: N/A parameters: BOOT_IMAGE=/vmlinuz-6.2.0-39-generic root=/dev/mapper/ubuntu--vg-ubuntu--lv ro quiet splash vt.handoff=7 Desktop: GNOME v: 44.3 tk: GTK v: 3.24.37 wm:
Device-1: Broadcom BCM2045B (BDC-2.1) type: USB driver: btusb v: 0.8 bus-ID: 1-1.4:4 chip-ID: 0a5c:217f class-ID: fe01 serial: <filter> Report: hciconfig ID: hci0 rfk-id: 2 state: up address: <filter> bt-v: 2.0 lmp-v: 3.0 sub-v: 4203 hci-v: 3.0 rev: 2ec Info: acl-mtu: 1021:8 sco-mtu: 64
-
Thread
Alte FMZ-Zentrale 6800 mit Z84
fmztechnik.html) > Die Pegel von RXD (Empfangsdaten) und TXD (Sendedaten) sind umgekehrt > zur normalen V24 Norm bzw. einer Com-Schnittstelle eines PCs. > Damit ist die FMZ Schnittstelle kompatibel zu Homecomputern wie C64. > Das ist nicht weiter tragisch, da die Schnittstellen auf Flanken > reagieren
fmztechnik.html) > Die Pegel von RXD (Empfangsdaten) und TXD (Sendedaten) sind umgekehrt > zur normalen V24 Norm bzw. einer Com-Schnittstelle eines PCs. > Damit ist die FMZ Schnittstelle kompatibel zu Homecomputern wie C64. > Das ist nicht weiter tragisch, da die Schnittstellen auf Flanken > reagieren
-
Thread
Externes serielles EEPROM
Ja, die SPI-EEPROMs werden doch recht selten verwendet. Die meisten (ich auch) nehmen die I2C-EEPROMs 24C512 und dazu findet man dann auch Beispiele. Aber warum speicherst Du nicht einfach die Telefonnummern im Flash? Der ATmega64 hat doch massig davon. Dazu muß man nur eine Flashroutine
Was auch immer mir sagen wollt, ich hab hier jedenfalls momentan einen 24C256 seriellen EEPROM (I2C) in der Mache und der schreibt auch einzelne Bytes und kann auch einzelne Bytes lesen. Derzeit schreibe ich immer 8 Bytes hintereinander und lese auch 8 Bytes hintereinander
-
Thread
Ansteuerung LED-Matrix 64 x 32 aus China
schneller - nur noch ein Clock für viele Datenbits. SPI: Es ist halt eine Multi-Bit-SPI mit bis zu 24 Datenbit bei 64 x 64 Pixeln und 1:16-mux. Wie bei 24 parallel arbeitenden '595. Von anderen Prozessoren kenne ich auch ähnliche parallele Schnittstellen, die die gleichen Signale (Clock und Daten) per
.0.0.cd076a8cpZE0To&algo_pvid=c54207c6-8476-47f8-9c28-b4c4bda9d761&algo_expid=c54207c6-8476-47f8-9c28-b4c4bda9d761-8&btsid=2100bb4716199706007115436ed1e0&ws_ab_test=searchweb0_0,searchweb201602_,searchweb201603_ Warum kauft man
-
Thread
Wann gibts mal wieder neue gute AVR 8-Bitter?
8 Bits are Forever schrieb im Beitrag #6958064: > Der AVR128DB64 > packt ganz schön viel ein und hat eine schnelle UPDI Debug > Schnittstelle. Gibt es von anderen Herstelleren auch µC mit integriertem OpAmp? Ben B. schrieb im Beitrag #6960880: > Also gerade
programmiert, werden sehr viele Instruktionen in nur einem Takt > ausgeführt. Auch wenn man sie in C programmiert. Die Ausführungszeit einer Instruktion verändert sich *nicht*. > Bei 20 MHz erreichen die Dinger bis zu 20 MIPS. Zum Vergleich, > der C64 erreicht 0,02 Der C64 läuft mit knapp 1MHz
-
Thread
6502 System funktioniert nicht richtig
Diese hier läuft Echtzeit am C64: https://c74project.com/
J-K Flip Flops etc). Ein Tüftler hat dann dieses Originaldesign vereinfacht und getuned auf bis zu 24MHz, indem der die modernen Bausteine W65C02S und W65C22 von Western Design Center, schnelle Gatter (74Fxx) und schnelles RAM (55ns bzw. 15ns bei der 24MHz Variante) verbaute. Ich bin über Umwegen an
-
Thread
Suche eine alternative zu diesen 2 Schaltungen.
ein ULN2803 würde dann wohl auch gehen.. Hab da mehrere zuhause > rumliegen. Ja. > Und um die 24V schalten zu können, bräuchte ich dann einen npn > Transitor, der einen P-Kanal Hexfet ansteuert? Verstehe ich das richtig? Ja. Der NPN wird ganz normal in Emitterschaltung betrieben, vom uC über
Ups......die Anode natürlich an 24V
-
Thread
Digitaluhr mit geringem Stromverbrauch
%20type=I2C Gruss
MaWin schrieb im Beitrag #6955682: > und für 6 Stellen würde ich auch einen AVR128DA64 > nehmen. Warum so ein unhandlicher µC? Ein 14 - 20 poliger Controller mit 4094 Schieberegister/Stelle geht für 4 oder 40 Stellen. Einfaches Layout, auch nachträglich einfach kaskadierbar, einfache
-
Thread
[V]Verschiedene Sachen Abzugeben
Charakter LCD 16x4 1 stk. http://www.farnell.com/datasheets/50577.pdf 8.Schrack MT3230C4 Relais 24VDC 2 stk. http://www.mouser.com/ds/2/418/NG_DS_MT_1014-735516.pdf 9.230V zu 24V Ringern Trafo 1 stk. 10.Arduino YUN 1 stk.
Arduino Wireless Shield http://www.conrad.ch/ce/de/product/491471?insert=UP&WT.mc_id=ade_3_shopping_b2c_491471&WT.srch=1&gclid=Cj0KEQjwtaexBRCohZOAoOPL88oBEiQAr96eSB2GC17o2hC2DsZ7Rgero3aPZ3P6qFM2bt5ar8ccD5IaAjua8P8HAQ 6. 230V zu 24V Spule 7. Trafo 230V zu 200V und 6.3V 8. Trafo 230V zu 24V
-
Thread
AVR braucht 7us-12us bis in Interrupts ausgelöst wird??
150 62: 81 f4 brne .+32 ; 0x84 <main+0x3c> 64: 82 2f mov r24, r18 66: 88 0f add r24, r24 68: 81 60 ori r24, 0x01 ; 1 6a: 85 ff sbrs r24, 5 6c: 85 2f mov r24, r21 6e: 32 2f mov r19, r18 70: 28 2f mov r18, r24 72: 2f 71 andi r18, 0x1F ; 31 74: 94 2f mov r25, r20 76: 06 c0 rjmp .+12 ; 0x84 <main+0x3c> 78: 98 17 cp r25, r24 7a: 10 f4 brcc
-
Thread
Wittig(welec) DSO W20xxA Hardware (Teil 2)
das mit Abstand vollständigste Design: > TomCat-CII_2006_02_23.zip > https://anonfiles.com/file/6c0d44ac02012bb14dbec405dadaae0a > TomCat-CII_2004_06_24.zip > https://anonfiles.com/file/0238b1032ca321333a850bed47e94e8c > TomCat-CII_2006_10_26.zip > https://anonfiles.com/file/7ae427ba9b7dc8ab471fabc3072ca1d3
Hallo. Also im Terminal steht "+C CPU048" und mehr passiert leider nicht. Die Baudrate sind 112,5 kBaud, nehme ich an. Einen Flash quittiert der Flasher mit "Timeout at Line 24". Ich mache mir keine Hoffnungen mehr. Hier hats irgendwas
-
Thread
Probleme mit ADS7846 beim NGW100
Hä? Kannst du mal deine jetzige setup.c posten? ts_calibrate läuft auch beim 24bit LCD. evtl. ohne Grafik.
Die setup.c war von hier: http://git.kernel.org/?p=linux/kernel/git/hskinnemoen/avr32-2.6.git;a=blob;f=arch/avr32/boards/atngw100/mrmt.c;h=bf78e516a85fe66776b64d251e09e26eef50184d;hb=bb6e647051a59dca5a72b3deef1e061d7c1c34da
-
Thread
Nochmal: Ansteuerung LED-Matrix 64 x 32 aus China
im Beitrag #6780582: > Bilder mit nur 3 Adressleitungen habe ich noch nie gesehen Mein Display (64x64) hat auch 1:8 Multiplexing (A,B und C) Die Schieberegister sind 256 Bit lang (4 Zeilen) Die 1:8 sind allerdings primär für Outdoor-Einsatz gedacht (brutal hell!) Für Indoor würde ich auf 1:
Harry L. schrieb im Beitrag #6780614: > Mein Display (64x64) hat auch 1:8 Multiplexing (A,B und C) > Die Schieberegister sind 256 Bit lang (4 Zeilen) Das ist interessant! Demnach müsstest du also 2 x 3 x 256 Spaltentreiber, also 6 x 16 = 96 von den 24-poligen
-
Thread
Welches strcpy ist schneller?
mov rax, rcx ; 27 : } ret 0 test_memcpy ENDP [/c] 64 Bit Register r8 ist die Länge (len), und wird in jedem Schleifendurchlauf bis auf 0 runtergezählt (sub r8,1). 64 Bit Register r9 ist der Index n, der in jedem Durchlauf raufgezählt wird (inc
; Preds .B1.5 ret ;26.12 [/c] Eine 1:1 Umsetzung der for Schleife, mit 64 Bit Register r10 als Index n. Register r8 ist der Länge len. Geladen werden die Bytes ins 64 Bit Register r9, und als Byte (r9b) abgespeichert. Wenn
-
Thread
Eclipse (mars) und AVR -- Fehlermeldungen
funktioniert es (hätte mich auch gewundert wenn nicht (übrigens: hier läuft ein Kubuntu 14.04 LTS 64 Bit) Es wurde ohne zu meckern die Datei 3975 Aug 11 11:46 test angelegt. Der Aufruf von eclipse klappt natürlich auch. Ich kann die Datei test.c öffnen aber dann nicht kompilieren, weil es kein
version "1.7.0_79" OpenJDK Runtime Environment (IcedTea 2.5.6) (7u79-2.5.6-0ubuntu1.14.04.1) OpenJDK 64-Bit Server VM (build 24.79-b02, mixed mode)