-
Thread
PIC18f23q43 PWM klappt nicht
XINST = OFF #pragma config BOREN = OFF void PWM1_Init(unsigned char period){ TRISCbits.TRISC2 = 0 // Set RC2 as output /* CCP PWM mode */ CCP1CON &= 0xCF; // 5,4 bits zeroed (DC1B1:DC1B0 = 00) CCP1CON |= 0x0C; // PWM mode ( CCP1M3:CCP1M0 = 1100)
int dutycycle){ CCPR1L = dutycycle>>2; // PWM duty cycle - first 8-bits (MSb) CCP1CON &= 0xCF; // 5,4 bits zeroed (DC1B1:DC1B0 = 00) CCP1CON |= ((dutycycle<<4)&0x30); // PWM duty cycle - last 2-bits (LSb) in CCP1CON
-
Thread
ATmega 328P - SPI Interrupt Flag setzt sich nicht zurück
= 0xF0; // Pull-ups D: 7--11110000--0 DDRB = (1<<PB2)||(1<<PB3)||(1<<PB5); // Port B i/o: 7--iioiooii--0 PORTB = (1<<PB2)||(1<<PB3)||(1<<PB5); // Pull-ups B: 7--11010011--0 PCICR = 0b00000100; // Enabling PCI on port
Viktor B. schrieb im Beitrag #4947239: > Stefan E. schrieb im Beitrag #4947224: >> du setzt nur PB0 auf Ausgang. > > Setze ich damit nicht PB2 (SS), PB3 (MOSI) und PB5 (SCK) als Ausgang? Nein. || vs
-
Thread
Für Experten: Durch den Einsatz von UART werden Variablen außerhalb der Hauptschleife manipuliert?
rx_counter; #asm("sei") return data; } #pragma used- #endif // USART Transmitter buffer #define TX_BUFFER_SIZE 16 char tx_buffer[TX_BUFFER_SIZE]; #if TX_BUFFER_SIZE<256 unsigned char tx_wr_index,tx_rd_index,tx_counter; #else unsigned int tx_wr_index,tx_rd_index,tx_counter; #endif // USART
USART Transmitter buffer #define _ALTERNATE_PUTCHAR_ #pragma used+ void putchar(char c) { while (tx_counter == TX_BUFFER_SIZE); #asm("cli") if (tx_counter || ((UCSRA & DATA_REGISTER_EMPTY)==0)) { tx_buffer[tx_wr_index]=c; if (++tx_wr_index == TX_BUFFER_SIZE) tx_wr_index=0; ++tx_counter
-
Thread
Uart Daten werden Falsch übertragen
std_logic; RX_Data: out std_logic_vector(7 downto 0) ); end component; component Uart_TX is generic( DBIT: integer:=8 -- # data bits ); port( clk, reset: in std_logic; TX_Start : in std_logic; TX_tick: in std_logic; TX_Data: in std_logic_vector
clk => sig_clk, reset => reset, clk_tick =>rx_clk_tick ); UART_TX_I: Uart_TX generic map( DBIT => DBIT ) port map ( clk => sig_clk, reset => reset, TX_Start => send, TX_tick => tx_clk_tick, TX_Data
-
Thread
DIY 5.1 Verstärker
A2DP: Als A2DP Modul zur Übertragung von Musik per Bluetooth habe ich das BLK-MD-SPK-B Modul entdeckt. http://www.elecfreaks.com/wiki/index.php?title=BLK-MD-SPK-B Steuerung: Die Steuerung des
Antoli B. schrieb im Beitrag #4877629: >> A2DP: > > Als A2DP Modul zur Übertragung von Musik per Bluetooth habe ich das > BLK-MD-SPK-B Modul entdeckt. > > http://www.elecfreaks.com/wiki/index.php?title
-
Thread
Augen auf! Bald wieder Kleinteilemagazine bei Aldi Süd
www.mikrocontroller.net/topic/441627#5251687 Andere Magazine von Allit gibt es hier: https://www.officeb2b.at/allit-465130,p-71510123.html
vor 2 wochen hatten die das hier http://www.allit24.com/de/productfinder/?tx_fyproductfinder_pi1%5Bproduct%5D=74277&tx_fyproductfinder_pi1%5Baction%5D=detail&tx_fyproductfinder_pi1%5Bcontroller%5D=Pi1&cHash
-
Thread
CRC oder einfach die Daten doppelt schicken?
; And Sstore Times Left by MPYx1 [0000¹¹¹¹] [000000000000¹¹¹¹] mov.b &RxTxBuff+3,&MAC_L; get 2nd ASCII digit To MAC_L [xxxx²²²²] [000000000000¹¹¹¹] and.b #0Fh,&MAC_L ; and Cut all unused Bits to16Bit [0000²²²²] [000000000000¹¹¹¹] mov.w #010h,&OP2 ; And Shift 2 Times Left by MPYx4 [0000²²²²] [00000000²²²²¹¹¹¹] mov.b &RxTxBuff+2,&MAC_L; get 2nd ASCII digit To MAC_L [xxxx³³³³] [00000000²²²²¹¹¹¹] and.b #0Fh,&MAC_L ; and Cut all unused Bits to16Bit
-
Thread
S: Empfehlung nachbausicheres LC-Meter-Projekt mit Atmega
: 1. V 2. Tx 3. G 4. Rx Das "Tx" ist mit Pin30 vom STM8 verbunden und das "Rx" ist mit Pin31. "V" ist einfach +5V der Schaltung und "G" ist GND. Der Programmieradapter hat die Beschriftungen GND CLK
BrunoLi. schrieb im Beitrag #6474831: > Habe einen ST-LINK-V2-Programmieradapter in der Bastekiste. Im Anhang sieht man das Teil. 5V wäre z.B. auch möglich.
-
Thread
Ideen/Anregungen zur Steuerung eines DC-Motors mit einem Infrarotsensor im Sanitärbereich
; // Fehlermeldung 2 am Motortreiber am pin 0 (RX<-) int FF1 = 1; // Fehlermeldung 1 am Motortreiber am pin 1 (TX->) int RESET = 2; // RESET Motortreiber int PWMH = 3; // PWM connected to digital
Weiterhin mit dem Bereich Setup angefangen: /* Badezimmer-Spiegelsteuerung V1.0 */ int FF2 = 0; // Fehlermeldung 2 am Motortreiber am pin 0 (RX<-) int FF1 = 1; // Fehlermeldung 1 am Motortreiber am pin 1 (TX->) int RESET = 2; // RESET Motortreiber int PWMH =
-
Thread
UART, Testprogramm aus Buch läuft nicht
Sende-Interrupt Handler --------------------------- */ interrupt [UART_UDRE_vect] void UART_TX_interrupt( void ) { // Test ob noch nicht fertig mit Senden if ( TxConsumer != TxProducer ) { ++TxConsumer; // Pufferindex aktualisieren TxConsumer
while (( i < Data->NumberOfBytes ) && ( i < BUFFER_SIZE ) )// Uebergabe Empfangsdaten { TxBuf[TxProducer++] = Data->UartData[i++] ; TxProducer &=BUFFER_MASK; // Producer-Index begrenzen und evtl. auf Puffer-Anfang } UDR = TxBuf[TxConsumer];
-
Thread
RS232 Kabel am Olimex Dev. Board ?
an TXD (Mega16) hängen und umgekehrt. Die mmit RX beschriftete Stelle auf der Platine geht an T2IN am MAX232, die TX beschriftete Stelle auf der Platine geht an R1OUT vom MAX232. Die anderen 2 Signalwandler machen, je nach Jumper ja RTS/DTR und CTS (Allerdings wollte ich erst einmal die 3-Draht
Ah, ich habe das Schaltbild gefunden: http://www.olimex.com/dev/images/avr-p40b-8535-sch.gif Die RX/TX Bezeichnung ist verzwickt. Der Pin T2IN am MAX232 ist mit RX bezeichnet und der R1OUT mit TX. So gesehen macht es Sinn den vorgesehenen Output-Pin des µC mit RX und den vorgesehenen
-
Thread
BD139 BD140 Verstärker funktioniert nicht
Den Stromspiegel Q4/Q5 raus und durch einen Widerstand in der Kollektorleitung von Q3 ersetzen -C2/R5 raus und durch einen kleinen C an C/B von Q8 ersetzen -R8 raus -Q7 und R9 raus und Basis Q6 an Basis Q1, D3 raus, alternativ: D3...D5 raus und dafür rote LED
Offsetabgleich. Lautsprecher verkraften wenige mV DC problemlos. Man kann sich ja mal die Endstufe im ONKYO TX-8050 Servicemanual ansehen. Einfach, schnörkellos und funktioniert. https://elektrotanya.com/onkyo_tx-8050-b_s_sm.pdf/download.html
-
Thread
Arduino Gateway
Rdui B. schrieb im Beitrag #6004217: > als auch für die Programmierung des ESP8266 dienen > kann (TX, RX und GPIO0 rausgeführt). Kann man den 8266 direkt über Usb Flashen? Ich brauche dafür ein rs232?
Rdui B. schrieb im Beitrag #6004318: > TX, RX und GPIO0 hängen am USB dran. Darüber kann aber nur mit einem > Programmer programmiert werden (CP2102 oder ähnliches). Das finde ich ziemlich abwegig, so
-
Thread
MSP430G2553 Startet nur nach Reset
bic_SR_register_on_exit(CPUOFF); } else{ UCB0CTL1 |= UCTXSTP; // I2C stop condition IFG2 &= ~UCB0TXIFG; // Clear USCI_B0 TX int flag __bic_SR_register_on_exit(CPUOFF); // Exit LPM0 } } } } void Setup_TX(int USSensor
bufferCounter=0; IFG2 &= ~UCA0RXIFG; break; } //UCA0TXBUF = TX_StringRS232; // TX -> RXed character) //UCA0TXBUF = TX_StringRS232[2]; // TX -> RXed character
-
Thread
RFM12 fehlersuche
= 2; break; case 2: //init rf12_init(); // ein paar Register setzen (z.B. CLK auf 10MHz) rf12_setfreq(RF12FREQ(433.92)); // Sende/Empfangsfrequenz auf 433,92MHz einstellen
txdata(unsigned char *data, unsigned char number) { unsigned char i; rf12_trans(0x8238); // TX on rf12_ready(); rf12_trans(0xB8AA); rf12_ready(); rf12_trans(0xB8AA); rf12_ready(); rf12_trans(0xB8AA); rf12_ready(); rf12_trans(0xB82D); rf12_ready(); rf12_trans(0xB8D4
-
Thread
LwIP UDP Callback
_MAC_1, CLIENT1_MAC_2, CLIENT1_MAC_3, CLIENT1_MAC_4, CLIENT1_MAC_5, CLIENT1_MAC_0, CLIENT1_MAC_1, CLIENT1_MAC_2, CLIENT1_MAC_3, CLIENT1_MAC_4, CLIENT1_MAC_5, CLIENT1_MAC_0, CLIENT1_MAC_1, CLIENT1_MAC_2, CLIENT1_MAC_
3, CLIENT1_MAC_4, CLIENT1_MAC_5, CLIENT1_MAC_0, CLIENT1_MAC_1, CLIENT1_MAC_2, CLIENT1_MAC_3, CLIENT1_MAC_4, CLIENT1_MAC_5, }; //Funktionen: void udpApp1_sendMagicPacket(void){ ip_addr_t client1IpAddr; struct pbuf *ethTxBuffer_p; IP4_ADDR(&client1IpAddr
-
Thread
SI4701 Datenblatt, Applikation Notes
TRISDbits.TRISD5 = 1; // input again TRISDbits.TRISD6 = 1; // input again T1CON = 0x4B; // T1 OSC, OSC EN, start reference clock I2CStart(); I2CTransmit(SI470x_write); I2CAckTx(); I2CTransmit(0x40); // See AN230 I2CAckTx(); I2CTransmit(0x01
***********************************************/ void SI470xSend(void) { unsigned char i; I2CStart(); I2CTransmit(SI470x_write); I2CAckTx(); for (i=0; i < 10; i++) { I2CTransmit(SI470xdata[Powercfg_h+i]); // I2CAckTx(); // } I2CStop(); } /
-
Thread
RX-TX Verbindung 90s2313
Eingänge Taster und Ausgänge LEDs, also unkompliziert. Diese beiden Geräte verbunden über ca. 20m RX-TX (Pin2+3) gekreuzt und GND. Spannungversorgung unabhängig (Nur eben über die 20m GND verbunden). Gerät1 Eingänge werden gelesen und über TX zum RX Gerät 2 gesendet (1Byte), Gerät2 zeigt Zustand der Eingänge von Gerät1 über LED an. Funktioniert soweit gut. Nun das Problem: Mache ich nun das Gerät2 spannungslos, dann leuchten die LEDs von Gerät2 schwach weiter, irgendwie werden sie über RX/TX/GND? von Gerät1 weiter versorgt. Schalte ich nun die Spannung von Gerät2 wieder ein, funktioniert des
-
Thread
Anschlussbelegung Smartkarten-leser
Kartenleserplatine) dick grau Gnd +5V (von/zur Kartenleserplatine) orange RX (oder TX) ???ein Kabel dessen farbe weiss ich nicht TX (oder RX) PS2-Kabelende: rot +5V grün Gnd orange RX (oder TX) ??? TX (oder RX) V.24 Kabelende gelb lila
Kartenleser Na bei GND hab ich einfach mal nachgeschaut wo die Masseflächen hingehen beim PS2 müsste es doch anstatt TX RX eigentlich Data und Clock sein aber is ja eh unwichtig
-
Thread
RS-232 mit dem PIC16F84
oder bist du dabei, eins zu erstellen? Welchen Schnittstellen-Baustein verwendest du für den PIC (z.B. MAX232 o.ä.)? > am tx pin hab ich -13V An welchem Tx? An dem vom PC (bei 9pol-SubD der Pin 3) kann das sein; die negative Spannung liegt an, wenn keine Daten gesendet werden. Beim Senden von Daten
(1); } } // spalte 2 PORTB = 0b00010000; Delay_ms(50); if(PORTA.F0 == 1) { USART_Write('E'); while(PORTA.F0 == 1) { Delay_ms
-
Thread
UART (AT)-Echo bzw Puffer empfangen und auslesen, WIE
Terminalprogramm ausgeben (später auswerten). Das Handy läßt sich problemlos steuern, folglich muss die Tx Leitung des Controllers bzw die Rx Leitung des Handys in Ordnung sein.(Ich benutze die Schaltung aus diesem Forum mit den 2,7V Z-Dioden gegen Masse und ein Serienwiderstand 1K) Die Tx Leitung des Handys
die BC547C genommen und ein 40K statt die eingezeichneten 47K. Ferner liegen bei mir am Eingang die 2.7V an statt die 3.6V. Ich hatte Tx des Handys auch schon direkt am Rx des AVRs. Allerdings bekomme ich das Modemecho in beiden Fällen (mit Pegelwandlung und Ohne Pegelwandlung) nicht zu sehen. Ich
-
Thread
Uart wann mit FIFO und wann ohne
notwendig wenn du nicht in der Lage bist die Daten schnell genug abzuholen und zu verarbeiten. Z.B. wenn die Verarbeitung länger dauert als die Pause zwischen 2 Zeichen.
notwendig wenn du nicht in der Lage bist die > Daten schnell genug abzuholen und zu verarbeiten. > Z.B. wenn die Verarbeitung länger dauert als die Pause zwischen 2 > Zeichen. Warum gibt es denn auch Tx FIFOs? Beim empfangen kann ich mir das mit dem Geschwindigkeitsproblem noch erklären. Aber beim
-
Thread
STM32F4 USB High Speed VCP mit USB3320 PHY
brauch einen externen Takt (oder eigenes Quarz) zur Speisung seiner 60Mhz PLL. Ich verwende dazu den MCO2 Ausgang des STM32F4 in Verbindung mit der internen PLL2, die 52Mhz ausgibt. Gegen Jitter scheint der USB3320 relativ unempfindlich zu sein, siehe auch Datenblatt. Für die restliche Verdrahtung gibt
benötigen. In der Regel meldet man sich mit VID/PID an und dann initialisiert man seine Art wie z.B. HID Device oder MassStorage und anhand dem wird der Treiber geladen. Man kann somit auch z.B. LibUSB nutzen oder sonstige Tools.
-
Thread
Strahlungssensor zur Detektion
BPW34 das nicht weiß. http://www.elektor-magazine.com/de/zeitschrift/alle-elektor-ausgaben.html?tx_elektorarticle_listissues%5Barticle%5D=3809&tx_elektorarticle_listissues%5Baction%5D=show
einfach bei Hamamatsu schauen was es so gibt. Hast Du mal in die einschlägige Literatur geschaut, z.B. Leo, Knoll oder Spieler?
-
Thread
Zeigt her Eure Kunstwerke! Gesperrt Bilder
Gibts für solche Zwecke nicht Lochrasterkarten mit unregelmäßiger Lochung? Noch schärfer, als diese 2 1/2-dimensionalen Layouts wären echt 3-dimensionale, z.B. in einem 8 cm³ -Würfel...
http://www.mikrocontroller.net/search?query=soft-pwm&forums%5B%5D=1&forums%5B%5D=19&forums%5B%5D=9&forums%5B%5D=10&forums%5B%5D=2&forums%5B%5D=4&forums%5B%5D=3&forums%5B%5D=6&forums%5B%5D=17&forums%5B%5D=11&forums%5B%5D=8&forums%5B%5D=14&forums%5B%5D=12&forums%5B
-
Thread
kleines programm benötigt
oVorteil, du bräuchtst am PC kein spezielles Programm, sondern kannst jedes Termina-Programm (win zB: hyperterminal) nutzen
: http://www.mikrocontroller.net/articles/Basiswiderstand Viele weitere Ergebnisse liefert z.B. die Forensuche.
-
Thread
Raspberry Pi Pico - UART-Kommunikation mit 4 Geräten
Verbindung zwischen den Modulen habe ich ein Kabel mit 4 Leitungen: VSYS GP-PIN 1 GP-PIN 2 GROUND Die GP-PINs der Schnittstellen (max. 4 beim CNOT-Modul) sind wie folgt verknüpft: GP2 - In 1 Lesen (RX) GP3 - IN 1 Senden (TX) GP6 - Out 2: Senden (TX) GP7 - Out 2: Lesen (RX) GP10 - in 2 Lesen (RX) Gp11 - in 2 Senden (TX) GP14 - Out 2 Senden (TX) GP15 - Out 2 Lesen (RX) Ich schließe bisher eine Spannungsquelle über USB-Port an (ganz links - am Sample-Modul). Der Sample-Button
-
Thread
Uart Terminal Monitor open source
gibt. - Das reine mithören ergibt schnell zuviele Daten für den Bildschirm. - ohne Dekodierung (2 Byte integer, dann 17 Chats Text, Startzeichen, CRC richtig?, ... ) Wird's oft kryptisch - andere brauchen die Interaktion RX/TX zeitlich aufgelöst. Das gezeigte Gerät scheint zudem über einen
seriellen Verbindung ist das nahezu ungeeignet, weil man nur die Daten auf RxD sieht, die Antworten uf TxD NICHT. Ganz einfach weil TxD an der verwendeten Hardware ein Ausgang ist, egal ob Arduino oder sonstwas. Ich habe dazu einen Protokollanalysator HP4952A, der zeigt z.B. Senden, Empfangen und Statussignale
-
Thread
PciExpress - Testbench
, wie man das Interface verwendet um Daten raus oder rein zu kriegen, dann passt das. Gibt ja z.B. auch keine Testbenches für z.B. die Standard-PCI-Bridge PLX9030 oder ähnliches ... Man nimmt an, sie funktionieren und baut sein Zeug dazu.
oben) tx_ca_nph_vc0 tx_ca_npd_vco nph_processed_vc0 npd_processed_vc0 npd_num_vc0 Completions ---------- tx_ca_cplh_vc0 tx_ca_cpld_vc0 Deine Logik muss tx_ca_xxxx_vc0 bewerten bevor Du ein Paket
-
Thread
Kommunikation zwischen zwei Mikrocontrollern. welches Protokoll?
hohe Robustheit geringe Latenz Die Datenrate ist nicht so wichtig. In Hardware könnte ich z.B. nutzen: USART SPI I2C/TWI oder etwas eigenes Es ist ein AVR-Controller.
sind kleine Fifos oder DMA am Eingang interessant, wenn Interrupts zu lange gesperrt sind. Also z.B. 100µs bei 115.2. Gerade für einen Anfänger erhöht sich die Komplexität deutlich.
-
Thread
USART ATMega 168
char)(baud>>8); UBRR0L = (unsigned char)baud; /* Enable receiver and transmitter */ UCSR0B = (1<<RXEN0)|(1<<TXEN0) | (1<<RXCIE0); /* Set frame format: 8data, 2stop bit */ UCSR0C = (1<<USBS0)|(3<<UCSZ00); } ISR(USART_RX_vect) { PORTC = 0xFF; } int main(void) { USART_Init
XP-Laptop (DELL) der keinen Seriellen Port hat. Dafür habe ich einen USB Adapter. Wenn ich RX und TX am Adapter "kurzschließe" kommt das Gesendete auch an (erste Fehlerquelle beseitigt?). Den Adapter habe ich mit einer RS232 Buchse und 3 "freirumliegenden", ca. 22 cm langen Drähten (0,2mm²?) verbunden
-
Thread
NRF24L01+ Reichweitenproblem
Ach so, Trace 2 hat 2 Volt pro Div, dann ist alles ganz anders. Dann nehme ich alles zurück und behaupte das Gegenteil.
willst. Für die Rx/Tx Pins brauchst du RS232- oder USB- Konverter um an den PC zu kommen.
-
Thread
CAN UP - Aktor (LPC11Cxx)
.. was ich mir gerade überlege (hab auch das Can@home projekt gelesen) Ob ich einen zusätzlichen I2CEEprom (24C32) dazubauen sollte? Da der LPC11C24 nur flash hat, und wenn ich zB.: Die anzahl der Schaltzustände und die Betriebsdauer der Relais als Status mitspeichern will, ist eventuell der Flash
probes all available slaves connected to an I2C bus */ void i2c_probe_slaves(I2C_ID_T i2c) { int i; uint8_t ch[2]; DEBUGOUT("Probing available I2C devices...\r\n"); DEBUGOUT("\r\n 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
-
Thread
Schere mit verstellbaren Längenanschlag für "Akkordarbeit" Schrumpfschlauch schneiden usw
gewünscht hat, Suchwort "Ablängschere" https://www.bf-tech.de/produkte/produkt/ablaeng_schere_ase_80/?tx_dslprodukte_produktsuche%5Bcontroller%5D=Produkte&tx_dslprodukte_produktsuche%5Baction%5D=show&cHash=df053720865f7f13b48d80680c336d9e https://www.bf-tech.de/produkte/produkt/ablaeng_schere_ase_150fbk/?tx_dslprodukte_produktsuche%5Bcontroller%5D=Produkte&tx_dslprodukte_produktsuche%5Baction%5D=show&cHash=e5fbda122b6494b28d9a28d82649b047
-
Thread
Cortex M3 ISR-Problem
can0_mailbox.ul_mb_idx = TEST1_CAN_COMM_MB_IDX; can0_mailbox.uc_obj_type = CAN_MB_TX_MODE; can0_mailbox.uc_tx_prio = TEST1_CAN0_TX_PRIO; can0_mailbox.uc_id_ver = 0; can0_mailbox.ul_id_msk = 0; can_mailbox_init(CAN0, &can0_mailbox); /* Write transmit information into
Assembler-Listing geschaut. Weder der Befehl "cpsid" noch "cpsie" wird mit Strg + F gefunden. Stattddessen wird zB. das hier erzeugt: [c]C-Code /* Enable CAN1 mailbox 0 interrupt. */ can_enable_interrupt(CAN1, CAN_IER_MB0); 816de: 4628 mov r0, r5 816e0: 4649 mov r1, r9 816e2:
-
Thread
PIC18F USART Problem
8A' MOVWF SPBRG1 ;Baud Rate Generator for 115.200 Baud LoadBaudRateContrReg1 MOVLW B'01000000' MOVWF BAUDCON1 Also SPBRGH1:SPBRG = 0x008a = 138, der passt zu den Tabellen 16.5 für 115.2kb, SYNC=0, BRGH1=1, BRG16=1 - OK BAUDCON1 initialisierst du mit B'01000000' - also ist
eingeschaltet auf 1:128 - VBOR eingeschaltet auf 2V Um so die wichtigsten zu nennen. Alle anderen Register im Controller werden standardmässig mit 0 initialisiert, es gibt jedoch aus Ausnahmen die mit 1 initialisiert werden (z.B. TRIS-Register) oder
-
Thread
USART zwischen Arduino und externem Atmega328p
vorheriges Zeichen hat Frame Error. Dafür muss aber die Baudrate beim Empfänger == Senderbaudrate/2 sein. Also Arduino auf 9600B und Micro auf 4800B. Oder bei Micro steht 16MHz, aber der Micro läuft mit 8MHz.
vorheriges Zeichen > hat Frame Error. > Dafür muss aber die Baudrate beim Empfänger == Senderbaudrate/2 sein. > > Also Arduino auf 9600B und Micro auf 4800B. > Oder bei Micro steht 16MHz, aber der Micro läuft mit 8MHz. Damit hab ich auch schon gerechnet, dass der Arduino andere Grundeinstellungen
-
Thread
Oszillator mit Lecherleitung
in der Funkschau einen interessanten Aufbauvorschlag: http://www.ve6aqo.com/Roehren_Geraete/UKW_TX/UKW_TX_1b.jpg http://www.ve6aqo.com/ukw_sender.htm
So wie im Link auf S. 16 sieht etwa auch der aufgewickelte Lecherkreis an der QQE 06/40 in einem 2m-Allmode-Trx "2 G 70" (Götting & Griem) aus. Michael
-
Thread
Welche AVR (Atmega) haben UPDI?
und der automatisierte Lötprozess ist viel teurer, und zwar nicht um einige %, sondern um Faktoren >>2. 2. TH-Bauteile sind größer. Will man heutzutage eher nicht mehr. 3. TH-Bauteile haben eine höhere Induktivität. Das wird bei schnellen Signalen zu einem echten Problem. Und das gilt nicht nur für
hat jedoch m.E. einen Schwachpunkt. Man kann andere Komponenten nicht auf den UPDI-Pin mappen, etwa TX eines USARTs. An dieser Stelle muss man in der HW Hand anlegen und TX(n) und UPDI bei P-Channel MosFet schaltbar verbinden. Dann braucht man von außen auch nur ein (half-duplex) serielle Verbindung.
-
Thread
MSP430G2553 / DHT12 Sensoranbindung / Initialsierung anfangs fehlerhaft
MSP430 auslesen. Der DHT12 Sensor lässt sich über einen MCP2221-Adaper einwandfrei auslesen: > I2C Write, Address = 5C, Data: 00 Delay = 0 OK > I2C Read, Address = 5C, Read 5 bytes, Delay = 0 OK < 29 09 1B 07 54 Erklärung: 29h 09h = 41,9% 1Bh 07h = 27,7°C 54 CRC Ich habe einen DHT12
Joe F. schrieb im Beitrag #5510121: > Das traurige ist, dass sehr viele I2C Libraries für uCs genau diesen > Mist machen Der 'G2453 macht I2C in Hardware, mit der USCI_B0. Das wird auch von der vorliegenden Software genutzt. Das aber wiederum würde bedeuten, daß die
-
Thread
HC-SR04P mit I2C/UART Daten gesucht
-13185.html Pinbelegung/Modus: Normal I2C Seriell Trigger SCL RxD am ESP32 mit TxPin verbinden Echo SDA TxD mit RxPin verbinden */ #include <SoftwareSerial.h> const int TxPin = 27, RxPin = 14; SoftwareSerial MySerial
Antwort auf den Befehl 0xF1 ist immer gleich. Als HEX-Werte:[code] 0xCE 0xDE 0xCE 0xFD 0xC8 0xD5 0xB3 0xBF 0xCE 0xEF 0xC1 0xAA 0x00 0x52 0x43 0x57 0x4C 0x2D 0x32 0x30 0x32 0x30[/code] Und als ASCII: [code]⸮ ⸮ ⸮ ⸮ ⸮ ⸮ ⸮ ⸮ ⸮ ⸮ ⸮ ⸮ R C W L - 2 0 2 0[/code] Die erste Hälfte ist scheinbar "Datenmüll"
-
Thread
Übersetzung C / ASM (PeDa's 124-BUS)
/ 0-bit: 1T dp = &tx_buff[tx_idx++ / 8]; // get byte address if( *dp & 0x80 ) // msb first OCR2A = BIT_TIME * 2 - 0.5; // 1-bit: 2T *dp <<= 1;
T0W ;; Wenn Bed. WAHR, Timer stoppen ldi iwr0, 0 out TCCR0B, iwr0 rjmp T0W GETDATA: ;; 0-Bit: 1T ldi iwr0, tBIT - 0.5 out OCR0A, iwr0 ; get byte address ; dp = &tx_buff[tx_idx++ / 8]; ; if(*dp & 0x80) ;; 1-Bit: 2T ldi iwr0, tBIT
-
Thread
Wie SoftwareSerial mit ATtiny85 nutzen?
schreibe nach seriell delay(1000); // eine Sekunde waten } [/c] sketch_jul17b.ino: In function ‘void setup()’: sketch_jul17b:8: error: ‘Serial’ was not declared in this scope sketch_jul17b.ino: In function ‘void loop()’: sketch_jul17b:11: error: ‘Serial’ was not declared in
rechts 8) kann oder muss man für SoftwareSerial nutzen? Ich habe ein Projekt gefunden, bei dem Pin 2 als Rx und Pin 3 als Tx genommen wurde. Kann ich dafür auch andere Pins nehmen? Für mein Projekt bräuchte ich nämlich eigentlich zwei analoge Eingänge, aber nur einen digitalen Ausgang. Mir würde also
-
Thread
2x CAN auf eine Treiberstufe
Klar geht das. Deshalb heisst es ja "Bus". Das ist aber nicht bei jedem Bus so. Bei USB geht das z.B. nicht. Martin L. schrieb im Beitrag #3762860: > Der zweite Fall ist schwieriger (dann wäre es aber auch RX/TX und nicht > High/Low), ginge aber auch mit einer entsprechenden Logikschaltung.
@diverse andere Thema verfehlt. Der OP möchte Low mit Low verbinden und High mit High, nicht Tx mit Tx und Rx mit Rx. Den GND noch mit zu verbinden macht das ganze natürlich hübscher.
-
Thread
RN4871 reagiert nicht
Danish B. schrieb im Beitrag #5116144: > Und ja, ich sende mit 115200 Bd Vielleicht solltest Du hier mal etwas variieren ?!
Danish B. schrieb im Beitrag #5118084: > Ich habe mittlerweile mal die "richtige" Baudrate 115942 Bd (laut > Datenblatt) ausprobiert. Es ergibt genau das gleiche --> nichts. Phasenlage der RX/TX richtig
-
Thread
performance Testprogramm Atmel MAC
PROMISCUOUS_OP_MODE) { uint8_t i; char ascii[5]; printf("Rx: 0x%.2X ", mac_frame_info->payload_length + 2); // 2 = FCS for (i = 0; i < mac_frame_info->payload_length + 3; i++) /* 3 = FCS + LQI */ { sprintf(ascii, "%.2X ", mac_frame_info
Performance example tx_frame_info->seq_num = (uint8_t)rand(); tx_frame_info->dest_panid = DST_PAN_ID; tx_frame_info->dest_address = DST_SHORT_ADDR; tx_frame_info->src_panid = SRC_PAN_ID; tx_frame_info->
-
Thread
AtMega - Pullup aktivieren
> Du erwähnst einen Pegelwandler. Und auch: >> Wenn Tx,Rx vom Wandler /getrennt/ sind...
Rainer B. schrieb im Beitrag #1679863: > Hallo, > >> Du erwähnst einen Pegelwandler. Dann wird dessen Ausgang mit dem Rx-Pin >> verbunden sein. > > Mein Post bezieht sich auf den Fall, wenn ich TxD und
-
Thread
ublox CR4 - Empfang: wirres Zeug
ordentliche Daten. Habe eine "Kalibrierung" mit "http://forum.xufo.net/bb/download.php?id=4956&sid=6652b6ec54002acc39b37bb63f761005" vorgenommen. Eigentlich da ganz einfach !?! Schließe ich ublox-TX an Controller bzw. PC - RX, erhalte ich nur wirres Zeug! Ich bitte euch mir zu helfen da ich das für
Beschreibung eines Quadrokopters vorgenommen ... Baudrate auf 9600 (auch andere versucht), USART1/USART2 auf NMEA-Output, Messperioden auf alle 1s gestellt, ... So, nun zum Aufbau: Den u-blox Ausgang (TX) hänge ich auf einen am Board dafür vorgesehenen Pin (RX). Über die RS232-Schnittstelle kommunieziere
-
Thread
ebus protokoll mitschnitt bei einem Wolf Heizkessel
12 Aktuelle Kesseltemperatrur Aus Telegram 05h03h --> Byte 10 ( Datentyp DATA1c -> (einfach /2 rechenen)) Kesselsollwert: Tele 08h 00h -> Byte 6-7 ( Datentyp DATA2B) Brauchwassersollwert Teler 08 00h -> Byte 12-13 ( Datentyp DATA2B ) ----------------- Die meisten Telegramm die ich
Falls wer mehr hat bitte hier posten. Zum Schluß meine derzeitige Umwandlung des Datentyp DATA2B zu einer dezimal Zahl. private double ConvertData2b( byte lowByte, byte highByte ) { byte[] atemp = new byte[2]; Int16 x; UInt16 x2; double y=0;
-
Thread
Variablen setzen sich auf 0 Gesperrt
das optimiert wird: [c]void test2 (int a) { printf ("%d\n", a); } void test () { int a = 0; while (a < 100) { int b = 7; test2 (a + b); } }[/c] Der GCC macht daraus: [c] c: b508 push {r3, lr} e: 2007 movs r0, #7 10: f7ff fffe bl 0 <test2> 14: e7fb b.n e <test+0x2> 16: bf00 nop[/c] Die Variable verschwindet hier sogar komplett. In Fällen wo sie nicht verschwindet, wird sie sich wohl zwischendurch ändern, und dann