-
Thread
siemens tc35i und rs232 Kommunikationsprobleme
> <\n>5<\r> <\n>6<\r> <\n>7<\r> <\n>8<\r> <\n>9<\r> <\n>10<\r> <\n>11<\r> <\n>12<\r> <\n>13<\r> <\n>14<\r> <\n>15<\r> <\n>16<\r> <\n>17<\r> <\n>18<\r> <\n>19<\r> <\n>20<\r> <\n>21<\r> <\n>
<\n>57<\r> <\n>58<\r> <\n>59<\r> <\n>60<\r> <\n>61<\r> <\n>62<\r> <\n>63<\r> <\n>64<\r> <\n>65<\r> <\n>66<\r> <\n>67<\r> <\n>68<\r> <\n>69<\r> <\n>70<\r> <\n>71<\r> <\n>72<\r> <\n>73<\r>
-
Thread
CH340N nur bis 38400 Baud?
MCU's an einen CH340N bei gleicher Versorgungsspannung eine Schaltung zwischen beiden Teilnehmern an den RxD / TxD Leitung erfordert (die ich nicht gemacht habe und leider auch nicht mehr finde). Dort ging auch hervor dass
keine offensichtlichen, groben Fehler entdeckt, unter anderem habe ich mir angeschaut, wie der CH340N mit einer relativ schnellen Datenübetragung zurechtkommt und z.B. eine Bilddatei von ca. 100 Kilobyte in Schleife (RX und TX des CH340N verbunden) mit dem PC durch den durchgejagt. Bei 1Mbit kam die
-
Thread
FM-Receiver mit 12,5 kHz Kanalraster
B e r n d W. schrieb im Beitrag #2176874: >>http://www.igerlach.de/2mRX/2mRX.html > Da würde aber noch ein Display + 3 Tasten dranpassen. Gibt's denn die PLL noch irgendwo, oder muss man die inzwischen
B e r n d W. schrieb im Beitrag #2177154: > Das Problem der Spiegelfrequenz seh ich auch so. Also entweder gut > filtern, oder den VFO doch unterhalb. > > 86,455 - 21,4 = 65,055 MHz > > Da ist wahrscheinlich
-
Thread
SAQ Minimalempfänger
B e r n d W. schrieb im Beitrag #7275463: > Du kennst aber die SAQ-Software? > http://dl1dbc.net/SAQ/#_The_Software_Defined Wurde schon in den Vorposts darauf hingewiesen. Das Programm heißt SAQ-RX ist
B e r n d W. schrieb im Beitrag #7276522: > Könntest du mal ein Spektrum der Soundkarte ohne Signal aufzeichen Das ist leider nicht so aussagekräftig, weil die Skala vom SAQ-RX-Programm nur dB relativ haben
-
Thread
zwei µC über UART verbinden in Bascom
Kettensäge hat, um Licht in den dunklen Wald zu bringen, ich würde mich sehr darüber freuen. Deka65
umsehen und probieren. Schön wäre es ja, wenn damit das Problem erschlagen ist. deka65
-
Thread
LED Strip mit sehr hoher Leuchtstärke
%20b%C3%A4nder.html Die 14,4W und 19,2W hab ich im Einsatz und bin sehr zufrieden. Christian_RX7
bei Ebay oder Ali bekommt, nämlich um die Reste, die nach der Selektion übrig bleiben. Christian_RX7
-
Thread
Digitaler Spongebob Bilderrahmen für 15€
@ Asimetri Kannst du mir sagen, wo TxD und RxD an der SPMF-2800A sind?
Kontrastverhältnis: Display-Farben: Antwort Rime: 12/18 (typ.) (Tr / Td) Betrachtungswinkel: 65/65/40/65 (typ.) (CR ≥ 10) (L / R / U / D) Frequenz: Lampen-Art: WLED [8S6P: 8 Seriell, Parallel 6] Signal-Schnittstelle: TFT Spezifische Analog RGB Eingangsspannung: 3,3 V (typ.) (VDD)
-
Thread
Stromsenke / el. Last
Rückmeldung das der Kondensator ggf. zu groß wäre. Dann würde ich einen der Kondensator auf 3,3 bzw. 2,7nF verkleinern.
Transsitor nehmen der für so etwas ausgelegt ist. Ich habe mal so einen hier verwendet : IXTN90N25L2 von Ixys, SOA im Anhang
-
Thread
Inline Assembler nach C
\n" " STS rf_rx_state,R25 ;32 Increment rf_rx_state \n" " CPI R25,0x04 ;33 Compare rf_rx_state to 0x04 \n" " BRNE END_RX_IRQ ;34 IF not equal Jump
CP R31,R30 ;28 Compare usart data and sof_ary[n]\n" + " BRNE RESET_RX ;29 If not equal Jump \n" + " INC R25 ;30 Increment rf_rx_state \n" + " STS rf_rx_state,R25 ;32 Increment rf_rx_state \n" + "
-
Thread
Einfacher Low Cost LCD Controller für 320x240 LCD im Textmodus
Welche Teile würde ich brauchen um nur die ASCII zeichen auszugeben? Alles bis auf den Bereich rx_uart bis einschließlich UART_RX_int.
Das steht an Stelle 65, 65+256, 65+512 usw bis 65+2816 Diese Bytes als 8x12 bzw. 8x10 Grafik angeordnet ergeben ein A. Achso, jetzt versteh ich was du als Block meinst. Die Anordnung als 32x8 dient nur der Breite. Alle
-
Thread
Webasto W-Bus
zwei Teilnehmern ist der BUS konzipiert also kannst du dich da auch mit ranhängen. Hast du TX und RX richtig mit dem MAX verbunden? RX ist am L9637 ein Ausgang! Sascha
Hi Andi, ich kann Sascha nur zustimmen - RX muss an RX vom FTDI und TX an TX vom FTDI... Ansonsten sieht das alles sehr richtig aus... ;-) Viele Grüße Michael
-
Thread
RS232 Befehl für Beamer unter Linux die zweite
Hallo, danke füpr den Tip. Einstellungen sind wie im Anhang. Könnte das: "5 = Flow Control = N" das Problem sein?
nocht auf die Antwort warten muss, vermutlich so: [code] printf "\x45\x53\x43\x2F\x56\x50\x2E\x6E\x65\x74\x10\x03\x00\x00\x00\x00PWR ON\r\n" | nc 192.168.188.52 1002 [/code] Mit nem delay dazwichen: [code] { printf "\x45\x53\x43\x2F\x56\x50\x2E\x6E\x65\x74\x10\x03\x00\x00\x00\x00" sleep 1
-
Thread
Störungen der Übertragung bei 250kBaud durch zu kleine Bandbreite?
1,8kOhm-Widerstand würde mit dieser Kapazität einen Tiefpassfilter bilden. Nun braucht man nach Nyquist für n Baud mindestens eine Bandbreite n/2, also folgt für 250kBaud ein fc >= 125kHz. Daraus folgt nach C = 1 / (2 * pi * R * fc) für den parasitären C ein Wert von 707pF. Das halte ich für völlig ausgeschlossen
Tx-Ausgang ist niederohmig genug, den Eingangsspannung des ESP auf Masse zu ziehen. Entweder ein Tx-Rx-Kabelproblem, oder irgendein Programmteil im ESP schaltet für 10us den Rx-Eingang auf treibenden Ausgang. Blackbird
-
Thread
RFM12 - Funkmodul
Moin, ich habe eigendlich gute erfahrung mit dem modul gemacht... (868MHz) nur bekomme ich den nIRQ nicht zum lauffen der is immer high... mit diesem Programm habe ich kein Problemm PWM geht RX im Pulling Mode geht auch... [code] #include <avr/io.h> #include <avr/interrupt.h> #include
pwm_setting[6] = test[0]; } } [/code] was muss ich den ändern damit der nIRQ reagirt? erste idee war RX einschalten aber daten nicht abhollen ...dann müsste er ja mekern... so war mein gedanke nur die änderung: [code] rf12_trans(0x82C8); // RX on rf12_trans
-
Thread
Weltempfänger
B e r n d W. schrieb im Beitrag #4207043: > War das ungefähr so gemeint? > > Rx VFO f_Quarz VFO+f_Quarz 1.ZF > 5,00 2,50 13,20 15,70 10,70 > > Falls ja: Im Prinzip, aber...
78db für 6BA7 (letztere multiplikativ). Eine ECH81 schafft max. 75db bis 10MHz und nicht mehr als 65db bei 30MHz. Dazu addieren sich dann natürlich noch die Verzerrungen durch die obligatorischen HF-Vorstufen. Die besten RX (alle übrigens mit additiver Mischung) kamen über den gesamten HF-Teil so
-
Thread
[V] Schaltnetzteile!
http://sfkhjw.blu.livefilestore.com/y1p5fEPJWVJnvSdypk96MVtiWGLxFrGE9G2V_h4lt6_o093BNE26j8YmUI82neN9cxlv_M91LaJmQE3V9QG00rxBV5T4vAWAuE8/Dsc07295.jpg?psid=1 Datenblatt: http://sfkhjw.blu.livefilestore.com/y1pethvdNMikTp1BQUxZe_dt8m8pXqPZCTP8gf0O-PeJAWQF4GfoDE1zz-I6RwqCq1axhxkLmwt35E66a8WZYG87Hy6Dq6BWpQ0
http://sfkhjw.blu.livefilestore.com/y1p5fEPJWVJnvSdypk96MVtiWGLxFrGE9G2V_h4lt6_o093BNE26j8YmUI82neN9cxlv_M91LaJmQE3V9QG00rxBV5T4vAWAuE8/Dsc07295.jpg > Datenblatt: http://www.datasheetcatalog.org/datasheets2/50/50695_1.pdf >>> Preisvorschlag: 15€ Typ2 (GPS65-3000): ================== Maße..
-
Thread
HEX per Batch an ein Gerät schicken
65 20 2d 35 36 31 37 0a Habe es hiermit probier... Es geht aber leider nicht. In der CMD: MODE COM3:9600,N,8,1,P COPY 1.HEX COM3 Ich hoffe ihr habt eine Idee / Vorschlag Gruß Tom
Txt File" mit HyperTerminal. Geht SerialSend.exe /baudrate 9600 /devnum 3 /hex "\x6d\x6f\x76\x65\x20\x2d\x35\x36\x31\x37\x0a" und SerialSend.exe /devnum 3 /baudrate 9600 /hex "move -3745\n" beide Übertragen laut dem Log von Serial Port Monitor korrekt das Hex Kommando. Trotzdem dreht sich nichts
-
Thread
DAB+ Modul KeyStone 8650
Demo-Software gelaufen ist. Empfangsseitig funktioniert das sehr gut, hier der Mitschnitt: [code] RX: FE 00 00 01 00 00 FD // System_GetSysRdy RX: FE 01 16 01 00 00 FD // Stream_GetTotalProgram RX: FE 01 16 01 00 00 FD // .. RX: FE 01 0C 01 00 01 08 FD // Stream_SetVolume RX: FE 01 09 01 00 01 01
bleiben "4A" Wenn ich die Doku richtig interpretiere steht nach der Transport ID: [c] for (n=0;n<length_indicator-2;n++) { end_user_address_byte } [/c] wobei *length_indicator* = 2 (2 Bytes für Transport ID) ergo die Schleife nicht durchlaufen wird da die Bedingung n=0 < 0 == *false*
-
Thread
[V] Mini GPS Module - SkyTraq Venus 6 (22x22x8mm)
RX, TX habe ich vertauscht. Also noch mal detailiert mein Aufbau (Steckbrett): GPS-Pin: ATmega32-Pin 1 (RX) <----> 15 (TX) 2 (TX) <----> 14 (Rx) 3 (GND) <-> GND 4 (VIN) <-> VCC
Und Parameter richtig setzen. Sollte - glaube ich - 9600Baud, 8N1 sein
-
Thread
ISM Empfänger mit kleinstem Standby
dann würde ich ein Modul wie den NRF24L01 verwenden, und dies für z.B. 10 Sekunden ausschalten (900 nA), und dann für 2 Millisekunden lauschen (mit Startup < 4ms @ 12.3mA). Das ergibt: 900nA (die ganze Zeit, die 4 ms werden vernachlässigt) + 4 * 12300000 nA / 10000 = 5820 nA = 0,00582 mA. 220
vielen Dank. :-) Ich bin auf den Stromlaufplan gespannt. Ich hoffe, dass das billiger wird als ein RX-4M30RR01SF^^. Der Sender dazu (TX-SAW MID/3V müsste passen?), hätte 5,5mA, 10dBm und würde bei tme.eu 3.76€ kosten. Man könnte den hc-05, nRF24L01+, nRF51922, WRL-3000 oder sonstwas auch weglassen
-
Thread
einfacher 20m-CW-Sender mit AD9850 und MOSFET
Werde für den Sender erst mal ein "unbehandeltes" AD9850-Modul benutzen und später, wenn der RX dazu kommt, entsprechend umrüsten (vermutlich auf ein AD9851-Modul). B e r n d W. schrieb im Beitrag #3329830: > Rx, deutlich besser: > Youtube-Video "DDS - ILER 40 ----- EA3GLH------" Er benutzt
Tx und einen für den Rx. Die Bereichsumschaltungen müssten dann möglicherweise an zwei verschiedenen Stellen gleichzeitig/parallel stattfinden. > Pin-Dioden sind geeignet, es geht sogar recht gut mit einer 1N4148. Im
-
Thread
Atmeg führt reset ohne Grund durch
result = result + ADC; n = n+1; } result = result/3; } else { result = 0xFF; } return result; } void init_PWM (void) // Initialisiert PWM // Timer 1 für PWM 16 bit { TCCR1A |= (1<<
_RX_vect)" ist der richtige Handler > beim Atmega 1284. Karl Heinz schrieb im Beitrag #4045889: > Aber mein Atmel Studio behauptet, > aus welchem Grund auch immer, dass sichUSART0__RX_vect > mit 2
-
Thread
Yamaha RX-V1600 Receiver/Amp schaltet nicht ein
effektiv in Serie zu C4 liegt und wahrscheinlich sogar auch noch die gleichen Werte wie C4 hat (22nF).
@Thomas S: Geht dein Verstärker (RX-V1600) gar nicht an, oder geht er direkt wieder aus? Das trifft nämlich auf einen RX-V3067 zu, den ich grade auf dem Tisch habe. Der 1600 hat doch auch Prozessor-Steuerung und Überwachung, da kann
-
Thread
Ambilight mit STM32F4discovery und TVP5150AM1
<\n> <\r>tvp5150: Active video cropping stop = 0x0000<\n> <\r>tvp5150: Genlock/RTC = 0x01<\n> <\r>tvp5150: Horizontal sync start = 0x80<\n> <\r>tvp5150: Vertical blanking start = 0x00<\n> <\r>tvp5150
What happens if you change TX/RX from the USB adapter? On many CP2102 boards the TX and RX are marked in the senso of: Connect RX to RX and TX to TX.
-
Thread
[s] Platine bohren
fix. Der oft beschriebene Bohrständer ist überflüssig und verlangsamt die Sache nur. Christian_RX7
Klebeband auf eine plangefäste Fläche klebe. Ich werde deine Reihenfolge mal testen. Christian_RX7
-
Thread
RS485 Foxboard <==> AVR
Ergebnis: Beispiel 1: [pre] [root@axis- /root]99# /mnt/flash/rs485tx.out test12345678test RX = 0x00 RX = 0x26 [&] RX = 0xFFFFFF98 RX = 0x5F [_] RX = 0x72 [r] RX = 0x65 [e] RX = 0x73 [s] RX = 0x70 [p] RX = 0x6F [o] RX = 0x6E [n] RX = 0x73 [s] RX = 0x65 [e] RX = 0x5F [_] RX = 0x0A RX = 0x74 [t] RX = 0x65 [e] RX = 0x73 [s] RX = 0x74 [t] RX = 0x31 [1] RX = 0x32 [2] RX = 0x33 [3] RX = 0x34 [4] RX = 0x35 [5] RX = 0x36 [6] RX = 0x37 [7] RX = 0x38 [8] RX = 0x74 [t] RX = 0x65
-
Thread
RS232 Terminal
. dann wird in meinem Com Port Monitor folgendes angezeigt: gesendet: #31#30#32#34#20#62#79#74#65#73#20#74#72#69#61#6C#20#76#65#72#73#69#6F#6E#20#6C#69#6D#69#74 empfangen: #31#30#32#34#20#62#79#74#65#73#20#74#72#69#61#6C#20#76#65#72#73#69#6F#6E#20#6C#69#6D#69#74 wie kann ich nun machen, dass
9600-8-N-1 meine ich natürlich...
-
Thread
Projekt : GPS Tracker
4,3,13,27,08,302,34,22,57,129,42,26,04,012,,25,03,273,*78 $GPGSV,4,4,13,19,50,296,36*4E $GPGLL,4959.54146,N,00854.62448,E,162950.00,A,A*66 $GPZDA,162950.00,27,10,2008,00,00*61 $GPRMC,162951.00,A,4959.54222,N,00854.62317,E,5.815,329.26,271008,,,A*65 $GPVTG,329.26,T,,M,5.815,N,10.776,K,A*0F $GPGGA,162951.00,4959.54222
4,3,13,27,08,302,33,22,57,129,45,26,04,012,,25,03,273,*78 $GPGSV,4,4,13,19,50,296,42*4D $GPGLL,4959.54084,N,00854.61071,E,162954.00,A,A*60 $GPZDA,162954.00,27,10,2008,00,00*65 $GPRMC,162955.00,A,4959.53980,N,00854.60471,E,10.994,272.74,271008,,,A*54 $GPVTG,272.74,T,,M,10.994,N,20.373,K,A*39 $GPGGA,162955.00,4959.53980
-
Thread
Noch ein Taschenrechner auf ATMega Basis
sicher auch nicht gewesen :-) Kann sich nur um Ironie handeln, da Gauss es so gerechnet hat: n(n + 1) / 2 = 100(100 + 1) / 2 = 5050
Ich habe Boris mal mit einem Bootloader versehen. Zusätzlich zu Rx und Tx muss noch DTR über 100n in RESET (Pin1) eingekoppelt werden. Da der AVR nur mit 1 MHz arbeitet, kann als maximale Baudrate nur 9600 Baud für den Bootloader verwendet werden. Jetzt muss man den
-
Thread
Wechselrichter Hoymiles HMS-xxxx Sub-1G wireless
mittlerweile erste Daten auslesen. ----------------------------------- TX 15 80 72 40 87 81 00 17 65 80 0b 00 63 f3 31 56 00 00 00 00 00 00 00 00 90 af 90 RX 1b 95 80 72 40 87 81 00 17 65 01 00 01 01 02 00 03 03 de 00 00 0a 00 00 00 00 00 84 | 88ms | -36dBm RX 1b 95 80 72 40 87 81 00 17 65 02 03 ba 00 00 00 00 00 11 00 00 00 03 00 03 00 00 f9 | 138ms | -33dBm RX 1b 95 80 72 40 87 81 00 17 65 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50 | 188ms | -30dBm RX 1b 95 80 72 40 87 81 00 17 65 04 00 00 08 b7 13 87 09 80 ff ff 00 6c 00 01 00 da 42 | 238ms |
-
Thread
Spannungsteiler für 3.3V Chip in 5V Schaltung?
aber genauso dein bizarrer Spannungsteiler. Wenn eine LED den Strom nicht verdaut (bei Impulslast 65mA vertretbar, bei Dauer nicht), dann nimm 3 Dioden 1N400x in Reihe zwischen 5V und VCC, die nehmen ca. 2V weg, bleiben 3V. Zusätzlicher Stromverbrauch Null, weniger als ein Regler.
Langer Rede kurzer Sinn: Nimm die betreffende(n) Diode(n), ein paar passende Widerstände, ein Messgerät und probier aus was dabei rauskommt.
-
Thread
winziger Webserver mit enc28j60+mega32
Stellt euch drauf ein dass die cam ab und an abschmiert! Cam Anschluss: - CAM TX -> pin8 (uRX) - CAM RX -> pin10 (uTX) - CAM RESET -> pin5 (PORTD.6) - CAM Vcc -> pin9 (3.6V) - CAM gnd -> pin2 (GND) (alles direkt verbinden, ohne R's etc) Ggf. in der Cam einen 100nF parallel zwishcen
the longer the file is - filesystem.c: (use a pointer to next data byte) - dataflash.c: use "read n bytes from buffer" -> speedup - dataflash.c: dataflash read speed is 15-32 KByte/s 8with all debug info off!) [0-65k -> fast, 65k-x slower because of long calc] - ntp_client.c: fixed "nodebug->not
-
Thread
Wlan2Serial Modul für 5 euro
-> esp [C] TCP connection established. Packet size 1k bytes: 78.37 KByte/s Tx, 37.08 KByte/s Rx. Packet size 2k bytes: 91.32 KByte/s Tx, 29.69 KByte/s Rx. Packet size 4k bytes: 283.06 KByte/s Tx, 81.92 KByte/s Rx. Packet size 8k bytes: 244.86 KByte/s Tx, 65.87 KByte/s Rx. Packet size
16k bytes: 76.65 KByte/s Tx, 57.09 KByte/s Rx. Packet size 32k bytes: 247.28 KByte/s Tx, 68.36 KByte/s Rx. Done [/c] modules runs a netio TCP-only server on port 18767 [c] ./netio -t -p 18767 <module ip>
-
Thread
Vorzeichen Ausgeben
RX0Buffer[ i++ ] = c; RX0Buffer[i] = '\0'; j=8; i = 0; } if (c=='9') { while ( ( c = uart_getchar() ) != '\r' && i < BufferLen -
} if ( j == 13 ) { for(i=0; i<5; i++) { by=RX0Buffer[i]; TempWert[i+65]=by; } gotoxy(255,1,69, 98,0 ); for(i=0; i<5; i++) { by=TempWert[i+65]; uart_putc (by
-
Thread
Pegelwandler 5V->3V
irgendwo bei nA oder bestenfalls uA. MFG Falk
(µA..nA). http://www.superkranz.de/christian/S65_Display/DisplayHardware.html Wie kommt man jetzt auf diese Werte?
-
Thread
GPS- Signal über RS232 einlesen (Atmega 644)
5 - Eingelesene Daten sind die Uhrzeit 6 - Daten bis zum nächsten Komma einlesen 7 - ... : : N - Gehe zu 1 Gruß Jobst
ist nämlich wichtig, um zu verhindern, dass man ständig aneinander vorbei redet. Da ist die Zahl 65. Schön. Das sind zb 65 Äpfel, oder die Temperatur beträgt 65° Dann kann man diese 65 auch als Zeichen zu einem Terminal oder einem LCD schicken, welches diese 65 als ASCII Code interpretiert und
-
Thread
UART RX Interrupt Problem
interrupt.h> uint8_t BAUD_Wert = 103;//Baudrate (9600) volatile uint8_t UART_Daten = 10; ISR (USART_RX_vect) { PORTB ^= (1<<PB5); UART_Daten = UDR0; } void UART_Init (void) { UBRR0 = BAUD_Wert;//Baudrate setzen UCSR0B |= (1<<RXCIE0) | (1<<RXEN0) | (1<<TXEN0);// RX, TX und RX Interrupt
uint8_t BAUD_Wert = 103;//Baudrate (9600) volatile uint8_t UART_Daten = 10; ISR (USART_RX_vect) { PORTB ^= (1<<PB5); UART_Daten = UDR0; } void UART_Init (void) { UBRR0 = BAUD_Wert;//Baudrate setzen UCSR0B |= (1<<RXCIE0) | (1<<RXEN0) | (1<<TXEN0);// RX, TX und RX
-
Thread
Wahl vom richtigen Mikrokontroller
ATSAME7xxxx, ATSAMV7xxxx NXP/Freescale: K10_100, K20_100, K20_120, K26_180, K40_100, K60_100, K61_100, K65_180, K70_120, LPC4300, LPC4000, LPC1800 Infineon u.a XMC4500 Renesas (wird etwas aufwendig > 1000 Controller(-Varianten) mit >= 2x CAN): Auswahl: RX630, RX631, RX71M, RX63N, RX64M, RX65N und
Bauteile zusammenzuführen? >Hämmer, Kleben, schweissen?? Gib mal dein obercooles Wort solder(n) in eine Übersetzungswebsite ein und staune.
-
Thread
GPS - MOUSE - MINI- NAVIGATOR (Assembler) ATmega8
daten an. Hast du es schon mal mit einer anderen Baud Rate versucht? und hast du dein Hypert auf 8N1 gestellt? Was willst du mit dem Widerstand bezwecken? Hast du mal gemessen welche Potentiale am Stecker der Navimaus anliegen, bei RX und TX. Ich kenne die Maus nicht aber es könnte auch sein, das
@MARC > ... leider erhalte ich in Hyperterminal z.B. " > nNN.n>>2NN*"nNN&>nNn>>*NnNN*"nNN& nNn>> ÊnNN.n>>nNN*"nNN& nNn>>2" und > keine wirklichen GPS Daten. kann es vielleicht sein, dass das RS232 Signal Deiner GPS Mouse nicht durch einen MAX232 aufbereitet
-
Thread
Daten in Struct zuordnen und ins EEPROM speichern
(void) { uint64_t ui64Temp; ui64Temp = ucRxBuffer [3]; ui64Temp <<=8; ui64Temp += ucRxBuffer [4]; ui64Temp <<=8; ui64Temp += ucRxBuffer [5]; ui64Temp <<=8; ui64Temp += ucRxBuffer [6]; ui64Temp <<=8; ui64Temp += ucRxBuffer
= 0; read_telegram_from_UART(); for(int i = 3; i < 8; i++) retval = (retval << 8) | rxBuffer[i]; return retval; } void read_att(Att_t *pAtt) { pAtt->exposeN = read_value(); pAtt->exposeL = read_value(); pAtt->exposeD = read_value(); // ...usw... } int main()
-
Thread
socketCAN mcp2515 - rx buffer overflow Raspberry Pi
{rx-overflow} (126.196635) can0 200060 [4] FF FF 00 00 (126.196818) can0 D067 [6] 01 00 00 00 00 00 (126.197093) can0 F066 [6] 01 00 00 00 00 00 (126.197337) can0 20000004 [
Rx Overflow ist, wenn du die receive buffer des MCP nicht schnell genug leerst. Benutzt der Treiber Interrupts, oder wird gepollt? Falls letzteres, ist das schon dein Problem.
-
Thread
TFT-direct-drive, WQVGA-TFT an STM32F4
@m.n. Tolle Info!!! Seit einiger Zeit überlege ich mir, ob es Sinn macht einen einfachen Applikations-Kontroller für TFT zu entwickeln. Hintergrund: Zur Zeit arbeite ich noch mit S65-Displays http
gezeigt: http://www.mikrocontroller.net/topic/275225#new Alternativ erlaubt der STM32F4 (wie auch RX610,RX62 +++) den Aufbau kompletter Steuerungen mit Schrittmotoren, Inkremenetaldekodern, ADCs, DACS, ... usw.. Das TFT ist dabei Mittel zum Zweck und nicht Selbstzweck!
-
Thread
UART ein Program auf Atmega32 leufts auf Atmega1284P nicht
UCSRA &= ~(1 << U2X); #endif UCSRC = (1<<URSEL)|(1 << UCSZ1)|(1 << UCSZ0); // Asynchron 8N1 UCSRB |= (1<<RXEN)|(1<<TXEN); // UART RX, TX einschalten } /////////////////////////////////////////////////////////////////var def volatile unsigned char uart[256]; //buffer
UCSR0A &= ~(1 << U2X0); #endif UCSR0C = (1<<UMSEL01)|(1 << UCSZ01)|(1 << UCSZ00); // Asynchron 8N1 UCSR0B |= (1<<RXEN0)|(1<<TXEN0); // UART RX, TX einschalten } /////////////////////////////////////////////////////////////////var def volatile unsigned char uart[256]; //buffer
-
Thread
Opamp / Mosfet - heftige Oszillation
ausgeprägte Artefakte. Dann - Es stellte sich pure Verzweiflung ein - den ziemlich teuren IXTP15N50L2 (9 Euro bei Mouser) durch einen Chinesen (NCE65TF130) aus der Bastelkiste ersetzt Works like a Charm. Heute Abend kann ich nicht mehr den Datenblattvergleicher machen, und - vielleicht - ergründen
Tatsächlich haben die vogeschlagenen 1nF Kapazität und 10k Widerstand den Mosfet im Nu gezähmt. Vielen Dank an alle Beteiligten :-)
-
Thread
Usart (XMega) gesendeten String mit empfagenem String vergleichen
*/ rxbuffer[rxpos++] = c; } }[/c] Damit sammelt der RX Interrupt die empfangenen Zeichen in xrbuffer ein. Natürlich sind da jetzt noch einige Dinge nicht berücksichtigt. So müsstest Du beachten, dass nichts mehr empfangen wird, wenn \n eingegangen ist,
Array: the quick brown fox jumps over the lazy dog's back int sendArray[NUM_BYTES] = {0x74,0x68,0x65,0x20,0x71,0x75,0x69,0x63,0x6B,0x20,0x62,0x72,0x6F,0x77,0x6E,0x20,0x66,0x6F,0x78,0x20,0x6A,0x75,0x6D,0x70,0x73,0x20,0x6F,0x76,0x65,0x72,0x20,0x74,0x68,0x65,0x20,0x6C,0x61,0x7A,0x79,0x20,0x64,0x6F,0x67,0x60,0x73,0x20,0x62,0x61,0x63,0x6B
-
Thread
FT232RL versorgt Atmega8 über RX,TX Spannung
Klappt nicht. Der Controller bekommt trotzdem noch Versorgung über die FT232RL TX-RX Leitung. RX und TX sind beide beim FT232RL auf High
bis 9k6 noch mit Optokoppler möglich, darüber mittels ADUM1201 (2 Kanäle; 1x Eingang; 1x Ausgang -> Rx/Tx). http://such002.reichelt.de/?SID=11Tz6eO38AAAIAAGuRne81521b984e2eb24055f51de65d621743c;ACTION=446 Gruss...Harpax
-
Thread
DMX steuerbaren RGB LED PAR oder Pinnspot selber bauen
Was ist das denn für ein Deppenkram? [c] if (DmxRxField[0] <= 9999999999999999999999999999999) //enable LED if 1st DMX val is >127 [/c]
Firmware_Steffen_v1\Firmware_Steffen_v1\Debug/.././Firmware_Steffen_v1.c(64,1): undefined reference to `init_DMX_RX' C:\Users\Domi\Documents\DMX\DMX RGB LED Controller\meine Firmware\Firmware_Steffen_v1\Firmware_Steffen_v1\Debug/.././Firmware_Steffen_v1.c(65,1): undefined reference to `get_dips' collect2: ld
-
Thread
Suche Funkmodul mit ca. 1km Reichweite (für GPS-Übertragung)
ich vergaß, sorry. Auch wenn es nur 'Kleinkram' ist: Also 14dBi = 11,85 dBd? Oder 14dBd? Harald N. schrieb im Beitrag #4656213: > 868 MHz, 14 dBm TX … 134 + 14 = 148 dB Der RFM69H(C)W 868MHz hat 20dBm (100mW). Zwischen 869,4 und 869,65 darf der die m.E. auch ausschöpfen. Sein Link-Budget ist
Link-Budget muss man ersmal ein Argument finden. Was spricht dagegen? Zwischen 869,4 und 869,65 sind 100mW ERP doch erlaubt. @Daniel: Hast Du den RFM92-868MHz oder den RFM95-868MHz genommen? PPS: Harald N. schrieb im Beitrag #4657719: > wenn du mit dem China-Teil den Funkverkehr störst,
-
Thread
Klingel mit 100 Melodien - last minute Weihnachtsgeschenk
be put into read-only section by means of '__attribute__((progmem))' uint8_t L2[] PROGMEM = {39,2,65,3,3,67,131,65,65,65,65,4,4,68,132,67,67,67,65,3,3,67,131,65,65,65,65,4,4,68,132,67,66,65,77,236,72,70,232}; [... und so weiter ...] ^ Makefile:539: die Regel für Ziel „obj/klingel_inc.o
0,136,128,107,128,72,64,72,141,136,134,136,128,111,128,72,64,72,144,143,139,136,143,148,72,70,64,70,131,139,200,200,192,82,143,141,139,200,171,72,64,72,141,136,134,200,175,72,64,72,144,143,139,136,143,148,72,70,64,70,131,139,200,200 ,2 //Lied Nr. 2 Offset:65 ,65,3,3,67,131,65,65,65,65,4,4,68,132,67,67,67,65,3,3,67,131,65,65,65,65,4,4,68,132,67,66,65,77,236,72,70,232 ,4 //Lied Nr. 3 Offset:103 ,141,8,10,72,6,5,72,8,10,79,13,12,74,12,205 ,4 //Lied
-
Thread
Erfahrungen mit Nordic Semi nRF24L01+ Reichweite?
(EN_RXADDR, 0); /* disable all rx pipes */ nRF24L01_command(FLUSH_RX, 0, 0); nRF24L01_command(FLUSH_TX, 0, 0); nRF24L01_write_register(STATUS, (1 << RX_DR | (1 << TX_DS) | (1 << MAX_RT))); [/c] Callback: [c] void funkRxDataAvailable
= nRF24L01_command(R_RX_PL_WID, &len, 1); > len = 32; > > if(len > 32) > { > nRF24L01_command(FLUSH_RX, 0, 0); > return 0; > } > nRF24L01_commandR(R_RX_PAYLOAD, data