-
Thread
Attiny 2313A - ROM am Limit? Probleme mit Optimierer
oder weniger - aus zwei unabhängigen Teilen: 1) Kommunikation mit einem Master via MODBUS-ASCII 2) Auslesen von Sensoren via I2C Ich habe für die Entwicklung die beiden Teile unabhängig programmiert und erfolgreich getestet. Beide Teile zusammen erzeugen leider unsinnige Ergebnisse. Meine Vermutung
Hallo Alex, ich habe schon die Uart Interruput Routinen für TX und RX gesucht und sie nicht direkt gefunden. Und im File Modbus.c sind sie. Aua: a) cli / sei in einer Interruputroutine - warum ? b) was bezweckst Du mit dem Return, das ist überflüssig ! [c]
-
Thread
BJ-Steckdosen umrüsten auf erhöhten Berührungsschutz
gefühlt 200 Steckdosen verbaut. Vom Typ 20 EUC-214 ( https://www.busch-jaeger.de/produktuebersicht?tx_nlbjproducts_catalog%5Baction%5D=show&tx_nlbjproducts_catalog%5BcatBjeProdukt%5D=1496&tx_nlbjproducts_catalog%5Bcontroller%5D=CatStdArtikel&cHash=4e79ce7844691b9ede283259ea657b14 ) Aus Gründen würde
mit "erhöhten Berührungsschutz", Typ 20 EUCKS-214 ( https://www.busch-jaeger.de/produktuebersicht?tx_nlbjproducts_catalog%5Baction%5D=show&tx_nlbjproducts_catalog%5BcatBjeProdukt%5D=1498&tx_nlbjproducts_catalog%5Bcontroller%5D=CatStdArtikel&cHash=bc715790889054ecc34535994eff208d ). (Diese Nachrüstlösungen
-
Thread
STM32 USART will nicht
// Rx (PA10) in floating RCC->APB2ENR |= RCC_APB2ENR_USART1EN; // enable clock for USART1 USART1->BRR = 8000000L/9600L; // set baudrate USART1->CR1 |= (USART_CR1_RE | USART_CR1_TE); // RX, TX enable
ST-Lib nutze, habe ich meine Initialisierung hier mal in 'Pseudocode' abgetippt: [code] RCC_APB2RSTR_USART1RST = 1 // reset des UART Moduls RCC_APB2RSTR_USART1RST = 0 RCC_APB2ENR_USART1EN = 1 // enable UART1 im RCC RCC_APB2ENR_IOPAEN = 1 // enable GPIO-A GPIOA->CRH |= 0x0B << 4
-
Thread
Von Microkontroller auf MySQL Datenbank schreiben
-o PC USB-UART 2 Rx (Tx nicht verwenden) [/code]
open http requester" im firefox runtergeladen. => Ohne Erfolg. Wenn ich http://www.i****.de/data2mysql_zwei.php?Gewicht=20 in den Browser schreibe kommt nur "Fehler beim Eintragen in die Datenbank". Das habe ich habe in der "data2mysql_zwei.php" Sebastian B. schrieb im Beitrag #4058361:
-
Thread
ATtiny 45 "Print Befehl auf Knopfdruck!"
Also so? [c]#include <SoftwareSerial.h> # define rxPin 3 # define txPin 4 // NOTE: pin 3 is equal to physical pin 2: see http://fc04.deviantart.net/fs70/f/2013/038/3/7/attiny_web_by_pighixxx-d5u4aur.png SoftwareSerial _bluetoothSerial = SoftwareSerial(rxPin, txPin)
*/ // attiny85 uses software serial #include <SoftwareSerial.h> # define rxPin 3 # define txPin 4 // NOTE: pin 3 is equal to physical pin 2: see http://fc04.deviantart.net/fs70/f/2013/038/3/7/attiny_web_by_pighixxx-d5u4aur.png SoftwareSerial _bluetoothSerial = SoftwareSerial(rxPin, txPin)
-
Thread
ESP mini (ESP8266) lässt sich nicht flashen 15 Stück
sogar eher andersrum und noch schlimmer :-) Vcc wird > umgeschaltet, die Logikpegel nicht ... Z.B. USBASP Sticks.
von ICs. Ausnahme sind nur solche, die eben speziell genau dafür gebaut werden. Pegelwandler o.ä. z.B. Gruß aus Berlin Michael
-
Thread
uart mit atmega88
<USBS0) | (3<<UCSZ00) sts UCSR0C, temp ldi temp, 1<<TXEN0 sts UCSR0B,temp ldi temp, 1<<TXEN0 ; TX aktivieren sts UCSR0B, temp loop: ldi zl,low(my_string*2); ; Z Pointer laden ldi zh,high(my_string*
sts UCSR0C, temp ldi temp, 1<<TXEN0 ; TX aktivieren sts UCSR0B, temp loop: ldi zl,low(my_string*2); ; Z Pointer laden ldi zh,high(my_string*2); rcall serout_string rjmp loop ;Ausgabe
-
Thread
ISP Belegung widersprüchlich?
doch mal nen Link zu dem Programmer. Ah gehn. Bin wohl schon beim Mittagsschlaf. Die Pins RxD und TxD sind z. B. für die "USB-RS232/RS485 Wandler Firmware". Bei der "Programmer Firmware" werden die mit Sicherheit auf GND liegen.
B. Limer schrieb im Beitrag #2667895: > Leute - ICP Belegung anlegen. Rx und Tx können frei rumhängen. Bei UART > Bootloader ist das natürlich anderst. OK, also vergesse ich mal TxD und RxD. Nun aber
-
Thread
PIC18Fxxx8 CAN Protokoll Frage
tx_temp->EID=rx_temp->EID; tx_temp->DLC=0x08; tx_temp->DATA[0]='R'; tx_temp->DATA[1]='T'; tx_temp->DATA[2]='R'; tx_temp->DATA[3]=' '; tx_temp->DATA[4]='A';
+5V PullUp | Rx1 ------*------ Rx2 | Tx1 --|<|-*-|>|-- Tx2 (sollen 2 schnelle Dioden sein) geht auch mit mehr als 2 Teilnehmern, wenn die Leitungen relativ kurz sind.
-
Thread
Bitwackeln mit USB to Seriell Wandler (Schnelligkeit)
Ist Prinzipbedingt. Für RX/TX kann der PC einen ganzen (z.B. 64Byte-) Datenblock auf einmal senden, den der Wandler-Chip dann langsam bitweise rausschickt. Für deine Bitwackeleien muss für jede Zustandsänderung ein eigenes USB-Kommando
Hallo Εrnst Das was du Vorschlägst mache ich mit Pics RxT/TxD -->Schieberegisteransteuerung 4094/4021. Aber dies möchten einige noch Anwenden ohne Controllerlösung. Sie Proggen z.B in VB und können die Aus/Eingabe direkt Ansteuern. Die echte Serielle ist
-
Thread
[C] Array-übergabe an Funktion
dann weiterverarbeiten: [c] static char test[5] = { 0x48, 0x41, 0x48, 0x41, 0x48, }; int USART_TX(char *TX_B, unsigned int TX_B_L) { while (!(UCSR0A & (1<<UDRE0))) { } // Warten bis Senden möglich for(int i=0; TX_B_L > i; i++) UDR0 = TX_B[i]; return 0; } // main
, bis die UART bereit ist. [C] int USART_TX(char *TX_B, unsigned int TX_B_L) { for(int i=0; TX_B_L > i; i++) { while (!(UCSR0A & (1<<UDRE0))) { } // Warten bis Senden möglich UDR0 = TX_B[i]; } return 0; } [/C]
-
Thread
UART "kauderwelsch"
mit etwas hin und hergezappel und dem Tutorial gelesen, bekomme ich schonmal eine Ausgabe über den TX hin, kurz zu meinem Aufbau: Ich habe einen ATmega32A, dessen TX in den TX pin vom Arduino UNO gesteckt ist, die Masse habe ich von beiden ebenfalls verbunden. Mein Code sieht folgendermaßen aus:
verkuerzt falls Register aufeinanderfolgen (vgl. Datenblatt) UBRR = UBRR_VALUE; */ #if USE_2X /* U2X-Modus erforderlich */ UCSRA |= (1 << U2X); #else /* U2X-Modus nicht erforderlich */ UCSRA &= ~(1 << U2X); #endif [/c]
-
Thread
Probleme mit Hameg 203
203-5: http://www.hameg.com/manuals.0.html?&tx_hmdownloads_pi1[mode]=download&tx_hmdownloads_pi1[uid]=979&cHash=ffcaeadb70 203-6: http://www.hameg.com/manuals.0.html?&tx_hmdownloads_pi1[mode]=download&tx_hmdownloads_pi1[uid]=970&cHash=d1a2ab77fd 203-7: http://www.hameg.com/manuals.0.html?&tx_hmdownloads_pi1[mode]=download&tx_hmdownloads_pi1[uid]=995&cHash=3b688f503d
-
Thread
Welche Programmiersprachen benutzt ihr ?
Es gibt 2 Ansätze bits zu setzen a |= 0x40; // setzt bit 6 a |= 1 << 6; // setzt bit 6 Wobei der zweite Weg eine Namensgebung erlaubt. a |= 1 << TxEn; // setzt bit 6 Wobei man natuerlich wissen muss, dass TxEn am PortA klebt. Viel einfacher, auch aus dokumentierender Sicht ist doch TxEn[@PortA,6]:bit; TxEn:=1; TxEn:=0; Ganze Generationen von C Programmiern werden verarscht mit komplizierter
-
Thread
RS422 Anschluß
Hallo, wo finde ich eine richtige Belegung von TX+ TX- RX+ RX- an die Anschlüsse A B Y Z? Wenn ich richtig gesucht habe würde ich es so machen: TX+ an A TX- an B RX+ an Y RX- an Z an den offen Kabeln TX+ und TX- messe ich 5V, sollten das
Hardy F. schrieb im Beitrag #7243934: > wo finde ich eine richtige Belegung von TX+ TX- RX+ RX- an die > Anschlüsse A B Y Z? Im Handbuch Deines geheimen Geräts. Hardy F. schrieb im Beitrag #7243934: > an den offen Kabeln TX+ und TX- messe ich 5V, sollten das nicht nur 1,5V
-
Thread
Levelshifter
Arduino auf den LV Eingang des LevelShifters gelegt. Welchen Hintergrund hat dies? https://dlnmh9ip6v2uc.cloudfront.net/assets/6/3/6/e/d/5266e578757b7fdf4c8b4570.png Vielen Dank und viele Grüße Stefan
diesem Wandler kann man die Pegel von zwei unterschiedlichen Signalebenen mit einander verbinden. z.B. 5V System mit 3,3V. Der Wandler arbeitet aber auch mit 1,8V und/oder 2,8V Pegeln und kann für I2C verwendet werden.
-
Thread
FTDI Adapter gesucht
Bus 003 Device 002: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO) Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x0403 Future Technology Devices International, Ltd idProduct 0x6015 Bridge(I2C/SPI/UART/FIFO) bcdDevice
-
Thread
MIDI/UART lesen. Was mache ich falsch?
if( (recByte & 0b10000000) ) { PORTB |= (1<<PB2); _delay_us(100); PORTB &= ~(1<<PB2); } recByte = 0; receiveComplete = 0; } } } ISR( USART_RX_vect
<<LED_F_NUM),50); } } void midi_puff_schieb(unsigned int data ){ // schieben fuer MIDI: int=2x char und Leerzeichen unsigned int a; unsigned char b; a = (data >> 8); b = (unsigned char)a; lcd_puff_schieb_links(b); // Dec b = (unsigned char)data; lcd_puff_schieb_links(b);
-
Thread
Stromaufnahme LED
hab oben doch 2 npn? oder wiemeinst du das?
Nein. Q2, R1, R3 ist Schrott. Was du moechtest ist eine UND Verknuepfung. Ist es aber nicht. Denn das TX Signal genuegt. Mach ein UND Gatter, zB ein NC7SZ08 oder so.
-
Thread
Rechtecksignal an COM-Schnittstelle wie?
Eddy B. schrieb im Beitrag #5663602: > LED soll vor der Inbetriebnahme zeigen, was die COM ausgibt. Dazu hab ich meist eine ultrahelle Led direkt am TX gegen Masse (wenn unbelastet). Da blitzt jedes einzelne Byte auf, z.b. ein acknowledge. Wenn am TX auch ein gegenüber-RX hängt, dann einfach dazwischen, jedoch 2 Anti-parallel und etwas auseinander. Eine leuchtet dauernd, die andere blitzt, wenn was kommt.es ist erstaunlich
-
Thread
Mehrere µcs miteinander kommunizieren lassen
ids der kommunikationsberechtigten nachbarn. der rest ist ein relativ einfacher softwarebus...z.b. I2C. der ist relativ einfach aufgebaut, braucht nur 2 portpins und entsprechende softwareimplementierungen finden sich fuer alle gaengigen controller zuhauf.
vorangestellt (da gibt es auch Hardware-Möglichkeiten mit dem 9. Bit), daß den Nachbarn adressiert. z.B. 1=links, 2=oben, 3=rechts, 4=unten Beim Empfang kann man dann anhand der verwendeten Adresse erkennen, von wo die Nachricht kommt: 1=rechts, 2=unten, 3=links, 4=oben ! Jetzt können sich die Nachrichten
-
Thread
M16C29 und ENC28J60 via SPI
als je zuvor. Ich musste zu Deiner Version noch eine Zeile hinzufuegen damit es läuft. (while(READ_U2C0_TXEPT == U2C0_TXEPT_FULL);) Beim TX muss man noch auf U2C0.TXEPT warten, sonst gerät es aus dem Takt. (das CS ist schon oben bevor beide Bytes über die Leitung gingen) Das mit der MAC geht jetzt,
ausgrabe. Versuch mich gerade, den ENC28J60 mit einem M16C62P zu verbinden. Laut App.-Note REU05B0019-0100Z kann der M16C nur Mode 1 und Mode 3. Der ENC brauc laut Datenblatt Mode 0. Im Post von Judge vom 2.12.2006 steht: So müsste das auf dem M16C/29 auch funktionieren. Andernfalls ist bei
-
Thread
Fragen zu Grafik-LCD 128x64?
, z.B. >nächste Daten für LCD. Der AVR-SPI-TX hat kein Puffer. >Drehgeber ist wie im Schlaf. Tja so ist das bei falschem Timing. Für Echtzeit kann man es nicht benutzen. Falsche INT-Handhabung.
und Befehle in Puffer und los, CPU macht was anderes, z.B. >>nächste Daten für LCD. > Der AVR-SPI-TX hat kein Puffer. Dazu nimmt man auch nicht das SPI Peripheral, sondern den USART im Master-SPI Mode...
-
Thread
CAN Repeater / Optoadapter mit zwei Transceivern und Optokopplern
die Schaltung im Anhang nicht funktionieren kann ist mir mittlerweile klar, da die 5V auf den Rx und Tx Leitungen fehlen die normalerweise vom CAN-Controller gespeist werden. Zwei PCA82C250 ( http://www.nxp.com/acrobat/datasheets/PCA82C250_5.pdf ) mit 2 invertierenden Optokopplern 6N137 die jeweils
1 A ist dominat und gibt dies an B weiter. 2 B ist also auch dominat und gibt dies an A weiter. usw. usf.
-
Thread
ATxMega Entwicklungsboard 2
Kreis sollte daher optimal sein und kleiner als er jetzt ist bekommt man den nicht mehr. Wenn IC2 eingeschaltet ist, fließt der Strom im Kreis C5/IC2/L1/C7 und über die lokale GND-Plane wieder zurück. Auch hier sollte man a) eine möglichst kleine Fläche aufspannen und b) eine möglichst kleine Flächenänderung gegenüber dem Freilaufkreis haben (wg. dB/dt). Auch das ist im Rahmen der Möglichkeiten, so wie's jetzt ist, gegeben. Über den GND-Anschluss von IC2 fließt im wesentlichen der Gatestrom des internen MOSFETs. C4 liegt hierfür schon gar nicht
-
Thread
Windrichtungserkennung mit Hall Sensor
positionssensoren-winkel-und-lineare-positionsmessung/549?s=N4IgjCBcpgDA7ANiqAxlAZgQwDYGcBTAGhAHsoBtERATgBZZFkSBmG%2BAVhZZFcQ7AcATLxAswbFiJIdYjFszESaieCAC6JAA4AXKCADKOgE4BLAHYBzEAF8SYABxhk0EOkjZ8xMpTEOHiA6iLP78ovBwdHRqrKHImiC6%2BkZmVrY2NkA
positionssensoren-winkel-und-lineare-positionsmessung/549?s=N4IgjCBcpgDA7ANiqAxlAZgQwDYGcBTAGhAHsoBtERATgBZZFkSBmG%2BAVhZZFcQ7AcATLxAswbFiJIdYjFszESaieCAC6JAA4AXKCADKOgE4BLAHYBzEAF8SYABxhk0EOkjZ8xMpTEOHiA6iLP78ovBwdHRqrKHImiC6%2BkZmVrY2NkA Der sieht ja super aus! Wenn ich das richtig verstehe, kann dieser die Richtung
-
Thread
Problem mit Infinion C167CR mit AM29F200B-70SE
? Gibts es außer dem CAN Bus noch eine andere möglichkeit um auf den Kontroller zuzugreifen wenn z.B der Bootloader defekt ist?
7562-1.php http://www.infineon.com/dgdl/p1601310_Bootstrap_Loader_Versions.pdf?folderId=db3a304412b407950112b409d4b00386&fileId=db3a304412b407950112b40a11780435 Ohne Speicher Oszi wird es vermutlich schwer die Antwort zu überprüfen, aber ich würde vermuten, der Fehler liegt irgendwo in der Hardware
-
Thread
DIY - LED Uhr/Datum/Temperatur auf 3 Displays ?
/questions/Tx1TK1RL2SD65VN/ref=ask_dp_dpmw_al_hza Gilbert B. schrieb im Beitrag #5517726: > Trotz meiner 52 Jahren.. Na, da bist Du einige Jahre jünger als ich? Gilbert B. schrieb im Beitrag #5517726
/Tx1TK1RL2SD65VN/ref=ask_dp_dpmw_al_hza Aber eben nur im Wechsel ... die Anzeige wechselt zwischen den 3 bzw den 2 Modi oder zeigt nur die Uhrzeit an. Dauernd nur das Datum oder nur Temperatur (wie bei
-
Thread
Bluetooth modul
auf manchen (wahrscheinlich allen) Dongles ne Firmware mit BT Stack drauf ist. Du musst die halt z.B. auf HCI Ebene ansprechen.
@Florian: In den meisten Bluetooth Headsets ist ein BlueCore2-Audio mit integriertem Headset Profile drin. Datenblatt gibts bei CSR: http://www.csrsupport.com/public/152_BlueCore2-Audio%20Data%20Sheet%20(BC213159A-ds-001Pc).pdf Kai
-
Thread
Wie beim HW-Debuggen einen Interrupt manuell auslösen?
im Beitrag #6899901: > Mangling und sowas hast du vermutlich beachtet, oder? Du beziehst dich z.B. auf [c]__vector_n()[/c]? Habe ich berücksichtigt.
auf den selben Interrupthandler zeigen lassen: ISR_ALIAS(vector, target_vector). Dann kann man z.B. mit einem externen Interrupt den UART-Handler ausführen. Man kann auch einen SW-Interrupt emulieren, z.B. den SPM-Interrupt enablen, der wird ausgeführt, solange SELFPRGEN gelöscht ist. Typisch
-
Thread
VHDL RS232 Spartan 3A
begin process (CLK)begin If rising_edge(CLK) then If counter < Quarz_Taktfrequenz/2 then TX_Start <= '1'; -- txstart <= '0'; elsif counter = Quarz_Taktfrequenz then counter <= 0; else --LED(1) <= '1'; TX_Start
wissen das neue Daten in den TX_Input Buffer geschrieben wurden. Hierzu eignet sich z.B. ein NEW_TX_DATA. Jetzt muss man eine Flankenerkennung für das Signal NEW_TX_DATA programmieren. Somit wird die Datenausgabe nur einmal gestartet
-
Thread
stm32 sd-card und Nand flash
ty--; f_read(&fsrc, &bmp_buffer, (bmp.pic_w_l)*3, &br); for(tx=0;tx<bmp.pic_w_l;tx++) { point.x = ty;//ty; point.y = tx;//tx; point.r = *(tx*3 +2+bmp_buffer); point.g = *(tx*3 +1+bmp_buffer
f_read(&fsrc, &bmp_buffer, (bmp.pic_w_l)*3, &br); for(tx=0;tx<bmp.pic_w_l;tx++) { point.x = ty;//ty; point.y = tx;//tx; point.r = *(tx*3 +2+bmp_buffer); point.g = *(tx*3 +1+bmp_buffer
-
Thread
RS485 mit LoS detection und PoB möglich und sinnvoll?
. Dann bin ich zum Schluss gekommen, dass eine Art Daisy-chain das sinnvollste ist. Also Master Tx -> Knoten 1 Rx ; Knoten 1 Tx -> Knoten 2 Rx ; ... ; Knoten N Tx -> Master Rx. Das passt ganz gut, denn dann geht die Kommunikation immer nur in eine Richtung und ein Knoten kann jederzeit entscheiden
damit ich ein bisschen mehr stöbern kann. Exotisch? Kennst du SerCos? Da hat in einem Frame, der z.B. 2ms dauert, jeder der angeschlossenen Slaves seinen eigenen kurzen Zeitschlitz von z.B. 50µs, in den er seine Daten hineinpacken kann. Und das geht tatsächlich "bitgenau" vor sich. Die Verzögerung Im
-
Thread
HC-05: Merkwürdige Bemerkung im Datenblatt
Nöö... Z.B. wenn der Prozessor (z.B. eine AVR) im Reset steckt ....
nicht. Und desalb wird der am Sender platziert. Und sollte man sich nicht sicher sein wie der 'TX' aufgebaut ist, wird eben ein Platzhalter vorgesehen. Wobei man sowas sehr selten antrifft (wegen der Anstiegsflanken). Nicht umsonst gibt es für i2C aktive Pullups. Deine HW-Probleme möchte ich
-
Thread
Matching mit einfachem Analyzer / Punkt in Smith Chart einzeichnen
Ohm-System und die Antenne kann auch nicht mehr wesentlich verbessert werden (Rückflussdämpfung bereits 14 dB!). Zum anderen ist die Anpassung der Gegenseite (Tx/Rx) an 50 Ohm unbekannt. Wenn schon anpassen, dann Tx/Rx gg. Antenne (konjugiert komplex). Zweimal an ein Bezugssystem anpassen hilft nur, wenn man
man verschiedene Komponenten unter Wahrung der Anpassung ganz einfach miteinander verbinden kann. Z.B. eine Chipantenne mit einer 50-Ohm-Mikrostreifenleitung, die wiederum an einen Rx/Tx-IC-Pin angeschlossen wird, der ebenfalls 50 Ohm Impedanz aufweist. Genauso wie bei man sich bei Kabeln, Verbindern
-
Thread
int8_t mittels uart schicken Gesperrt
[c] char buffer[100]; for (;;) // repeat forever { int16_t a=read_sensor(1); int16_t b=read_sensor(2); int16_t c=read_sensor(3); int16_t d=read_sensor(4); int16_t e=read_sensor(5); int len=sprintf(buffer,"%i,%i,%i,%i,%i\n",a,b,c,d,e); HAL_USART_Transmit(husart, buffer
Jo, ach i’m an idiot. B. sure. Deine Eltern muss ich echt mal gratulieren.
-
Thread
RS485 über RS232 auslesen
folgendes Problem habe ich: Ich habe auf der einen Seite einen RS485-Anschluss mit den Leitungen: Tx+ Tx- GND Auf der anderen Seite habe ich einen RS232 Anschluss und habe auch schon Softwareseitig die Implementierung in Java gebaut und getestet. Auf meine Raspberry Pis habe ich jeweils einen RS232
-Serial-Converter-Terminal/dp/B004RBA7NS (RS232 to RS485 Serial Converter Terminal Block )
-
Thread
Probleme mit SRAM 23LCV1024
mov r1,#8 read8BitsLoop: clr p1.1 ; SCK LOW mov a,r7 rl a jb p1.3, high_2 jnb p1.3, low_2 high_2: orl a,#00000001b jmp read_ low_2: orl a,#00000000b read_: setb p1.1 ; SCK HIGH mov r7,a djnz r1,read8BitsLoop
output time SPI1CON1bits.CKE=1; // steigende Flanke // 20MHz SPI1CON1bits.SPRE=0b101; // secondary 2:1 SPI1CON1bits.PPRE=0b11; // primary 1:1 SPI1CON2bits.FRMEN=0; SPI1CON2bits.SPIBEN=0; //enhanced mode disabled (Enhanced=1 : FIFO enable) SPI1BUF=0x00; //
-
Thread
Unbekanntes Bus System entschlüsseln
Edit2: ich habe den 14 Pinner genommen, das macht aber nichts, RX und TX können wohl frei verschoben werden, Pin 12 ist nur default für RX vom 20 Pinner.
TXD. > > Edit2: ich habe den 14 Pinner genommen, das macht aber nichts, RX und TX > können wohl frei verschoben werden, Pin 12 ist nur default für RX vom 20 > Pinner. War ein Fehler vom mir, meinte RC4 und RC5
-
Thread
ESP8266 crash während updateWifi() - ist millis() das Problem?
/hardware/esp8266/2.4.2/cores/esp8266/heap.c line 174 0x40235b74: wifi_param_save_protect_with_check at ?? line ? 0x40235b5d: wifi_param_save_protect_with_check at ?? line ? 0x40235c47: system_param_save_with_protect
line 156 0x4020d2c0: Print::write(unsigned char const*, unsigned int) at /home/user/.arduino15/packages/esp8266/hardware/esp8266/2.3.0/cores/esp8266/Print.cpp line 76 0x4020b631: Print::write(char const*) at /home/user
-
Thread
Kommunikation mit AVR´s
Als ich noch nichts von SPI wußte, habe ich mal eine Schleife gebaut TxD1 zu RxD2, TxD2 zu RxD3 und TxD3 wieder zu RxD1. Ähnlich wie auch bei der MIDI-Übertragung hat das das erste zu übertragende Byte die Aufgabe, mitzuteilen für welchen AVR die Nachricht gilt. Das folgende
Hi, So ähnlich wie Erwin das beschrieben hat (Schleife von TxD1 zu RxD2, TxD2 zu RxD3 und TxD3 wieder zu RxD1) usw. hatte ich das auch vor. Allerdings wollte ich anstelle des ersten ATMELs einen PC hinstellen, der auch den Master spielen soll. Unabhängig davon
-
Thread
USART1 beim ATMega644P
mir den Code vom USART0 und ändere einfach die 0 in eine 1: [c] // Initialisuerung, es soll nur TX verwendet werden uint16_t UBRR0_value=(F_CPU/8L/57600)-1; UCSR1A |= (1 << U2X0); UBRR1H = UBRR0_value >> 8; UBRR1L = UBRR0_value; UCSR1B |= (1 << TXEN1); // Daten senden if ((UCSR1A & (1<<UDRE0
XXX #else UCSR1A |= (1 << U2X1); // baud doubler on for high baud rates, i.e. 115200 #endif UBRR1H = UBRR0_value >> 8; UBRR1L = UBRR0_value; // enable tx UCSR1B |= (1 << TXEN1); // defaults to 8-bit, no parity
-
Thread
[AVR] FM-Transmitter für 1,50EUR --> Ansteuerung?
vor dem Disassemblieren mal ansehen sollen ... [pre] :1000000000000101020203030404050506060707B8 :10001000080809090A0A0B0B0C0C0D0D0E0E0F0F28 :100020001010111112121313141415151616171798 :10003000181819191A1A1B1B1C1C1D1D1E1E1F1F08 :100040002020212122222323242425252626272778 :10005000282829292A2A2B2B2C2C2D2D2E2E2F2FE8
88.6Mhz: > adress data adress data > /0X0A /0X3F /0X0B /0X2A WORD = 256*2A + 3F = 10815 Frequenz = (10815·67+143)·1/818·1/10 = 886·1/10 = 88,6 [MHz]
-
Thread
Adruino schaltet Rasperry an und aus
aus ist. Dieses verhalten habe ich wenn ich A, den Raspberry vom GND Trenne und B, den Raspberry mittels MOSFET ausschalte. Ihr sollt mir helfen zu verstehen: 1. wieso der TX-Pin HIGH geht wenn ich GND trenne (mittels MOSFET oder auch manuell). 2. ob es Probleme gibt, wenn
LEDs halten, runtergefahren sind doch alle LEDs aus ausser power wenn ich mich recht erinnere (Pi B Version2) die könnte man abfragen, wenn auf den LEDs eine gewisse Zeit keine Aktivität mehr ist Power trennen. cont fra schrieb im Beitrag #4028242: > 1. wieso der TX-Pin HIGH geht wenn ich GND
-
Thread
I2C und STM8
->SR1 & (1<<1))); //check addr I2C->SR3; while(!(I2C->SR1 & (1<<7))); //wait for TX to be empty I2C->DR = regAddr; //send register we want to write while(!(I2C->SR1 & (1<<7))); //wait for TX to be empty I2C->DR = data; //
; //check addr I2C->SR3; while(!(I2C->SR1 & (1<<7))); //wait for TX to be empty I2C->DR = regAddr; //send register we want to write while(!(I2C->SR1 & (1<<7))); //wait for TX to be empty I2C->DR = data; //
-
Thread
Vom Hauptnetz ins Subnetz
RX packets:87 errors:0 dropped:0 overruns:0 frame:0 TX packets:87 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:6561 (6.4 KiB) TX bytes:6561 (6.4 KiB) wlan0 Link encap:Ethernet HWaddr 64:66:B3:
MTU:1500 Metric:1 RX packets:13381 errors:0 dropped:2559 overruns:0 frame:0 TX packets:4884 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:2432605 (2.3 MiB) TX bytes:638957 (623.9 KiB) root@OpenWrt:~# root@OpenWrt:~# root
-
Thread
Software UART Verständnisfragen
Beispiel: (!! sorgt nur dafür, dass ein Wert ungleich 0 zu 1 wird) [c] void sendByte(unsigned char b) { TX_Pin=0; delay(); /* start */ TX_Pin=!!(b& 1); delay(); /* bit 0 */ TX_Pin=!!(b& 2); delay(); TX_Pin=!!(b& 4); delay(); TX_Pin=!!(b& 8); delay(); TX_Pin=!!(b&10); delay(); TX_Pin=!!(b&20); delay(); TX_Pin=!!(b&40); delay(); TX_Pin=!!(b&80); delay(); /* bit 7 */ TX_Pin=1; delay(); /* stopp*/ } [/c] Das empfangen ist viel schwerer, da 1) die Startflanke
-
Thread
Atmega8 viele 7-Segmentanzeigen
fertig Daten bekommt der dann über den UART Kann man sogar hintereinander schalten Master tx->rx Tiny tx->rx Tiny tx-> ....
Es ging doch darum, die Displaydaten störungsfrei von A (Mega) nach B (Tiny) zu übertragen. Direkte 5V/0V Pegel wird auf größere Entfernung nicht klappen (Leitung = Antenne = Störungen). Alternative Seriell (RS232 in eine Richtung, also TxD und GND) mit +-12V. Alternative
-
Thread
linbus-Drehstromlichtmaschine Problem mit erregerstrom
Generator gibt es drei Identifier: eine ID zur Sollwertvorgabe (RxFrame) und zwei für die Statusabfrage (TxFrame_1 und TxFrame_2). Bild_1: In der ersten Zustandsabfrage (TxFrame_1) werden mechanischer und elektrischer Status, Auftreten einer temperaturbedingten Abregelung, Auslastungsgrad (LAST_GEN) und
Bereich von 0 bis 7,75 A gemessen. Die Quantisierung beträgt 0,25 A. Die restlichen Bitfelder in „TxFrame_1“ und in „TxFrame_2“ betreffen die Kommunikation, Hersteller- und Generatorerkennung. Sollwertvorgaben erfolgen mit dem „RxFrame“ Bild_2: Es können dem Generatorregler vier Werte vorgegeben
-
Thread
Arduino UART Verbindung zu Pumpe
Ruhepegel richtig bestimmen können. Ruhepegel ist bei Arduino und Pumpe jeweils ca. 5VDC (GND to Tx) > Als nächstes wäre wichtig zu wissen, was die Pumpe denn > über die Schnittstelle erwartet. Wird da ein Protokoll abgefragt oder > soll da einfach nur z.B. ein ASCII-Wert übertragen werden,
in fast jedem Datenblatt bei fast jedem IC bezieht sich auf GND. Also kannst du nicht "nur RX und TX" irgendwohin verbinden, weil die sich nämlich auf den GND beziehen, der sowieso verbunden sein muss. So ist z.B. auch ein OneWire-Bus in der Realität ein Zweidrahtbus, weil die Masse "sowieso" druchverbunden