-
Thread
RX65N BootMode funktioniert nicht
Hallo, ich habe hier ein TargetBoard mit dem Controller RX65N von Renesas. Ich möchte gerne in den BootMode starten, um über das SCI-Interface eine Firmware aufzuspielen. Laut UserManual muss hierfür die Leitung MD (FINED) und PC7/UB während des Einschaltens
-
Thread
RX65N: flashen von weniger als 128 Byte
Hallo, ich versuche z.Zt. einen Bootloader für den Controller RX65N zu schreiben (portieren). Hierbei gibt es Protokollbedingt (*) das Problem, dass Bereiche geschrieben werden müssen, die kleiner als 128 Byte sind (der Controller erlaubt nur Flashen in 128 Byte grossen
www.segger.com/products/field-upgrades/emload/ Sollte es da nicht schon von uns die fertige Software für den RX65N geben? Gerne bei uns melden oder ich frage auch gerne mal ein Büro weiter nach ;-).
-
Thread
RX65N CAN Bit/Stuff Errors
Guten Tag Ich habe einen RX65N (R5F565NEDDFP) mit einem TJA1051T/3 Transceiver(läuft mit 5 Volt, aber 3,3 Volt Eingangssignal) und so ein USB-CAN Reader (von sysWORXX). Der uC soll Zyklisch Nachrichten raus senden. Leider bekomme
ergeben sich durch die verschiedenen Nodes: Höchste Spannung = "Referenz" Nodes Mittlere Spannung = RX65N uC, der nicht geht <-- Niedrigste Spannung = USB-CAN-Reader Ehrlich gesagt kann ich nicht verstehen, wieso der USB-CAN-Reader ein Dominantes Bit schreibt, obwohl der uC rezessiv sagt. Die Dominanten
-
Thread
Renesas RX65N Startup dauert ~5 Sekunden
Hallo, ich arbeite mich gerade in den Controller RX65N von Renesas ein. Leider dauert es ca. 5 Sekunden, bis der Controller mal bei der Mainfunktion ankommt. Ich nutze den Smart Configurator, die Taktfrequenz wird von 16MHz mittels PLL (*15, *1/2) auf
Oscillation wait Time". Der war auf 2000ms eingestellt. Ich habe den jetzt auf 80ms runtergesetzt (bei<65 meckert das Tool). Damit wird der Start schon besser. Allerdings sollte der Subclock ja _immer_ laufen, da dort die Battieriegepufferte RTC dranhängt. Hier scheint noch ein Problem zu liegen...
-
Thread
Handykamera MCA-25 ansteuern
RX CH3: RESPONSE UIH len:13 |AT*EACS.17.1.r| <F9 21 EF 1B 41 54 2A 45 41 43 53 3D 31 37 2C 31 0D B0 > RX CH3: RESPONSE UIH len:6 |.r.nOK.r.n| <F9 21 EF 0D 0D 0A 4F 4B 0D 0A 48 > //authenticate
UIH len:14 |AT+CSCC.1.199.r| <F9 23 EF 1D 41 54 2B 43 53 43 43 3D 31 2C 31 39 39 0D 35 > RX CH3: RESPONSE UIH len:14 |AT+CSCC.1.199.r| <F9 21 EF 1D 41 54 2B 43 53 43 43 3D 31 2C 31 39 39 0D 54 > RX CH3: RESPONSE UIH len:13 |.r.n+CSCC..E3.r.n| <F9 21 EF 1B 0D 0A 2B 43 53 43 43
-
Thread
Logamatic 2107 Schnittstelle
1A A8 1C : A9 03 01 05 65 00 05 B6 A8 0E : A9 65 00 05 05 2D 01 9B AA FF : AB 00 00 AC 00 AD 00 00 00 00 00 00 AC 0D : AD FF 00 65 65 65 65 7B A8 1C : A9 03 01 05 65 00 05 B6 A8 0E : A9 65 00 05 05 2D 01 9B AA FF
208.558722 55 02 E8 11101010 55 : 1D 0B 34 0B 19 00 0A DATA: 241.526318 55 02 78 01111010 55 : 28 05 65 65 65 09 93 DATA: 256.653552 55 02 78 01111010 55 : 28 05 65 65 65 09 93
-
Thread
MP3-Player Bauteile für wenig Geld
spielen klar, aber senden nicht, weil irgendwie sendet der scheinbar auf TX und RX, weil grün ist scheinbar auch RX *verwirrt*
49 45 4D 45 4E 53 res. Buchstaben | | | | | | | | | | SP SP SP S I E M E N S 0D 20 20 20 4D 50 33 2D 50 6C 61 79 65 72 20 55 53 42 | | | | | | | | | | | | | | | | | | CR SP SP SP M P 3 - P l a y e r SP U S B 0D 20
-
Thread
Retro Fieber: Z80 oder 68000 ?
__sfr __at 0x10 uart_data; /* Datenregister */ __sfr __at 0x11 uart_rxfill; /* Anzahl Bytes im Rx-Puffer */ void putchar(char c) { uart_data = c; } void main(void) { char rx; char hello[] = "Hallo, Welt!\n"; printf("%s", hello); while(uart_rxfill
STI konfigurieren für Uart Ausgabe STI_UCR = 0x88; // = 10001000 UART Control Register 8N1, DIV16 STI_RSR = 0x01; // RX Status - Enable RX STI_RSR = 0x01; // TX Status - TX High, TX enabled STI_PVR = STI_DDR; // Zeiger PVR auf indirect 6 (DDR) STI_IDR = 0x64
-
Thread
UART Datenstrom mit Array vergleichen
) , 6))... if(memcmp(rx0_buffer, (0x65, 0x56, 0x33, 0x67, 0x50, 0x10, 0x05) , 6))... . . .
iGelesen; for( iGelesen=0; iGelesen<nSimulationsdaten; ++iGelesen ) { check_rx0_buffer(); } return 0; } [/c]
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 96 60 61 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 112 71 72 73 74 75 76 77 78 79 7A 7B 7C 7D 7E 7F 80 128 81 82 83 84 85 86 87 88 89 8A 8B 8C 8D 8E 8F 90 144 [/code] und dazu der RAM-Inhalt: [code] RAM rx_test
(readLine(Serial, meinBuffer)) { Serial.print("Eingelesen: "); Serial.println(meinBuffer.rxBuffer); } } bool readLine(Stream& stream, Daten &daten) { bool status {false}; while (stream.available()) { daten.c = stream.read(); if (daten.c == '\n') {
-
Thread
Optimale Maschinensprache
falsch heisst, daran muss man sich gewöhnen. Es geht einfach nur darum, dass bei besagtem 0-cycle MOV Rx,Ry eben vorher per register_map[Rx] == 65 register_map[Ry] == 87 signalisiert ist, dass sich der bisherige Inhalt von Rx in Register 65 befindet, und nacher in Register 87 register_map[Rx]
A. K. schrieb im Beitrag #4878399: > Es geht einfach > nur darum, dass bei besagtem 0-cycle MOV Rx,Ry eben vorher per > register_map[Rx] == 65 > register_map[Ry] == 87 > signalisiert ist, dass sich der bisherige Inhalt von Rx in Register 65 > befindet, und nacher in Register 87 > register_map
-
Thread
Welcher SDR?
> Die Preisdiskussion, kann man nur noch belächeln, sich wegen 65€ ins > Hemd zu machgen versteh ich nicht Na wenn du 65€ einfach so, um mal ein Spielzeug auszuprobieren, aus dem Fenster wirfst, dann hast du ein ganz anderen Bezug zu Geld. Diese Einstellung kann ich nicht nachvollziehen. Da 65€, dort 65€ usw, da summiert sich schon etwas, wenn man nicht mit Geld umgehen kann. Aber seis drum. Jedem das Seine.
-
Thread
Attiny2313 Timer16 Bit, Normal Mode, unsauber
also doch der 20mhz Quarz... es ist ja am Midi das Schoene, dass mans einfach direkt an den UART RX klemmen kann... und ich weiss nicht, wie kompliziert es ist UART rx auf USI umzumodeln oder wie gut Soft-UART geht... Danke jedenfalls fuer die Info und einen schoenen Tag
70, 69, 69, 69, 69, 69, 70, 70, 70, 69, 68, 68, 67, 67, 67, 67, 66, 66, 66, 65, 65, 65, 65, 65, 65, 65, 65, 64, 64, 63, 63, 64, 64, 65, 65, 65, 65, 65, 65, 65, 64, 64, 64, 64, 64, 64, 64, 64, 65, 65, 65, 66, 67, 68, 69, 71, 72, 73
-
Thread
if (c >= 'A') zulässig?
i++; }else{ if (strcmp(&string, "VER") == 0) { uart_puts("Version 1\n"); } i = 0; } }else{ switch (c) { case 'a': uart_puts("Hello World\n"); break; default: uart_putc( (unsigned char)uartRX ); } } [/c] Inzwischen
Außerdem fehlt der Check, ob überhaupt Daten empfangen worden sind: [c]uartRX = uart_getc(); if ((uartRX & 0xFF00) == 0) { processUartData(uartRX); }[/c] Und uartRX hat an der Stelle nichts zu suchen: [c]default: uart_putc( (unsigned char)uartRX );[/c] Da gehört hin:
-
Thread
AVR-Bootloader mit Verschlüsselung
Hab grad mal in deinen Quellcode geguckt. ; initialize ports cbi RX_DDR, RX .if UseUartInvert && Use1Wire cbi RX_PORT, RX .else sbi RX_PORT, RX <<--- Pullup an für Uartinvert=0//1-Wire :) .endif ; .if UseUartInvert && Use1Wire Sehe ich das richtig, dass
erwartet RS232-artigen Level benutze ich zwei Inverter eines 74HCT04, und als "Widerstand" zwischen der Rx und Tx line habe ich einen 100 Ohm Widerstand mit ner 1n4148 Diode (rictig rum) parallel geschaltet. Der kleine Widerstand und die Diode sind wichtig um mit allen "meinen" Geräten, bei denen ich die
-
Thread
USART wird langsamer und verliert Daten
1. RX aktiviert, 2. TX aktiviert und 3. RX Interrupt enabled Da hängt doch dann noch nix in der Luft. Nachdem ich in der ISR UDR auslese, wird das zuständige Bit zurückgesetzt. -> Interrupt wird erst bei
#4150866: >> Da hängt doch dann noch nix in der Luft. > > In der Hardware! Was genau hängt an dem RX-Pin, dessen Interrupt du > aktivierst, ohne eine ISR dafür zu haben? Ich habe den RX Interrupt (USART1_RX_vect). Dieser wird auch ausgelöst. (1<<RXEN0) und (1<<TXEN0) aktivieren noch keinen Interrupt
-
Thread
FM-Chip Idendifizierung
interessant, zu erfahren, > welcher Chip genau das ist Es ist wohl ein Ricoh RN5B701: https://www.n-redc.co.jp/ja/products/am-fm-radio-tuner-ic/rx5b701/ Das ist der Nachfolger des Rx5B700 mit diversen Verbesserungen. Es gibt auch noch einen Rx5B800/801, der ein um AM erweiterter 700/701 ist. Übersetzt
32,768 kHz, 7,2 MHz, 12 MHz, 16 MHz, 24 MHz Paket TSSOP-20, QFN0404-20 Artikel- / Produktname Rx5B700 Serie Funktion FM-Radio-Tuner Frequenzbereich FM: 65-108 MHz Praktische Sensibilität FM: Typ 9 dBuVEMF SN-Verhältnis (Mono) FM: Typ 70dB (bei Verwendung von xtal 12MHz) Typ 65 dB (bei Verwendung
-
Thread
GPS - Empfänger günstig bei Ebay
,1,06,1.0,65.5,M,,,,0000*3B $GPGLL,5306.8086,N,00925.4318,E,201257.000,A*31 $GPRMC,201257.000,A,5306.8086,N,00925.4318,E,0.10,241.5,300808,,*36 $GPGGA,201312.000,5306.8085,N,00925.4300,E,1,06,1.0,64.5,M,,,,0000*30 $GPGLL,5306.8085,N,00925.4300,E,201312.000,A*3B $GPRMC,201312.000,A,5306.8085,N,00925.4300,E,0.10,264.1,300808,,*3F $GPGGA,201327.000,5306.8080,N,00925.4299,E,1,06,1.0,65.1,M,,,,0000*37 $GPGLL,5306.8080,N,00925.4299
-
Thread
STM32 USB Übertragungsproblem mit Code von S.F.
(i > 0) { c = D & 0xFF; /* LSB zuerst */ UsbRxBuf[rxw] = c; rxw = (rxw + 1) & (rxLen - 1); D = D >> 8; --n; if (!n) { D = *P++; n = 2; } --i; } if (hdroom - avail >= EpBulkMaxLen)
- 1)) == rxr) { rxOverRun++; } else { UsbRxBuf[rxw] = c; rxw = (rxw + 1) & (rxLen - 1); } D = D >> 8; --n; if (!n) { D = *P++; n = 2;
-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
im YAML-File hinzuzufügen wo man sagen kann. [code] - channel: [23,40] mode: tx ce_pin: n - channel: [3,23,40,61] mode: rx ce_pin: n [/code] z.B. Da ich aber auch mit nem 2s Interval eigentlich kein cycel verliere, sehe ich dafür absolut kein Bedarf mehr. (Also multi-transceiver
(++mRxChIdx >= RX_CHANNELS) ... uint8_t mRxChLst[RX_CHANNELS]; [/code] würde das um den Kanal 40 erweitern. laut FCC Dokumentation soll das nRF Modul ja auf allen fünf Kanälen funktionieren.
-
Thread
YAMAH RX 797
Franko P. schrieb im Beitrag #7549514: > Receiver RX497 Gibts bei elektrotanya: https://elektrotanya.com/yamaha_rx-497_sm.pdf/download.html
"zu Gast", auf denen zur Entstörung ein X-Kondensator (Arcotronics/Vishay R46, 1µF 275V) zwischen N und L verbaut ist. Das Alter der Teile liegt zwischen 5 und 15 Jahren. Bei grob geschätzt 30% liegt die Kapazität unter 800nF. Schwerpunkt liegt bei 380 bis 650nF mit einem Ausreißer bei 17nF.
-
Thread
nRF24L01+ mit zehnfachem Energieverbrauch
Power Down --> Postentnahme analog Im Empfänger wird der nRF24L01+ durch den ATTiny44A per Befehl in den Power-Down-Modus versetzt, im Sender wird er direkt abgeschaltet. So, laut Datenblatt verbraucht der nRF24L01+ im RX-Mode bei 250 kbps 12,6 mA. Damit
vom "Pololu U1V11F3" ist ein kleines Diagramm mit dem Wirkungsgrad. Bei 1V sind es 55% und bei 1,5V 65%, also werden es bei 1.2V oder 1.3V ca. 60% sein. ((3,3/1,2)*21,4*(1/0,6)) = 98mA Wenn sein AVR + nRF jetzt in Wirklichkeit nicht die geschätzten 20mA ziehen, sondern 27mA (nRF = 12,5mA, AVR =
-
Thread
EMS > Adapter > NetIO > Raspi
€ 0,04 € 1 4 BC 546B Transistor NPN TO-92 65V 0,1A 0,5W 0,04 € 0,04 € 1 4 KERKO 10N Keramik-Kondensator 10N 0,06 € 0,06 € 1 5 MKS-2 330N WIMA Folienkondensator, Rm 5mm, 330nF 0,13 € 0,12 € 1 4 ADUM 1201 AR Digital-Isolator, 2-
Helmut J. schrieb im Beitrag #4498134: > Die RX LED auf der Adapterplatine leuchtet von Zeit zu Zeit. > Mit dem Collector Testtool (V0.4)bekomme ich nach dem Verbinden > folgendes Telegramm: > > 4F 52 3A 20 43 6F 6E 6E 65 63 74 69 6F 6E 20 62
-
Thread
Raspberry Pi Pico SDR
keine Resonanz. Herbert Z. schrieb im Beitrag #7918839: > Mich hätte der Unterschied von 47 nF zu 57 nf(+10 nF) interessiert. Ich habe auch 47n verwendet und ich denke das ist nahezu egal. Schau dir mal die Doku "Pi Pico Rx - A crystal radio for the digital age?" an. Der 56n bildet mit der
NF Seite mit NF-Filter den RX ruhiger machen. Wulf D. schrieb im Beitrag #7950362: > - Besseres S/N im Nutzsignal? Wäre schön, aber ist das so? Das schafft dein Rx nicht von alleine. Für ein gutes S/N ist in erster Linie die
-
Thread
Webserver ATmega32/644DIP ENC28J60
ES BRENNT ES BRENNT ... die LED leuchtet ;-) Am Terminal kriege ich auch folgendes raus: <\n><\r>System Ready<\n><\r><\n><\r>NIC init:READY!<\r><\n>My IP: 192.168.1.18<\r><\n><\r><\n>Kein NTP Server gefunden!!<\r><\n>" Aber lässt sich nicht pingen oder Aufrufen :-( Die beiden LEDs blinken
Konfiguration über serielle Schnittstelle einwandfrei - ihr habt auch einen ATMEGA644 mit dem Hexfile 1.0.65 von Ulis Webseite geflashed und nichts verändert ?! Ich weis mir keinen Rat mehr, wie oben schon erwähnt scheint die Schnittstelle zu funktioniern, TX und RX sind lt. Multimeter auch nicht kurzgeschlossen
-
Thread
PCB Schaltplan
13, speziell 13.2, das ist dort schon die > Minimalbeschaltung. Woher weißt du, was auf dem SN65HVD230_CAN_Modul alles drauf ist? Im Datenblatt des SN65HVD230 CAN-Transceivers geht es in Kap. 13 um das Layout. https://www.ti.com/lit/ds/symlink/sn65hvd230.pdf
nur zwei zusätzliche Widerstände und nicht mal ein 100n Kondesator, gruselig.... > Im Datenblatt des SN65HVD230 CAN-Transceivers geht es in Kap. 13 um das > Layout. > https://www.ti.com/lit/ds/symlink/sn65hvd230.pdf Ja, sag ich doch. Einen "typical
-
Thread
Digitale Stromzähler auslesen und in DB speichern
basteln (geht auch ohne MAX485). Den Kollektor per Widerstandsteiler (wegen Pegelwandlung auf 3,3V) an RxD anschließen. Bei einigen Modulen ist der Serial0 durch USB-Anschluss belegt, dann in der Setup-Routine folgenden Code nach Serial.begin(9600,SERIAL_8N1) einfügen: Serial.swap(); // set serial pins
Format, so wie ich das vom LogaRex schon gepostet habe. Hier das Protokoll des ISKRA MT691 (SML, 8N1, 9600): 1B1B1B1B01010101 76 05 000343C5 62 00 62 00 72 63 0101 76 01 01 05 00011697 0B 0A0149534B00045EC391 72 62 01 65 000114EB
-
Thread
Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi
portnumber> <logfilepath>./var/log/ht_proxy.log</logfilepath> <ht_transceiver_if devicename="RX"> <parameter> <serialdevice>/dev/ttyAMA0</serialdevice> <baudrate>19200</baudrate> <config>"8N1"</config> <!-- only 8N1 available --> </parameter> <devicetype
, a couple of pulses on the bus (to test the rx side). In case of ht-transmitter-norbert.asc I only simulated the transmitter. (*) It turns out that what I have available are 4n27 but the simulation doesn't change.
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
Modell können u.a. Simple SPI und I²C, Smart Card und bei den RX71M auch LIN (die RX65x kämen dann auf 11x SPI oder I²C + 3x I²C + 3x rSPI + 1x QuadSPI)
Arc N. schrieb im Beitrag #5215312: >> Die fehlende Verbreitung führe ich darauf zurück, daß es nie >> bastlergünstige Demo-Boards gab. > > Mittlerweile gibt's die zumindest für RX und Synergy, afair
-
Thread
Z180-Stamp Modul
;No MP Mode, X16 64 003A' 01 01 64 db 1,cntla1,M_RE+M_TE+M_MOD2 ;Rx/Tx enable, 8N1 65 003D' 00 db 0 [/avrasm] Die Tabelle liegt nach loadf auf 2e02, der Wert, der ins Baudratenregister geschrieben wird, demnach auf 2e0a/2e0b. Die 0003, die jetzt drin
default radix 10. The default radix may be overridden by using one of the following forms: nB Binary nO Octal nQ Octal nD Decimal nH Hexadecimal X'n' Hexadecimal where n is any number of digits valid for the given radix
-
Thread
int in ASCII Zeichen umwandeln
string bis /n und bei nem char sucht die sich halt tot)
1 << TXEN ); // UART TX einschalten UCSRC |= ( 1 << URSEL )|( 3<<UCSZ0 ); // Asynchron 8N1 UBRRH = 0; // Highbyte ist 0 UBRRL = 51; // Lowbyte ist 51 } void uart_EnableRX(void) { UCSRB |= ( 1 << RXEN );
-
Thread
UART Bootloader ATtiny13 - ATmega644
Schaltplan hab ich keinen. Der AVR steckt im Prototypenbereich des Dragon. Zusätzlich noch nen 100nF Kerko an den Versorgungsspannungspins einen 16MHz quarz mit 33pF gegen masse an jedem pin die ISP-Leitungen Angebunden an den Computer ist das ganze über die RX und TX-Leitung des AVR mittels meines
erst fboot starte oder wie rum auch immer... Der FTDI-Dongle blinkt fleissig auf der TX zum Tiny..RX nischt. Mit dem Scope PD0 und PD1 ohne RS232 angeschaut...gehen beide auf High, einer treibt der andere ist wohl PullUp/Input. In den Code kommt er scho n mal. Jemand ne Idee ? Gruß N2
-
Thread
Cortex M3 ISR-Problem
uart.h" #include "pmc.h" #include "gpio.h" #include "can.h" #include "stdio_serial.h" #include "sn65hvd234.h" #include "conf_board.h" #include "conf_clock.h" //prototypes void showRegister(void); #define STRING_EOL "\r" #define STRING_HEADER "-- CAN Example --\r\n" \
sn65hvd234_enable(&can0_transceiver); /* Initialize CAN1 Transceiver. */ sn65hvd234_set_rs(&can1_transceiver, PIN_CAN1_TR_RS_IDX); sn65hvd234_set_en(&can1_transceiver, PIN_CAN1_TR_EN_IDX); /
-
Thread
[How-To] Seagate Dockstar als 300mbit Draft-N Access Point
If that doesn't show up, check with lsmod if carl9170 is properly loaded. [code] HT20/HT40 HT TX/RX MCS rate indexes supported: 0-15, 32 AP [/code] If this is fine, we are ready to build hostapd incl. 802.11n support to make our device a nice AP. Install required source packages: [code] apt-get
Ich nutze eine Intel Advanced-N 6200 Karte als Client.
-
Thread
UART analysieren welcher Logic Analyzer?
Espressif schrieb im Beitrag #7176715: > Ich hab die RX und TX am Gerät weiter verfolgt. auf der Platine im Gerät > mit dem ESP 32 sitzt auch ein ST3485EB, zu dem die RX und TX vom Akku > gehen Der ST3485EB besitzt am Ausgang kein RX und TX, sondern
St3485 gut? Das ist ein RS485-Treiber. > Warum schließen die nicht den ESP32 > direkt an die RX und TX zum Akku an? Weil der Akku keine RX und TX hat, sondern offensichtlich eine RS485-Schnittstelle.
-
Thread
bidirektionale RS232 Funkbrücke mit RFM12
, LED_RX aus. Rest an. direkt nach senden von einem String vom PC zum Boart über UART: LED_RETRANS, LED_ERR geht aus. LED_RX glimmt nach dem Senden aller Buchstaben von "test": LED_POWER, LED_RX
können angezeigt werden. Und das Protokoll war glaube ich auch nirgends dokumentiert: TX POS RX POS 0...4 ------: Sync data: 0xAA + 0xAA + 0xAA + 0x2D + 0xD4 5 0 : Status byte: bit 0 set: received ok 6 1 : Number of data bytes to send (id not counted!) 7...N 2...M :
-
Thread
RS485, Max3483, Glitch beim Umschalten Tx-Rx
@ Wolfgang (Gast) >Jetzt beobachte ich leider auf RX-Leitung zum Prozessor nach dem >Umschalten des Treibers einen kurzen Low-Puls von ca. 700ns Breite. ICh nehme an, dass RE_N und DE zusammen an einem AVR Pin hängen. Ro geht bei RE_N = High auf Tristate
Spike nicht mehr. Und weil es mich interessierte, habe ich noch ein bischen rumgelötet: Weder TI SN65HVC22 noch LT1785 zeigen den Effekt, auch wenn man Bias komplett wegläßt, kommt kein Spike. Anbei ein Screenshot: Pink+Grün sind die RS485 Leitungen, Blau ist der Rx-Ausgang. Servus Wolfgang
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
115200, der TX-Pin ist Pin 4 Port D. Verwendet wurde der AVR64DD20. #define ARRAY_LEN 100 char rxBuf[ARRAY_LEN] = {0x65}; int main(void) { USART0_Init(); configureClock(); _delay_ms(1000); for (int i = 0; i < ARRAY_LEN; i++) { rxBuf[i]= 0x65;
Max W. schrieb im Beitrag #7451749: Keine gute Idee: > char rxBuf[ARRAY_LEN] = {0x65}; Grüßle, Volker
-
Thread
HF-gerechter Aufbau eines akkubetriebenen Loop-Verstärkers
versorge das Ganze mit 3,3V über einen Low Drop Linearregler. Den internen Schaltegler hört man im RX. Man möchte meinen die Industrie könnte das verhindern, offenbar können sie es nicht...
Messtechnisch habe ich folgende Werte gemessen: [c] RLoop ≈ 1,17Ω LLoop ≈ 15μH Cverteilt ≈ 1nF [/c] 73, FME
-
Thread
Parallel to SPI Interface-Chip?
tx_buffer : STD_LOGIC_VECTOR(d_width-1 DOWNTO 0); --transmit data buffer SIGNAL last_bit_rx : INTEGER RANGE 0 TO d_width*2; --last rx data bit location BEGIN PROCESS(clock, reset_n) BEGIN IF(reset_n = '0') THEN --reset system busy <= '1'; -
last_bit_rx + 1 AND ss_n(slave) = '0') THEN rx_buffer <= rx_buffer(d_width-2 DOWNTO 0) & miso; --shift in received bit END IF; --transmit spi clock toggle
-
Thread
10W Bitcoin miner mit 450GH/s für Raspberry Pi
Be N. schrieb im Beitrag #7589162: > Wäre das rein theoretisch möglich das System zu kaskadieren? Sprich die > Steuereinheit weglassen und ein Board mit PowerUnit und den ASICs > fertigen und RX TX durchschleifen
und? schon langsam mal'n BTC gefunden?
-
Thread
Simple Stromquelle - was haut da nicht hin?
Schwingt die Schaltung? Schon mal mit dem Oszi gemessen? Versuche mal einen 1n Kondensator zwischen OP Ausgang un -Eingang.
Bereich, du brauchst einen Rail-2-Rail OpAmp. Ausserdem fehlt der Stromquelle die Stabilisierung mit Rx und Cx, es besteht die Gefahr daß sie schwingt. Der 2N2907A Transistor mit 10nA Sperrstrom und die 20nA Bias-Strom des LT1013 würden hingegen passen. Hier umgekehrte Polarität: [pre] 3.3V
-
Thread
Bluetoothmodul BTM-222
Um den Regler die üblichen 100nF und Elko. Zwischen Trägerplatine und Regler sind ca. 20cm Litze, dann nochmal 100nF smd kondensator direkt vor dem btm-112. Nochmals Danke für deine Unterstützung.
übrigens immer das erste von mir geschickte Zeichen ebenfalls zurück geschickt: -> atr0 <- a<\r><\n>ERROR<\r><\n>
-
Thread
Webpage Webserver
\"65\">\r\n"); aber das wird so nicht angezeigt. in den Tutorials ist das ja fürn PC beschrieben
plen = fill_tcp_data_p(buf, plen,"HTTP/1.0 200 OK\r\nContent-Type: image/gif\r\nPragma: no-cache\r\n\r\n"); plen = fill_tcp_data_p(buf, plen," <img src=\"&st_logo_gif\" width=\"86\" height=\"65\">"); * return plen; } [/c]
-
Thread
WordClock mit WS2812
LOGGER<\r><\n> (- setup UDP)<\r><\n> esp8266 now up<\r><\n> (- local port: 2421)<\r><\n> (- setup server UDP)<\r><\n> (- local port: 2424)<\r><\n> (FIRMWARE 2.1.0)<\r><\n> (- working as AP)<\r><\n> (MODE ap
: 2421)<\r><\n> (- setup server UDP)<\r><\n> (- local port: 2424)<\r><\n> (FIRMWARE 2.2.0)<\r><\n> (- working as AP)<\r><\n> (MODE ap)<\r><\n> (IPADDRESS 192.168.4.1)<\r><\n> info: ip address = 192.168.4.1<\
-
Thread
[2560 und FTDI-seriell]Kommunikation fehlerhaft
Zuerst würde ich den FTDI allein testen. Dazu einfach RX mit TX verbinden.
nicht auf 8n2 stehen, denn das ist serial (also USB), der FTDI ist aber mit serial1 verbunden, hier muss also im Sketch auf 8n2 gestellt werden (was ich tue). Ich kann mich auf den Kopf stellen und mit den Beinen
-
Thread
ATMEGA 328p Programm Upload nicht Möglich avrdude: stk500_loadaddr(): (a) protocol error, expect=0x1
geladen werden kann. EDIT: Dachte das ist so als grobes Beispiel: FTDI: |--Reset--|----------RX/TX---------| ATMEGA: |--Reset--|-Laden-|--RX/TX---------| ATMEGA mit Cap: |-R-|Laden|----------RX/TX---------| Falls das nicht stimmt bitte berichtigen!
... zu spät ... natürlich (RX / TX)
-
Thread
NODEMCU ESP32 Anemometer RS485 MAX485
Windmesser/Anemometer angehängt. Es kommuniziert über RS485. Soweit ich bisher weiß, kann ich als RX 16 und TX 17 nutzen. Ich muss eine Anfrageadresse eingeben: "0x01, 0x03, 0x00, 0x16, 0x00, 0x01, 0x65, 0xCE" und weiß auch, an welcher Stelle dann die Windgeschwindigkeit ausgegeben wird in HEX.
digitalWrite(MAX485_RE_NEG, LOW); // Modbus communication runs at 9600 baud Serial.begin(9600, SERIAL_8N1); Serial2.begin(9600, SERIAL_8N1, RX_PIN, TX_PIN); modbus.begin(Slave_ID, Serial2); // Callbacks allow us to configure the RS485 transceiver correctly modbus.preTransmission(preTransmission
-
Thread
dsPIC33E mit ECAN - Geht es auch ohne DMA?
void SysInit() { // Configure Oscillator to operate the device at 60Mhz // Fosc= Fin*M/(N1*N2), Fcy=Fosc/2 // Fosc= 7.37*(65)/(2*2)=120Mhz for Fosc, Fcy = 60Mhz // Configure PLL prescaler, PLL postscaler, PLL divisor PLLFBD = 63; // M = PLLFBD + 2 CLKDIVbits.PLLPOST = 0; //
Hat der RX Pin High Pegel (== Rezessiv)?
-
Thread
Probleme UART, Baudrate Atmege8
.. hast du auch das Terminal (welches denn ?) korrekt eingestellt ? 9600 N 8 1 z.B. die Masse vom Um232 ist auch mit der Atmel Masse verbunden ? also RX TX GND ? Gruss k.
Dann siehst du auch gleich am Terminal, ob die Übertragung geklappt hat [code] Onrxd: Uart_rx = Udr Udr = Uart_rx Return [/code] > Select Case Uart_rx > Case 76 > 'Das ist der ASCII Code für L kann man das in BASCOM nicht so (oder so ähnlich) schreiben?