-
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
Compillieren in C++ schlägt fehl (Linux Programm auf Windows)
cport.hpp(24): Analyse: int cPort::getPorts(char * *) [BCC32 Fehler] cport.hpp(26): E2449 Größe von 't_tmp' unbekannt oder Null Vollständiger Parser-Kontext cencoder.cpp(6): #include ..\..\..\Desktop\XKilianCom\cport.hpp cport.hpp(18): class cPort cport.hpp(172): Entscheidung zum Instantiieren
cencoder.cpp(12): Analyse: cEncoder::cEncoder(const char *,const unsigned long) [BCC32 Fehler] cencoder.cpp(36): E2316 'openPort' ist kein Member von 'cPort' Vollständiger Parser-Kontext cencoder.cpp(34): Analyse: void cEncoder::reset(const char *,const unsigned long) [BCC32 Fehler] cencoder.cpp(36):
-
Thread
Programm startet auf dem einen win10 Rechner aber auf einem anderen nicht richtig
Bilder in einem temporären Ordner ab. Auf dem Rechner wo es nicht funktioniert endet es damit dass TID 36 einen neuen Thread erstellt. Auf dem Rechner wo es funktioniert erstellt der neue Thread einen weiteren Thread und dann geht es weiter.
möglicherweise nicht hilfreich. Hatte grade ein Problem "could no map segment of object file", fehler war das /tmp nodev gemountet war.
-
Thread
Fehlersuche bei I2C [MSP430]; UCBBUSY bleibt gesetzt
Ich weiße die I2C Pins dem USCI_B0 Modul zu und initialisiere anschließend den ersten Baustein (TMP100) entsprechend einem Beispielcode von TI zum senden: UCB0CTL1 |= UCSWRST; // Enable SW reset UCB0CTL0 = UCMST + UCMODE_3 + UCSYNC; // I2C Master, synchronous mode
an //... P3DIR |= 0x0f9; // Set P3 output direction P3SEL |= 0x36; // Set P3 function P3OUT |= 0x00; // Set P3 initial value //... BCSCTL1 |= XTS + DIVA_3; // HF XTAL + ACLK/8
-
Thread
Register umkehren
; } [/c] Wird compiliert zu: [avrasm] rev: lsl r24 adc r24,__zero_reg__ mov __tmp_reg__,r24 bst r0,1 bld r24,7 bst r0,2 bld r24,6 bst r0,3 bld r24,5 bst r0,5 bld r24,3 bst r0,6 bld r24,2 bst r0,7 bld r24,1 ret [/avrasm]
********************************************* ;* ;* mirror_fast 26 Takte (mit call/ret) / 36 Byte ;* ;* Spiegeln r16 ;* ;**************************************************************************************** .if use_mirror_fast mirror_fast: push r17
-
Thread
char in Float-Wert umwanden und auf LCD ausgeben
34; char ADC_Wert = 0x60; temp = NULL_Temp + (float)ADC_Wert * 0.025; in temp steht jetzt 36.4 drin! dann hab ich noch ausprobiet das ergebniss in eine andere Variable zu scheiben und dann auszugeben: float temper; temper = temp; printf ("Temperatur %.2f °C", temp); doch leider
Die Temp. wird über einen Sensor über I2C gemessen. (TMP100 von Texas Instruments) Der besitzt 9- bis 12-Bits für die Ausgabe, wobei ich nicht genau weiß wie ich die einstelle. Bei 12bit - Ich glaube das ist standardmäßig eingestellt - ist die Schrittweite
-
Thread
EleLa - Elektronik Lagerverwaltung
erstellt werden, wenn es fehlt. - Dies würde mir auch eine Location für das Temp-Verzeichnis geben. /tmp geht nur, wenn die Temporären Dateinamen "Safe" sind, also immer einen Zufallsnamen kriegen.
mnDBExportClick|TfrmImportExport.btnImportClick|TblDel: param|TfrmImportExport.GetCount|TableExists:wissen) 19:36:51 Database connected. 19:36:51 New Database Version: V1.2.11406 19:36:51 Update 28 der Datenbank erfolgreich abgeschlossen. 19:36:51 CreateNewField (historie,Adr_ID,INTEGER) ... Ich scheine einfach
-
Thread
Bitmanipulation beschleunigen
0xf0, 0xf0, 0xf0, 0xff, 0xff, 0xff, 0xff }; register union{uint32_t L; uint16_t b[4];}u; uint8_t tmp; u.b[0]=lut0[tmp = in & 15]; u.b[1]=lut1[tmp]; u.b[2]=lut0[tmp = in >> 4]; u.b[3]=lut1[tmp]; return u.L; Die 32 Cycles schaffen wir damit aber nicht. Die Skip-Befehle haben es schon
23 and r24, r25 e34: 09 f4 brne .+2 ; 0xe38 <__stack+0x539> e36: 21 c1 rjmp .+578 ; 0x107a <__stack+0x77b> e38: 47 9a sbi 0x08, 7 ; 8 e3a: 88 b1 in r24, 0x08 ; 8 e3c: 96 95 lsr r25 ;m>>=1
-
Thread
IOs umbenennen
ldi r18, 0x80 ; 128 100: 00 e0 ldi r16, 0x00 ; 0 102: 0e 94 36 00 call 0x6c ; 0x6c <set> [/c] Ich schätze mal, es ereicht die gleiche Langsamkeit bei 8MHz, wie die Verwendung von Bitmacros bei 32kHz. Peter
b) IO_PORT_ARG(a, b) #define IO_BIT_NUM(name) IO_BIT_ARG(name) #define IO_PORT_MERGE_TMP(a, b) a ## b #define IO_PORT_MERGE(a, b) IO_PORT_MERGE_TMP(a, b) #define IO_PORT_DDR(name) IO_PORT_MERGE(DDR, IO_PORT_NAME(name) ) #define IO_PORT_PORT(name) IO_PORT_MERGE(PORT
-
Thread
Arm debuggen mit openOCD + Yagart0
eine Erklärung warum er immer noch die Olimex CD für die Treiber will obwohl sie eigentlich in cygwin/tmp/ftd2xx vorliegen?
openocd.berlios.de/doc/doxygen/bugs.html User : 5 0 command.c:400 command_print(): debug_level: 3 C:\cygwin\tmp\openocd-0.3.0\src\openocd.exe: option requires an argument -- c Debug: 6 0 configuration.c:83 find_file(): found C:\cygwin\tmp\openocd-0.3.0\tcl\interface\olimex-arm-usb-ocd.cfg Debug: 8 0 command.c
-
Thread
Installation von CentiPad-Host-SW auf Debian
opt/uClinux/arm-elf/lib/crt0.o -L/opt/uClinux/lib/gcc-lib/arm-elf/2.95.3 -L/opt/uClinux/arm-elf/lib /tmp/ccpcUoCk.o -lgcc -lc -lgcc /opt/uClinux/lib/gcc-lib/arm-elf/2.95.3/crtend.o klaus@i4a:~/CentiDev-1.2.0b_KW > scp -p hallo root@192.168.0.50:/tmp/hallo root@192.168.0.50's password: hallo
* * * * * * *** **** *** * * 2010 mfgkw root@cp0:~# /tmp/hallo Hallo! [/pre] 192.168.0.50 ist bei mir das CP, ich habe ihm den Hostnamen cp0 verpasst. Wenn man in seiner lokalen /etc/hosts einen entsprechenden Eintrag macht, z.B.: [pre] ...
-
Thread
DS18B20 Temperatursensor mit Multimeter messen
welchen würdet ihr mir > vorschlagen, um ihn mit einem digitalen Multimeter messen zu können. TMP36 oder suche dir hier einen aus https://www.mikrocontroller.net/articles/Temperatursensor#Analoge_Temperatursensoren
-
Thread
AVR und der Umgang mit C++
{ 364: cf 93 push r28 366: df 93 push r29 368: 1f 92 push r1 36a: cd b7 in r28, 0x3d ; 61 36c: de b7 in r29, 0x3e ; 62 RX5808 rx; 36e: ce 01 movw r24, r28 370: 01 96 adiw r24, 0x01 ; 1 372: 0e 94 40 00 call
out 0x0b, r1 ; 11 #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif [/code]
-
Thread
Horizon EDA [War: Neues, halbfertiges Elektronik-CAD-Programm]
******************************************************* (gtk3-demo.exe:520): Gtk-WARNING **: 10:36:49.224: attach buffers (gtk3-demo.exe:520): Gtk-WARNING **: 10:36:49.224: attach 0 1 (gtk3-demo.exe:520): Gtk-WARNING **: 10:36:50.339: attach buffers (gtk3-demo.exe:520): Gtk-WARNING **: 10:36:50.339: attach 0 1 (gtk3-demo.exe:520): Gtk-WARNING **: 10:36:50.357: attach buffers (gtk3-demo.exe:520): Gtk-WARNING **: 10:36:50.357: attach 0 1 (gtk3-demo.exe:520): Gtk-WARNING **: 10:36:50.373: attach buffers (gtk3-demo.exe:520): Gtk-WARNING **: 10:36:50.373
-
Thread
ESP32 A1S Eval
, die bestückt/nicht bestückt sind, Wertangaben fehlen da natürlich... Key1 dürfte bei mir an GPIO36 sein. Man könnte auch so bestücken, daß alle Tasten als Spannungsteiler geschaltet werden und mit dem ADC an GPIO36 abgefragt werden könnten. Gruß aus Berlin Michael
eingeschaltet digitalWrite(GPIO_PA_EN, HIGH) - dann Loop über die samples ... i2s_write(I2S_PORT_TX, &tmp, sizeof(tmp), &iWritten,portMAX_DELAY); Funktioniert soweit auch, aber aus dem Speaker kommt für 5 sec. nur so eine Art 'schnarren', zwar mit den Lautstärkeänderungen wie bei MIC-Aufnahme, aber
-
Thread
Ansteuerung eines alten Watanabe Plotters
D974,74 D974,74 D973,75 D966,83 D966,83 D968,85 D968,85 D969,84 D976,76 D976,76 M976,38 D974,36 D974,36 D972,38 D972,76 D974,78 D974,78 D976,76 D976,38 M966,38 D968,43 D973,46 D978,45 D982,41 D982,35 D978,31 D973,30 D968,33 D966,38 M965,23 D964,22 D964,22 D963,23 D963,32
Product Summary) nicht genannt, nur eine Befehlsdauer von >2,5µs. Es gab noch den etwas schnelleren Typ TMP8035AP mit >1,36µs. Oft wird der Quarztakt intern noch heruntergeteilt, schau einfach nach, was auf dem Resonator steht.
-
Thread
Bootloader auf Attiny85 jedesmal neu brennen?
sind 512 Bytes. avrdude: verification error, first mismatch at byte 0x000a 0x24 != 0x36 avrdude: verification error; content mismatch Fehlgeschlagenes Hochladen: Hochladefehler: exit status 1 Brenne ich dann den Bootloader neu, funktioniert es. Ich benutze die IDE 2.3.1 auf Linux
devThis-is-the-head-submit-PRs-against-this/avr/avrdude.conf -v -pattiny85 -carduino -P/dev/ttyUSB0 -b28800 -D -Uflash:w:/tmp/arduino_build_890587/sketch_feb19a.ino.hex:i [/pre] Also der Parameter "-D" ist dabei, wie Björn schrieb. Das muss dann wohl so sein. Was ich mir noch vorstellen könnte ist, dass die Baudrate
-
Thread
MAX7456 & STM32 Charakter überschrieben
des Zeichensatzes for(unsigned char count = 0;count <91;count++) { unsigned int tmp = ((unsigned int)&FONT)+(64*count); unsigned char Index; pal_data_write(VIDEO_MODE_0_WRITE,0x00); pal_data_write(FM_ADDRH_WRITE,count); for(Index = 0x00; Index < 0x36; Index++) { pal_data_write(FM_ADDRL_WRITE,Index); pal_data_write(FM_DATA_IN_WRITE,pgm_read_byte(tmp+Index)); } pal_data_write(FM_MODE_WRITE,
-
Thread
Digitale Temperatursensoren mit 15m Kabel
nicht mit parasite, sondern externer Power zu arbeiten. Es geht auch mit analogen Sensoren, z.B. TMP36, die geben eine zur Temp. proportionale Spannung aus. Aber auch mit ganz billigen NTCs am ADC und einer kleinen LookUp-Table kann man recht schön messen.
-
Thread
Sammelbestellung USBTMC Adapter. Interesse?
dann in meiner libusb Implementierung sowas [pre] int rc=-666; try { uint8_t tmp=0x01; rc=libusb_control_transfer( devh,0xa1, 0x40, 0, 0, &tmp, 1, 250); } catch (...) { DebugHelper::log(DebugHelper::UsbTmcHandlerObject, 0, QString("libusb_control_transfer
Probier mal: dd if=tmp/TestAndMeasurement.bin of=/mnt/FLASH.BIN bs=512 conv=notrunc oflag=direct,sync Der bootloader mapt FLASH.BIN aufs flash der MCU. Mit Testandmeasurement.bin kann er nix anfangen.
-
Thread
avr-gcc - unnützer Assembler-code?
89 0f add r24, r25 c4: 80 93 02 01 sts 0x0102, r24 c8: ee cf rjmp .-36 ; 0xa6 <main> [/avrasm] Das sieht doch jetzt nachvollziehbar aus. mfg.
movhi/1 [length = 1] /* epilogue start */ ; SP += 2 ; 44 *addhi3_sp [length = 2] pop __tmp_reg__ pop __tmp_reg__ pop r29 ; 45 popqi [length = 1] pop r28 ; 46 popqi [length = 1] ret ; 47 return_from_epilogue [length = 1] f3: push r14 ; 37 pushqi1/1 [length
-
Thread
XMega128A3 Kalibrationswerte ADC sind alle 0
thinkrat /media/1234-5678 $ hexdump -C PRODSIGN.BIN 00000000 0c 40 7c 09 40 5f ff 01 31 48 32 32 36 37 ff ff .@|.@_..1H2267..| 00000010 0e ff 06 00 03 00 ff ff ff ff 7e f8 22 40 ff ff ..........~."@..| 00000020 44 04 00 ff 44 04 00 ff ff ff ff ff ff ff ec 09 D...D...........| 00000030 ff
hochgeladen, damit Sie bequem aus dem Browser heraus benutzt werden kann: http://matrixstorm.com/tmp/example_mikrocontroller_337355_3709558.html Den "puren" C-Code hanege ich zudem an. (Dieser benoetigt aber externe Libs) MfG
-
Thread
Motorola Vip19x0 (Big brother of Vip1710)
someone help. i want to download the new firmware to the box via tftp. but i got error on the box 36. what do i wrong ? and the howto in this tread is very low in information. thanks
1 of 90 Kernel name: kernel-1960 Kernel address: 224.2.2.18:22222 Unable to read from file /tmp/bootimage_version: error 22 Verifying image... secman: Data verification failed on /tmp/bootimage.gz.sec! Using Local Storage LS: No valid kernel image available. Reboot. Disabling FDMA Shuting
-
Thread
Sensor AD590
Einfacher wäre es, einen Sensor mit Spannungsoutput zu nehmen. Z.B. TMP35/36/37, auch von Analog.
-
Thread
SRAM beschreiben und auslesen
jedoch Datenbus hochohmig Z2: OE <= 0 CE <= 1 WE <= 1 Datum vom Bus in Register (tmp-signal) speichern -> Z3 Z3: siehe oben
siehe datenblatt fuer einen SRAM hier: http://www.chipcatalog.com/Datasheet/CFD5315B106306F379B36F9A8BB16B08.htm siehe seite 2 Tabelle oben bzw. Seite 3 Tabelle oben das der vllt doch nicht so lange braucht um auf eine CE-Aenderung zu reagieren ist wohl ein Irrtum meinerseits ... naja hatte mit
-
Thread
Anfänger-Entwicklung einer Gärbox Steuerung
*leftServoController; ServoController *rightServoController; void setup() { AllSettings tmp; EEPROM.get(0, tmp); if (tmp.test==0xFF) { // copy defaults to EEPROM EEPROM.put(0, globalSettings); } else { // replace defaults in RAM by settings from EEPROM globalSettings=tmp; } Serial.print(F("Welcome ")); Serial.print(globalSettings.user.name); temperatureController=new TemperatureController(globalSettings.temperature); userManagement= new
-
Thread
mAh messen, welche Methode?
mit 15R Lastwiderstand entladen, was etwas über 3 Stunden gedauert hat (1096 Meßwerte): [pre] /tmp $./akku.pl <akku_800mAh_15R.log Akku-Kapazität oberer Grenzwert: 0.73822 Ah Akku-Kapazität linear gemittelt: 0.73813 Ah Akku-Kapazität unterer Grenzwert: 0.73804 Ah Akku-Kapazität vom Akkutester
die einen relativ gemütlichen Tempco hat. 2W Drahtwiderstände mit 15R wie sie bspw. Reichelt für €0,36 verkloppt, haben 150ppm/K. Wenn man so einen Widerstand mit 65K Übertemperatur betreibt, gibt das gerade mal 1% Abweichung. Über den gesamten Entladezeitraum fällt die Spannung von knapp über 4V auf
-
Thread
stromsparender ADC-Einsatz (für Batteriebetrieb)
dann umrechnen. Den LM335 an einen Portpin hängen und komplett abschalten. Alternativ auch den TMP36GS mal anschauen, der kommt ohne negative Spannung bis unter -40 Grad. Gruß aus Berlin Michael
-
Thread
arm-none-eabi Linker problem
Dort sieht man den kurzen Quellcode + Makefile + consolen output Das Problem tritt in Zeile 36 auf.
./arm-none-eabi/bin/ld: warning: cannot find entry symbol _start; defaulting to 0000000000008000 /tmp/cc6fDBq0.o: In function `main': main.c:(.text.startup+0xa): undefined reference to `sprintf' collect2: error: ld returned 1 exit status make: *** [Makefile:31: main.gcc.thumb2.flash.bin] Error 1
-
Thread
[T] Teilekiste geleert
Gerät ist übrigens von einem 91er ICE :-) SED1341F (LCD controller) D71051C (serial interface) TMP82C79P-2 (keyboard inerface) sn74als299n (8bit universal shift register 2x) 74hc241ap (octal bus buffer) tms 4464-12nl (RAM 4x) cd74hc174e 74hc74ap P51256SL-10 (DRAM Speicher 28 pin Version
nec d72020c-8 (prozessor) RECOM R05A12 (dc/dc wandler, 5V>12V@42ma) SYKO SRI.S60.24 (DC/DC 36-76V zu 24V @ 0,6A)
-
Artikel
Temperatursensor
Genauigkeit von 0.5 bzw. 1°C. Vorteile: höhere Auflösung höhere Genauigkeit Nachteil: schwerer zu beschaffen TMP175 / TMP75. Ähnelt dem LM75 stark! Temperatursensor von Texas Instruments. EDIT 11.03.2024 Link funktioniert nicht mehr, Repo nicht mehr da. Links: Linux Kommandozeilen Tool für den Zugriff DS18S20
0,80 PT100 3,80 3,99 4,00 9,79 4,27 0,68 SE95 1,50 0,63 - 1,45 - 1,00 SHT11 26,00 24,38 33,20 25,65 - 36,76 SHT15 - 27,69 36,30 28,72 - - SHT21 29,50 18,10 - 21,16 - - SHT71 25,40 29,06 36,89 30,88 - - SHT75 - 33,77 42,48 35,52 - - SMT160-30 - 9,28 8,14 12,38 - - TMP75 - 0,80 - 0,85 - 1,37 TSic206 - - 5,84
-
Thread
Arduino analog input
temperatur Zitat: "Der Wert des Sensors wird unmittelbar im „Map-Befehl“ ausgelesen mit „analogRead(TMP36)“. Die Messwerte sollten zwischen 0 und 410 liegen. Das entspricht am analogen Port den Werten zwischen 0 V und 2V" Ich verstehe nicht, warum die analog eingelesenen Werte zwischen 0 und 410