-
Thread
USART problem mit MAX232
MAX232? Deine Auflistung mal komplettiert: Signal 9-Pin 25-pin DCD [i] 1 8 RxD [i] 2 3 TxD [o] 3 2 DTR [o] 4 20 GND [-] 5 7 DSR [i] 6 6 RTS [o] 7 4 CTS [i] 8 5 RI [i] 9 22 (Richtung aus Sicht des PCs)
hallo ich muss sagen Schneider hat recht. du hast die TX und die RX vertauscht. also TX geht an Pin 2, RX an Pin 3.(bei 9 pin)
-
Thread
fast pwm mega8 timer1 OC aktualisierung
*/ g_ubSize--; #ifdef TX_TIMER2 OCR2 = g_uwOCR[g_ubSize]; #endif #ifdef TX_T1_A OCR1A = g_uwOCR[g_ubSize]; #endif #ifdef TX_T1_B OCR1B = g_uwOCR[g_ubSize]; #endif if(uwCycle < D_CYC) WrVal(g_uwOCR[g_ubSize
weiteren eine "0"(DC=33%). Das ist die Init fuer den Bereich der Impulse(Fast PWM). [c] void TxInit() { g_ubSize = TX_BITS; OCR1B = stTx.uwBit1; ICR1 = stTx.uwTx; TCNT1 = 0; TIFR = (1 << OCF1B); TIMSK |= (1<<OCIE1B); TCCR1A = (2<<WGM10) | (3<<COM1B0); TCCR1B = (3<<WGM12
-
Thread
AVR ATMega324PA USART Daten empfangen via Interrupt
** *******************************************************************************/ void UartTx(uint8 data_b) { #if (UART_PRINT_BY_QUEUE) // Hier wird bei vollem Fifo bis zum Erfolg versucht zu schreiben while(!FifoWriteByte(&UartTxFifo, data_b)); /* Wenn aktuell keine Uebertragung
ist, dann muss das erste Byte von Hand uaf das UDR Register geschrieben werden*/ if(UartTxActiv ==0) { if( FifoReadByte(&UartTxFifo,&data_b) ) { UDR = data_b; UartTxActiv =1; } } #else while( !(UCSRA & (1<<UDRE)) ); UDR = data_b; #
-
Thread
Pollin MOTOROLA VIP1710
etc/directfbrc'. Aper PhysBase Size VirtBase AperBase Access 00 18000000 00010000 2aac8000 2aac8000 MM 01 40000000 10000000 2b103000 2b103000 MM 02 1c000000 04000000 3b103000 3b103000 MM 03 11010000 00001000 2aac1000 2aac1000 MM 07 11011000 00000100 2aae0000
& sleep 2 /flash2 # /bin/sh /flash2/hal.sh killall: Could not kill pid '143': No such process found original open at <0x2b1b2140> (new is at <0x2aafd950>) found original ioctl at <0x2b1b9dc0> (new is at
-
Thread
Usart (Fleury) Übertragungsprobleme.
Ausgabe genau die >Gleiche wie jetzt auf Interface1. Könnte es sein das du tatsächlich die Pins D2, D3 benutzt statt RX und TX?
das ist doch für Uart Interface 0 oder? >Das Interface 1 steht an den Ports D.2 und D.3 zur Verfügung. Das steht so im Handbuch. Ich habs mal umgesteckt... und naja das ergebnis ist genau das Gleiche..... also ob D2 und D3 oder TX RX Pins... kein Unterschied.
-
Thread
RS-485 Datenprobleme - immer nur das letzte Gerät geht
einstellen Evtl. per Software? Das hier habe ich gefunden: https://minovatech.de/documents/MCRN2.pdf Dort gibt es z.B. einen Drehschalter
schon klar, das zwei Drähten für halbduplex reichen. Nur stellst sich mir die Frage, weshalb man dann TX+ und TX- nicht mit auf die Leitungen a und b mit auflegen sollte. Wären die Anschlüsse am Ethernet-Wandler explizit für Duplex-Betrieb vorgesehen, so hätte man die Adern wahrscheinlich auch a und b
-
Thread
Handfunkgerät für 2m/70cm mit SSB gesucht
Datenblatt > http://www.loescher.com/pdf/artikel/24125.pdf Seite 4 beim senden nur > FM, kein SSB. Ja Tx , Rx auch SSB. wobei die Frage gestellt sei, welchen Mehrwert SSB bei Tx für 2m/70 cm mitbringt. Erhöht sich die Reichweite, Verständlichkeit, Akkulaufzeit? Lt. Bandplan sind zwar einige Frequenzen
> Ja Tx , Rx auch SSB. wobei die Frage gestellt sei, welchen Mehrwert SSB > bei Tx für 2m/70 cm mitbringt. Damit andere es empfangen können ;-) > Erhöht sich die Reichweite, Ja > Verständlichkeit
-
Thread
ADC von mehreren Werten
[c] void foo(void) { uint16_t adcval; adcval1 = ReadChannel(0); /* MUX-Bits auf 0b0000 -> Channel 0 */ adcval2 = ReadChannel(1); /* MUX-Bits auf 0b0010 -> Channel 1 */ span = adcval1 - adcval2; if (....) . . [/c] habe mir das mal zusammengebaut. Aber ich glaube
den mC auf das STK-500, schicke das Prog rüber, danach stecke ich das RS232 Kabel um und stecke das 2 polige Kabel von den RX/TX Pins an die PD0/PD1 Pins. LG
-
Thread
2 mal Uart beim Mega8
// 16 bit access sfrb UBRRH=0x20; sfrb UCSRC=0X20; sfrb WDTCR=0x21; sfrb ASSR=0x22; sfrb OCR2=0x23; sfrb TCNT2=0x24; sfrb TCCR2=0x25; sfrb ICR1L=0x26; sfrb ICR1H=0x27; sfrw ICR1=0x26; // 16 bit access sfrb OCR1BL=0x28; sfrb OCR1BH=0x29; sfrw OCR1B=0x28; // 16 bit access sfrb OCR1AL=0x2a; sfrb OCR1AH=0x2b; sfrw OCR1A=0x2a; // 16 bit access sfrb TCNT1L=0x2c; sfrb TCNT1H=0x2d; sfrw TCNT1=0x2c; // 16 bit access sfrb TCCR1B=0x2e; sfrb TCCR1A=0x2f; sfrb SFIOR=0x30; sfrb OSCCAL
-
Thread
SPI mit AVR: Array-Zugriff in ISR funktioniert nicht
initialisiert habe. So sieht der geänderte Teil in C aus: [c]uint8_t spi_byte_count=0; uint8_t spi_tx_bytes[NBYTES]={15,14,13,12,11,10,9,8,7,6,5,4,3,2,1,0}; ISR(SPI_STC_vect) { spi_byte_count++; SPDR = spi_tx_bytes[spi_byte_count]; TCNT0 = 0; TCCR0B = (1<<CS02); // start timer0;
die Reihenfolge noch umdrehen: [c] uint8_t spi_byte_count=0; uint8_t spi_next_byte; uint8_t spi_tx_bytes[NBYTES]={15,14,13,12,11,10,9,8,7,6,5,4,3,2,1,0}; ISR(SPI_STC_vect) { SPDR = spi_next_byte; spi_byte_count++; spi_next_byte = spi_tx_bytes[spi_byte_count]; TCNT0 = 0; TCCR0B =
-
Thread
Real Time Clock RV3149-C3 Fehlverhalten ?
| SECONDS); // Returnwert uninteressant cnt_sec = BCD2BYTE (SPI2TxRx(0)); cnt_minute = BCD2BYTE (SPI2TxRx(0)); cnt_hour = BCD2BYTE (SPI2TxRx(0)); cnt_date = BCD2BYTE (SPI2TxRx(0)); cnt_day = BCD2BYTE (SPI2TxRx(0)); cnt_month = BCD2BYTE (SPI2TxRx(0)); cnt_year = BCD2BYTE (SPI2TxRx(0)) + 2000; SS_RTC_Clear(); // Chip select RTC active high!! } : [/c] Ich würde diese Zeitinformationen auch nicht in zig globale Variabeln cnt_xxx
-
Thread
ESP8266 : LED an RX statt Spannungsteiler :-)
_10184_10314_10315_10078_10079_10073_10186,searchweb201603_19,ppcSwitch_3&btsid=bc693af3-6cff-4bdb-b6f6-606c07993ca5&algo_expid=45aa2f70-294d-449f-88c0-7f6b7bd4f2da-1&algo_pvid=45aa2f70-294d-449f-88c0-7f6b7bd4f2da&transAbTest=ae803_3 https://de.aliexpress.com/item/ESP8266-CH340G-CH340-G-NodeMcu-V3-
_10184_10314_10315_10078_10079_10073_10186,searchweb201603_19,ppcSwitch_3&btsid=bc693af3-6cff-4bdb-b6f6-606c07993ca5&algo_expid=45aa2f70-294d-449f-88c0-7f6b7bd4f2da-14&algo_pvid=45aa2f70-294d-449f-88c0-7f6b7bd4f2da&transAbTest=ae803_3
-
Thread
Funktioniert meine Schaltung? - µC mit Fotowiderstand
kommt wohl nur der SILICON LABS DEBUGADPTR1-USB ADAPTER in Frage. Im Datenblatt steht: 4. Minimum C2 Programming Connections The minimum required programming connections for the C2 interface are C2D (pin 4), C2CK (pin 7), and ground (pins 2, 3, or 9). Demnach benötige ich nur 3 Pins zum Programmieren
habe bisher immer so verbunden: Board | USB/UART Konverter 5V (3.3V) | 5V (3.3V) GND | GND RX | TX TX | RX Und es hat funktioniert (z.B. am STM8, ESP8266).
-
Thread
Bauteile identifizieren - rs232 Pegelwandler
er eingebaut ist: über R2 wird B- wenn C-, und wenn ich's richtig verstehe schaltet er dann durch, sodass eben Durchgang von E+ nach B- stattfindet (was korrekt sein sollte) obwohl ich E+ nach C- testen will. Macht das Sinn?
| Q1 | | GND ----------(-------(-------+-- GND (5) | | Q2 | +--R4--|< BC847 C2 | |E | | +-------(-- TX (2) | |E | +------|< BC857 | |
-
Thread
TXD bricht nach 75 min ab
, 8 Datenbits TX_DATA, Startbit, rechts gehts los TX_Data (15 downto 8) elsif (m1=5) then txsr <= '1' & TX_Data (23 downto 16) & '0'; -- Stopbit, 8 Datenbits TX_DATA, Startbit, rechts gehts los
IF RISING_EDGE(CLK) THEN txstart1 <= TX_Start ; if (TX_Start='1'and txstart1= '0')then i:=600000; ------Anzahl von Daten im Packet 100000(2ms)*(3*2)---2geht high dann low txe <= '1'; m :=0; COUNTER1 :
-
Thread
Transistortester AVR
Karl-Heinz, vielen Dank für die schnelle Reaktion! Es spricht also nichts gegen das Exemplar für 2,45€? http://www.reichelt.de/Atmel-ATMega-AVRs/2/index.html?;ACTION=2;LA=2;GROUPID=2959;SID=12UH65rH8AAAIAAEg1tPQad75c0b6c08258d5706b0ad08c4af89a Danke und Gruß Christian
Milton Jonez schrieb im Beitrag #2997888: > I don't have BC557C, is BC557B okay? You can try a BC557B. This type has lower current amplification factor. You can adjust the R7 resistor (3.3k) to a lower value (2.2k) if necessary. Best regards, Karl-Heinz
-
Thread
Die natur von FT8
SSB senden. Das senden könnte mit dem "AIO cable" gemacht werden, durch schnelles umstellen der TX frequenz ? Oder es ist beschiss, es wird einfach audio über FM übertragen, wie z.b. bei CB SSTV üblich. Macht null sinn FT8 audio über FM zu übertragen, aber wenn es geld bringt ....
macht. Dann ist es noch die Frage, was die CPU davon verarbeiten kann. Ein 72 MHz-Cortex, mit 59 kB Flash schafft Audio-Samples, keine 1.2GB/s.
-
Thread
C-Unverständnis - STM32F4 Ethernet
es bisher läuft: [c] void ETH_RX_ISR() { if (FrameForController) { CreateEthTx(); StartEthTxDMA(); } else SendToConverter(); } void UART_RX_ISR() { ... ... if (LastByte) { CreateEthTx(); StartEthTxDMA()
schwieriger wird es und desto leichter übersieht man da etwas. Natürlich gibt es Außnahmen davon, z.B. wenn es aus Timinig-Gründen nicht anders geht. Aber STM32F429 und Serielle Kommunikation klingt jetzt nicht so, als ob Du da bereits am Takte zählen bist. Dein "CreateEthTx(); StartEthTxDMA();" in
-
Thread
Frage zu UART mehrere Teilnehmer
| 2x 4,7k Bus TxD ---|--+----|--+----|--+------[===]---o VCC | | | | | | Rx Tx Rx Tx Rx Tx µC 1 µC 2 µC 3 [/code] So geht das nicht, denn dann ist
| | | | | 4,7k | | | | | | Rx Tx Rx Tx Rx Tx µC 1 µC 2 µC 3 [/code]
-
Thread
Aufwand für CAN-Sniffer
Michael B. schrieb im Beitrag #6556286: > Vorhanden ist ein LPC1830-FreeRTOS-System mit 2 UARTs. An denen könnten > 2 Transceiver (z.B. MCP2551) angeschlossen werden. > Genügt dies, um die heraus zu lesenden
Michael B. schrieb im Beitrag #6556286: > 2 UARTs. An denen könnten > 2 Transceiver (z.B. MCP2551) Du hast vermutlich RX und TX gesehen. Das hat aber mit UART nichts zu tun. CAN ist komplett anders aufgebaut
-
Thread
[LPC] Fragen zum CAN-Bus und der CAN_API
schon, aber jetzt nochmal der gesamte Testcode: [CODE] /* CAN transmit callback */ void CAN_tx(uint8_t msg_obj_num) { // Flag setzen, die nächste Nachricht kann in den Buffer txFlag = 2; } int main(void) { uint8_t i, j; uint32_t CanApiClkInitTable[2]; /* Publish CAN
[1] = 'E'; // 0x45 msg_obj.data[2] = 'S'; // 0x53 msg_obj.data[3] = 'T'; // 0x54 LPC_CCAN_API->can_transmit(&msg_obj); if(txFlag==2){ txFlag = 0; for(i=0; i<8; i++){ msg_obj.msgobj = 5; msg_obj.mode_id
-
Thread
Gehalt Bosch Ingenieure
F. B. schrieb im Beitrag #6015828: > Aber du musst dich schon entscheiden: Ist es jetzt ganz einfach, an > einen IGM-Job mit >100k zu kommen, oder sind es doch nur 2%, die > deutschlandweit über 100k
inhalt.automobilzulieferer-bosch-will-geplantes-tuebinger-ki-entwicklungszentrum-erweitern.d6f86dc6-07b0-4647-8fac-b9e0fe7bd42e.html
-
Thread
AVR - Taktfrequenz für Seriell ohne Handshake
Baudraten-Rechner (JavaScript): http://www.gjlay.de/helferlein/avr-uart-rechner.html Wenn man z.B: aus "16 MHz" clickt, werden Baudraten Einstellungen und Fehler in % angezeigt. Beispiel: 16 MHz Takt, 76.8 kBaud => Error = 0.2%, sollte also gut genug sein. (Baudraten-Fehler <= 0.2% werden in fett
Baudratengenerator vollführen, um sich die Echtheit dieser Ergebnisse bestätigen zu lassen, da eine Rx-Tx-Verbindung auch täuschen kann, normale Baudraten habe ich in der Vergangenheit aber schon so bis 2 Mbit erfolgreich getestet. Hier ging es jetzt sogar bis 3 Mbit. So, und jetzt darf auch die „KI”
-
Thread
Uart String empfangen Interrupt
') { rec[j++] = n_char; tx_char(p, n_char); } rec[j] = '\0' ; tx_string(p, rec); } /**************************/ void UART2_IRQHandler( void ) { (void)UART2_S1; rx_echo_string( UART2 ); } [/c]
STM32F103, hatte den Code damals selber aus einem Beispiel kopiert ... Header File: [c] #define ESP_TX_BUFFER_SIZE 256 #define ESP_RX_BUFFER_SIZE 256 #if ESP_TX_BUFFER_SIZE < 2 #error ESP_TX_BUFFER_SIZE is too small, It must be larger then 1. #elif ((ESP_TX_BUFFER_SIZE & (ESP_TX_BUFFER_SIZE
-
Thread
Gibt es irgendwo brauchbare Infos zu SMI ?
TX und RX-Pin angeschlossen ist. Am Terminalprogramm mit Hexadezimaldarstellung wie z.B. HTerm 2400 8N1 einstellen und sehen was gesendet und empfangen wird... Gruß Ingo
Antwort: FF Motor 10 Auf 5A 01 A5 Antwort: FF Motor 11 Auf 5B 01 A4 Antwort: FF Motor 12 Auf 5C 01 A3 Antwort: FF Motor 13 Auf 5D 01 A2 Antwort: FF Motor 14 Auf 5E 01 A1
-
Thread
Procedure Beispiele
bei "normalen" Programmiersprachen nur nützlich, um wiederkehrende Operationen zusammenzufassen. z.B. in Testbenches das Schreiben auf ein Register [vhdl] procedure write2Register ( regNr : in integer; value : in std_logic_vector(31 downto 0); signal BusClk
wait for bittime; end loop; txpin <= '1'; -- Stopbit wait for bittime; end tx_char; : : : PROCESS BEGIN tx_char(RXD, 'H', 9600); tx_char(RXD, 'a', 9600); tx_char(RXD, 'l', 9600); tx_char(RXD, 'l', 9600); tx_char(RXD, 'o', 9600); tx_char
-
Thread
Stromzähler zählen z.T. deutlich zu viel Uni Twente
Kann das hier in De auch Passieren? Eher nicht, Energiezähler benötigen recht strenge Auflagen wie z.B MID-Zulassung.
https://www.ptb.de/cms/de/presseaktuelles/journalisten/nachrichtenpresseinformationen/presseinfo.html?tx_news_pi1[news]=8113&tx_news_pi1[controller]=News&tx_news_pi1[action]=detail&tx_news_pi1[day]=13&tx_news_pi1[month]=3&tx_news_pi1[year]=2017
-
Thread
ESP8266, keine Verbindung herstellbar
dafür Termite und habe Carriage Return und New Line aktiviert. Nun zu der Verkabelung: USB Rx -> Tx USB Tx -> Rx CH_PD -> High (Vcc) RST -> High (Vcc) GPIO0 -> floating GPIO2 -> floating Ich habe als Spannungsquelle sowohl den USB2TTL-Adapter, wie ein Entwicklerboard mit 3V3-Pin (welches eigentlich
meinen so, wenn ich Flash von 512K aug 4M umbaue. Peter V. schrieb im Beitrag #4455310: > USB Rx -> Tx > USB Tx -> Rx > CH_PD -> High (Vcc) > RST -> High (Vcc) > GPIO0 -> floating > GPIO2 -> floating Warum sehe ich da keine GND Verbindung zwischen USBAdapter und ESP?
-
Thread
STM32 Fehler in Webserver Software von STM
Uwe B. schrieb im Beitrag #3161926: > und dann kommt es bei mir zu dieser Endlosloop !! Probier mal: [code] Clock-Enable (A,B,C) Clock-Enable (SYSCFG) Config (PA1, PA2, PA7) Config (PB11, PB12,
Stabilität des Codes muss sich nun zeigen. Hardwaremäßig dreht's mir beim E407-Board den Magen um - 2 Lagen für solche Signale. Ist aber marginal vorhersagbarer als z.B. eine Fädellösung. ;)
-
Thread
Softuart um midi zu senden
main(void) { // Declare your local variables here // Input/Output Ports initialization // Port B initialization // Func0=In Func1=In Func2=In Func3=In Func4=In Func5=In Func6=In Func7=In // State0=P State1=P State2=P State3=P State4=T State5=T State6=P State7=P PORTB=0xCF; DDRB=0x00; //
main(void) { // Declare your local variables here // Input/Output Ports initialization // Port B initialization // Func0=In Func1=In Func2=In Func3=In Func4=In Func5=In Func6=In Func7=In // State0=P State1=P State2=P State3=P State4=T State5=T State6=P State7=P PORTB=0xCF; DDRB=0x00; //
-
Thread
LED-Lauflicht Ansteuern
deutlicher erkennen. Schaltbild ist OK, musste so funktionieren. Also: 1) Alles abklemmen. 2) 24V und GND anschliessen. 3) COM1_TxD an LED_ANZEIGE_1 / Zeile_1 anschliessen. 4) Danach COM1_TxD an LED_ANZEIGE_2 / Zeile_1 anschliessen. Wenn beides funktioniert, Vorgang mit Zeilen 2-3 wiederholen
die genau verschaltet sind. Das ist praktisch eins zu eins durch verdrahtet. sprich rx auf rx, tx auf tx...... Marc Vesely schrieb im Beitrag #4090375: > 1) Alles abklemmen. > 2) 24V und GND anschliessen. > 3) COM1_TxD an LED_ANZEIGE_1 / Zeile_1 anschliessen. > 4) Danach COM1_TxD an LED_ANZEIGE
-
Thread
Schrauben und Muttern aus deutscher Fertigung?
) Lieferanten weisen auf chinesische Billigstware hin. Also es geht konkret um Schrauben mit Kopf TX M2,5 x 8 in Edelstahl A2 und Muttern M2,5 in Edelstahl oder Stahl verzinkt. Gibt es soetwas mit eindeutiger Herkunft überhaupt noch, und wenn ja, wo? Mengen: popelig, etwa je 10.000 Stück.
ROSTFREI A2; ISO 14579TX; M2,5 https://www.wegertseder.com/ArticleDetails.aspx?AKNUM=4230&Diameter=2,5 10.0000 Stück 633€
-
Thread
VHDL: umständlicher Code?
0); signal RAM: Array16x8:=(x"00",x"01",x"02",x"03",x"04",x"05",x"06",x"07",x"08",x"09",x"0A",x"0B",x"0C",x"0D",x"0E",x"0F"); signal RAM_Address: unsigned(3 downto 0):=(others => '0'); signal RAM_Data: std_logic_vector(7 downto 0):=(others => '0'); signal TX_Register: std_logic_vector(9 downto
downto 0); signal RAM: ARR4x8:=(x"00",x"01",x"02",x"03",x"04",x"05",x"06",x"07",x"08",x"09",x"0A",x"0B",x"0C",x"0D",x"0E",x"0F"); signal RAM_Address: unsigned(3 downto 0):=(others => '0'); signal RAM_Data: std_logic_vector(7 downto 0):=(others => '0'); signal TX_Busy: std_logic:='0'; signal TX_Start
-
Thread
uart interface pic18
reagiert nicht wie gewünscht. Was macht es denn genau ????????????????????????? Was mir auffällt: TX-Pin sollte nicht als Ausgang konfiguriert werden. (Ist fast bei allen so und steht im Data sheet 17.1.1.7 - 2.) PS: Interner Clock reicht bei mir zumindest zum Entwickeln immer. Später brauchst
. Hier bleibt er Immer in der obig gekennzeichneten Schleife hängen. > Was mir auffällt: > TX-Pin sollte nicht als Ausgang konfiguriert werden. > (Ist fast bei allen so und steht im Data sheet 17.1.1.7 - 2.) Habe es mir durchgelesen und im Datenblatt steht tatsächlich: "Set RX and TX
-
Thread
Märklin Startpackung: Qualität?
Batman-Variante ist nicht so meine Welt: https://www.maerklin.de/de/produkte/details/article/29828/27?tx_torrpdb_pi1%5Bbacklink%5D=27&tx_torrpdb_pi1%5BbrandId%5D=1&tx_torrpdb_pi1%5Bera%5D=&tx_torrpdb_pi1%5Bfilter%5D=1&tx_torrpdb_pi1%5Bgaugechoice%5D=2&tx_torrpdb_pi1%5Bgroupchoice%5D=5&tx_torrpdb_pi1%5Bnewonly%5D=0&tx_torrpdb_pi1%5Bpage%5D=2&tx_torrpdb_pi1%5Bpagesort%5D=artnrasc&tx_torrpdb_pi1%5Bperpage%5D=18&tx_torrpdb_pi1%5Bsubgroupchoice%5D=&cHash=264d499dc06a801835521c3a579f2016
-
Thread
Faktensammlung Buderus EMS
, type 0xff, offset 0, data: 0x01 0xa5 0x00 0xdf 0x21 0x2b 0x2a 0x00 0x2b 0x20 0x00 0xf2 0x03 0x03 0x01 0x00 0xf2 0x02 0x92 0x00 0x00 0x11 0x01 0x03 0x08 0xb9 0x00 MESSAGE[14.12.2014 18:59:34]: source 0x18, dest 0x00, type 0xff, offset 25, data: 0x01 0xa5
dafür zumindest nur die aktuellsten Daten benötige. Irgendwelche Vorschläge ? [code] $sq3="SELECT b.sensor, c.name, b.value, c.unit, b.starttime, b.id from $mysql_Tbl_name2 b, $mysql_Tbl_name3 c where c.type=b.sensor and ((select max(id) from $mysql_tbl_name2 where sensor =c.type)=b.id)"; [/code]
-
Thread
PIC18F452 RS232 Multiplexer
eine Frage zur Beschaltung des 4052. Wir haben ja nun 3 Schnittstellen von "außen" und einmal Rx/Tx bzw 2 Datenleitungen vom PIC für die Selects S0/S1. (das heißt 4 Leitungen vom PIC). Doch wie wird nun dieser 4052 am besten beschalten? Vielen Dank
TXe an 12, 13 und 14 sind gut. Äquivalent müssen die 3 RXe getrennt werden und gehen an 1, 5 und 2. TX PIC an 13 und RX PIC an 3.
-
Thread
Bresenham-Kreis: Verschobener Start ?
) := (xms,yms) - faktor1*(tx,ty) mit faktor1 := sqrt(0.5*(sx^2+sy^2)/(tx^2+ty^2)) 4. Zenitpunkt (xz,yz) := (xm,ym) + faktor2*(tx,ty) mit faktor2 := sqrt(r^2/(tx^2+ty^2)) Dann kannst du ausgehend vom Zenitpunkt
musst ja bei der Konstruktion vom Sehnenmittelpunkt soweit "runter gehen", bis der Abstand von z.B. (x0,y0) zum Kreismittelpunkt (xm,ym) genau Radius r ist. Da die Vektoren (sx,sy) und (tx,ty) nicht normiert sind, muss noch skaliert werden. Aus der Konstruktion ergibt sich mittels a^2+b^2=c^2
-
Thread
Drehmoment menschlische Hand, Schraubendreher Gesperrt
Als Anhaltspunkt ggf. mal die Prüfdrehmomente für Schraubendreher: PH1 3,5 Nm PH2 8,2 Nm PH3 19,5 Nm TX15 6,4 Nm Tx25 15,9 Nm Schraubendreher mit Tx15 kriegt man ggf. noch von Hand Überdreht - fällt aber schon schwer, bei Tx25 eher nicht mehr ohne Hilfsmittel.
#4968435: > Als Anhaltspunkt ggf. mal die Prüfdrehmomente für Schraubendreher: > PH1 3,5 Nm > PH2 8,2 Nm > PH3 19,5 Nm > TX15 6,4 Nm > Tx25 15,9 Nm > > Schraubendreher mit Tx15 kriegt man ggf. noch von Hand Überdreht - fällt > aber schon schwer, bei Tx25 eher nicht mehr ohne Hilfsmittel.
-
Thread
Alternative zu sprintf
_t slen = sizeof("Time: nn:nn:nn:nnn\n"); char *TxData = alloca(slen); if(TxData) { snprintf(TxData, slen, "Time: %02d:%02d:%02d:%03d\n", 23, 59, 59, 999); SendUartData(TxData, slen - 1); } }[/c]
schrieb: [c]void debug_time() { uint8_t slen = sizeof("Time: nn:nn:nn:nnn\n"); char *TxData = alloca(slen); if(TxData) { snprintf(TxData, slen, "Time: %02d:%02d:%02d:%03d\n", 23, 59, 59, 999); SendUartData(TxData, slen - 1); } }[/c] FYI, alloca hat keinen
-
Thread
Suche Hilfe bei Optimierung Bootloader
[code] avr-gcc -mmcu=atmega32 -I. -MD -MP -MF .dep/bootloader.elf.d -D_TYPE_1001_="1001" -D_HAS_I2C_="_HAS_I2C_" -DMODULE_TYPE="1001" -DMODULE_ID=0x1001 -DF_CPU=16000000UL -DBOOTLOADER_ADR=0x7000 -DMODULE_VERSION=\"0.2.1\" -DADDR_PC_DEF=127 -DADDR_TX_LCD_DEF=102 -DADDR_TX_MAIN_DEF=101 -DADDR_RX_MAIN_DEF
DMODULE_TYPE=1007 -DMODULE_ID=0x1007 -DF_CPU=16000000UL -DBOOTLOADER_ADR=0x7000 -DMODULE_VERSION="0.2.1" -DADDR_PC_DEF=127 -DADDR_TX_LCD_DEF=102 -DADDR_TX_MAIN_DEF=101 -DADDR_RX_MAIN_DEF=1 -DADDR_BROADCAST_DEF=0 -DMY_DEF_ADDR=1 -DADDR_DEBUG_RS232_DEF=99 -DMAX_FUNC_CNT=32 -DTARGET_AVR -std=gnu99 -ffunction-sections
-
Thread
SIM800L will nicht
GND * RX 10 >>> TX * TX 11 >>> RX * RESET 2 >>> RST
brav alle Nachfragen. Der Widerstand an der Referenz des LM317 ist 300 Ohm. Und wie gesagt, die 4.2V am Modul sind auf dem Oszi glatt wie ein Kinderpopo. Auch mit Trigger auf 4,1V kommt da bis 5ns/Div. absolut nichts. Direkt am Modul gemessen und nicht "irgendwo". Auch das mit RX TX nehme ich nicht
-
Thread
Bus per MISO MOSI
sie "an das Board" gesendet wurde. 5) Wenn ein Board läuft, dann mache Dir ein paar Boards mit je 2 4-poligen Steckern A (Eingang) und B(Ausgang) [c] A B Pin1 5V 5V Pin2 Rx Tx Pin3 K K Pin4 GND GND [/c] K steht hier für Kurzschluss, einfach durchverbinden.
kannst jetzt alle Boards hintereinander schalten und ausprobieren. Wenn Du am letzten Board an Stecker B Pin2 mit Pin3 verbindest, läuft das Signal auch zurück zum PC. 6) Längen optimieren Wenn das soweit läuft, dann kannst Du (mit 2 Schaltungsänderungen, also vorher fragen!), beliebig lange Ketten
-
Thread
UART @ 1MBit -> over-/undershoots beseitigen
Auffälligkeit waren Over-/Undershoots. Ich frag mich nun wie ich die wegbekomme. Ich habe 27R in Rx/Tx gesetzt, ohne Wirkung. Ebenfalls wirkungslos blieb die Terminierung von Rx/Tx mit jeweils 2k2 nach VCC & GND. Ein Versuch mit einem FT230X brachte das gleiche zutage :/ Würden Kondensatoren etwas
auch 5V-Pegel am Rx, also habe ich VIO vom FTDI in allen drei Varianten probiert: 1) VIO = 5V-USB 2) VIO = 3.3V-LDO 3) VIO = 3.3V-FT232 > Jeweils die TX könnten mit R = 27R in Reihe und dann C = ca. 33pF nach > Masse beschaltet werden. Also jeweils so nah wie möglich am Tx-Pin platzieren?
-
Thread
Probleme mit Übergabe eines Arrays
bei der Abfrage nach "MOMVALUE" im Verlauf folgende Zeile: [c] char uart_response[50]; uint8_t tx_bytecount; ... case CMD_MOMVALUE: { float test = 400.35; tx_bytecount = sprintf( uart_response, "%E", test ); uart_update_tx_buffer( uart_response, 0, tx_bytecount ); uart_start_tx( tx_bytecount
Abfrage nach "MOMVALUE" im Verlauf folgende > Zeile: > [c] > char uart_response[50]; > uint8_t tx_bytecount; > ... > case CMD_MOMVALUE: > { > float test = 400.35; > tx_bytecount = sprintf( uart_response, "%E", test ); > uart_update_tx_buffer( uart_response, 0, tx_bytecount ); > uart_start_tx
-
Thread
Modulo und Dezimalzahl
[c] u_in = ADC_Value * 3.3 / 255; percent = (u_in / 3.3) * 100; unsigned char UART_TX[5] = {0,0,0,0,0}; UART_TX[1] = (percent/100)%10+0x30; // 100er ablegen UART_TX[2] = (percent/10)%10+0x30; // 10er ablegen UART_TX[3] = (percent%10)+0x30; // 1er ablegen [/c] Also was in den
https://userpage.fu-berlin.de/~ram/pub/pub_jf47ht81Ht/c_modulo_de (erste beiden Sätze) float a; int b; float c1; int c2; a = 5.28; b = 10; c1 = a/b; // ergibt 0.528; c2 = a/b; // ergibt 0, es wird also abgeschnitten, nicht gerundet.
-
Thread
ein Byte senden aber wie?!
Byte empfangen? in MovementMode,udr ;ja, Byte übernehmen ;weitere Mainloop-Jobs Diese 2 Zeilen kosten dich ganze 2 Takte Rechenzeit und bewirken das Selbe wie deine Routine. Hat aber den Nachteil, dass man keine weiteren Programmzeilen einfügen kann, z.B. das Setzen eines Flags, um andere
Hallo, Den Pull-down zwischen die TxD-RxD-Verbindung und GND. Aber daran muss es nicht liegen. Grundsätzlich solltest Du überprüfen: a) identische Baudrate eingestellt? b) externe Takte (Quarze oder Quarzoszillatoren) verwenden!
-
Thread
gcc array an mehrdimensionales array zuweisen
werden. [c] private void sub_read_wr() { bat_volt = sub_wr_tx_rx(reg[0], 8); bat_kw = sub_wr_tx_rx(reg[1], 8); soc = sub_wr_tx_rx(reg[2], 8); grid_pw = sub_wr_tx_rx(reg[3], 8); pvolt = sub_wr_tx_rx(reg[4], 8);
im Beitrag #7830834: > private void sub_read_wr() > { > > bat_volt = sub_wr_tx_rx(reg[0], 8); > bat_kw = sub_wr_tx_rx(reg[1], 8); > soc = sub_wr_tx_rx(reg[2], 8); > grid_pw = sub_wr_tx_rx(reg[3], 8); > pvolt = sub_wr_tx_rx(reg[4
-
Thread
RFM69CW, wer kann helfen?
_0 }, /* 0x2F */ { REG_SYNCVALUE1, 0x2D }, // attempt to make this compatible with sync1 byte of RFM12B lib /* 0x30 */ { REG_SYNCVALUE2, networkID }, // NETWORK ID /* 0x37 */ { REG_PACKETCONFIG1, RF_PACKET1
/* 0x38 */ { REG_PAYLOADLENGTH, 66 }, // in variable length mode: the max frame size, not used in TX /* 0x3C */ { REG_FIFOTHRESH, RF_FIFOTHRESH_TXSTART_FIFONOTEMPTY | RF_FIFOTHRESH_VALUE }, // TX on FIFO not empty /* 0x3D */ { REG_PACKETCONFIG2, RF_PACKET2_RXRESTARTDELAY_2BITS | RF_PACKET2_AUTORXRESTART_ON
-
Thread
lesen/speichern 24C04
Page) call i2c_tx movlw 0x03 ; low Teil der Adresse call i2c_tx movlw 0x05 ; Wert der auf Adresse 3 soll call i2c_tx Hier schickt er ja die
call i2c_tx [/code] Probier das mal, das geht bei mir (PIC und AT24C04)