Search Results

Quote from Michael: “ Quote from stefanhamburg: “Bei Bluetooth müsstest Du ja auf dem Handy auch noch einen Gegenpart programmieren. ” Das sehe ich als Vorteil. ” Bei Android mag das noch hinzubekommen sein - wenn man es kann. Bei iOS wird es schon schwieriger. Ich weise lediglich darauf hin, dass man sich auch über die Emnpfangsseite Gedanken machen muss. Egal, ob Bluetooth oder WLAN. Eine stumpfe sms empfangen kann jedes Handy.

sms finde ich einen guten Vorschlag. Bei Bluetooth müsstest Du ja auf dem Handy auch noch einen Gegenpart programmieren.

Das sieht doch ganz ordentlich aus. Hast Du bei jedem IC auch einen Abblockkondensator (100nF) nahe am IC zwischen Vcc und Gnd?

@froschkoenig: Die Taktgeschwindigkeit änderst Du (bei internem Takt) mit den Fuses. Ab Fabrik läuft der ATmega8 mit 8 MHz und einem Vorteiler durch 8. Ergibt 1 MHz. Das muss dem BASCOM-Compiler mit $crystal mitgeteilt werden. Wenn in den Fuses der Teiler durch 8 deaktiviert wird, dann läuft der ATmega8 mit 8 MHz. Das muss dann BASCOM auch mit $crystal mitgeteilt werden. Ansonsten nichts an den Fuses anfassen!

Du solltest auf jeden Fall Stackangaben in Dein Programm schreiben. Lies Dich da einmal etwas rein: Stack-Werte richtig setzen

Nur zur Sicherheit: Der Servo sollte nicht an derselben Spannungsversorgung wie der Mikrocontroller. Gnd muss aber verbunden sein.

Ich würde einmal mit ganz langsamer Übertragung starten. Oder ist die Geschwindigkeit vom Empfänger vorgegeben?

Hast Du auch einmal die Reihenfolge der Ausgaben verändert? Nicht, dass eventuell einen enthaltene Zeichenkombination als Steuerzeichen interpretiert wird...

Probier doch selbst einmal mit einer LED, ob es Dir hell genug ist. Ist schon ziemlich grell. Das verbraucht allerdings auch Strom.

Variante 1‘: Controller 1 sendet den Wert vier mal pro Sekunde. Wenn Controller 2 den Wert braucht, dann horcht er kurz in die Leitung und hat nach spätestens einer Viertelsekunde einen Wert.

Du schreibst ‚einlesen‘. Ginge auch ds Szenario: Senden der Datei vom PC aus. Der Mikrocontroller empfängt die Zahlen/Zeichen, speichert aber nur den gewünschten Datensatz in einer Variablen ab?

Kommentiere doch einmal alles in derHauptschleife aus und schreibe in der ISR nur ein TOGGLE Portx.y rein. Dann einen kleinen Piezoschallgeber an diesen Port und mit Blick auf eine Digitaluhr gucken, ob das Klicken des Piezoschallgebers „driftet“.

Ich schreibe ganz gerne in der ISR Neue_Sekunde=1 In der Hauptschleife dann EIN IF um die vielen IF-Abfragen IF Neue_Sekunde=1 THEN Neue_Sekunde=0 IF ... IF ... END IF Dann werden nicht die vielen IFs bei jedem Schleifendurchlauf geprüft, sondern nur, wenn wirklich eine neue Sekunde angefangen hat.

Hast Du dazu eine Frage oder wolltest Du und nur über Deinen Kenntnisstand informieren?

Bitte poste in deutscher Sprache. Please write in German or at least in English language. Thank you.

Warum widerspricht sich das? Sender: möglichst klein und ohne extra Mikrocontroller Empfänger: Empfängermodul an Mikrocontroller

Du musst nicht auf die Antwort des Sensors warten. Nach Anstoßen der Messung kannst Du ganz andere Sachen machen lassen und nach insgesamt mehr als 750 ms holst Du Dir das Messergebnis vom Sensor ab.

Du kannst ja mal damit anfangen, auf der Siebensegmentanzeige eine konstante Zahl anzeigen zu lassen. Als Basis kannst Du ein Programm aus dem Internet nehmen. Temperaturmessung dann im zweiten Schritt einbauen. Wobei Du JEDE Zeile Deines Programms verstehen musst. Frag sonst einfach. Nur Zusammenkopieren ohne Verstehen kannst Du vergessen.

Ja: &h ist Präfix für eine Hexadezimalzahl. Im ersten Programmschnipsel ist das Wait vor der Hauptschleife - also unkritisch. Im zweiten Programmschnipsel das Waitms steht da, weil der Sensor Zeit zum Temperaturmessen bekommen muss. Je nach gewählter Auflösung unterschiedlich lange. Meist sieht man Waitms 750, weil man damit bei höchster Auflösung auf der sicheren Seite ist. Das entspricht dem Datenblatt. Vgl. Table 2 datasheets.maximintegrated.com/en/ds/DS18B20.pdf Die Waits kann man umgehen, i…

@m_herr: Deine Bemerkungen in Richtung Michael sind unfreundlich und unangemessen. Es ist bekannt, dass Michael sehr kompetent und sehr hilfsbereit ist. Nimm dies als meine persönliche und gleichzeitig als offizielle Moderatorenmeinung, die hier keineswegs diskutiert werden wird und überdenke den Ton Deiner Posts in Zukunft bitte besser. Fang bitte auch für eigene Themen jeweils einen eigenen Thread an. Wie geschrieben: Das wird hier nicht weiter diskutiert. Fang bei Bedarf einen eigenen sachlic…