-
Thread
Atmega128 - Programm wird geladen, aber LED blinkt nicht?
Stefanus F. schrieb im Beitrag #5908345: > 1: VCC o------(V)-----o PB0 > > 2: GND o------(V)-----o PB0 Heinrich W. schrieb im Beitrag #5908433: > Bei 1: 0 V Heinrich W. schrieb im Beitrag #5908417
du nicht den Abblock-Kondensator und Pull-Up Widerstand hinzufügen? Abblock-Kondensator heisst: 1x 100nF lins und einmal 100nF rechts and (A)VCC und GND direkt neben den µC stecken. Pull-Up Widerstand: 1k bis 10k Ω von Reset nach VCC.
-
Thread
Lupenlampe oder Brille kaufen?
Stefanus F. schrieb im Beitrag #5907518: > Ich werde mir morgen ein LCD Mikroskop bestellen > (https://www.amazon.de/KKmoon-Elektronisch-Vergrößerung-Einstellbar-Helligkeit/dp/B075ZR3R9C/ref=sr_1_7). Mach das
müsste dann mal Brille 1 versuchen. Bin aber eher f. Linsen aus Glas. Weiß - ist altmodisch. In Brillen auch immer mehr Kunststofflinsen im Einsatz. Brille / Lupe && viel Licht. Schau mer mal.
-
Thread
AVR debuggen wie in der Steinzeit?
Port verloren (Mirochip macht das über dieselben fünf Drähte). Schaue dir mal beispielsweise einen PIC16F1828 an - der ist vergleichbar zum ATmega8. Debugging geht einwandfrei, kostet weniger und ist ebenfalls uralt. Über andere fehlende Funktionalität (interner Oszillator nicht während des Betriebes
> Ist die aktive Entwicklung von Atmega8/16/32 überhaupt noch angedacht? Solange die aktuellen Entwicklungstools auf ATmega getrimmt werden, denke ich mal ja. > Also jedes neuere Projekt mit einem PIC starten? (ist eine ernste Frage)
-
Thread
Sehr interessante uC Project Seite
Paul schrieb im Beitrag #5901784: > Oh Gott, Prozessoren aus dem letzten Jahrtausend. So,so, der PIC18F87J93, aus dem ersten Projekt auf der Seite, ist aus dem letzten Jahrtausend.
68k-Architektur war eine 32-Bit-Architektur, im Gegensatz zur durch die Segmentitis verunstaltete 16-Bit-Architektur des 8086.
-
Thread
PIC18F24K42 - Bootloader und Applikation verbinden
ich hier auf Hilfe. Hat jemand eine Idee? Die Randbedingungen: MPLABX 4.05 XC8 2.05 PIC18F24K42 Vielen Dank schon mal im voraus.
Schau mal da: https://pic-projekte.de/blog/bootloader-fur-pic16-und-pic18/ Vielleicht hilft das weiter. <edit> AN1310? Müsste alles in der entsprechenden Application-Note stehen. Die meisten scheinen aber das Ende des Programmspeichers
-
Thread
PIC16f628 programmieren Gesperrt
Welches ist das kostengünstigste Programmiergerät, um einen PIC16F628A zu programmieren? Gibt es einen freien Assembler dazu?
Hier gibt's ein Beispiel für den SDCC: https://github.com/diegoherranz/sdcc-examples/tree/master/pic16/1.blink_led Allerdings steht im Makefile: FAMILY=pic16 PROC=18f2550 ???
-
Thread
OLED-Display SPI Psoc4
(); Write_Cmd(0xAE); //Set Display OFF Initial_SSD1327(); Pic_show(&pic1);// Ausgabe an Display Write_Cmd(0xAF); //Set Display On } void Pic_show(unsigned char ptr[][MAX_COL/2]){ unsigned char i=0,j=0; Write_Cmd(0x15)
{ Pic_show(&pic1);// Ausgabe an Display } void Pic_show(unsigned char ptr[][MAX_COL/2]){ unsigned char i=0,j=0; Write_Cmd(0x15); //Set Column Address Write_Cmd(0x00); //Start Column
-
Thread
Projekt mit LED Leiste ATMega und Batterien
kenne nur den LM2596. Dann wohl eher der https://www.amazon.de/XL4015-Spannungsregler-von4-38V-nach1-Arduino/dp/B01MT4CUHW/ref=sr_1_16?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=step+down+5+ampere&qid=1562458564&s=gateway&sr=8-16 für den Fall, dass es China ware ist sind wenigestens 5A angegeben
also auch 5V. > Dann wohl eher der > https://www.amazon.de/XL4015-Spannungsregler-von4-38V-nach1-Arduino/dp/B01MT4CUHW/ref=sr_1_16?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=step+down+5+ampere&qid=1562458564&s=gateway&sr=8-16 > für den Fall, dass es China ware ist sind wenigestens 5A
-
Thread
Kleinen uC gesucht
Hallo Sandra, Schaue mal nach dem PIC12F1840. Michael
K. J. schrieb im Beitrag #5894532: > allerdings gibt es die kleineren Käfer nur als PIC12 > und die werden ja nicht mehr Weiterentwickelt. das ist nicht richtig, z.b. ist der pic16f18313 aktuell und hat 8 pins. mt
-
Thread
Datenübertragung bei Netzausfall , Powerline.
noch eine Info zur Controllbox., oder Anzeigebox. Das Ding ist einfach nur ein Display mit einem PC16F876 und RS232 comunikation. Ist ein 4x20 OlED-Display von Reichelt. https://www.reichelt.de/display-oled-4x20-98x60mm-gelb-ea-w204-xlg-p113324.html?&trstct=pos_9 Der eigentliche Text ist im
an dem 100µF/16V Elko? PS; Das ist das Modul was ich weiter oben schon mal verlinkt habe. https://www.aliexpress.com/item/32857349905.html
-
Thread
LED Array mit MBI5026CN und PIC 16F688
Data) C2: 0 LE (Latch Enabled) C3: 1 C4: 0 RS232 TX kontr C5: 1 RS232 RX */ //PIC- Include Files #include <16f688.h> #device ADC=8 //10-Bit ADC //Einstellungen #fuses INTRC_IO,NOWDT,NOPROTECT,NOMCLR,BROWNOUT
jeden 4. Zyklus wird im Program fortgefahren + Timer inkrementiert // -> 0.5us SETUP_TIMER_1(T1_INTERNAL|T1_DIV_BY_1); // zählt alle 0.5us eins weiter } // Gibt 16 Werte (Bit) ans Register des LED-Drivers weiter (von max 112) void set_out(int16 row){ int16 x; //Bit Maske
-
Thread
Warum funktioniert mein AVR Assembler Code nicht?
= 1) breq number1 cpi r16, 0b0000010 ; if(PINC == 2) breq number2 cpi r16, 0b0000011 ; if(PINC == 3) breq number3 cpi r16, 0b0000100 ; if(PINC == 4) breq number4 cpi r16,
out PORTB, r17 ; turn on leds rjmp loop number0: ldi r17, 0b01111110 ; a, b, c, d, e, f number1: ldi r17, 0b00110000 ; b, c number2: ldi r17, 0b01101101 ; a, b, d, e, g number3: ldi r17, 0b01111001 ; a, b, c, d, g number4: ldi r17, 0b00110011 ; b, c, f, g number5
-
Thread
(V) Spannungsregler, Logik, MCUs,
ich 50% des Reichelt- bzw. Digikey-Preises ansetzen, d.h. ATTINY13V-10PU, 0,50 ATTINY44V-10PU, 1,- ATTINY84, 0,60 ATMEGA88-20PU, 1,10 ATMEGA168-20PU, 1,30 MIC5801, 1,20 AT90CAN128-15AZ, 2,70 PIC16F628, 1,00 LPC1766, 4,00 YARD-IR-Empfänger rev. 2 mit PIC16F628, PDIP18 und MAX232, 1,20 Mini-ICE mit ATMEGA16-16AU und FT232RL, 2,60
-
Thread
uC mit USB gesucht
. Je nach Anforderung würde ich daher zu einem Controller mit der "USB"-Peripherie raten, wie STM32F103, und nicht den von "jemand" genannten STM32F407, welcher gleich 2 "OTG"-Module hat.
A. F. schrieb im Beitrag #5890005: > Interessant, ich werde mich da noch einlesen. Danke. Ist auch im genannten Tutorial erläutert, Abschnitt "Windows: Laden von WinUSB". A. F. schrieb im Beitrag #5890005
-
Thread
Welche uC /IDE hat besten Aussichten?
unterstützt werden, aber wichtige Bestandteile für die Codegenerierung enthalten. Beispiele: CORBA, ASN.1, XML, SDL, TTCN, JSON.
Flag wird oft beim Eintritt automatisch gelöscht. Leider nicht mehr bei den neueren AVR Series-0/1 Typen. Da wird manches leider komplizierter.
-
Thread
Raspberry Pi 4 vorgestellt
://forum-raspberrypi.de/forum/thread/43563-rpi4-4gb-zeigt-kein-bild-stinkt-und-wird-extrem-hei%C3%9F/?pageNo=1 Also Vorsicht mit Quickcharge Netzteilen. Habe auch einen RPi4 bestellt, den werde ich mit so einem Kabel https://www.reichelt.de/usb-3-1-c-stecker-freie-enden-ws-1-8-m-usb-c-10080115-p208105
kein Qualitätsmerkmal ist, bei dem was die sich erlaubt haben: https://www.youtube.com/watch?v=7FeqF1-Z1g0
-
Thread
Buck-Boost Schaltregler bei uA Last
Device vor die Nase gekriegt, welches ein LoRa bzw. SigFox-Modul drauf hat. Alle Sensoren und der PIC16F ziehen im Standby/Sleep nur Ströme im obengenannten uA Bereich. Lediglich bei der Übertragung werden Ströme im Bereich von 20 - 80mA gezogen. Gespeisst wird das ganze entweder von 3.6V Li-Ion
Anforderungen muss ich eine stabile Ausgangsspannung bei 3.3V gewährleisten *Wirklich???* Ansonsten... 1.b) (Noch besser) Die LoRa-Module funktionieren auch noch mit 3,0V. -> LDO 3,3V mit wirklich geringer Dropoutspannung + 1x Li-Ion. Entladespannung auf 3,1V festlegen. Weniger bringt eh' nicht mehr viel
-
Thread
CCL in AVR mega0 / tiny0 / tiny1
müsste, und das macht für mich keinen Sinn. > Deswegen frage ich nochmal ob du > die Tabelle 3.1 kennst im Datasheet .pdf? Darin ist alles aufgeführt was > man für CCL verwenden kann und alles andere auch. Tabelle 3.1. ist in meinem DB von 2019 was anderes. Ich schaue in Abschnitt 26.2.2.1.
Hab' selbst noch nichts mit mega CCL gemacht, aber im PIC16F1713 datasheet empfehlen die ein inversions bit zu setzen oder zu loeschen wenn man einen input der CLC toggeln will. [code] It is possible (but not recommended) to select both the true and
-
Thread
Aufwandsabschätzung für Automatisierungsprojekt (Steuerungsplatine)
/XP-Basis, zur Not auch 7) über USB, sofern vorteilhafter über LAN. Bisher vorgesehener µC-Typ: PIC18F4550, bisher vorgesehene Software „ABACOM Profilab Expert“ als Grundlage, aber von einem fähigeren Programmierer umgesetzt/angepasst, damit man auch was damit anfangen kann. Jedenfalls muss über
nun gefordert? Ich sags euch: Eine kleine Platine, Doppelseitig Bungard 200x160mm oder so, mit nem PIC 18F4550 drauf, und eben noch ein paar andere Käfer, die ich teilweise bekannt hab. Dazu vor allem noch Dioden e.t.c. Layouten kann ich selber, brauch nur einen Schaltplan. Jesus Christ... Achso,
-
Thread
Code für 16F727 auf 18F4520 anpassen
Boerge schrieb im Beitrag #5872842: > Firmware ist für den 16F727. dann nimm den, bei Reichelt für 1,90€
OPTION_REG = 0b10000000; Hat was mit Inerrupt zu tun. Warum schaust du nicht ins Datenblatt von dem 16F727 ? Da ist das Register beschrieben und dann von dem andern PIC das Datenblatt, das dazu gehörende Register dann suchen.
-
Thread
Neue MCU familie gesucht
Geschwindigkeit kompiliert (damit liegt die Codegröße bei MCS-51 etwa beim doppelten von STM8): C8051F120@98Mhz: 95 STM8AF5288@16Mhz: 109 STM8S208MB@24Mhz: 147 zum Vergleich: Weitere µC mit SDCC 3.7.0 bzw. GCC 6.3.1: CY7C68013A@48Mhz: 12 STM32L073RZ@32Mhz: 717 STM32F051R8@48Mhz: 1141 STM32F103RB
packst du das Dingens aus. Das Package für die STM32F0 bei mir hat dann folgende Struktur: .../STM32Cube/Repository/STM32Cube_FW_F0_V1.4.0/Drivers/CMSIS/Device/ST/STM32F0xx/Include Da liegen die Headerfiles, die du suchst. >> 2. Und wie gehts
-
Thread
PIC16F872 / F72 - pickit3 - microcontroller programmiert aber keine Signale
Hallo zusammen, ich bin jetzt seit gefühlt Tagen dabei, einen PIC16F72 und einen PIC16F872 zu programmieren. Ich habe auch mehrere Microcontroller da, das heißt ein Problem mit kaputten sollte ich nicht haben. Ich habe schon PIC's programmiert und benutze einen Pickit3
P. schrieb im Beitrag #5866713: > Erst mal nur mit internem Oszillator testen > Die antiken PIC16F72 und PIC16F872 haben keinen internen Oszillator.
-
Artikel
AVR CP/M
System. Die Ein- und Ausgabe erfolgt über ein serielles Terminal. Hardware-Varianten. Hardwarevariante 1 - Ur-Version 4-bit Zugriff. Die Hardwarevariante 1 (Download der Doku) besteht derzeit aus den folgenden Komponenten: ATmega88 404256 DRam SD Card FT232RL Schaltplan und Layout der Variante 1 als EAGLE-File
diskimage datei.com 0:datei.com - kopiert datei.com in das image cpmcp -f avrcpm diskimage 0:datei.com datei.com - kopiert datei.com aus dem image cpmrm -f avrcpm datei.com - loescht datei.com aus dem image Die cpmtools gibt es hier: (Achtung! Inzwischen wird FAT16 unterstützt
-
Thread
AVR: Ist PORTx |= atomar?
14: 88 b1 in r24, 0x08 ; 8 16: 8c 7f andi r24, 0xFC ; 252 18: 88 b9 out 0x08, r24 ; 8 1a: 96 ff sbrs r25, 6 1c: 00 c0 rjmp .+0 ; 0x1e <softspi_write_byte
Beitrag #5862834: > ... Makros ... > CLI() notwendig? Ja, sieht so aus. Denn xx ist nicht das 1-er Komplement einer 2-er Potenz, eine der o.g genannten /notwendigen/ Voraussetzungen: > 14: 88 b1 in r24, 0x08 ; 8 > 16: 8c 7f andi r24, 0xFC ; 252 > 18: 88 b9
-
Thread
XMEGA Hardware-Bug (Kritisch) Gesperrt
1f könnte Zieladresse 1 "f"orwärts und 2b Zieladresse 2 "b"ückwärts heissen. Gar nicht mal so dumm...
fd cf rjmp .-6 ; 0x00000008 .data:0000000e 01 e0 ldi r16, 0x01 ; 1 .data:00000010 00 93 67 06 sts 0x0667, r16 .data:00000014 f8 cf rjmp .-16 ; 0x00000006 [/code] Und als Intelhex [code] :020000020000FC :1000000001E000936106039501C00000FDCF01E00F
-
Thread
Reparaturversuch Pendelhub Stichsäge Würth
einwandfrei. Ich nehme an es wurde der Widerstand gebrückt. Ob das der nachfolgenden Schaltung (PIC) gutgetan hat?
die Schaltung "re-engineeren" will: Die beiden ICs sind 4017er (Johnson-Ringzähler), D1 ist eine 1N4004, der Thyristor ein 2P4M und der C1 hat 100µF/16V. Der Wert der Z-Diode ist nicht lesbar, genau wie D2 und D3. Außer dem Thermoblock enthielt die Maschine nur noch die obligatorische
-
Thread
Physikalischer CAN Bus mit Transceivern aber ohne CAN Controller
auch nicht viel mehr als der MCP2515 und ist meiner Meinung nach einfacher zu programmieren. (z.B PIC18F25F83, MCP2515 bei Mouser ~gleicher Preis bei kleinen Stückzahlen)
Frank K. schrieb im Beitrag #5858262: > Dann nimm anstelle eines MCP2515 einen PIC18F26K80 Der 80er kostet immer noch ~1€ mehr als der 83er und ein 25k ist billiger als ein 26k und tut es da locker!
-
Thread
Billiger Mikrocontroller gesucht für unter einem €
https://www.reichelt.de/mcu-pd78f-1-kb-20-mhz-ssop-30-upd-78f0503-mc-p167839.html?&trstct=pol_2 https://www.reichelt.de/stm8s-8-bit-mcu-16-mhz-8-kb-1-kb-so-8-stm8s001j3m3-p252005.html?&trstct=pol_12 werd glücklich und stirb in
Oder einen STM8S103F3, (Incl. Breakout-Board für < 1€ bei ebay/ali) Dazu noch https://github.com/tenbaht/sduino und schon wird auch die zweite Anforderung Über-erfüllt: Bbb B. schrieb im Beitrag #5857272: >
-
Thread
Serielle Kommunikation / Modbus Format - wie implementieren?
uint8_t)); memcpy(txdata, req, length); // CRC berechnen und an txdata anhängen. uint16_t crc = _CRC16(req, length); length +=2; txdata[length-2] = crc & 0xFF; txdata[length-1] = crc >> 8; // txdata an das BMS übertragen: for(uint8_t i=0; i<length; i++) {
machten früher viele Steuerprojekte mit adressierbaren RS485 RTUs mit ASCII Command Protokoll mit CRC16 zur Sicherheit. Ungleich zu MB war die Timing kein Thema und normale UART Routinen konnten wie üblich eingesetzt werden. Auch war die FW viel schlanker (PIC16F877) Die Kundenanlagen liefen auf Jahrzehnte
-
Thread
STM32: Sendepuffer für USART
. schrieb im Beitrag #5855770: > Ach nö, wenn schon dann USARTx_CR und in der Überschrift > USART1..,USART2.. usw. Bleib bei mir lieber exakt. Ich bleib gerne exakt, hier Auszüge aus den Refmans von F2xx: 24.6.4 Control register 1 (USART_CR1) F4xx: 30.6.4 Control register 1 (USART_CR1) G071: 32.7.2 USART control register 1 [alternate] (USART_CR1) H750: 47.7.1 USART control register 1 (USART_CR1) F103: 27.6.4 Control register 1 (USART_CR1) Ich seh da kein USARTx? Oder worauf beziehst du dich? In der Überschrift steht
-
Thread
Pin6 is I/O pin - wie umstellen? Gesperrt
Luca E. schrieb im Beitrag #5843143: > Wenn du beim Attiny48 den Resetpin (PC6 auf Pin1) als IO gefused hast, Ralf Schneider schrieb im Beitrag #5843079: > Pin6 is I/O Pin Pin6 vs. Pin1 passt nicht zusammen. Oder der TO meinte mit Pin6 in Wirklichkeit PC6. Es darf weitergeraten
> Es könnte auch ein AtTiny48 sein ? Das glaube ich nicht! Es wird ein ATMega48 sein. Oder ein PIC16F64 mit dem reduzierten 48kB Speicher
-
Thread
Wieso 100nF pro Power-Pin?
#F.14.1
r (FR4) z.B. = 4,5 Fläche/Abstand =(0,1*0,16/0,0004) = 40 m ergibt 1584 pF Das reicht natürlich nicht alleine aus um Niederfrequenz abzublocken. Die 100nF Cs sind trotzdem nötig.
-
Thread
LED Messung mit AVR
1,1 oder 2,56V des AVRs als Referenz nutzt, reicht die Auflösung locker, schließlich will man das nicht auf's uA genau wissen, volle mA reichen problemlos. Die Anzeige und die Umrechung in Vorwiderstände
in meiner LED-Kiste) von links nach rechts, alle mit 3mA low current rot 1,78V low current grün 1,92V low current gelb 5,3V low current orange 1,82V die ultra hellen fetzen einem schon bei 3mA die Netzhaut weg (wir hatten als geringsten Strom wo sie noch gut zu erkennen
-
Thread
ADC Converter große Auflösung
nicht höllisch aufpasst. Ich hatte damals den Fehler gemacht separate 4MHz und 10MHz Quarze für den PIC16C84 und den ADC zu verwenden. Das führt schon zu einem merklichen Rauschen. Hätte man die Clocks von einem gemeinsamen Takgeber abgeleitet, wären evtl. die von Stefanus genannten 20 Bits möglich
schafft der laut DB nur ein RMS-Rauschen von 140 nV bei 2 Hz Ausgangsdatenrate was zudem schon im 1/f-Rauschbereich ist...
-
Thread
LED-Display mit Common Kathode = Fehlkauf?
vierstellige Anzeigen kannst du für die High-Side jedes normale 74HC(T)xx IC verwenden. Bei AVR und PIC µC brauchst du gar keinen Treiber. Diese Uhren machen es vor: https://www.amazon.de/KKmoon-4-stellige-Steuerung-Temperatur-Transparent-Wei%C3%9F/dp/B01HMHZHX8 Da werden die 4 Kathoden mit NPN
moderne IC können beides, z.B. http://www.sinowealth.com/ftp//8051%20mcu/8bit%20flash%20mcu/ss459a_sh79f3212/SH79F3212V2.2.pdf
-
Thread
Mehrere Relais gleichzeitig schalten
>>> 1N4006 sind in Ordnung? >> Welche Diode du verwendest, ist ziemlich egal. > Geht da auch die 1N4006? Ja doch! > Von 16VAC auf 12VDC. Das sehr sehr ungünstig. Damit dafür jetzt kein neues Faß
morgen drum. Als Messgerät nutze ich übrigens ein FLUKE 175, das sollte schon sehr gut sein. Stefan F. schrieb im Beitrag #6049377: > An der C-E Strecke von Q1 müsste im Ruhezustand 12 anliegen Da habe ich 11.47V > dementsprechen an der B-E Strecke von Q2 ungefähr 0,7V. Da habe ich 1.15V
-
Thread
PIC18F252, CCS-IDE 3.9
PIC18F252, CCS-IDE 3.9 Um überhaupt ein Debug-Mittel bei der Erweiterung eines Uralt-Systems zur Hand zu haben, wollte ich in einem Fifo zwischengespeicherte Debug-Werte alternierende zur Temperatur
time = ((uint16_t) tick); time >>= 8; h = (char) (((time >> 4) & 0xF) | 0x30); l = (char) (((time >> 0) & 0xF) | 0x30); //h = '1';
-
Thread
Aufwandschätzung für Cross-Assembler
Ich hab mitte der 90er auf meinem Amiga 500 in GFA-Basic einen Pic16F84-Assembler gebaut. Mit Labels und ein paar erweiterten Opcodes, ohne bedingte Assemblierung, Makros und so'n Werks. Zwei-Pass, ca. 15 Minuten Compilierzeit für effektiv gerade mal 1kWords Ergebnis
schrieb im Beitrag #5833268: > Ich hab mitte der 90er auf meinem Amiga 500 in GFA-Basic einen > Pic16F84-Assembler gebaut... Interessant, hier war es ein Intel 8085 und ebenfalls das sagenhafte GFA-Basic von Frank Ostrowski auf einem ATARI ST. Der erste Versuch endete in einer Sackgasse und ich
-
Thread
Programmieren lernen die 10.001
) / 1000000L) #else [/c] Ich definierte temporär meine CPU 10% (16MHz - 1,6MHz) langsamer damit das Timing wieder passt.
STM32, NXP, SAMD (alle 32-Bit ARM : arm-none-eabi-gcc) MCS-51 (SDCC) STM8 (SDCC) eingeschränkt für PIC16F und PIC18F (SDCC mit eingeschränktem Funktionsumfang. Sollte hier jemand eine gute, offene und kostenfreie Quelle für Linux kennen wäre ich sehr daran interessiert) MSP430 (16-Bit mspgcc, wenn auch
-
Thread
CPU 300MHz, aber ADC und DAC schaffen 2MSps. Wie nur?
mit der Elementarladung gar nicht in die Verlegenheit kommen kann, 2^64 Bit Auflösung zu benötigen. 1 Elektron hat ca. 1,6e-19C, für 1C benötige ich also ca. 2^62,5 Elektronen. Ein Kondensator mit 1F hält bei 1V Spannung genau 1C an Ladung. Jedenfalls müsste man sich da mit einzelnen Elektronen herumschlagen
hmmhmm schrieb im Beitrag #5833493: > Mal davon abgesehen, dass man 1600pF bei Temperaturen oberhalb von 1K > gar nicht messen können wird (thermisches Rauschen). Es sind pV, nich pF. Tut mir leid.
-
Thread
Onewire Arduino Misch-Topologie
Fehler zu erwarten sind. Es könnte auch nicht schaden bei jedem Sensor zwischen Vcc und Masse einen 0.1uF Kerko anzuschliessen. Ich verwende sie nur selten. Ich hatte um 2010 herum ein Laborprojekt in der Arbeit wo ich fünf Deiner Sensoren mit einem PIC18F8722 und Kabellängen bis zu 2-3m hatte. Auch
https://www.cs.unb.ca/tech-reports/documents/TR15-235.pdf http://dutta.csc.ncsu.edu/csc453_spring16/wrap/1-Wire-Design%20Guide%20v1.0.pdf http://www.midondesign.com/Documents/Reliable1-WireNetworksApp148.PDF Ich würde auf alle Fälle mit dem Oszilloskop die Flanken nachprüfen und mit dem Datenblatt
-
Thread
Sender - Stromsparend was nehmen?
48.565655 15.86 | 56.59 | 2019-05-02 19:53:50.1809 15.97 | 56.53 | 2019-05-02 19:48:51.798969 16.08 | 55.94 | 2019-05-02 19:43:53.463624 16.19 | 55.93 | 2019-05-02 19:38:55.113364 16.3 | 55.61 | 2019-05-02 19:33:56.793559 16.39 | 55.46 | 2019-05-02 19:28:58.506487 16.48 | 55.61 | 2019-05-02 19:24:00.234881 16.6 | 54.92 | 2019-05-02 19:19:01.96526 16.72 | 54.86 | 2019-05-02 19:14:03.725244 16.8 | 54.54 | 2019-05-02 19:09:05.501338 16.87 | 54.39 | 2019-05-02 19:04:07.278174 16.95 | 54.22