-
Thread
ATTiny10/11/12
entscheiden wir uns für Vorteiler 1024 und Zählumfang 63, der Startwert beträgt demnach 256-63. ldi tmp,256-63 ;Differenz bis zum Überlauf mov tsw,tmp ;in Timer-Startwert (Umweg über tmp, weil tsw als unteres Register kein LDI kann) out tcnt0,tsw </Zitat> ich habe die 256-63
verstanden? Nur noch so eine theoretische Frage . Wäre diese Schreibweise auch möglich? ldi tmp,(1<<aden)|(1<<adsc)|(1<<adfr)+0b00000111 statt ldi tmp,(1<<aden)|(1<<adsc)|(1<<adfr)+7 Gruß, Stephan
-
Thread
Testdisk auf crypt (luks) Partition anwenden - geht das?
file or directory Failed to open temporary keystore device. Partition #5&6 sda5/sda6, die var und tmp enthalten und ebenfalls verschlüsselt sind, können gemounted werden und befinden sich ja auch innerhalb der erweiterten Partition. Ich konnte Gestern noch mit cryptsetup luksDump mir die Metadaten
o.g. Output. Aber!! cryptsetup -v --debug luksHeaderBackup /dev/loop0 --header-backup-file /tmp/hbck.bin # cryptsetup 1.6.2 processing "cryptsetup -v --debug luksHeaderBackup /dev/loop0 --header-backup-file /tmp/hbck.bin" # Running command luksHeaderBackup. # Locking memory. # Installing SIGINT
-
Thread
[S] IC mit mehreren Countern
Spass beim auflöten ... 281 Anschlüsse als FBGA, ohne Fassung bist Du da aber aufgeschmissen :-) TMP19A64F20AXBG -- Description The TMP19A64 is a 32-bit RISC microcontroller based on the TX19A core and containing 2 MB of NANO FLASH™, a large number of external Interrupts and timer/counters. The
10-bit A/D converter – Conversion time 8.44 msec • I/Os 209 pins • Operating voltage – Core 1.35 V – 1.65 V – I/O and ADC 1.65 V – 3.3 V – ADC 2.7 V – 3.3V • Package – P-FBGA 281 (13 mm x 13 mm, 0.65 mm pitch)
-
Thread
RDS CRC Prüfbit Berechnung
int i; uint16_t polynom=0x05B9; uint16_t BitMask=0x8000; uint16_t crc = 0; uint16_t tmp = data; for (i=26; i>0; i--) //das ganze 16 mal (einmal für jedes Datenbit) PLUS 10 mal mit 0-Bits { crc = crc << 1 | ((tmp & 0x8000)>>15); //CRC um ein Bit nach links
C: 0x0b2 B: 0x042 D: 0x09e Data: 0x0020 crc: 0x2c7 A: 0x23b C: 0x35f B: 0x3af D: 0x373 [/code]
-
Thread
Atmega2560 SPI-Verbindung zu ext. AD-Wandler
= 0x00; // dummy data while (!(SPSR & (1<<SPIF))); // wait for transmission end tmp = (int16_t)SPDR << 8; SPDR = 0x00; // dummy data while (!(SPSR & (1<<SPIF))); // wait for transmission end tmp |= SPDR & 0xFF; SPDR = 0x00; // dummy data
/ wait for transmission end SPDR; // dummy read // sign extention tmp &= 0x3FFF; // clear MSBs if (tmp & (1<<13)) tmp |= 0xC000; // copy bit 13 to 14 and 15 return tmp; } int main(void) { // IO init DDRB |= (1<<PB1) | (1<<PB0);
-
Thread
Arduino: Finde den Fehler im Sketch nicht, bitte um Hilfe!
(); } void buttons() { int btnData = analogRead(btnPin); Serial.println(btnData); int tmpBtnState = LOW; if (btnData > btnDwnL && btnData < btnDwnH) tmpBtnState = btnDwn; else if (btnData > btnOkL && btnData < btnOkH) tmpBtnState = btnOk; else if (btnData > btnUpL && btnData < btnUpH) tmpBtnState = btnUp; else tmpBtnState = LOW; if (tmpBtnState != lBtnState) lDbncTime = millis(); if ((millis() - lDbncTime) > dbncDelay) btnState = tmpBtnState; lBtnState = tmpBtnState;
-
Thread
Gy-521 mit MSP430G3 (version 1.5) Launchpad
AcY = "); Serial.print(AcY); Serial.print(" | AcZ = "); Serial.print(AcZ); Serial.print(" | Tmp = "); Serial.print(Tmp/340.00+36.53); //equation for temperature in degrees C from datasheet Serial.print(" | GyX = "); Serial.print(GyX); Serial.print(" | GyY = "); Serial.print(GyY); Serial.print
Es kommen immer die selben Messwerte, AcX = Acy = AcZ = GyX = GyY = GyZ = 0; Tmp = 36.
-
Thread
Prozess Problem, ausgabe FPGA entspricht nicht der Simulation
Danach warte ich einen Flankenwechsel von Masterclk. Dann schreibe ich die Daten vom Master auf ein TMP regester. RX_FINISH dient hier nur als Test und gibt zurück wenn S_BIT_CNT null erreicht hat. Ok nun zu meinem Problem. Das ganze ist mega instabil. Ohne die innere if schleife sehe ich an M_TMP
M_CS, der M_CLK und auch MOSI. Da passiert dann sowas: http://www.lothar-miller.de/s9y/categories/35-Einsynchronisieren
-
Thread
ATmega8 Summensignal auswerten
10,ipuls=0, isumme[9]; volatile uint16_t icnt=0; ISR(TIMER1_CAPT_vect) { uint16_t icnt_tmp = ICR1; uint16_t izeit = icnt_tmp-icnt; if(ikanal<9) isumme[ikanal++] = izeit; if(izeit>156) ikanal=0; icnt = icnt_tmp; } void RC_ICP_init
erklärt. Arbeite mit myAVR Board MK2 USB mit nem ATmega8 der Empfänger der Funke ist ein Graupner R700 35MHz. Hoffe jemand kann mir den Code zur Verfügung stellen! Danke im voraus Markus
-
Thread
Schnellste Software-SPI Implementierung auf AVR
Register für MISO ;; BITNUM ... das wievielte bit soll verschickt werden? out PORTX ,OUTR in TMP ,PINX bst TMP ,PINMISO out PINX ,SCKPINR bld DATAR ,BITNUM [/avrasm] und ist mit 5 Zyklen fast symmetrisch - fuer volle SCK-Symmetrie ein NOP am Schluss anhaengen. und zuletzt beides
wievielte bit soll verschickt werden? bst DATAR ,BITNUM bld OUTR ,PINMOSI out PORTX ,OUTR in TMP ,PINX bst TMP ,PINMISO bld DATAR ,BITNUM out PINXX ,SCKPINR [/avrasm] und ist mit 7 Zyklen fast symmetrisch - fuer volle SCK-Symmetrie wieder ein NOP am Schluss anhaengen. Martin
-
Thread
Sensoren für Temperaturmessung im Eigenheim
Realität kommen, was kann ich umsetzen ohne Datenblätter oder Applikationen der Sensoren zu lesen. TMP117 übrigens nicht schlecht, warmup mäßig.
Null,Null Aussage. Für was sollte man sich für solche Genauigkeiten auch interessieren? Ich habe TMP35/36/37 im Einsatz. Die langen völlig und sind analog und selbstverständlich flexibel in Funk-Sensoren auszulesen. MaWin schrieb im Beitrag #7155247: > Dein ATtiny braucht STROM. ... der sinnvollerweise
-
Thread
/var/log/debug für Joachim B.
eben mit syslog probiert! pi@raspbianPI3:~ $ sudo sh -c 'mv -v /var/log/syslog /tmp/syslog.orig \ > && grep -v Synergy | tail -n300 \ > > /var/log/syslog' „/var/log/syslog“ -> „/tmp/syslog.orig“ so Syslog ist nun 0 Bytes groß, das ist irgendwie
höher gleich debug nach /usr/adm/debug synergy*.=debug /usr/adm/debug oder wenn z.B. tmp beim Systemstart geleert wird synergy*.=debug /tmp/logmich_nur_solang_ich_laufe usw. klogd syslogd alte syntax, rsyslog kennt viel mehr man man [/pre]
-
Thread
UART Bootloader ATtiny13 - ATmega644
isAnswerArrived) { if (answer[0] == BL_BADCOMMAND) { return CRC_STATUS.NO_CRC; } } int tmpCrc = crc; System.out.println(Integer.toHexString(tmpCrc)); send(tmpCrc & 0xff); send(tmpCrc >> 8); waitForAnswer(); i = answer[0]; switch (i) { case BL_SUCCESS: return
CRC_STATUS.CRC_OK; default: return CRC_STATUS.CRC_FAIL; } } private void get_crc(int d) { int tmpCrc = crc ^ d; for (int i = 0; i<8; i++) { if ((tmpCrc & 0x1) != 0) { tmpCrc = (tmpCrc >> 1) ^ 0xA001; } else { tmpCrc = tmpCrc >> 1; } } crc = tmpCrc
-
Thread
Trenntrafo Leistung begrenzen
@ Tocotronix SH (tocotronix) > tmp_17185-IMG_20141028_014217-319979796.jpg > 2,91 MB, 19 Downloads > tmp_17185-IMG_20141028_014109-1189823093.jpg > 2,82 MB, 13 Downloads BUHHHHHH!!! [[Bildformate]]!!!
Falk Brunner schrieb im Beitrag #3859438: > @ Tocotronix SH (tocotronix) > >> tmp_17185-IMG_20141028_014217-319979796.jpg >> 2,91 MB, 19 Downloads >> tmp_17185-IMG_20141028_014109-1189823093.jpg >> 2,82 MB, 13 Downloads > > BUHHHHHH!!! [[Bildformate]]!!! Ich Versuch
-
Thread
[V] ICs, Elkos, sonstige
Einzelpreis Beschreibung LM317T TO220 1,02 Spg.Regler Samwha 220µF/35V 0,48 Samwha SMD-Elko Samwha 100µF/16V 0,14 Samwha SMD-Elko Panasonic 470µF/50V 0,75 ELKO LMD18200T 14,67 55V 3A H-Brücke LM317 SO-8 0,36 Spg.Regler TMP03
Einzelpreis Beschreibung LM317T TO220 0,50 Spg.Regler Samwha 220µF/35V 0,25 Samwha SMD-Elko Samwha 100µF/16V 0,07 Samwha SMD-Elko Panasonic 470µF/50V 0,31 ELKO LMD18200T 7,33 55V 3A H-Brücke LM317 SO-8 0,17 Spg.Regler TMP03
-
Thread
Fröling Heizungssteuerung auslesen.
03 [ROST] = [0] [N] (0) [VALUE] 04 [Kesseltemp] = [28°] [N] (55) [VALUE] 05 [Abgastemp.] = [35°] [N] (35) [VALUE] 06 [Abgas. SW ] = [45°] [N] (45) [VALUE] 07 [KessStellGr] = [50%] [N] (50) [VALUE] 08 [Saugzug ] = [0%] [N] (0) [VALUE] 09 [SZ-Drehz.] = [1842U] [N] (1842) [VALUE]
[10085] [N] (10085) [VALUE] 22 [Laufzeit:] = [23350h] [N] (23350) [VALUE] 23 [Boardtemp.] = [35°] [N] (35) [VALUE] 24 [Die Kesseltemp. soll sein] = [70°] [N] (140)
-
Thread
PIC16F628 retriggerbares Monoflop ASM - Hilfe!
PWRTE_OFF & _MCLRE_OFF & _BOREN_OFF & _LVP_OFF & _DATA_CP_OFF & _CP_OFF ; defines Delay EQU D'35' ; Monoflop time in seconds IRQ_W EQU 0x20 IRQ_S EQU 0x21 Counter EQU 0x22 Seconds EQU 0x23 tmp EQU 0x25 Monoflop EQU 0x26 ; array of 8 counters OldInput
while waiting clrf Triggered movf Seconds, W movwf tmp ; save current second counter wait: movf Seconds, W ; test current second counter xorwf tmp, W btfss STATUS, Z ; skip, if zero goto
-
Thread
EDIPTFT70 I2C, ich kriege es einfach nicht hin
Bedeutet für "#DL," (Mit Komma): <DC1> = 11h = 17d Länge des Befehls "#DL," = 4 # = 23h = 35d D = 44h = 68d L = 4Ch = 76d , = 2Ch = 44d Insgesamt: F4h = 244d
checksumme_edip = ReceivedData[paket_laenge_edip + 3]; checksumme_edip_tmp = ReceivedData[1]; checksumme_edip_tmp = checksumme_edip_tmp + ReceivedData[2]; for(j=0; j < paket_laenge_edip; j++) // { checksumme_edip_tmp = checksumme_edip_tmp
-
Thread
Was ist das? Temperatursensor gesucht.
TMP35 /36?
Jürgen B. schrieb im Beitrag #7693488: > TMP35 /36? Da würde der Datecode anders aussehen.
-
Thread
Leiterplatten - Prototypen / Kleinserien zum Spotpreis..!!!
Ich kann euch folgendes bieten: Nutzengröße 260mm x 180 mm, 2-lagig, FR4, 35u CU, 380€ Nutzengröße 260mm x 180 mm, 4-lagig, FR4, 35u CU, 480€ Boards werden durch Ritzen getrennt, Einteilung auf der Fläche mache ich damit am meisten Boards rauskommen. keine weiteren Kosten
> Nutzengröße 260mm x 180 mm, 2-lagig, FR4, 35u CU, 380€ ??? 160x100 bekomme ich bei PCB-Pool für ca. EUR 112,00 (doppelseitig durchkontaktiert, FR4, Lötstop). Dann bestelle ich die Platine doch lieber da zweimal, und habe noch 140 Euro gespart
-
Thread
PicoW oneWire MQTT code
ERROR"), str(sensErr)) client.disconnect() sleep(1) # Werte vorbelegen sensTmp = [-999 for x in range(10)] # Sensoren abfragen for device in devices: for adr in range(len(sensAdr)): if sensAdr[adr] == device.hex(): sensTmp[adr]
herstellen wlanConnect() # Programm: Sensordaten an MQTT übergeben while True: getTemp() myTmpArray = getTemp() led_onboard.on() client = mqttConnect() for dev in range(len(sensAdr)): client.publish(mqttTopic+sensNam[dev], str(myTmpArray[dev])) client.disconnect()
-
Thread
(No)-Aliasing for fun and performance
sparsam, dann sagst Du, Du verwendest keine templates, nun nun wieder doch ... aber ok, Du meintest wohl TMP.
aliasing ausgegangen werden. Ja, das war der "einfache" Fall. Und hier? https://godbolt.org/z/B35U2u
-
Thread
RS485 Signal senden Niu Sharing Roller
files.scooterhacking.org/documents/manuals/scooters/Niu/N1S-Service-Manual-English-V1-0.pdf https://tmp.dk/wp-content/uploads/2022/03/N-Series-Service-Manual.pdf Ein wenig zum H1 Diagnosegerät: https://tmp.dk/wp-content/uploads/2022/03/H1UserManual-V0.9.pdf Eventuell das Steuergerät für die Remote-Kommunikation: https://fccid.io/2AQ95-NIUV35LTE/User-Manual/User-Manual-4891427.pdf https://fccid.io/2AQ95-NIUV35LTE/Internal-Photos/Internal-Photos-4891420.pdf Was man auch machen sollte ist sich das/die Steuergerät/Steuergeräte genauer
-
Thread
Webserver mit Capi over TCP/Anrufmonitor Fritzbox
0; fritz_get = 1; unsigned long index = MAX_ARP_ENTRY; unsigned char tmp_counter = 0; while((index >= MAX_ARP_ENTRY) && (tcp_entry[index].app_status != 1)) { index = tcp_entry_search (fritz_SERVER,HTONS(fritz_PORT)); if (tmp_counter++ > 30
sollte gehen, was mir aber anscheinend Daten im flash überschreibt.... [c] unsigned char fritz_tmp[(MTU_SIZE*2)+1]; int xx=0; for (int a = TCP_DATA_START_VAR;a < TCP_DATA_END_VAR;a++) { strcpy(fritz_tmp[xx],eth_buffer[a]); fritz_DEBUG("",fritz_tmp[xx]); //lcd_print (3,1,"",eth_buffer[
-
Thread
DS18B20 vs NTC
/TMP35_36_37.pdf https://www.ebay.de/itm/381374562434?hash=item58cbb20082:g:5XYAAOSwcwhVKm5O
Toxic schrieb im Beitrag #6675944: > Warum nicht auch ein TMP36 oder LM36? Nee, dass ist hier nicht vorgesehen. https://www.analog.com/media/en/technical-documentation/data-sheets/ltc4008.pdf Aber danke für den Tip. Ist gespeichert.
-
Thread
Adressübergabe einer Variable an eine Funktion
break; default://menuepunkt = 0; break; } } sprintf(tmp, "Unterpunkt: %d\n", unterpunkt); display_write(tmp,0,5); sprintf(tmp, "Menuepunkt: %d\n", menuepunkt); display_write(tmp,0,6); } // Ende While-Schleife } // Ende main [/c]
zeigt das hier an: ask "RunOutputFileVerifyTask" Program Memory Usage : 11520 bytes 35,2 % Full Data Memory Usage : 1822 bytes 89,0 % Full kann das daran liegen?
-
Thread
genaue Temperaturmessung mit ds1820
Single Dim Id1(8) As Byte Dim Id2(8) As Byte Dim Ar1(9) As Byte Dim Ar2(9) As Byte Dim I As Byte , Tmp As Byte , Tmp2 As Byte Dim Crc As Byte Dim W As Byte Declare Sub Crcit Declare Sub Crcit2 W = 1wirecount() Id1(1) = 1wsearchfirst() '
Temperatur T5: " ; T5 ; "°C" Waitms 500 Loop Sub Crcit Crc = 0 For I = 1 To 9 Tmp = Crc Xor Ar1(i) Crc = Lookup(tmp , Crc8) Next End Sub Sub Crcit2 Crc = 0 For I = 1 To 9 Tmp2 = Crc Xor Ar2(i) Crc = Lookup(tmp2 , Crc8) Next End Sub '//
-
Thread
MMC SD library FAT16 FAT32 read write
,tmp,10); uputs(tmp); uputc(' '); utoa(fat.secPerClust,tmp,10); uputs(tmp); } [/c] Jetzt müsste wenn alles funktioniert, "Boot...2 2" zu sehen sein. Wenn dem so ist muss
{ sprintf(DATA_INFO.DATA[t],"%s",tmp_buffer); } } count=0; c=ffread(); while( (c!='\n') ) { tmp_buffer[count]=c; c=ffread(); count++; } count--; tmp_buffer[count]='\0'
-
Thread
Hameg HM2008 Display Dump
COM1, Speed: 19.200, Data bits: 8, Stop bits: 2, Parity: None, Flow control: RTS/CTS 0016 [21:01:35] Error: The IDN could not be determined. 0017 [21:01:35] Port: COM1, Speed: 19.200, Data bits: 8, Stop bits: 2, Parity: None, Flow control: RTS/CTS [/code] Nachtrag 3: Mit dem neu compilierten
COM1, Speed: 19.200, Data bits: 8, Stop bits: 2, Parity: None, Flow control: RTS/CTS 0016 [21:01:35] Error: The IDN could not be determined. 0017 [21:01:35] Port: COM1, Speed: 19.200, Data bits: 8, Stop bits: 2, Parity: None, Flow control: RTS/CTS 0018 [21:02:57] The data was saved in the file: X
-
Thread
WinAVR unter Win7: avr-objdump.exe läuft nicht
Rechteproblem, ist es aber nicht! Die Ausführung in einer DOS-Shell bringt folgende Meldung zutage: [code]d:\tmp\binutils\exe>avr-objdump.exe Die Version von d:\tmp\binutils\exe\avr-objdump.exe ist nicht mit der ausgeführten Windows-Version kompatibel. Öffnen Sie die Systeminformationen des Computers, um zu
wohl stammen... > Die Ausführung in einer DOS-Shell bringt folgende Meldung zutage: > [code]d:\tmp\binutils\exe>avr-objdump.exe > Die Version von d:\tmp\binutils\exe\avr-objdump.exe ist nicht mit der > ausgeführten Windows-Version kompatibel. Öffnen Sie die > Systeminformationen > des Computers
-
Thread
Analog Devices TMP04 Temperatursensor Testprogramm
Im Anhang ist ein kurzes Programm zum Betrieb des Analog Devices TMP03/04 Temperatursensors und moechte es gerne der Codesammlung hinzufuegen. Der TMP04 ist ein interesannter relativ neuer Temperatursensor mit Rechteckausgang. Der Temperaturwert wird aus dem Verhaeltnis von T1 zu T2 gebildet und wird durch Taktdrift des TMP04 oder des Mikros nicht nennenswert beinflusst. Die Taktfrequenz betraegt ungefaehr 35Hz. Da nur die Rechteckspannung uebertragen werden muss, laesst sich das Signal leicht mit einem Opto-Coupler
-
Thread
2 mal Uart beim Mega8
{ u8 in = SRXPIN; // scan rx line if( srx_mask ){ if( in & 1<<SRX ) srx_tmp |= srx_mask; srx_mask <<= 1; OCR1B += BIT_TIME; // next bit slice }else{ srx_done = 1; // mark rx data valid srx_data = srx_tmp; // store rx data TIFR = 1<
SFIOR=0x30; sfrb OSCCAL=0x31; sfrb TCNT0=0x32; sfrb TCCR0=0x33; sfrb MCUCSR=0x34; sfrb MCUCR=0x35; sfrb TWCR=0x36; sfrb SPMCR=0x37; sfrb TIFR=0x38; sfrb TIMSK=0x39; sfrb GIFR=0x3a; sfrb GICR=0x3b; sfrb SPL=0x3d; sfrb SPH=0x3e; sfrb SREG=0x3f; [/c] lg
-
Thread
Logamatic 2107 Schnittstelle
umzuschreiben. Aber im Moment habe ich noch keinen Grund dazu. [code] int NextByte; int tmpCRC = 0x00; int CRC = 0x00; NextByte=0x1b; bOutput.write(NextByte); tmpCRC ^= (NextByte); CRC=tmpCRC; if (tmpCRC >= 0x80) {tmpCRC ^= 0x0c;} tmpCRC = rotateLeft(tmpCRC);
277 dec, also 0114 oder 0115 hex und habe danach in meinen Telegrammen gesucht und nur hier vom RC35 gefunden: Mon Jan 7 19:30:35 UTC 2013 : 100006000D_0114_07243700003100 Kann es sein dass der RC35 den Fehler auch gespeichert hat? Bevor der Service Man die Terme resetted gibt es hier wohl
-
Thread
externer interrupt
naked */ /* frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 ldi r24,lo8(-1) ; tmp43, out 0x5,r24 ; MEM[(volatile uint8_t *)37B], tmp43 reti /* epilogue start */ /* #NOAPP */ .size __vector_14, .-__vector_14 [/c]
= 0 ldi r24,lo8(-1) out 0x4,r24 out 0x7,r24 out 0xb,r24 in r24,0x35 ori r24,lo8(12) out 0x35,r24 /* #APP */ ; 32 "/home/lmeier/Projekte/wmucpp/doc/bmcpp99/bm99a.c" 1 sei ; 0 "" 2 /* #NOAPP */ ldi r24,lo8(-1) .L2: out 0x8,r24 ldi r30,lo8(3999
-
Thread
Ein DS18b20 am ATMEGA32
Byte von /wert/ unterbringen und die Nachkommastellen im unteren Byte. [C] uint16_t wert; float tmp = ds18b20_temperature(0); wert = tmp; // Nachkomma abschneiden wert <<= 8; // ins obere Byte wert |= tmp*100; // 2 Stellen Nachkomma abschneiden und ins untere Byte [/C] Mit der Ausgabe
Mist zu schnell abgeschickt... wert |= (tmp*100)&0x00FF; // 2 Stellen Nachkomma abschneiden und ins untere Byte
-
Thread
Optimieren von ungenutzter Variable verhindern
r3, [sp, #4] 34 .LVL0: 4:volatile.c **** 5:volatile.c **** } 35 .loc 1 5 0 36 000c 08D08DE2 add sp, sp, #8 37 0010 1EFF2FE1 bx lr 38 .cfi_endproc 39 .LFE0: 41 .text 42 .Letext0: ^LARM GAS /tmp/ccgJ3M2v.s page 2 DEFINED SYMBOLS *ABS*:00000000 volatile.c /tmp/ccgJ3M2v.s:16 .text.startup:00000000 $a /tmp/ccgJ3M2v.s:19