-
Thread
EleLa - Elektronik Lagerverwaltung Entwicklung V3.0
Die zweite Zeile in der Log-Datei: "18:42:36 04.08.14 Start program V3.0.14803" nehme die EleLa-Version "V3.0.14804".
Ja, diese hier: [code] 22:22:36 E: CreateDC Exception:"Control-C hit" (Error:"Der Vorgang wurde erfolgreich beendet. ", DC=0 Driver="HP Officejet Pro 8500 A909g Series" Device="HP Officejet Pro 8500 A909g Series" Port="USB002") (TfrmDruckEtikett.FormCreate
-
Thread
EMS > Adapter > NetIO > Raspi
.2676) FastCGI-stderr: PHP Notice: Undefined index: servicecode in /var/www/lemscnt.ajax on line 36 PHP Notice: Undefined index: errorcode in /var/www/lemscnt.ajax on line 36 PHP Notice: Undefined index: in /var/www/lemscnt.ajax on line 36 PHP Notice: Undefined index: flameactive in /var/www
Got bytes 0xaa 0x55 0x12 0x10 00 0xa3 00 0x13 0x11 0x1 0x1 0x2e 0x1 0x34 0x1 0x34 0x83 00 0x83 00 0x36 0xa9 MESSAGE[08.05.2016 11:30:13]: source 0x10, dest 0x00, type 0xa3, offset 0, data: 0x13 0x11 0x01 0x01 0x2e 0x01 0x34 0x01 0x34 0x83 0x00 0x83 0x00 0x36 DATA: Außen-Temperatur (gedämpft) = 19 °C
-
Thread
Inline Assembler nach C
Assembler defines \n" + " .EQU UCSR0B,0xC1 ;Assembler defines \n" + " .EQU TMP_REG0,0x1E ;Assembler defines \n" + " .EQU TMP_REG1,0x2A ;Assembler defines \n" + " .EQU TMP_REG2,0x2B ;Assembler defines \n" + " .EQU TMP_REG3,0x28
***/ \n" + " END_RX_IRQ: \n" + " IN R31,TMP_REG3 ;62 Restore R31 \n" + " OUT __SREG__,R31 ;63 Restore SREG \n" + " IN R31,TMP_REG2 ;64 Restore R31 \n" + " IN R30,TMP_REG1 ;65
-
Thread
C Programm in asm umwandeln
Option -s Das ganze sieht dann so aus: [c] __SP_H__ = 0x3e __SP_L__ = 0x3d __CCP__ = 0x34 __tmp_reg__ = 0 __zero_reg__ = 1 .section .debug_abbrev,"",@progbits .Ldebug_abbrev0: .section .debug_info,"",@progbits .Ldebug_info0: .section .debug_line,"",@progbits .Ldebug_line0: .
main, @function main: .LFB2: .LM1: /* prologue: function */ /* frame size = 0 */ .LM2: sbi 36-32,1 .LM3: ldi r24,lo8(64) sts 128,r24 .LM4: ldi r24,lo8(9) sts 129,r24 .LM5: ldi r24,lo8(1600) ldi r25,hi8(1600) sts (136)+1,r25 sts 136,r24 .L2: rjmp .L2 .LFE2: .
-
Thread
Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi
:36 DEBUG: Client-ID:1;cportwrite();value:53 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:11 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:06 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:10 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:ff 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:0e 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:00 25.09.2018 20:28:36 DEBUG: Client-ID
-
Thread
PIC16F628A PWM mit delay (ASM)
call_w 5, delay_sec ; und hier als loop loop call_w -90 DEG, set_servo movlw 12 movwf tmp loop_move call_w 10,delay_sec movlw (188 DEG) / 12 addwf servo_val decfsz tmp goto loop_move call_w 120,delay_sec goto loop set_servo movwf servo_val ;**************
Anfang stellen ;Variablenvergabe cblock 0x20 d1 ;3 Variablen für die 36 Sekunden d2 d3 e2 ;2 Variablen e3 ;für die 20ms, bei denen das bit auf 0 gesetzt sein muss ;Man könnte jedes mal den Wert berechnen, der
-
Thread
Funk-Temperatursensor
verstreut sind (Keller, Dachboden, Heizraum) dachte ich an Funksender wie zum Beispiel XBee mit zb TMP36 Temperatursensoren. Die Daten sollten an einen RaspberryPi übertragen werden auf dem ein Webserver läuft um sie abzurufen - einen Rückkanal brauche/will ich nicht. Meine ersten Fragen dazu
Repeater oder ähnliches? 3. Kann ein Sendepunkt auch gleichzeitig als Repeater arbeiten? 4. TMP36 Sensoren sind bis 125°C spezifiziert. Die Solaranlage kann da schon mal drüber kommen. Hält er das aus oder gibt es da bessere alternativen. 5. Stell ich mir das einfacher vor als es eigentlich
-
Thread
avr-gcc Bug, oder weshalb Behandlung als signed?
frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 ldi r24,lo8(-92) out 0x36,r24 ; TWCR = ... ldi r24,0 ; timeout = 0 // timeout liegt in r[25:24] ldi r25,0 rjmp .L3 .L5: adiw r24,1 ; timeout++ .L3: in __tmp_reg__,0x36 ; Test von TWINT in TWCR sbrc __tmp_reg__,7 ; sieht hier etwas anders aus als bei ; deiner Version, funktioniert aber genauso rjmp .L4 ;
-
Thread
48Bit BCD Code in Binärcode wandeln
nichts, was nicht noch besser ginge... ;-) Die Multiplikation in dieser Zeile: [vhdl] tmp <= resize(tmp*10 + unsigned(BCD(idx*4-1 downto idx*4-4)),tmp'length); [/vhdl] Kann durch eine zusätzliche Addition ersetzt werden: [vhdl] tmp <= resize(tmp*8 + tmp*2 + unsigned(BCD(idx*
nichts, was nicht noch besser ginge... ;-) > Die Multiplikation in dieser Zeile: > [vhdl] > tmp <= resize(tmp*10 + unsigned(BCD(idx*4-1 downto > idx*4-4)),tmp'length); > [/vhdl] > Kann durch eine zusätzliche Addition ersetzt werden: > [vhdl] > tmp <= resize(tmp*8 + tmp*2 + unsigned
-
Thread
Faktensammlung Buderus EMS
0x03 0x03 0x01 0x00 0xf4 0x02 0x90 0x00 0x00 0x11 0x01 0x03 0x08 0xb9 0x00 MESSAGE[14.12.2014 18:57:36]: source 0x18, dest 0x00, type 0xff, offset 25, data: 0x01 0xa5 0x00 0x04 0xff 0xe2 0x00 0x00 0x00 0x64 0x4b 0x00 0x3c 0x01 0xff MESSAGE[14.12.2014 18:57:36]: source 0x18, dest 0x08, type 0x1a, offset
source 0x08, dest 0x00, type 0x34, offset 0 steckt die Wwtemperatur an Position 6 +7 -> 0x01 0x6d = 36,3 °C Im Telegramm source 0x08, dest 0x00, type 0x18, offset 0 steckt die Wwtemperatur an Position 14 + 15 -> 0x01 0x6d = 36,3 °C und im Wiki steht was von Position 16 + 17 Vielleicht ist da der
-
Thread
Drucker drucht nicht mehr unbter Suse 12.3
Returning HTTP Forbidden for Cancel-Job (ipp://localhost/jobs/104) from localhost E [14/Sep/2013:09:23:36 +0200] Returning HTTP Forbidden for Cancel-Job (ipp://localhost/jobs/104) from localhost E [14/Sep/2013:09:23:53 +0200] Returning HTTP Forbidden for Cancel-Job (ipp://localhost/jobs/104) from localhost
localhost E [14/Sep/2013:09:34:01 +0200] [Job 105] The printer is not responding. E [14/Sep/2013:09:36:38 +0200] [Job 105] The printer is not responding. E [14/Sep/2013:09:39:15 +0200] [Job 105] The printer is not responding. E [14/Sep/2013:09:41:52 +0200] [Job 105] The printer is not responding. E
-
Thread
Heizungssteuerung Wärmepumpe Fußbodenheizung
Speicherverlust ohne jegliche Nutzung verursacht bei mir höhere Kosten. Meine Heizung braucht für 200l WW von 36,0grad auf 47,0grad 44Minuten und von 36 auf 57grad 72 Minuten. Ich glaube nicht, dass das mit heizstab günstiger würde. Werde ich aber ausprobieren.
leluno schrieb im Beitrag #3368508: > Die Wärmepumpe läuft 36 Minuten und bringt eine Erhöhung von 39,6 auf > 44, 4°. > > Dies bedeutet eine elektrische Leistung von ungefähr > 36/60minx 2,5 kW= 1,4 kWh > > Nach obiger Formel ergibt sich eine thermische
-
Thread
Problem mit mySmartUSB light
mmax@ltmax:~$ avrdude -C/etc/avrdude.conf -patmega328p -cstk500v2 -P/dev/ttyUSB0 -B4 -D -V -Uflash:w:/tmp/build7945398022543154188.tmp/Blink.cpp.hex:i avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.01s avrdude: Device signature = 0x1e950f avrdude: reading input file "/tmp/build7945398022543154188.tmp/Blink.cpp.hex" avrdude: writing flash (2562 bytes): Writing | ################################################## | 100% 0.80s avrdude: 2562 bytes of flash written
-
Thread
Lagerverwaltung Part-DB V0.3+
? [c] git fetch origin remote: Counting objects: 461, done. remote: Compressing objects: 100% (36/36), done. remote: Total 461 (delta 197), reused 224 (delta 194), pack-reused 231 Empfange Objekte: 100% (461/461), 258.95 KiB | 1004.00 KiB/s, Fertig. Löse Unterschiede auf: 100% (318/318), abgeschlossen
> git fetch origin > remote: Counting objects: 461, done. > remote: Compressing objects: 100% (36/36), done. > remote: Total 461 (delta 197), reused 224 (delta 194), pack-reused 231 > Empfange Objekte: 100% (461/461), 258.95 KiB | 1004.00 KiB/s, Fertig. > Löse Unterschiede auf: 100% (318/318),
-
Thread
Transcend Wi-Fi SD Card - Technische Details / Hacken?
test mode if [ -f /mnt/sd/autorun.sh ] then echo "run autorun.sh" echo "run autorun.sh" >> /tmp/log.rcS sleep 1 chmod 777 /mnt/sd/autorun.sh /mnt/sd/autorun.sh fi [/code] Kompiliert wurden die Module mit [code] GCC: (Sourcery G++ Lite 2011.03-42) 4.5. [/code] Um die SD Karte
Set call interval 10 KCARD: Notify driver about pid 140 (0>1)KCARD: Log = 0, Diff Disable, Path /tmp/filediff Auto OFF 0 seconds KCARD: Debounce = 1, WiFi Hide Disable, Skip Disable WiFi 0 can't less then 60 seconds kcard_print_dir_file_list: failed! get_file_list /mnt/sd/DCIM KCARD: waitting
-
Thread
Relaiskontakte T-Messung
gäb's einen fertigen Infrarot/Thermosäulen-Sensor zur kontaktlosen Messung (http://www.ti.com/product/tmp006) Melexis hat ähnliches im Programm MLX90614/5/6 (lötfreundlicher im TO36/46 Gehäuse)
-
Thread
Problem mit TMP36
MoinMoin, ich verwende für eine Temperaturmessung einen TMP36 an einem ADC-Eingang eines ATMega8. Als Referenz wird AVcc verwendet, wobei ich vor jeder Messung auch Vcc via BandGap ermittle und im Endergebnis berücksichtige. Die gewonnen Messergebnisse der
Der TMP36 braucht eine stabile Versorgungsspannung. Ein Abblockkondensator von 0,1 - 1µF direkt an den Anschlüssen kann da Wunder wirken. Notfalls noch einen kleinen Widerstand davor.
-
Thread
ATtiny13 lässt sich nicht programmieren - Brauche Ideen zum debuggen
ausführen. Der Output von den Fuses: [code] avrdude -c usbasp -b 300 -p t13 -q -U lfuse:r:LOW.tmp:h -U hfuse:r:HIGH.tmmp:h avrdude: warning: cannot set sck period. please check for usbasp firmware update. avrdude: AVR device initialized and ready to accept instructions avrdude: Device signature = 0x1e9007 avrdude: reading lfuse memory: avrdude: writing output file "LOW.tmp" avrdude: reading hfuse memory: avrdude: writing output file "HIGH.tmmp" avrdude: safemode: Fuses OK [/code] ergibt folgende Konfiguration: [code] LOW: 0x6a HIGH: 0xff [/code] Der Upload
-
Thread
400er LED-Schriftzug Schaltplan
break; } } void TLC5947_SetAllGS(uint16_t value) { uint8_t tmp1 = (value >> 4); uint8_t tmp2 = (uint8_t)(value << 4) | (tmp1 >> 4); gsData_t i = 0; do { gsData[i++] = tmp1; // bits: 11 10 09 08 07 06 05 04 gsData[i++] = tmp2; // bits: 03 02 01 00 11 10 09 08 gsData[i++] = (uint8_t)value; // bits: 07 06 05 04 03 02 01 00 } while (i < gsDataSize); } void init(void) //
-
Thread
STM32f4 performance
push {r4, r5} 34 .LCFI0: 35 .cfi_def_cfa_offset 8 36 .cfi_offset 5, -4 37 .cfi_offset 4, -8 37:src/main.c **** float tmp1, tmp2; 38:src/main.c **** float num_real, num_img; 39:src/main.c **** float
fmsr s14, r2 @ int 36:src/main.c **** { 44 .loc 1 36 0 45 000e 01EE904A fmsr s3, r4 @ int 47:src/main.c **** fofs_y = (float)offset_y; 46 .loc 1 47 0 47 0012
-
Thread
AVR-GCC 4.7.2 Bug?
dem Host laufen lasse, dann bekomme ich ein: [pre] Start *** buffer overflow detected ***: /tmp/hsv terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7ffff7b25817] /lib/x86_64-linux-gnu/libc.so.6(+0x109710)[0x7ffff7b24710] /lib/x86_64-linux-gnu/
vsprintf_chk+0x94)[0x7ffff7b23c14] /lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7ffff7b23b5d] /tmp/hsv[0x4004ef] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7ffff7a3c76d] /tmp/hsv[0x400539] [/pre] Sollte dir das zu denken geben? Vermutlich schon. :-) Dein char buffer[] ist
-
Thread
Atmel oder PIC Gesperrt
00bc 1F92 push __zero_reg__ <- wird nur 1* gebraucht 174 00be 0F92 push __tmp_reg__ 175 00c0 0FB6 in __tmp_reg__,__SREG__ 176 00c2 0F92 push __tmp_reg__ 177 00c4 1124 clr __zero_reg__ <- wird nur 1* gebraucht 178 00c6 2F93 push
r25 246 0144 8F91 pop r24 247 0146 2F91 pop r18 248 0148 0F90 pop __tmp_reg__ 249 014a 0FBE out __SREG__,__tmp_reg__ 250 014c 0F90 pop __tmp_reg__ 251 014e 1F90 pop __zero_reg__ <- wird nur 1* gebraucht 252 0150 1895 reti
-
Thread
Mittelwertfilter
DataInxDI; end if; end process FIR_ff; FIR_comb: process (DataBufxDS) variable tmp : integer range 0 to 127; begin for c in 0 to 63 loop tmp := tmp + to_integer(unsigned(DataBufxDS(c))); end loop; MetrikxDO <= std_logic_vector(to_unsigned(tmp,3))
tmp [/pre] Zum Hintergrund: http://www.lothar-miller.de/s9y/categories/36-Kombinatorische-Schleife Das Schlimme daran: das wirst du bei einer Simulation nicht feststellen, weil die Änderdung von
-
Thread
seltsames avr-gcc Verhalten: Programm wird nicht ausgeführt
elf32-avr Disassembly of section .text: 00000024 <__vectors>: 24: 12 c0 rjmp .+36 ; 0x4a <__ctors_end> 26: 19 c0 rjmp .+50 ; 0x5a <__bad_interrupt> 28: 18 c0 rjmp .+48 ; 0x5a <__bad_interrupt> 2a: 17 c0 rjmp .+46 ; 0x5a
bad_interrupt> 32: 13 c0 rjmp .+38 ; 0x5a <__bad_interrupt> 34: 12 c0 rjmp .+36 ; 0x5a <__bad_interrupt> 36: 11 c0 rjmp .+34 ; 0x5a <__bad_interrupt> 38: 10 c0 rjmp .+32 ; 0x5a <__bad_interrupt> 3a: 0f c0 rjmp .+30 ;
-
Thread
Arduino - ATtiny85 - AVR ISP-Stick
v -v -v -pattiny85 -cusbtiny -Uflash:w:C:\Users\Robert\AppData\Local\Temp\build6778120262430170771.tmp\Blink_einfacher.cpp.hex:i avrdude: Version 5.11, compiled on Sep 2 2011 at 19:38:36 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg
avrdude: verifying flash memory against C:\Users\Robert\AppData\Local\Temp\build6778120262430170771.tmp\Blink_einfacher.cpp.hex: avrdude: load data flash data from input file C:\Users\Robert\AppData\Local\Temp\build6778120262430170771.tmp\Blink_einfacher.cpp.hex: avrdude: input file C:\Users\Robert\
-
Thread
ATxmega128a1 und RFM70 Problem.
CMD_WRITE_REG | RFM70_REG_RX_ADDR_P0, adr, sizeof(adr)); // set static or dynamic payload uint8_t tmp; tmp = readRegVal(RFM70_REG_DYNPD); if(pltype == TX_DPL) // dynamic tmp |= 1; else tmp &= ~(1 << 0); writeRegVal(RFM70_CMD_WRITE_REG | RFM70_REG_DYNPD, tmp); } uint8_
CMD_WRITE_REG | RFM70_REG_RX_ADDR_P0, adr, sizeof(adr)); // set static or dynamic payload uint8_t tmp; tmp = readRegVal(RFM70_REG_DYNPD); if(pltype == TX_DPL) // dynamic tmp |= 1; else tmp &= ~(1 << 0); writeRegVal(RFM70_CMD_WRITE_REG | RFM70_REG_DYNPD, tmp); } uint8_