-
Thread
CAN-USB SJA1000T <-> AT90CAN128
Mein Ziel ist es ein CAN-Board (1) AT90CAN128 über ein Flachbandkabel (mit 120 Ohm an jedem Ende zwischen CAN_H und CAN_L) mit einem CAN-USB SJA1000T Adapter (2) anzusteuern Ich kann keine Nachricht vom PC aus versenden, weder mit angeschlossenem
Knoten 2 soll die Nachricht empfangen. Am PC sehe ich keine Nachrichten. Hat jemand einen AT90CAN128 zur Hand und kann den Code in einem anderen CAN Aufbau testen? AT90CAN128, FOSC 16 MHz, CAN_BAUDRATE 100 kBit/s, Eine LED an PE4
-
Thread
Welche 32-Bit uC-Familie ist empfehlenswert?
keine slew rate-Begrenzung haben. Dann braucht man bei den meisten Typen einen MHz-Quarz, die STM32L können ihren Takt auch aus 32kHz erzeugen oder sogar intern. Dazu kommt die relativ hohe Stromaufnahme, besonders bei hohen Temperaturen (ja, PowerPC ist noch schlimmer). STM32L betreibe ich aus 24V
eigentlich auf diese Rechnung? Das ist natürlich nur eine pauschale Schätzung und die kommt daher: STM32L496 7.3mA max. @48MHz,105°C und SPC560P44L 77mA max. @40MHz, aber bei welcher Temperatur? Das passt irgendwie nicht zu den typisch 45 oder 62mA. Beim STM32 muss man noch Peripherie dazu rechnen, dann
-
Thread
Interruptgesteuerte übertragung Serielle Schnittstelle ATmega128L
Leute habe mal wieder eine Frage, ich habe da ein Problem mit der Serielle Schnittstelle des Atmega128L bzw das Problem ist noch immer nicht gelöst. Ich übertrage Daten vom Mikrocontroller an den PC. Das ganze würde ich gerne Interruptgesteurt machen und nicht mit der Funktion die im Manuel des Mikrocontrollers
-
Thread
LED blinken. Board MR-C3024. µC ATMEGA128L
Programm geschrieben. Es soll nur die LED zum Blinken bringen. ICh benutze ein MR-C3024 Board (µC ATMEGA128L), Software AVR Studio 6. [c]#define F_CPU 1000000UL #include <avr/io.h> #include <util/delay.h> int main() { DDRB |= (1 << DDB1); while(1) { PORTB |= (1<<PB1); _
RX zu tun?(weil ich >>> gerade von einem Bild verwirrt bin) > >>Nein. > > Doch. Beim ATMega128 werden TX0 und RX0 an Stelle von MOSI/MISO zum > Programmieren benutzt. Grrrrr. Danke für die Korrektur. M128 war mir jetzt als Detail entfallen.
-
Thread
SH1106 Init-Sequenz
mir selbst auch passiert ist: https://github.com/olikraus/u8g2/blob/master/csrc/u8x8_d_ssd1306_128x64_noname.c#L42 Der SH1106 ist nämlich 90% kompatibel zum weit verbreiteten (und älteren?) SSD1306. Für den SH1106 wurde dann einfach oft der init code vom SSD1306 übernommen, der scheinbar tatsächlich
einfach so. Die erste sichtbare Spalte ist so 2 statt 0, steht ja auch oben, 132 Spalten im Speicher, 128 Spalten in der Anzeige.
-
Thread
SD-Karten-Wave-Recorder
semi-professionellen Audio-Recorders ist fertig. Er ist im Zuge einer Studie zum neuen ATMEL XMega128A1 Controllers und aus dem Bedarf nach einem unkompliziert zu bedienenden, handlichen Audio-Recorder entstanden, welcher ohne Datenkompression auskommt und studiotauglichen Klang bietet. Die Entwicklung
http://www.atmel.com/dyn/products/product_card.asp?PN=ATxmega128A1
-
Thread
arduino oder GCC Programmierung
96000000 #if defined(__AVR_ATmega1284P__) #define NS(_NS) ( (_NS * ( ((long)(F_CPU*9L/10L)) / 1000000L))) / 1000 #define CLKS_TO_MICROS(_CLKS) ((long)(_CLKS)) / (((long)(F_CPU*9L/10L)) / 1000000L) #else #define NS(_NS) ( (_NS * (F_CPU / 1000000L))) / 1000 #define CLKS_TO_MICROS(_CLKS) ((long)(_CLKS)) / (F_CPU / 1000000L) #endif #else #define NS(_NS) ( (_NS * (F_CPU / 2000000L))) / 1000 #define CLKS_TO_MICROS(_CLKS) ((long)(_CLKS)) / (F_CPU / 2000000L) #endif [/c]
-
Thread
Rätsel - Fehler in Schieblehre
9 Striche auf 7/8 Zoll, ist aber sehr ungenau), aber die Bezeichnung müsste da 1/64 lauten nicht 1/128
Zoll in 16 Teile, der Septimius (wenn der richtig wäre) hat 8 Untertelungen, was multipliziert 128 ergibt.
-
Thread
Durch schlechtes Layout mega128 Platine versaut?
Hi L2 entfernen C3 könnte deinem Programmiergerät missfallen PEN am Mega128 würd ich an deiner Stelle über 1k an Vcc legen. Der interne Pullup ist doch recht hochohmig. Matthias
gehen einige Signalleitungen drunter weg. Wie hoch ist die Schwingamplitude? CKOPT gesetzt (hat der 128er doch, oder?) AxelR.
-
Thread
Digitaler Bilderrahmen mit mega8 S65 Display und SD-Karte
entfernt ist. Beides ATmega8 !!! ATmega8(-16PI) -> 4,5V - 5,5V Betriebsspannung; max 16MHz ATmega8L(-8PU) -> 2,7V - 5,5V Betriebsspannung; max 8MHz Ich weiss nicht wo hier "eine Frage der Betrachtung" steckt. Zumal ich gerne gewusst haette ob es mit einem "normalen" ATmega8 (eben nicht ATmega8L
Hallo @Michael: THX! Das bedutet dann auch, dass der mega8L evtl. auch mit 16Mhz laufen koennte?! MfG, balze
-
Thread
Fehlerhafte Adressierung von lokalen Arrays bei tinyAVR(R) 0-series
S. L. schrieb im Beitrag #7378443: > Das Programm zeigt auf einem ATmega4809 dasselbe Fehlverhalten; auf > einem AVR128DB28 hingegen funktioniert es korrekt. Also entweder ein Compiler- oder ein Hardware-Bug
S. L. schrieb im Beitrag #7378443: > Das Programm zeigt auf einem ATmega4809 dasselbe Fehlverhalten; auf > einem AVR128DB28 hingegen funktioniert es korrekt. Ja, es gibt einige Unterschiede. Missing
-
Thread
uint8 array zu const char, oder bessere möglichkeit
Beitrag #6197233: >> Nur das die Originalfunktion int ablegt. Ich denke seine readRad kann keine 128 Zeichen verarbeiten und er weiss das noch nicht, oder es gibt noch eine readRadL Funktion
cppbert schrieb im Beitrag #6197241: > Ich denke seine readRad kann keine 128 Zeichen verarbeiten und er weiss > das noch nicht, oder es gibt noch eine readRadL Funktion Hinter int *a kann ja auch ein Array liegen. Die Länge wird halt durch str bestimmt.
-
Thread
Motor am Solarmodul / Zelle
0.000005+10.20027730826997+38+5+43%0A165+160+144+304+144+2+4.616196766040377%0Aw+288+208+512+208+0%0Ac+128+288+128+368+0+0.00001+2.065331158343924%0Aw+128+288+128+240+0%0Aw+128+240+160+240+0%0Aw+160+272+160+288+0%0Aw+160+288+128+288+0%0Ar+128+240+128+176+0+3000%0Aw+128+176+160+176+0%0Ar+128+176+128+96+0+
1+1+32.755850052045055+38+5+43%0A165+160+144+304+144+2+4.816385933810871%0Aw+288+208+512+208+0%0Ac+128+288+128+368+0+0.001+1.2414298173181262%0Aw+128+288+128+240+0%0Aw+128+240+160+240+0%0Aw+160+272+160+288+0%0Aw+160+288+128+288+0%0Ar+128+240+128+176+0+1000%0Aw+128+176+160+176+0%0Ar+128+176+128+96+0+6000%
-
Thread
77,5kHz Generator aus 20MHz Takt ATtiny45-20 Assembler 10MHz Frequenznormal
Hans-Georg L. schrieb im Beitrag #6711712: >> Wenn ich den GPSDO einschalte braucht dieser >> mindestens 6 Stunden bis er stabil im Tracking Zustand ist. > Mein Samsung UCCM-L8 mit einm Ublox LEA-M8T braucht Minuten
Moin, Hans-Georg L. schrieb im Beitrag #6713398: > Gerhard O. schrieb: >> Hans-Georg L. schrieb: >>> m.n. schrieb: >>>> Gerhard O. schrieb: > >> Es ist übrigens nicht wirklich notwendig mich andauernd zu erinnern
-
Thread
Nuclear magnetic resonance (NMR) im Erdmagnetfeld
Stromstärke von 2.16 A. Das hört sich nicht so verkehrt an. Die Sensorspulen werde ich aber mit 0.3mm CuL-Draht wickeln, den ich auch für dieses Projekt beorgt habe. Da sollen es 2 x 500 Windungen werden. Für den Wasserbehälter werde ich mich in einer Apotheke umschauen oder ich verwende eine 0.5l-Fahrradtrinkflasche
Schließe ich den Verstärker an die Spule, so erkenne ich vom Rauschen her keinen Unterschied zwischen INA128 und INA217. Es rauscht gleich mit ca. 50 mV. Schließe ich den Verstärker aber gegen GND, so erhalte ich ein deutlich reduziertes Rauschen mit dem neuen INA217. Waren es mit dem INA128 noch ca. 10
-
Thread
Touch bauen, suche günstigere alternativen
einen ATMega128L mit 16 Mhz Quarz
Tobias N. schrieb im Beitrag #3146297: > einen ATMega128L mit 16 Mhz Quarz Treiber hast du dir auch schon überlegt? Gruss
-
Thread
Z180-Stamp Modul
KP_Multiply KP_Multiply KP_Multiply KP_Multiply KP_Multiply KP_Multiply XF86ClearGrab keycode 64 = Alt_L Meta_L Alt_L Meta_L keycode 65 = space NoSymbol space keycode 66 = Caps_Lock NoSymbol Caps_Lock keycode 67 = F1 F1 F1 F1 F1 F1 XF86Switch_VT_1 keycode 68 = F2 F2 F2 F2 F2 F2 XF86Switch_VT_2
_Shift NoSymbol ISO_Level3_Shift keycode 125 = NoSymbol Alt_L NoSymbol Alt_L keycode 126 = KP_Equal NoSymbol KP_Equal keycode 127 = NoSymbol Super_L NoSymbol Super_L keycode 128 = NoSymbol Hyper_L NoSymbol Hyper_L keycode 129 = keycode 130 = keycode 131 =
-
Thread
[V] Mikrocontroller, EvalBoards, Displays
UART auf RS232, ISP Stecker, zwei Quarze, Multiplexer etc. Preis pro Stück: 9€ 4) Atmega128L-8AU auf Adapterplatine Artikelzustand: NEU Anzahl: 9 Stk Preis pro Stück: 5€ 5) Adapterplatine TQFP64 auf 4x 2,54mm Pinheader Artikelzustand: NEU Anzahl: ~60 Stk Preis pro Stück: 0,10€ 6) IC Atmega128L-8AU Datenblatt: http://www.atmel.com/Images/doc2467.pdf Artikelzustand: NEU Anzahl: 35 Stk Preis pro Stück: 5€ 7) Atmega8L-8MU Datenblatt: http://www.atmel.com/Images
-
Thread
AVR Code Wizard
daran schrauben :-) ich habe jetzt mal 4 grundtypen von cpus aufgenommen: *) ATmega8 (und ATmega8L) *) ATmega128 (und ATmega128L) *) ATmega2560 (und ATmega1280, ATmega640, ATmega256V, ATmega1280V, ATmega640V *) ATtiny24 (und ATtiny44, ATtiny84) mal schauen, wie sich die anderen cpus unterscheiden
danke, habs schon gefunden (und ist auch schon online). bei interesse: function d2h(d,l) { var rc = d.toString(16); while (l!=undefined && rc.length<l) rc = "0"+rc; return "0x"+rc; } ganz trivial, oder ? cu, gg
-
Thread
1024 Lämpchen ansteuern (dimmen)
Wer will schon möglichst viel Hardwareaufwand treiben? >Es werden 64 Stränge a 16 Stück. Oder 128 a 8. Also nur 64 oder 128 einzeln steuerbare Stränge. >Wie würdet Ihr das machen? Mit DMX und PWM. Z.B. mit diesem Board. https://www.mikrocontroller.net/topic/291004#new
STP16CP05 16bit, doof. habe 128x8.
-
Thread
Zimmer/Bereichs Kontroller
Betriebssystem > - CAN/RS485 oder co zur kommunikation mit anderne Sub Kontroller Vorschlag: PIC32MX795F512L - interner 10/100 Ethernet MAC - Dual CAN - 80 MHz 32 Bit MIPS Prozessor - 512k Flash, 128k RAM http://www.microchip.com/wwwproducts/en/PIC32MX795F512L Als Board kannst Du Dir ja mal das hier
fast 9 MByte/s. Das sind schon ganz andere Zehnerpotenzen. Der AT90CAN128 kostet bei Digikey 6,82€, der PIC32MX795F512L 8,66€, also nicht so viel mehr angesichts der Leistung, wenn Du selber ein Board machst. fchk PS: Das hier https://www.olimex.com/Products/Duino
-
Thread
Info Platinen Bauteiletester / Transistortester
Muss der Vref-Zweig nicht hinter L2 liegen?
Davis schrieb im Beitrag #2984940: > Muss der Vref-Zweig nicht hinter L2 liegen? L2 hat da ueberhaupt nichts verloren. Wer kommt nur immer auf solche Ideen ?
-
Thread
µSD-Karte an ATmega128 - verwirrende Spannungspegel
Benjamin Utz schrieb: >> Bin für jeden Tipp dankbar > > Zuerst einmal läuft ein normaler ATMEGA128 nicht mit 3.3V, laut > Spezifikation. Okay, hab den ATmega128L verwendet. Sorry >holger schrieb im Beitrag #2542155: >> Benjamin Utz schrieb:False >>Ich habe erst fertigen Code verwendet, um
Das hat weniger was mit der Frequenz zu tun. Der Mega128 ist ein Opa, an dem aus Kompatibilitätsgründen einige Prozessänderungen vorbeigegangen sind. Man sollte den normalen Mega128 ohne L nicht unter 4V laufen lassen, egal bei welcher Frequenz. Das kann
-
Thread
AVR Flash jenseits der 64kB
untersucht weil mir der ATmega1284p dann doch besser gefällt mit doppelt SRAM, ich brauchte nie über 128K flash, mehr SRAM hilft mehr! 8K m2560 16K m1284p
Section im Linkerscript, nicht mit der festen Adresse 0x10000. Auzug aus dem .map File 00010000 l d .far_section 00000000 .far_section 000277c6 l O .far_section 00007d42 fire_1 0001fa84 l O .far_section 00007d42 fire_2 00017d42 l O .far_section 00007d42 fire_3 00010000 l
-
Thread
AVR64DD28 Clock Source ändern
Also für einen AVR128Dx28 und in Assembler sieht es so aus: [avrasm] puti CPU_CCP,CPU_CCP_IOREG_gc puti CLKCTRL_OSCHFCTRLA,($6<<CLKCTRL_FREQSEL_gp) ; B:32, A:28, 9:24, 8:20, 7:16, 6:12, 5:8, 4:-, 3:4 [/avrasm] In
S. L. schrieb im Beitrag #7428393: > Also für einen AVR128Dx28 und in Assembler sieht es so aus: puti > CPU_CCP,CPU_CCP_IOREG_gc > puti CLKCTRL_OSCHFCTRLA,($6<<CLKCTRL_FREQSEL_gp) ; B:32, A:28, 9:24,
-
Thread
Code(SRAM steuern) verbessern. Arduino mega 2560
Wenn ich mehr brauche, dann schalte ich 23LCV dazu. In Computer ist das ja auch so: es gibt Cash L1, L2, manchmal auch L3, es gibt DRAM und es gibt Festplatte. Die ersten sind am kleinsten und am schnellsten, die letzteren am langsamsten und am größten. AVR hat Register, die kann man als Cash betrachten
Harry L. schrieb im Beitrag #5441844: > Solche pauschalisierten Aussagen sind einfach Bullshit! Deine Latein verstehe ich kaum. Harry L. schrieb im Beitrag #5441850: > QUATSCH!!! > Der einzige Unterschied
-
Thread
unbekannter Uralttransistor
Josef L. schrieb im Beitrag #7191794: > Von 1968 - noch OC, aber schon BC Und heutzutage kosten die 2ct. Das muss am Teuro liegen...
Josef L. schrieb im Beitrag #7191835: > Wäre schön, wenn ich für das erwähnte Gerät Ersatztransistoren > bereihalten könnte. Ein Paar AC128K - das könnte der mit dem > symmetrischen Kupferkühlblech sein?
-
Thread
Einfacher Low Cost LCD Controller für 320x240 LCD im Textmodus
Ihr könnt Euch auch mal den TDK CXA-L10A anschauen. Bei Nanya heisst das Ding ADL-10A Gruss Udo
mit einem Linearregler 5V erzeugen muß um die dann für die LED's zu verwenden ... dann reicht kein 78L05 mehr weil zu viel verlustleistung verbruzelt werden muß. @heiko der Font ist wie folgt ausgebaut: 1. Zeile Char 1-n 2. Zeile Char 1-n usw bei 128 Zeichen bedeutet dies das zuerst immer 8
-
Thread
Billiger Drehimpulsgeber mit hoher Auflösung
Cyborg schrieb im Beitrag #4985227: > Aber sicher nicht mit 128 Impulsen/U. Die Maus kommt ja auch nicht von TME. Zwischen Schritten und Impulsen liegt bei einem normalen AB-Encoder noch ein Faktor 4. Damit muss ein Encoder pro Umdrehung für 128 Schritte
gemerkt, dass neue Beiträge dazugekommen sind. Auch für die neuen Beiträge nochmal vielen Dank. Kolja L. schrieb im Beitrag #4988195: > Dussel schrieb: >> Kolja L. schrieb: >>> RDC80, das sind zwei Poti in einer Achse um 180 Grad versetzt. >>> Muss halt analog ausgelesen werden... >> Danke, danach
-
Thread
[S] 128MB SD-RAM SODIMM + kleine 2,5" IDE-Festplatte
Hallo, J. L. schrieb im Beitrag #3454688: > Aber sowas von! alles klar. Am besten Du schreibst mir eine PN. cu Guido
Matthias I. schrieb im Beitrag #3455441: > 128MB SO-DIMM SDRAM hab ich auch noch hier. Welche Geschwindigkeit hat der RAM? PC66 / PC100 / PC133?
-
Thread
AMD-FX- Underclocking
Ryzen Threadripper 3990X + Ryzen Threadripper Pro 3995WX haben auch schon je 64 Cores mit je 128 Threads. Wenn ich 128(!) P4/2,4GHz -Threads parallel schalte, spielts auch GRANADA.
[5:0]>1Ah). (Note, core and L3 *frequencies below 400MHz are not supported* by the architecture). Core supports DID up to 30h, but L3 must be 2Ch (VCO/5.5) or less. Gute Nacht
-
Thread
Probleme beim linken mit Codesourcery + Eclipse + EK-LM3S8962
\hello.ld" -nostartfiles -L"D:\Microcontroladores\StellarisWare\driverlib\gcc" -Wl,-Map,HelloWorld.map -ldriver -mcpu=cortex-m3 -mthumb -g3 -gdwarf-2 -o "HelloWorld.elf" ./hello.o ./startup_gcc.o -l"D:/Microcontroladores/StellarisWare
-> ARM Sourcery Windows GCC Linker --> Libraries --> dort kannst du 2 Dinge angegeben: Libraries(-l) und Library search path(-L). Unter Libraries(-l) habe ich angegeben: D:\Microcontroladores\StellarisWare\driverlib\gcc\libdriver.a Unter Library search path(-L) habe ich angegeben: D:\Microcontroladores
-
Thread
Array Probleme
Chris schrieb im Beitrag #3055243: > obwohl das 8. Element 128 ist. ist es nicht. char element[] = { 1, 2, 4, 8, 16, 32, 65, 128 }; char[0] = 1 char[1] = 2 ... char[7] = 128
char element[] = { 1, 2, 4, 8, 16, 32, 65, 128 }; ^ <stdin>:11:5: warning: comparison is always false due to limited range of data type [-Wtype-limits] if (element[8]==128) [/pre] Die Korrektur besteht also zunächst mal darin, einen
-
Thread
UART Probleme mit AT90CAN128
initialisieren siehe S.197 Datenblatt /* USART-Init 19200 Baud bei 4MHz für AT90CAN128 */ UBRR1H = 0; // Highbyte ist 0 UBRR1L = 12; // Lowbyte ist 12 ( dezimal ) ergibt 19,2k bei 4Mhz Clocktakt UCSR1B |= ( 1 << TXEN1 ); // UART TX einschalten
Contollregister initialisieren siehe S.197 Datenblatt /* USART-Init 19200 Baud bei 4MHz für AT90CAN128 */ UBRR1L = 12; // Lowbyte ist 12 ( dezimal ) ergibt 19,2k bei 4Mhz Clocktakt UCSR1B |= (1 << TXEN1); // UART TX einschalten (Sendebereit machen) UCSR1C |= (( 1<<
-
Thread
RGB-Farbe dimmen
In HLS ist auch das wieder einfach: Von H_quelle nach H_Ziel interpoloeren. GLeichzeitig von L_quelle nach L_Ziel interpolieren Gleichzeitig von S_quelle nach S_Ziel interpolieren Aber wenn an die Zwischenstufen nicht allzuhohe Ansprüche gestellt werden: [c] // blendFactor: 0 ... 128
* blendFactor + source->red * ( 128 - blendFactor ) ) / 128; color.grn = ( dest->grn * blendFactor + source->grn * ( 128 - blendFactor ) ) / 128; color.blu = ( dest->blu * blendFactor + source->blu * ( 128 - blendFactor ) ) / 128
-
Thread
C++?!?
.LFB2: .LM1: /* prologue: frame size=2 */ ldi r26,lo8(2) ldi r27,hi8(2) ldi r30,pm_lo8(.L_virtual void A::print()_body) ldi r31,pm_hi8(.L_virtual void A::print()_body) rjmp __prologue_saves__+32 .L_virtual void A::print()_body: /* prologue end (size=5) */ .LBB2: .LBB3: .LM2:
.LFB3: .LM3: /* prologue: frame size=2 */ ldi r26,lo8(2) ldi r27,hi8(2) ldi r30,pm_lo8(.L_virtual void A::read()_body) ldi r31,pm_hi8(.L_virtual void A::read()_body) rjmp __prologue_saves__+32 .L_virtual void A::read()_body: /* prologue end (size=5) */ .LBB4: .LBB5: .LM4: ldi
-
Thread
[V] Diverse (ältere) AVR-Controller
2 x AT90CAN128-16MU 1 x ATmega128L-8AI 1x ATmega128-16AI wären die noch da , und was würden die kosen inkl. versand
Der Rest, also folgende, sind noch zu haben: 3 x AT90S4433-8PI 3 x AT90LS4433-4PI 2 x AT90CAN128-16MU 2 x ATmega161-8AI 2 x ATmega163-8AI 2 x ATmega103-6AI 2 x ATmega128L-8AI 4 x ATmega128-16AI Gruß Haydar
-
Thread
warum __inline zwingend erforderlich?
. [c] static const __flash uint8_t Wave_Tab[18] = {1,2,4,8,16,32,64,128,255,128,64,32,16,8,4,2,1,0}; [/c] Und schon ein neues Problem, ich bekomme beim Compilieren zwei Fehlermeldungen: Register not supported illegal opcode elpm for mcu attiny10
) [c] #include <avr/pgmspace.h> * * * const uint8_t PROGMEM Wave_Tab[18] = {1,2,4,8,16,32,64,128,255,128,64,32,16,8,4,2,1,0}; * * * Helligkeit = pgm_read_byte(&Wave_Tab[n]); * * * [/c] __inline ist nicht mehr erforderlich.
-
Thread
Hat jemand Serviceunterlagen zum HP 4195A?
hast ... Tobias P. schrieb im Beitrag #4887888: > Quizfrage: welche Ausgangsspannungen bei BPF_L_TUNE würdest du erwarten, > wenn U16 0V an Pin 14 raus gibt, bzw. -6.3V? 0V -> +5,82V -6,3V -> +20,3V Allerdings muss dazu auch OUT-BPF-L-SLCT -12V haben (also aktiv sein), sonst legt CR14 den
> > > Tobias P. schrieb im Beitrag #4887888: >> Quizfrage: welche Ausgangsspannungen bei BPF_L_TUNE würdest du erwarten, >> wenn U16 0V an Pin 14 raus gibt, bzw. -6.3V? > > 0V -> +5,82V > -6,3V -> +20,3V > > Allerdings muss dazu auch OUT-BPF-L-SLCT -12V haben (also aktiv sein), > sonst
-
Thread
C#:Bitmap an eine DLL-Funktion(C) übergeben
dsp) } [/c] was mir auch noch aufgefallen ist, die multiplikations 128*128 könntest du vor den schleifen berechnen und speichern
Sebastian L. schrieb im Beitrag #2693378: > die multiplikations 128*128 könntest du vor den schleifen berechnen und das macht der compier schon - so dumm ist er nun auch wieder nicht.
-
Thread
128 Displays simultan ansteuern
wechselt. Wegen der Größe hatte ich eben an so etwas gedacht: http://www.ebay.de/itm/Blue-0-96-inch-128x64-IIC-I2C-OLED-LCD-LCM-Display-Module-fuer-Arduino-STM32-51-/231745935646?_trksid=p2141725.m3641.l6368 Stefan U. schrieb im Beitrag #4522311: > Was NXP verspricht, hilft dir in der Praxis wenig
" im Titel? > Alles für die Katz, Themaverfehlung! mit "simultan" meinte ich, daß ich für alle 128 Displays 128 verschiedene Textanzeigen lade, und daß der dann möglichst gleichzeitig von allen Displays auch angezeigt wird. ->Stefan: Ich glaube, die Lösung RS485 scheint mir am besten geeignet
-
Thread
Kleines Tiny13 Sensorboard
frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 sbi 0x18,0 sbi 0x17,0 sbi 0x17,1 ldi r24,lo8(2) .L4: sbic 0x16,7 rjmp .L2 cbi 0x18,0 rjmp .L3 .L2: sbi 0x18,0 .L3: out 0x16,r24 ldi r30,lo8(29999) ldi r31,hi8(29999) 1: sbiw r30,1 brne 1b rjmp . nop rjmp .L4 .size main, .-main
-
Thread
S/PDIF bei einem SD-Karten-Player nachrüsten
Laut Datenblatt: - Pin 14: AGND: Analog Ground - Pin 24: MODE: Mode Control Select (H: Software, L: Hardware) Nachdem das L warscheinlich für Low steht und nur 0,05V an Pin 24 anliegen würde ich mal sagen, der verbaute DAC wird im Hardware-Modus konfiguriert. Also müsste ich eigentlich mit einem
Du könntest die 16,9MHz durch 3 teilen. Dann hast Du 128fs Gruß Jobst
-
Thread
7-Segment+Buchstaben
perl -e '@a=('A','C','E','F','G','H','I','L','O','P','S','U','Y'); for($i=0;$i<@a;$i++){ for($j=0;$j<@a;$j++){ for($k=0;$k<@a;$k++){ for($l=0;$l<@a;$l++){ print $a[$i].$a[$j].$a[$k].$a[$l]."\n"; } } } };' 8)
l=1 TO 13 print #1, FELD$(i);FELD$(j);FELD$(k);FELD$(l);chr$(8); 'chr$(8) = TAB NEXT l print #1 'Zeilenumbruch NEXT k NEXT j NEXT i close(1) Fertig...
-
Thread
seriell FTDI TTL UART SUART ich blicke nicht mehr Durch!
immer nach LF oder CR. Dann weiß man das diese eine Übertragung abgeschlossen ist. Also wenn bei mir 128 + LF reinkommen würde, würde die 128 im Lesebuffer landen und das Einlesen an sich mit eintrudeln der LF Erkennung abgeschlossen sein. Danach wird die 128 anderswo verarbeitet. Wenn nur 128 ohne LF
nach LF > oder CR. Dann weiß man das diese eine Übertragung abgeschlossen ist. > Also wenn bei mir 128 + LF reinkommen würde, würde die 128 im Lesebuffer > landen und das Einlesen an sich mit eintrudeln der LF Erkennung > abgeschlossen sein. Danach wird die 128 anderswo verarbeitet. > Wenn nur 128
-
Thread
STM32F7: Eigener Bootloader startet die Applikation nicht
entry5.o) 0x080601e8 0x00000000 Code RO 1862 .ARM.Collect$$$$00000008 mc_w.l(entry7b.o) 0x080601e8 0x00000000 Code RO 1864 .ARM.Collect$$$$0000000A mc_w.l(entry8b.o) 0x080601e8 0x00000008 Code RO 1865 .ARM.Collect$$$$0000000B mc_w.l
entry9a.o) 0x080601f0 0x00000000 Code RO 1867 .ARM.Collect$$$$0000000D mc_w.l(entry10a.o) 0x080601f0 0x00000000 Code RO 1869 .ARM.Collect$$$$0000000F mc_w.l(entry11a.o) 0x080601f0 0x00000004 Code RO 1858 .ARM.Collect$$$$00002712 mc_w.l
-
Thread
Blaue Pillenkrise? Die Häfte sind kaputt!
. Nochmal: Der flasht 80kb rein, obwohl die Chips nur 64kb haben. Erkennt sie aber als 128kb. Vermutung: Und natürlich schmieren die ab, wenn der Code irgendwann dahin kommt wo keiner ist oder kaputter Code etc. Vor 3 Jahren habe ich 2 Boards mit echten 128kb Chips von ST bestückt,
core-common-lib/blob/3cdaed3ca40949a466027942c4b253adebc2ccf0/STM32F10x_StdPeriph_Driver/src/stm32f10x_i2c.c#L222-L224 und das ist die SPL die der TO benutzt.
-
Thread
Atmega2560 Verhält sich komisch bei zu vielen Daten
komisch hat sich mein 2560 auch benommen, habe ich bis 64kB(oder waren es 128kB egal) feste statische Daten geschrieben vom Prommer lief das, aber als ich über 64/128k kam lief nix mehr Ich wüsste nicht wo mein Programmierfehler liegen sollte, es ist zwar ein 8-Bitter und
@Joachim B. (jar) >komisch hat sich mein 2560 auch benommen, habe ich bis 64kB(oder waren >es 128kB egal) feste statische Daten geschrieben vom Prommer lief das, >aber als ich über 64/128k kam lief nix mehr >Ich wüsste nicht wo mein Programmierfehler liegen sollte, es ist zwar >ein 8-Bitter
-
Thread
USB3-to-SATA Adapter - Fake oder Treiber Problem?
13 84 0 0| 0 0 | 64B 64B| 0 0 |1256 2996 0 14 84 2 0| 0 227M| 128B 0 | 0 0 |1637 4117 2 11 81 6 0| 0 241M|1862B 350B| 0 0 |1851 4760 1 6 84 9 0| 0 235M| 128B 0 | 0 0 |1486 4029 4 6 80 10 0| 0 239M
) root@Entwicklung:/tmp# ls -l /dev/loop0 brw-rw---- 1 root disk 7, 0 Aug 20 08:33 /dev/loop0 root@Entwicklung:/tmp# mkfs.ext4 -L HUNDERTMEG /dev/loop0 mke2fs 1.44.5 (15-Dec-2018) Geräteblöcke werden verworfen: erledigt
-
Thread
Attiny2313 Timer16 Bit, Normal Mode, unsauber
114, -116, -117, -118, -119, -121, -122, -122, -123, -124, -125, -126, -126, -127, -127, -127, -128, -128, -128, -128, -128, -128, -128, -127, -127, -127, -126, -126, -125, -124, -123, -122, -122, -121, -119, -118, -117, -116, -114, -113, -111, -110, -108, -106, -105, -103, -101, -99,
- ohne relativ kleinen pull-down am DAC-Ausgang werden Sie Ihr "blaues" Wunder erleben mit dem AVR128DB28.