Suchergebnisse
Suchergebnisse 1-20 von insgesamt 33.
Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen
Aufgrund technischer Veränderungen ist der Mailverkehr innerhalb des Forums (Private Nachrichten) nur noch eingeschränkt möglich. Die Einschränkung ist notwendig, um zusätzliche Betriebskosten für das Forum zu vermeiden. Näheres zu den Hintergründen im Thread "Aktuelles zum Forum".Wir bitten um Verständnis.
Hinweis kann nach Kenntnisnahme deaktiviert werden!
-
I2C an PortA Atmega32 will nicht
Frank_S - - LED-Anzeigen
BeitragHallo bitlogger, vielen Dank für den Tipp. Mit der ISBN hat dann hoffentlich der Weihnachtsmann keine Schwierigkeiten. MfG von der Spree Frank_S
-
I2C an PortA Atmega32 will nicht
Frank_S - - LED-Anzeigen
BeitragHallo bitlogger, von Portsplitting habe ich noch nichts gelesen, das Kühnel-Handbuch steht somit auf der Wunschliste für das nächste Projekt. MfG von der Spree Frank_S
-
I2C an PortA Atmega32 will nicht
Frank_S - - LED-Anzeigen
BeitragHallo MultiTEK, das war der 1. Plan. Leider benötige ich den gesamten PortC als Datenport für das 128x64 Display. MfG von der Spree Frank_S
-
I2C an PortA Atmega32 will nicht
Frank_S - - LED-Anzeigen
BeitragSo, nach ganz vielen Tests und Neuverkabelungen : Der PortA vom neuen Atmega32 ist tot. Mit einem anderen Atmega32 läuft I2C auch über PortA.
-
I2C an PortA Atmega32 will nicht
Frank_S - - LED-Anzeigen
BeitragHallo Michael, das war auch mein erster Blick. Spannungsversorgung mit 100nF an beiden Vcc/GND ist vorhanden, daran kann es leider nicht liegen. MfG von der Spree Frank_S
-
I2C an PortA Atmega32 will nicht
Frank_S - - LED-Anzeigen
BeitragHallo in die Runde, ich lese mich gerade in I2C ein und bin dabei über ein Phänomen gestolpert, dass ich mir nicht erklären kann. Ich verwende beim Atmega32 die Pins A0 für SCL und A1 für SDA. Leider ist keine Kommunikation über die Pins möglich. Ändere ich auf die Pins B0/B1 läuft die Kommunikation. Mein minimales Testprogramm sieht so aus: Quellcode (44 Zeilen) Liegt es am analogen PortA des Atmega32? MfG von der Spree Frank_S
-
DCF77
BeitragHallo Hans, nur so auf die Schnelle: ich habe das Programm jetzt nicht vorliegen, aber meine Vermutung ist, dass beim Arbeiten mit einer anderen Frequenz (8 MHz auf 16 MHz) dei Angabe im Programm mit $Crystal nicht passt. MfG von der Spree Frank
-
Zitat von Dago1: „Die Reichweite der Funkmodule ist schon beeindruckend. “ Die Module senden meines Wissens nach in der Standardkonfiguration mit 100mW. Die Sendeleistung sollte mit AT+Px reduziert werden, um auf die zulässigen 10mW zu kommen.
-
Zitat von djmsc: „Dann werde ich das bei Gelegenheit mal testen “ Folgenden Hinweis habe ich vergessen: Pin 6 vom Display (Hintergrundbeleuchtung an/aus) nur über einen Vorwiderstand (ich habe 1k genommen) ansteuern. Das ist nämlich die Basis vom Transistor Q1 auf dem Display. Der nimmt es echt übel, wenn er die volle Spannung bekommt. Das habe ich ausprobiert und Q1 ist ausgestiegen. Ergebnis: die Hintergrundbeleuchtung kann nur zwischen aus und aus gesteuert werden.
-
Bootloader und XOR
BeitragZitat von Pac-Man: „Firmware eines ATMega168 ganz einfach verschlüsseln “ Irgendwie verstehe ich nicht ganz, was du vorhast. Möchtest du den Atmega vor dem Auslesen schützen? Da nimm doch die entsprechende Fuse. Zitat von Pac-Man: „Quelltext vom Bascom Bootloader “ Bist du sicher, dass du einen Bootloader verwendest? Mein Wunsch : Beschreibe bitte, was du vorhast. Danke MfG von der Spree Frank
-
Preiswerte 433Mhz Module
BeitragHallo, das sind MX-RM-5V. Beispielcode in Bascom hab ich da gefunden : forum.g-heinrichs.de/viewtopic.php?f=12&t=76 MfG von der Spree Frank
-
Nach der Beschreibung im Quelltext wird der CHip gelöscht und die Fuses auf Werkseinstellung zurückgesetzt. Hat mit einem Tiny13 auch funktioniert. Mehr konnte ich wegen Verfügbarkeit noch nicht testen.
-
Hab ich im anderen Faden schon reingesetzt: HV-Attiny Rescue 44-84/13-85 HV-Programmer MfG von der Spree Frank