-
Thread
winziger Webserver mit enc28j60+mega32
LT1076HV, haufenweise national-Teile wie LM2575HV etc. Dazu 2, 3 Widerstände und ne Diode. Soviel Platz ist das nicht. Bei mir ist das wichtig, da mein Haus im Juli fertig wird und in jedem Raum 4
Windows ignoriert mein ARP-Replay. Lt. ENC Statusvektor (ist auch mit ausgegeben) hat er das Paket sauber übertragen können. Der ENC läuft auf half duplex. Oben steht der WindowsARPrequest unten meine Antwort. Danach hätte ich ein Ping von
-
Thread
LCD + Wert (aus ADC) ausgeben
// alle Leitungen LOW delay(10000); // 10ms warten bis LCD wirklich bereit (max. Wert lt. Datenblatt) lcd_write(0x38,0); // B 0010 1000 => 8-Bit-Modus aktivieren, Ist wichtig, falls LCD schon im 4-Bit Modus war und dann // nach einem Programm-Reset vergeblich versucht
0010 oder +2 dezimal. 20 - 78 20 ( 0001 0100 ) -78 ( 0100 1110 -> 1011 0001 -> 1011 0010 ) ------------------------------------------- 1100 0110 Da in diesem Ergebnis das MSB gesetzt ist, handelt es sich wieder um eine
-
Thread
Kurzes Vergnügen mit STK 500
Nacht auf 0 gestellt hatte. Ich hab schon auf nen Kurzen getippt, weil die VTARGET LED aus war, aber lt Handbuch sollte dann ja was blinken. Auch hatte sich mein CodeVision beschwert "error when entering programming mode". Nun ja, manuell im AVR-Studio wieder 5V eingestellt und es geht wieder. Aber
nur noch über HV Programmierung wiederbeleben. Wenn Du einen externen Quarz hernimmst, CKSEL3-0 = 1110, so machs ich immer und hab keine Probleme. Experimentier am besten immer mit nem Mega 16, der hat zur Not noch JTAG ^^ (Stichwort evertool). In diesem Sinne, Christoph
-
Thread
Wie könnte das gehen...?
0000 0000 0100 4mV 40 09 0100 0000 0000 1001 0000 0000 0101 5mV 40 0E 0100 0000 0000 1110 0000 0000 0110 6mV 40 0F 0100 0000 0000 1111 0000 0000 0111 7mV 40 10 0100 0000 0001 0000 0000 0000 1000 8mV 40 11 0100 0000 0001 0001 0000 0000 1001 9mV 40 16 0100 0000 0001
mit der Baudrate spielen müssen Was ich auch herausgefunden habe ist folgender Sachverhalt: lt der Tabelle "empfange" folgende Werte zu den jeweiligen Ausgangsspannungen: muß aber den Wert per Hand, über ein terminalprogramm, eingeben welcher in der letzten Spalte steht! Hier ergibt sich, zumindestens
-
Thread
Honeywell Rondostat HR20E per AVR steuern und konfigurieren
Sequenz zum Einpendeln des Empfängers BBBB: Startsequenz CCCC: Sensortyp (0000 für Temperatur, 1110 für rel. Luftfeuchte) DDDDDDDD: Müßte die Sendernummer sein (wechselt nach RESET) EEEEEEEE: (Zehner und Einer)+50 (vom Wert also noch 50 abziehen) FFFF: Zehntelgrad GGGG: scheint die Summe aller
mit technischen Fragen beschäftigen; nachdem dieser hier immer noch lebt, bleiben wir also hier: lt. Sonderangebotsprospekt bietet Marktkauf ab Montag den HR-20E für 29,99 EUR an (falls das regional sein sollte: Süddeutschland / Raum Tübingen) Kennt jemand eine billigere Quelle (Versandkosten
-
Thread
DS1820, DS18B20 in C
Hallo! Lt. anderem Beitrag konnte ich jetzt kompilieren. Soweit so gut. einen Sensor habe ich bisher nicht angeschlossen. Hyperteminal zeigt mir keinerlei (vom Mega32 gesendete Zeichen) Oszilloskop bestätigt
0001 0001h 0°C 0000 0000 0000 0000 0000h -0.5°C 1111 1111 1111 1111 FFFFh -25.0°C 1111 1111 1100 1110 FFCEh -55.0°C 1111 1111 1001 0010 FF92h [/code] zur info byte 7 ist immer 10h nur bei dir nicht? [code] Note that the COUNT PER °C register is hard-wired to 16 (10h) [/code] sind deine
-
Thread
LTC1257 - Problem mit Ansteuerung (SPI)
ist P1OUT und P1IN der selbe PORT zB.: PORTA vom µC und DACIN hat dann nichts mit dem DACIN Port vom LT1257 zu tun. BIT0, BIT1, BIT2 sind PORT PINS ... in dem Fall dann vom PORTA zB.: BIT0 -> PIN0, BIT1 -> PIN1, BIT2 -> PIN2 connection vom LT1257 dann CLK -> BIT0 -> PORTA PIN0
weg ... ===================== data = data << 1; data : 0111 0111 0000 0000 data << 1: 1110 1110 0000 0000 DACDATA(data & 0x8000) 1110 1110 0000 0000 1000 0000 0000 0000 AND =================== 1000 0000 0000 0000 DACDATA(0x8000) LEVEL ist TRUE, daher (DACIN & ~PORTB.1) 0000
-
Thread
CRC-16 Prüfsumme (serielle Übertragung)
dem Verfahren bin ich mir schon sicher. Im Controller befindet sich ein 9401 chip und der überprüft lt. Schaltplan den CRC. Der Header besteht aus 3 mal 16bit Worten. Wort 1: 0-5 = Sector , 6 = head, 7-8 = Cylnder Wort 2: 0-15 = immer 0 ( wurde wohl nie benützt ) Wort 3: CRC ( dann kommen die Daten
anvisierte Ergebnis gebracht: >Header = 0111001000001000 (0x7208) LSB first = 0001 0000 0100 1110 (0x104e) pycrc-0.7.6$ ./pycrc.py --model=ccitt --check-hexstring=104e0000 0x99cb pycrc-0.7.6$ ./pycrc.py --model=crc-16 --check-hexstring=104e0000 0xd764 ... pycrc-0.7.6$ ./pycrc.py --model=
-
Thread
PCI/ISA -Bus?
1011", -- B "0111001" when "1100", -- C "1011110" when "1101", -- D "1111001" when "1110", -- E "1110001" when "1111", -- F "0111111" when others; -- 0 end Behavioral;
hatten Sie neben meinem PCI-Dekoder noch eine TTL-Schaltung mit an den PCI-Bus angeschlossen, was lt. Spezifikation nicht erlaubt ist. Bus-Signale dürfen bei PCI-Steckplätzen nur mit einem Gatter mit max. 10pF belastet werden! Hierzu empfiehlt sich ein kurzer Blick in die PCI-Spezifikation - und ganz