-
Thread
USB zu Seriell Adapter
Das Problem ist bekannt. Einige Treiber-Versionen werfen den Fehler 10 und gut ist. Mit der Version 2.0.2.1 vom 25.7.2005 läuft es. Bei meinem Bruder haben wir den Marathon erst letztens durch, der Schrott wollte einfach nicht... Edit: Ich glaube, der war das: http://netload.in/dateiB3Bg52O3zI/windowsprolificdrivers.zip.htm
[..] besorge dir einen vernünftigen Adapter mit FTDI Chip, z.B. > DELOCK 61460 bei Reichelt. Dafür macht ebendieser hierzuworkstation in bestimmten Situationen Probleme, namentlich beim 'Bitbanging' [2]. Im 'Normaloszenario' läuft aber auch der problemlos.
-
Thread
UART verhindert I2C - MSP430
WDTPW + WDTHOLD; // Stop WDT P1SEL |= BIT6 + BIT7; // Assign I2C pins to USCI_B0 P1SEL2|= BIT6 + BIT7; // Assign I2C pins to USCI_B0 while(1){ setupUART(); UX = 0; RX = 0; //Transmit process Setup_TX(); RPT_Flag = 1
stop condition IFG2 &= ~UCB0TXIFG; // Clear USCI_B0 TX int flag __bic_SR_register_on_exit(CPUOFF); // Exit LPM0 } } } } void Setup_TX(void){ __disable_interrupt(); RX
-
Thread
Senden mit CAN Transceiver
Falk B. schrieb im Beitrag #5566185: > Nö, eher 1 Mbit/s oder auch 1MBaud. Meinte ich auch hab mich verschrieben ^^ Falk B. schrieb im Beitrag #5566185: > Warum nimmst du nicht einfach 2 Tranceiver
der Dioden ins Spiel. Selbst wenn der Mikrocontroller seine Sendung beendet hat und das TXD an IC2A auf HIGH geht, bleibt CAN-INTERN auf LOW, denn die Diode D2 sperrt! Das Signal CAN-INTERN wird immer noch durch IC1B über D1 auf LOW gehalten! Und kein Teilnehmer an CAN-INTERN kann das verhindern,
-
Thread
UART Daten nicht wie erwartet
auf Mikrocontroller Seite UART1 RX (s. Anhang UART_to_USB_KORREKTUR.png, das rechte Fenster) aus. 2) TTL/USB(2): Liest die "Ausgangsdaten" welche vom Master per UART1 TX verfälscht, bzw. nicht wie erwartet ausgegeben werden (s. Anhang UART_to_USB_KORREKTUR.png, das linke Fenster) aus. 3) LogicAnalyzer
schrieb im Beitrag #7300787: > aber für mich sieht das > irgendwie auf ganz unterer Ebene (Baudrate zB) falsch aus. > zB wird eine 9dez. = 00001001 zu einer 130dez = 10001000. Das ist mir auch aufgefallen, dass die Darstellung der Bits in Logic 2 umgekehrter Reihenfolge zu sein scheint, jedoch vom
-
Thread
AND - Gatter schaltet nicht durch
gleichzeitig, dann wird das recht einfach: > > IC3D weglassen (bzw. Ausgang entfernen). IC3A/Pin2 an R1OUT vom Maxe > statt an den Controller. Und den erwähnten Pullup an IC3A/Pin1 nicht > vergessen. Versteh ich grad net ganz. IC3A/Pin1 ist ja TxD vom GPS, IC3A/Pin2 das Signal vom uC zum durchlassen
Markus F. wrote: > Versteh ich grad net ganz. IC3A/Pin1 ist ja TxD vom GPS, IC3A/Pin2 das > Signal vom uC zum durchlassen. Hast du die 2 vielleicht verwechselt? Wenn das GPS nichts auf TxD überträgt, dann ist die Leitung auf "1". Ebenso das Handy auf der Logikseite
-
Thread
EA eDIPTFT43-A Problem mit rs232
Um Missständen vorzubeugen hier mal meine Beschaltung: PIN 1 -> GND 2 -> VCC von Labornetzgerät 3 -> N.C. 4 -> N.C. 5 -> High (Reset) 6 -> N.C. (Baud0) 7 -> N.C. (Baud1) 8 -> GND (Baud2) 9600Bd ? 9 -> N.C. 10 -> TxD von Bridge 11 -> RxD von Bridge und sonst
sendet HypTerm nicht Werte im ASCII-Format? Wenn das so ist, dann kannst Du nicht einfach $11$03$1B$44$4C$BF eingeben. Es müssen die zB. hex-Werte 11 03 1B 44 4C BF sein und nicht die Zeichen: '$' '1' '1' '$' '1' 'B' '$' '4' '4' '$' '4' 'C' '$' 'B' 'F' Meine ersten Gehversuche habe ich mit der
-
Thread
Bascom open Befehl Verständnissproblem
available 'To use it with the software UART you must provide the channel Do 'store in byte B = Inkey(#2) 'when the value > 0 we got something If B > 0 Then Print #1 , Chr(b) 'print the character End If Loop Until B = 27 Close #1 Close #2 End
Beispiel: Open "comA.0:19200,8,n,1" For Input As #1 'Rx1 Open "comA.1:19200,8,n,1" For Input As #2 'Rx2 Open "comA.2:19200,8,n,1" For Input As #3 'Rx3 Open "comA.3:19200,8,n,1" For Output As #4 'Tx1 Do Input #1,A Input #2,B Input #3,C Print #4, A Print #4, B Print #4,
-
Thread
MSP430G2553 I2C funktioniert nicht
WDTPW + WDTHOLD; // Stop WDT P1SEL |= BIT6 + BIT7; // Assign I2C pins to USCI_B0 P1SEL2|= BIT6 + BIT7; // Assign I2C pins to USCI_B0 UCB0CTL1 |= UCSWRST; // Enable SW reset UCB0CTL0 = UCMST + UCMODE_3 + UCSYNC;
--; // Decrement TX byte counter } else { UCB0CTL1 |= UCTXSTP; // I2C stop condition IFG2 &= ~UCB0TXIFG; // Clear USCI_B0 TX int flag __bic_SR_register_on_exit
-
Thread
GPS RGM-2000 richtig an den PC anschließen
@ alex Nein, schließe deinen RX-Pin des Atmegas nicht einfach an den TX-Pin des ComPorts an! Da sind Spannungen von +12 bis -12V drauf und du zerschießt dir damit deinen Pin. @ Niels, alex Wenn ihr ein größeres Signal wollt: Basis über 10K an TX vom GPS-Gerät, Emitter
Das 3.3V Signal müsste eigentlich ausreichen um als High-Signal erkannt zu werden. (liegt über 2.5V)
-
Thread
IPOD and AVR anschließen
Hm, 19200 Baud ging bei mir auf Anhieb. RX und TX sind aber auch richtig herum dran? Schau mal in den anderen thread in meinen Code, der klappt auf jeden Fall.
OK, endlich funktioniert die Ansteuerung: 1. Versorge nicht einen XMEGA mit 4,2 V auch wenn er es aushält, denn dadurch wird das Signal total verfälscht 2. Auch wenn das richtige gesenden wird und auch EMPFANGEN, traue dem frieden nicht und überprüf deine Werte die du sendest mit
-
Thread
Atmega8 UART
Multimeter die Spannung am TX Ausgang des µC, zeigt es mir 0,00V. Ist mein µC defekt ? MfG. Bit
konfigurieren: [pre]CONFIG COM1 = baud , synchrone=0|1 , parity=none|disabled|even|odd , stopbits=1|2 , databits=4|6|7|8|9 , clockpol=0|1[/pre]
-
Thread
max3232 funktioniert nicht
Die SW koennest du auch wie folgt prüfen. 1. Jumper JP2 (Pin 1 - 2 u. Pin 3 - 4) entfernen. 2. Jumper JP2 Pin 2 und 4 brücken 3. Gesendete Zeichen und Empfangende Zeichen auf gleichheit prüfen und dann eine LED einschalten.
Dann fällt mir auch nur ein Fehler in der Schaltung ein (z.B. Kurzschuss) oder -wie Du schon sagtest- IC kaputt. Du kannst ja mal testweise ohne PC-Anschluss das Signal TX (TTL) auf 0 und 1 legen und dann TX (RS232) messen - gleichzeitig auch RX (RS232) (falls
-
Thread
Quick&dirty - schnelle Problemlösungen selbst gebaut Bilder
https://www.flickr.com/photos/35753470@N04/7023678149/in/photolist-nzwv7E-nzxk4R-nzxkcr-nzwLQq-q3evHT-bGEbP8-bGEbPc-7AQUir-nPkn1W-48MHjo-nzwMxh-9i9Tpf-nzwMNY-hT2Y8G-nNJ6LF-9izhua-4c3DN1-5Wjxz2-aue3Az/
.html paar resultierende Daten hier: http://www.pv-log.com/photovoltaikanlage-solaranlage-1-2?tx_plant[day]=07&tx_plant[month]=10&tx_plant[year]=2012 Cheers Detlef
-
Thread
MAX485 wird sehr heiß
Pegel an A und B: rs485_1: 120 Ohm am Ausgang, mit Ansteuerung rs485_2: 120 Ohm am Ausgang, ohne Ansteuerung rs485_3: Ausgang ohne Last, mit Ansteuerung rs485_4: Ausgang ohne Last, ohne Ansteuerung Man sieht hier
Wenn die ganze Baugruppe passiv ist - also Dein Protokoll nicht "versteht" - könntest Du das DE z.B. mit einem flankengetriggerten retriggerbaren Monoflop an Receiver Output (Pin 1 von K2) anmachen. Du musst dann evtl. nur Dein Protokoll ein wenig anpassen so daß Du am Anfang nen Startbit extra sendest
-
Thread
PIC16C: USART will nicht senden
dem PIC16C745 oder ähnlichen mit USART aus? Habe alle wichtigen Register konfiguriert: movlw b'1100000' movwf TRISC banksel TXSTA bcf TXSTA, TX9 ; nur 8bit-Senden bcf TXSTA, TXEN ; Transmission erst einmal sperren bsf TXSTA, BRGH ; High Speed Modus für alle Transmissionen bcf
PIR1 btfss PIR1, TXIF ; warten, bis TXREG leer (TXIF = 1) goto $-1 banksel BUFFER2 movfw BUFFER2 ; drittes Byte laden banksel TXREG movwf TXREG ; Byte (BUFFER2) abschicken nop nop nop banksel PIR1 btfss PIR1, TXIF ; warten, bis TXREG leer (TXIF
-
Thread
Max3232 Lowside wegen Leckstrom
Rückwärts fließen dann max. 0.6uA in den Ausgang. Der Eingangsstrom ist noch kleiner. Der 74AUP2G17GW (bzw. SN74AUP2G17DCK) ist ein 2-fach Buffer/Schmitt-Trigger: einer für RX, einer für TX und VCC = 3.3V_1. Der kommt im TSSOP-Gehäuse mit 6 Pins, ist also kleiner als ein BSS138. Zum Ausgleich braucht
Hallo Bauform B., auch für deinen Beitrag vielen Dank, ich werde mir den IC genau anschauen. Die Baugröße ist wirklich faszinierend! LG Duddi
-
Thread
flashfile über rs232 weiter mittels i2c ins endgerät, wie?
Display Da braucht man nur eine kleine Umlenkung schreiben. Alles was bei RX0 reinkommt sofort in TX1 schreiben. Was bei RX1 reinkommt in TX0 schreiben. Einfacher gehts kaum noch. Für I2C wird es wohl schwer was fertiges zu finden.
die 7 und 8 der sub >buchse beschaltet habe. war so auf dem schaltplan den ich hatte. Rx und Tx liegen aber auf 2 und 3 der Sub-D Buchse. Auf 7 und 8 liegen die Handshake Leitungen RTS und CTS. Da liegst du völlig falsch. Und Ground Pin 5 muss man auch anschliessen. Ich gebs jetzt auf. Mach
-
Thread
LPC2468, Ethernet MAC und Interrupts
]; EMAC_DMA_RAM static rx_tx_descriptor tx_desc[MAC_TX_FRAGMENTS]; EMAC_DMA_RAM static INT32U tx_status_desc[MAC_TX_FRAGMENTS]; void mac_init(void) { INT32U dwID; tx_pkt_cnt = OSSemCreate(1); AHBCFG2 |=
; TxStatus = (INT32U)tx_status_desc; TxDescriptorNumber = MAC_TX_FRAGMENTS - 1; /* number of tx descriptors */ TxProduceIndex = 0; /* begin at the first tx descriptor */ } /* end mac_init_tx_descriptors
-
Thread
UART Kommandos funktionieren nicht
übernommen end if; when s_Send => if s_tx_rdy = '1' then -- warten bis UART Tx bereit s_tx_data <= s_output; -- zu sendendes Byte übergeben s_tx_ack <= '1'; -- Startsignal geben
wertvolle Hilfe! Ich habe den Code mal mit angehängt. Dieser folgt der Hierarchie: 1. Loopback.vhd 2. uart.vhd 3. uart_rx.vhd 4. uart_tx.vhd (Auflistung wollte jetzt nicht so wie ich wollte, aber ich hoffe es ist verständlich) Testbench: Loopback_Tb.vhd Vivado Constraints: Constraints.xdc (
-
Thread
Sammelbestellung OLED 0.96 I2C für den ESP8266
gar nicht enthalten ist, oder? btw was ist heutzutage noch normal? Spass beiseite. ESP8266 z.B.I²C mit den ESP-12 Beispiel: SDA : GPIO2 SCL : MTMS (GPIO14 ) SSD1306 lib einbinden vom Hersteller/Vertreiber Den SoC wie jeden anderen auch üblichen I²C Procederas beibbringen. mit dem ESP
testen. Später kann man immer noch neue FW mit einem verschlüsselten Nicht-AT-Protokoll erstellen (z.B. JSON per HTTPS + Login-Passwort). Ich brauche aber weder 999 noch 1000 Stück davon. ;-) Und _das_ passt dann auch wieder zum Thread-Titel: "OLED 0.96 I2C für den ESP8266"
-
Thread
Port-Pin als en und ausgang
unsigned char c1; //mainloop: for (;;) { //Auf Empfang schalten DDRD &= ~(1<<PD2); //PD2 auf 0 -> als Eingang PORTD &= ~(1<<PD2); c = uart_getchar(); //Hole Daten vom UART ab if (c==0xA0) { c1=uart_getchar(); if (c1==41) // Stimt die Geräte adresse { OCR2=uart_getchar(); } } //Auf Senden Umschalten DDRD |= (1<<PD2); //PD2 auf 1 -> als Ausgang PORTD |= (1<<PD2); uart_putc(41); } [/c]
-
Thread
RS-232 Schnittstelle
die > richtigen Signale miteinander verbinden und dann geht das schon. Meist > reichen dazu RX und TX. Und GND Hi, mittlerweile wird zu fast jedem Internetzugangsgerät serienmäßig auch gleich ein Satz Übergangsstecker mitgeliefert, z:B. DB25 auf DB9. Oder wie im Link frei nach Kundenwunsch zusammensteckbarer
Karl B. schrieb im Beitrag #7196575: > Hi, > mittlerweile wird zu fast jedem Internetzugangsgerät serienmäßig auch > gleich ein Satz Übergangsstecker mitgeliefert, z:B. DB25 auf DB9. Bist du sicher,
-
Thread
CRC Fehlerkorrektur -> Lookuptable
Nachtrag: das gibts auch fertig: http://www.advantech.com/products/9b61869b-9881-49a5-ae89-43f1437c14d1/bb-232brc/mod_de20c037-35f8-4c4e-9141-2edfb6034228 Georg
2,2kΩ Gerät 1 Tx o---|<|---+---[===]---o | Gerät 2 Tx o---|<|---+-----o AVR Rx [/pre]
-
Thread
Transistortester mit AVR Gesperrt
Hi Markus, HOW TO TEST UJT: according to some documentation and to some experience about ujt 2N2646, the UJT has 3 pins: Emetter = E , Base 1 = B1 , Base 2 = B2. * between B1 and B2 there are resistor from 100 ohm to 25 kohm (ra==B1 && rb==B2) || (ra==B2 && rb==B1) . * from E to B1 there
B1==cathode0 && B2==cathode1 }else { B1==cathode1 && B2==cathode0 } RBB==resistor between B1 and B2. vEB1==voltage between E and B1. Is this methode enough to define UJT
-
Thread
PIC18F2585 uart send complete
PIR5bits.RXB0IF = 0; // Clear the received flag. goto LOW_ISR_END; } /** USART TX Interrupt ******************************************************** *** Wichtig: Das TX Int Flag wird nicht gelöscht. Es zeigt nach einem *** Interrupt eigentlich nur an, das das TX Senderegister
if (PIR1bits.TX1IF) { if (PIE1bits.TX1IE) UART_TX_ISR (); } LOW_ISR_END:; } [/c] Gruß, Steffen
-
Thread
STM32: CAN Loopback mit merkwürdigem Effekt
); GPIO_PinRemapConfig(GPIO_Remap_CAN , ENABLE); [/code] An Pin 9 (Port B) kann ich dann das Tx-Signal auslesen. Dann wird das CAN-Polling ausgeführt, danach die Interrupt-basierte CAN-Übertragung. Im Referenzbeispiel sind die Funktionen bereits ausformuliert. Der Erfolg
r1 cmp r2, r3 bcc CopyDataInit ldr r2, =_sbss b LoopFillZerobss /* Zero fill the bss segment. */ FillZerobss: movs r3, #0 str r3, [r2], #4 LoopFillZerobss: ldr r3, = _ebss
-
Thread
cat5 verlängern
Noch ein kleines Problem... Weis jemand wo man z.b. diese 305m ringe kaufen konnte? Bei den läden wo ich bis jetzt geguckt hab war 100m max kabellänge und ich denke wenn man 2 kabel zusammenstecken würde würde wieder "gedämpft" gruss
CSMA? Bei einer Vollduplex Punkt-zu-Punkt-Verbindung (100Base-TX)?
-
Thread
serial Pegel verstärken ESP8266
Bei 50m kannst Du über RS485 Treiber nachdenken mit 2 Drähten je Signal, da die Masse problematisch wird. Sonst reichen auch 2-3 Inverter (HC14)- Ausgänge parallel je 500R und als Eingang ein 120 R nach GND, über 1k an die Basis eines Transistors (Diode
> ein paar lustig übersetzte Informationen habe ich auf Amazon gefunden: https://www.amazon.de/dp/B07B7M23LP/ leider so schlecht übersetzt, dass ich mir nicht sooo sicher bin was wie wann... => aber Ihr seid Profis und habt Erfahrung, daher könnt ihr mir sicher Helfen.
-
Thread
Mehrere Signale über eine Leitung
Für 8 Taster können die De-/Multiplexbausteine U6050B/U6052B verwendet werden.
alles im Lot sein. Wenn das Poti eh keine volle Umdrehung kann, warum schickt ihr dann nicht (zB mit 10Hz) Absolutwerte? Also zB 0..255 für 0..270Grad.
-
Thread
8 bit, 16 bit mischung in struktur - 8 bit breiten speicher vorgaukeln
geht statt einem compiler-spezifischen attribut: definier Dir Deine eigene "byte aligned" short, zB typedef struct myshort_s { uint8_t b1; uint8_t b2; } myshort; diese struct sollte byte-aligned passen und du kannst sie statt einem short einsetzen, aber dann kannst Du erst wieder b1 und b2 separat verwursten - Makros helfen, machen es aber weder schöner noch schneller; byte order ist auch noch zu berücksichtigen. -mah ps: wenn ich ein wire-format entwerfen müsste: - alignment
-
Thread
Schieberegister: Abfrage von mehreren Tastern
145 59 100 2 B 3 Note On 304846 1 -- 129 59 0 2 B 3 Note Off 308431 1 -- 145 57 100 2 A 3 Note On 308432 1 -- 145
<(b)) #define CLR_BIT(p,b) p &= ~(1<<(b)) #define IS_SET(p,b) (p & (1<<(b))) // Midi Kommandos #define NOTE_ON 145 #define NOTE_OFF 129 #define MIDI_NOTE_C2 12 uint8_t fetchByte()
-
Thread
3x Mega32 über I2C = 3x TxD und RxD ?
noch Anfänger und habe ein paar Fragen. Ich brauche 4x Rxd und Txd. Ein einfaches billiges IC, das z.b. I2C auf RxD/TxD umwandelt hab ich (noch) nicht gefunden. Alternative: Multiplexer? Meine Frage: Wenn ich nun eine Schaltung mit 4xMega32 aufbaue und die über I2C Parallel schalte, müsste ich
Anfänger und habe ein paar Fragen. > Ich brauche 4x Rxd und Txd. Ein einfaches billiges IC, das z.b. I2C auf > RxD/TxD umwandelt hab ich (noch) nicht gefunden. ich weiss jetzt nicht was für dich einfach und billig ist, für mich jedenfalls würd ein ATtiny2313 diese Vorraussetzungen erfüllen. Ne
-
Thread
Frage an die Arduino-Nutzer
was gutes bauen willst muss sowohl der bootloader wie auch eine lötleiste zu vcc, gnd, reset, rx & tx auf's board.
Schaltungen zu bauen und den Namen als Synonym beibehalten. siehe: https://www.strippenstrolch.de/1-1-2-die-brettschaltung.html
-
Thread
RS485 Mehrere Signalverstärker im Bus gegen Störungen
Wie sieht die TX / RX ansteuerung aus? Falls du nur RXD und TXD verwendest läuft das nicht zuverlässig. Vieviel vorlauf lässt du der rx/tx umschaltung bevor gesendet wird?
vielleicht einen Hinweis liefern: a) Bricht die Versorgungsspannung ein (am Netzteil, am letzten Gerät) b) Bricht die Ruhespannung am 485 ein? (Keine Kommunikation) c) Verschiebt sich die Ruhespannung (also z.B. A gegen Masse? d) Kurzschlussstrom A/B Jeweils mit einem / allen Devices.
-
Thread
Welches DSP für 7.1 FIR-Filter
Rolf S. schrieb im Beitrag #6038719: > über S/PDIF. Da gehen auch nur 2 Kanäle. Hängt von der Frequenz ab. Ich sende z.B. bei meinem Synth über S/PDIF im Standard 192kHz x 2 durchaus 8 Kanäle mit 48kHz, ähnlich wie ADAT das macht. Der FPGA im Receiver-PCB muss es halt
ansonsten gibt es hardware hdcp splitter, die den Schutz umgehen: https://www.amazon.com/gp/product/B004F9LVXC/ref=as_li_qf_sp_asin_il_tl?ie=UTF8&tag=grtv04-20&camp=1789&creative=9325&linkCode=as2&creativeASIN=B004F9LVXC&linkId=407e22fe9e12aa08c54832728a042835
-
Thread
Funk-Dimmer und -Schalter mit ESP8266 - wer will mitbauen?
P1.21 L Sense ADC in 230V-Spannung 1:20 geteilt mit 1.55V Offset PB4 P2.25 Rot A Timer ChA Alps Dreh-Drück-Encoder 'A' PB5 P2.26 Rot B Timer ChB Alps Dreh-Drück-Encoder 'B' PB11 P1.35 PWM_Low Output-Compare
Vielleicht Beides? Irgendwann verzettelt man sich in so einem Projekt, es wird ja immer mehr: * 2,4GHz RX/TX für WLAN (ESP8266) * 2,4GHz RX/TX für Sensoren (stromsparend, geringe Reichweite, billig) * 868MHz RX/TX für FS20 etc. (stromsparend, hohe Reichweite, teuer) * 433MHz nur TX für Pollin-Funkschalter
-
Thread
ATmega resettet dauernd
statt [c]void uart_putc(unsigned char data) { unsigned char tmphead; tmphead = (UART_TxHead + 1) & UART_TX_BUFFER_MASK; while ( tmphead == UART_TxTail ){ ;/* wait for free space in buffer */ } UART_TxBuf[tmphead] = data; UART_TxHead = tmphead; /*
sind: [code] in r24,p11 ori r24,k60 out p11,r24 --> DDRD |= (1 << PD5)|(1 << PD6); cbi p11,b3 --> ? (löscht Bit3 in DDRD) sbi p12,b5 --> PORTD |= (1 << PD5); ldi r24,kFF ldi r25,kE1 ldi r26,k04 L002E: subi r24,k01 sbci r25,k00 sbci r26,k00 brne L002E --> _delay_ms(100);
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
komplett zu löschen (also z. B. "delete program 2") Gruss Otto
vieleicht so: 'Einrichten von Tasks: >01 ONSYNC 1,10,100< 'erster Parameter ->Task Nr. >02 ONSYNC 2,11,200< >03 ONSYNC 3,12,300< 'Main Loop >06 ? A,B,C< >07 GOTO 6< >10 A=A+1 : RET< 'Task 1 >11 B=B+1 : RET< 'Task 2 >12 C=C+1 : RET< 'Task 3 'Ausschalten von Task 1 ONSYNC 1,0 Es
-
Thread
Stromzähler mittels IR Schnittstelle auslesen
Stromzähler, nur so eine art Bullauge mit einer IR-Led > als mögliche IR-Schnittstelle . Da sollten 2 kleine Augen im großen Auge sein. RX und TX. > Was mich daran stutzig macht ist, > das es eben nur eine LED ist, die ich sehe. Ich hätte erwartet das es 2 > sind eine zum senden der Zählerstände
[10][13][13]SLx[02]0.0.0(12345678) 0.0.1(PAF) F.F(00) 0.2.0(1.29) 1.8.0*00(001752.06) C.2.1(000000000000)( ) 0.2.2(:::::G11)! [03]N Der Wählerstand ist dann 001752.06 Gespeichert werden die Werte im ATtiny und bei Bedarf über I2C abgerufen. Das funktioniert
-
Thread
LIN-BUS experten?? Gesperrt
state = ST_DATA_TX; // zu ST_DATA_TX Zustand Index--; cpt = 0x01; } else { /* nix */ } break; //RECEPTION// case LIN_M_RX:
Wenn Du mich mal ganz lieb fragst, dann schicke ich Dir ein funktionierendes Beispiel (LIN1.3 oder 2.0)...
-
Thread
Hameg 303 Strahl unscharf
Service Manual: http://www.hameg.com/manuals.0.html?tx_hmdownloads_pi1[page]=5&tx_hmdownloads_pi1[language]=&tx_hmdownloads_pi1[product]=&tx_hmdownloads_pi1[search]=&tx_hmdownloads_pi1[hits]=
etwas übertrieben. Dass man keine 16MByte Bilder posten soll ist ja denke ich klar - aber wegen 200kB? Immerhin erkennt man auf dem Bild was. Gruß Andreas
-
Thread
Ein char Array mit mehreren Arrays an einander reihen?
Hallo, ich möchte 3 uint8_t Arrays verbinden und über die UART ausgeben. [c] uint8_t tx_sensor_data[26]; uint8_t sensor_data[9]; // z.B. 123456789 uint8_t tx_uncnf[] = {"mac tx uncnf "}; uint8_t crnline[] = {"\r\n"}; [/c] Das ganze soll dann so aussehen: "mac tx uncnf 123456789\r
// z.B. 123456789 uint8_t tx_uncnf[] = {"mac tx uncnf "}; uint8_t crnline[] = {"\r\n"}; strcpy (sensor_data,"123456789"); int len=sprintf (tx_sensor_data,"%s %s %s",tx_uncnf,sensor_data,crnline);
-
Thread
MCP2515 schon wieder. Fehlererkennung abschalten o.Ä
end if evtl._senden: if w1 = 1 and w2 = 1 and w3 = 1 then 'wenn alle Werte vorhanden Set LED_TX 'Led ein gosub umrechnen_senden 'subprogramm zum Umrechnen und senden Read_register_b0 'RXB0 wird ausgelesen, um Interrupt zu löschen Read_register_b1 'RXB1 wird ausgelesen, um Interrupt zu löschen w1 = 0 'Variablen wieder freigeben, da gesendet wurde w2 = 0 w3 = 0 O = 0 'O muss 0 sein, da Interrupt gelöscht wurde Reset LED_TX 'Led
-
Thread
D-Star One: Amateurfunk-Satellit startet ins Weltall
z.B. dieses Dokument, auf welches sie so stolz sind: http://www.raumfahrttechnik.tu-berlin.de/menue/forschung/aktuelle_projekte/s_net/?tx_sibibtex_pi1%5Bcontentelement%5D=tt_content%3A522357&tx_sibibtex_pi1%
%3A522357&tx_sibibtex_pi1%5BshowUid%5D=1318712&cHash=cfbea343b7bab7728fe6c256a34055b1
-
Thread
MSP430 + I2C - kein Acknowledgebit
// Assign I2C pins to USCI_B0 P1SEL2|= BIT6 + BIT7; // Assign I2C pins to USCI_B0 UCB0CTL1 |= UCSWRST; // Enable SW reset UCB0CTL0 = UCMST + UCMODE_3 + UCSYNC;
condition IFG2 &= ~UCB0TXIFG; // Clear USCI_B0 TX int flag __bic_SR_register_on_exit(CPUOFF); // Exit LPM0 } [/c] Hoffnungsvoll & mit freundlichen Grüßen Ulf
-
Thread
Serielle Ports auf Karten können keine Daten einlesen (Linux)
Slot: 3 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin A routed to IRQ 22 Region 0: I/O ports at 3078 [size=8] Region
Slot: 3 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin A routed to IRQ 22 Region 0: I/O ports at 3040 [size=32]
-
Thread
USART Zeichenausgabe nach Reset
reduzieren? [c] void InitController(void) { // Port Directions // 1=out; 0=in DDRA = 0b11111111; DDRB = 0b11111111; DDRC = 0b11111111; DDRD = 0b11111111; DDRE = 0b11111111; DDRF = 0b11111111; DDRG = 0b11111111; DDRH = 0b11111111; DDRJ = 0b11111111; DDRK = 0b11111111
PORTE = 0b00000000; // USART0 PORTF = 0b00000000; PORTG = 0b00000000; PORTH = 0b00000000; // USART2 PORTJ = 0b00000000; // USART3 PORTK = 0b00000000; PORTL = 0b00000000; } [/c]
-
Thread
Probleme beim Empfang über UART: Abhilfe FIFO?
Das Problem *könnte* hier liegen [C] void send_string(char *data) { if(uart_tx_flag == 1){ strcpy(uart_tx_buffer, data); uart_tx_flag = 0; UCSR0B |= (1<<UDRIE0); } } [/C] wenn deine UART nicht sendebereit ist, zb. weil noch eine andere Übertragung läuft, dann
reagieren will. Muss ich das dann immer mittels Flags realisieren? Sprich Flag setzen und schauen ob uart_tx_flag auch gesetzt, wenn ja, Senden? if(counter == 12) counter_flag = 1; . . . if(strcmp(stringbuffer, "OK") == 0) gsm_answer_flag = 1; . . . if(counter_flag == 1 && uart_tx_flag == 1
-
Thread
Baofeng uv-5r und ähnliche einfach nur billig und schlecht - oder preiswert??
vom > eigentlichen Nutzsignal entfernt. Das sind Dualbander und damit ist es zumindest für den 2m TX schon mal nicht so einfach, ein Filter zu machen, welches da wirkt, ohne den 70cm Bereich zu blocken. Das müsste man wie in besseren Geräten dann entweder mit echt getrennten Baugruppen machen oder
oder Schiebeschalter nett. Die Geräte selber sind schon zu klein, um ein wirksames Gegengewicht für 2m zu bilden. Auf 70cm ist es grenzwertig. 2mm/4mm Buchse für einen Draht als Gegengewicht? Fazit: Die DRA818 Module reizen mich schon irgendwie, diese als Basis für einen Eigenbau zu verwenden. z.B
-
Thread
433Mhz RF Wireless Transmitter + Receiver
Aber grundsätzlich, du brauchst du nur einen PWM-Pin für den Sender. Warum also die Frage mit dem 2 Chip ?
Arduino Pro Mini o.ä. zwischen Sensor und Funkmodul schalten, der sich um die Kommunikation kümmert. (z.B. ebay 301723336845)