Geräte-Nummer wie bei Deinem Vorschlag wäre das dahin. Eher würde ich es deswegen so machen: #n0Mm0< wobei: n0 Kanal-Nr. z.B. 300 und m0 = Sollwert #n1Mm1< wobei: n1 Kanal-Nr. z.B. 301 und m1 = Kp #n2Mm2< wobei: n2 Kanal-Nr. z.B. 302 und m2 = Ki #n3Mm3< wobei: n3 Kanal-Nr. z.B. 303 und m3
Ch. n #86Mn0< Ch. n im Log nicht mehr anzeigen Reset/Start Ch. n #86Mn1< Ch. n auf Null, Start, anzeigen Show Channel n #86Mn2< Akt. Wert Ch. n anzeigen Show Event n #86M9n
O N N N N N N G _ G G G G C P G G G G G G R _ E C L R2 S S 0R Internal Power FET Switch Enable. 1 GND SDA_CC3000 28 RES1005 Connect to Host GPIO. TP1 2 27 RESERVED_1 SDA_EEPROM 3 NC VBAT_SW_EN 26 VBAT_SW_EN
SeriaIDWert1Wert2Wert3 (gesamte Nutzdaten mit 19 Bytes Länge) 10St 4St 4St 1St Nun meine Verständnisfrage(n): Können alle Slaves einfach so auf dem RS-485 senden (bspw. SN65HVD72D) und der Master (in dem Fall Raspberry) zeichnet alles auf, was auf dem Bus "los" ist oder muss der Master (Raspberry) die einzelnen
Seichter schrieb im Beitrag #3348748: > Können alle Slaves einfach so auf dem RS-485 senden (bspw. SN65HVD72D) Sollten sie nicht, denn dann kommt es zu Kollisionen, wenn nämlich zwei gleichzeitig senden. Außerdem wären es dann keine "Slaves". > oder muss der Master (Raspberry) die einzelnen Slaves
nicht. Prinzipiell sieht die Verbindung wohl gut aus, beim init bekomme ich das: STATUS = 0x0e RX_DR=0 TX_DS=0 MAX_RT=0 RX_P_NO=7 TX_FULL=0 RX_ADDR_P0-1 = 0x8686866688 0x6868688866 RX_ADDR_P2-5 = 0xc3 0xc4 0xc5 0xc6 TX_ADDR = 0x8686866688 RX_PW_P0-6 = 0x10 0x10 0x00 0x00
Mirf.flushRx(); Mirf.powerUpRx();[/c] Vielleicht weiß jemand Rat
usart(UCSR,B) |= _BV(usart(TXEN)); tx_timeout = 0; //DDRD &= ~(_BV(PD3)); go_to_rx(); EMSPROTODEBUG("E\n"); } } Tante Edit: So, nun sende ich an 0x17 meine 0xAD Kommandos und es geht :) die Heizung schaltet um :) *HAPPY*
tcp_sockets[socketnum].ack) { //we expected data x to y but we got (x-n) to y //we onlny need x to y, so discard n bytes: longtmp = (tcp_sockets[socketnum].ack - longtmp); datapos = datapos + longtmp; datalen = datalen - longtmp; } else { //longtmp > tcp.... //uups one packet
Werde für den Sender erst mal ein "unbehandeltes" AD9850-Modul benutzen und später, wenn der RX dazu kommt, entsprechend umrüsten (vermutlich auf ein AD9851-Modul). B e r n d W. schrieb im Beitrag #3329830: > Rx, deutlich besser: > Youtube-Video "DDS - ILER 40 ----- EA3GLH------" Er benutzt
Tx und einen für den Rx. Die Bereichsumschaltungen müssten dann möglicherweise an zwei verschiedenen Stellen gleichzeitig/parallel stattfinden. > Pin-Dioden sind geeignet, es geht sogar recht gut mit einer 1N4148. Im
Speichersegment liegen. OPtimierungslevel: (-op"n") Hiermit konn n Optimierungen ein{ und ausgeschaltet werden (s. Abschnitt 2.2.1). Default ist 0, d.h. keine Optimierungen aktiv. DeBuglevel: (-db"n") Setzt ebendiesen fest, Default ist 0, d.h. kein
will be: Y-factor measurement is repeated. The system now comprises the DUT (stage 1) followed by Y 2 N 2ON / N2OFF = (TSON + T2) / (TSFF + T 2 (2-14) the instrument (stage 2) as shown in Figure 2-4. The combined Y-factor Y 12 is given by: or ON OFF T = (T ON - Y T OFF) / (Y - 1) (2-15) Y12= N 12 / N12
29 30 3133 R D C C 5 4 3 2 1 0 9 W / D D 1 1 N 1 1 1 1 / S 6 . T R 7 6/ 5 4 3 2 / . M 3 3 0 1 2 2. 2 2 2 2 . P /2 P P 4 4 P P P P P P 4 P P P TESTI must be connected to VSS 0 X X I E C E T T 3 2 1 0 N N N N F D T I 1 2 / / / / E N E T L L 1 1 1 1
frage, kenne das dattenblat nicht aber da steht n * 256 somit ist der teiler mindestens 256 für n=1 kann n auch 0 annehmen? bzw beipass möglich?
Dadurch war das Verlöten ohne Lötpaste gut möglich. Ich habe gerade festgestellt das ich nur noch 47nF Kondensatoren in falscher Bauform (1206) hier habe, keine 10nF (805) mehr. Wird wohl auch mit denen Klappen.
code] Nehmen wir z.B. ein paar Definitionen aus "basewords.fs": [code] : dup T T->N d+1 alu ; : drop N d-1 alu ; : ! T N->[T] d-1 alu N d-1 alu ; [/code] Es gibt folgende Register T: Top of Stack N: Das Datenwort im Stack unterhalb vom Top Das Wort "over" holt N auf den Top, macht gleichzeitig den alten Top zum N und erhöht den Data-Stack-Pointer um 1. Das Wort " ! ( store )" welches den
serielle Schnittstelle entsprechen eingestellt werden. Bei dem SL55 ist eine Baudrate von 19200 im 8N1 Modus erforderlich. Bei der Kommunikation mit einem Mikrocontroller ist darauf zu achten, dass die meisten Datenkabel einen Pegelwandler enthalten. Das bedeutet, dass der Pegel des Mobilfunkgerätes
Jumper die Leitungen Tx und Rx 1:1 bzw. gekreuzt schalten kann. Dadurch kann ich ohne zusätzliches gekreuztes serielles Kabel eine Kommunikation mit dem Mobilfunkgerät aufbauen. Die aktuelle Software passt nicht mehr in einen ATmega8
Auf dem MCB gibt es einen 8 poligen AUX Port. Da liegen RX, TX, GND, 3.3V, 5V, 18V und ein unbekanntes Signal. Die Datenrate ist 115200, 8N1. Kommandos bestehen immer aus 0x02, Kommandobyte, Längenbyte, Daten, Checksumme nach dallas-1-wire Standard, 0x03 Bit
gingen, hatte ich erneut Hoffnung, das es "nur" der Standort im Keller war. Aber leider nein weder RX noch TX. Die nächste Aktion wird mal den FTDI an RX / TX anzuschließen und mal mitzulauschen. Gibts da n gutes Programm mit dem ich das machen kann? Hast du denn auch das MainBoard mit 2 AUX Anschlüssen
Speichersegment liegen. OPtimierungslevel: (-op"n") Hiermit konn n Optimierungen ein{ und ausgeschaltet werden (s. Abschnitt 2.2.1). Default ist 0, d.h. keine Optimierungen aktiv. DeBuglevel: (-db"n") Setzt ebendiesen fest, Default ist 0, d.h. kein
code] (erstellt mit Windows im root-verzeichnis der Karte; Notepad++; UTF8 ohne BOM; UNIX format {\n statt \r\n}) auch im Web-interface kommt eine leere Seite als Antwort auf die Anfrage [code]<ip>/cgi-bin/file_list.pl?dir=%2Fwww%2Fsd%2F..%2F..[/code] selbst wenn ich einen Ordner "neu" auf die
0.1uF 0.1uF Soft Start Circuit 1k Ferrite TXD 1 Bead 5V VCC VCC 2 RXD USBDM RTS# 3 USBDP CTS# 4 10nF + VCCIO FT232R DTR# 5 NC DSR# RESET# SHIELD NC DCD# OSCI GND OSCO RI# CBUS0 5V VCC CBUS1 3V3OUT 100nF 4.7uF+ A T CBUS2 G G G G E N N N N S CBUS3 PWREN# 100nF D D D D T CBUS4 GND GND Figure 13 - Bus
Overlay Dim Dataregister(18) As Byte At &HA0 Overlay Dim B As Word At &H6A Overlay Dim C As Integer At &H65 Overlay Dim Temperatur As Integer At &H6C Overlay Dataregister(2) = 1 'Anzahl Messwerte Readeeprom Dataregister(1) , 1 'wenn keine Werte im Eeprom, dann Default Werte laden If Dataregister(1) = &HFF
the speed and this technique average the six of the previously calculated speed values. ActualSpeed(n)= (Speed(n)+Speed(n-1)+...+Speed(n-5))/6 EQ 1-3 Revision 0 17 2 – Design and Implementation The design blocks of the speed control operation of BLDC/PMSM motors using FOC is shown in Figure 2-1. Speed
, please see the Microchip Packaging Specification located at http://www.microchip.com/packaging D N E E1 NOTE 1 1 2 e b A2 c A φ A1 L1 L Units MILLIMETERS Dimension Limits MIN NOM MAX Number of Pins N 20 Pitch e 0.65 BSC Overall Height A – – 2.00 Molded Package Thickness A2 1.65 1.75 1.85 Standoff
Ich hab n paar SN65HVD234 (gehen bis 1MBaud), die, wenn ich gnd mit ner Drahtbrücke auf TX lege entsprechend lang das Signal an RX halten. Eben hab ich mit ein paar älteren TJA1050 und MCP2551 rumprobiert - die
Transceiver bei Geschwindigkeiten unter 16kHz benötigen. Mein Gedanke war zuerst, daß das Eingangssignal an RX quasi "zu schnell weggeht", aber ich denke mal das ist intern im uC gepuffert, wird schnell genug abgerastert oder wie auch immer. Dann werd ich mal zum Testen meines Aufbaus 100kHz nehmem. Ach
nFFS input (TX Data register can be accessed) - el=1 in Configuration Setting Command Receive mode RX Data output RX Data clock output ef=0 in Configuration Setting Command Receive mode nFFS input (RX
statevariationdetectconclusion 10~13,113~116,134 16,17,24, bypass tocontrollers 25,132 SDI SDO l r o o Decoder o n r n n c t n n l u n 26~29 t c e e DSP c t h n m t m l o e Memory l u u c s m 39,40,43,44 o D e D D t t U o F Z A o F 30~32 changeover 34,37,38 EMC 4 0 1 , 8 ~ 9 6 1 2 0 1 ~ , 1 , 8 , , 0 9 6 5 7 , 6
S U O r e C C Main Alternate P 3 5 0 b E W S S e s N N P P function functions 1 2 T D t D D B C / u 5 2 1 2 0 2 2 L o O p n y TIM8_CH3/ SDIO_D0/ PC8 TIM3_CH3/ 65 45 USART6_CK/ DCMI_D2 I2S_CKIN/ MCO2/ TIM8_CH4/ PC9 SDIO_D1/ 66 46 I2C3_SDA/ DCMI_D3/ TIM3_CH4 SPI3_SCK/ I2S3_CK/ C PC10 UART4_TX/ 78 L 37 SDIO_D2/ K DCMI_D8/ USART3_TX UART4_RX/ SPI3_MISO/ PC11 SDIO_D3/ 79 38 DCMI_D4/ USART3_RX/ I2S3ext_SD UART5_TX/ SDIO_CK/ D PC12 DCMI_D9/ 80 N 35 SPI3_MOSI/ I2S3_SD/ USART3_CK PC13 RTC_AF1 7 12 O S 3 PC14 OSC32_IN 8 _ 9 N S C 2 PC15 OSC32_
Ja Bruno, so kann man(n) seine Zeit auch totschlagen!
den Hexadezimal-String eines Gleitpunkt-Intervalls schlage ich folgende Notation vor: sUzzzUzzzUzzz.n:EEE Dabei steht s für + oder -, U,z,n,E sind Hex-Ziffern (U: Ziffern mit Überstrich). EEE-800 ist 10er-Exponent. Die Nachkommastelle n darf nicht 0 sein. Die letzte 1 in n dient als Terminierungs-Zeichen
