IR-bake

hallo allerseits,

bei der induktiven ladestation muss ich wieder einmal auf teile aus China warten, das ist der nachteil des kleinen preises :-(, ich werde aber auch eine IR-bake brauchen...

es gibt viel zu viel geschriebenes im forum und netz überhaupt zum thema:

Astabile Kippstufe (Multivibrator) – Rechteckgenerator
ir sender bauen // variabel gepulste signale auf 38khz - Mikrocontroller.net
KHD Timer 555
NE555 - Der Herr der Zeiten
IR-Bake Infrared Emitter from CMOS 555 - Robot Room
NE555-Grundschaltungen
RP6 - Morse-Code - RN-Wissen
[gelöst] Einfache IR-Kommunikation für den RP6
Anschluss von Infrarotsensoren - Seite 7
AREXX.COM • View topic - RP6 Infrarot Sensor Abstand
ACS und IR Sharp

ich würde - rein gefühlsmäßig - diese variante wählen:


IR-Bake Infrared Emitter from CMOS 555 - Robot Room

Anhang 26721

wäre sowas empfehlenswert? Oder hat schon jemand mit anderen ausführungen gute erfahrungen gemacht? Wer schubst mich in die richtige richtung?

An sich ist der Ne555 schon keine so schlechte Lösung, allerdings sind 50% Tastverhältnis nicht optimal - besser (weniger Stromverbrauch) wären eher 25% und dafür etwas mehr Strom und ggf. 2 IR Dioden in Reihe.

Es kommt auch etwas darauf an womit man das Signal empfangen will. Die Üblichen Fernsteuerempfänger wie TSOPxx36 wären empfindlicher, wenn das Signal noch einmal zusätzlich moduliert ist, also etwa noch einmal ein 1 kHz Signal an den Reset Pin kommt. Anhand der Frequenz dieses 2. Signals könnt man ggf. auch verschiedene Baken unterscheiden.

Hallo...
Ich frage mich grade, was Du mit der IR Bake erreichen willst.

Eine IR-Bake als einfacher Sender mit NE555 schickt ja nur dauerhaft ein gepulstes IR Licht (meist stark gerichtet über LEDs 30-60°) raus. Hast du andere IR Quellen (Fernbedienung, IR Licht für cam), muss der Bot die falschen IR Signale ausfiltern um das Bakensignal identifizieren zu können. Ggf. stören sich diese aber auch gegenseitig denn auch ein IR Licht ist wie gesagt nur Licht und "hell" im Raum ist eben "hell". IR funktioniert deshalb gut weil es im IR Farbband normalerweise eben nicht hell ist (es sei denn, man hat Leuchtstofflampen). Stell dir statt einer IR LED einfach eine weiße LED vor... und nen 500W Strahler als Deckenlampe...und du weißt was du von einer IR Bake für Lichtausbeute .. und Zielgenauigkeit erwarten kannst.
Dann muss der Bot aus der Stärke des Signals abzüglich Reststrahlung und ggf. richtungsempfindlicher Empfänger auch noch ein Standort der Bake berechnen... um dann seinen eigenen entsprechend zu berechnen... dabei sind Entfernungsinfos nur aus der Signalstärke und nicht aus der Signallaufzeit wie bei Schall ableitbar.
Stellst du 2 oder mehr Baken auf, müssen sich die Baken per Signal auch noch beim Bot identifizieren... (hat man früher bei Leuchttürmen auch gemacht indem z.B. 2 oder 3 "Lichtimpulse" ala Morse an die Schiffe geschickt wurden)
Wesentlich schlauer sind da schon IR-Reflektionslichtschranken (der Bot benutzt selbst eine als Kombi aus IR-Senderdiode und IR-Reciver - und ist damit selbst ein "Lichtverschmutzer" im IR Band) welche z.B. eine Distanz zum Hindernis angeben können aber die sind eben zwingend auf eine Reflektion angewiesen. Und das hat auch nur eine Reichweite von 30 cm... Ich will damit sagen, es reicht nicht einen "dumm blitzenden" IR-Sender aufzustellen damit der Bot sich orientieren kann weil man halt daraus keinerlei Info über seine Lage oder die der Bake bekommt.

Sinnvoller wäre ein System wo ein Bot ein unidirektionalen IR-Blitz feuert und sagen wir mal 3 Baken empfangen das Signal und messen die Stärke. Darauf hin senden alle 3 Baken nacheinander die Messwerte an den Bot (per IR oder Funk) und der Bot trianguliert aus den 3 Werten seine Lage. Da die Sendebedingungen im Raum aber nicht überall gleich sind wird selbst das "komplizierte" Verfahren noch genug Fehler produzieren so das der Bot oft genug nicht weiß wo er sich befindet. Eine Funkpeilung funktioniert so ähnlich.

Ein anderes System würde auf 3 Baken nacheinander 3 unterschiedliche Signale versenden und am Bot müsste ein IR Empfänger alle 3 Signale zum einen den jeweiligen Baken zuordnen und zum anderen die genaue Stärke des Signals messen aus denen sich wiederum die Position triangulieren lässt. Da sich aber die 3 IR Sender nicht in die Quere kommen sollten (IR-Lichtverschmutzung), müsste man die Baken irgendwie synchronisieren oder takten. Quasi das Leuchtturmprinzip.

Noch ein Beispiel aus der realen Praxis zu IR. Es gibt für Bots so kleine blaue Fussbälle, die mit IR Dioden besetzt sind. Überleg dir mal was es schon für ein Aufwand ist, so ein Ball mit dem Bot auf dem Spielfeld zu finden, zu dribbeln... und dann noch ins richtige Tor zu bekommen. Es mag ja einfach sein, eine Art Linienfolger für IR-Signale zu schreiben... aber wenn der Bot mehr können soll als einfach nur anstubsen... wirds schwierig.
Allgemein halte ich IR-Baken für 1. kompliziert und 2. ungenau. Eine Schall-Laufzeitmessung wäre jedenfalls deutlich zuverlässiger. In jedem Fall steckt in einer Bake aber mehr als nur ein NE555... denn den kann man nur in dem besagten IR-Fußball einsetzen.
Gruß Rolf

Hi!
Da fällt mir gerade noch eine Möglichkeit ein:
Irgendwer hier im Forum (RolfD? Dirk? Radbruch??? ) hatte da mal eine andere Herangehensweise gewählt, die wohl sehr gut funktioniert hat.
Ein Laserstrahl wurde vom Zielpunkt (also deiner Bake, oder tankstelle oder was auch immer) ausgesendet, jedoch als Fächer aufgespalten. Das heißt durch das Zimmer war ein Fächer parallel zum Boden überall sichtbar (im Winkel 80° oder so).
Auf dem RP6 war dann eine pappröhre mit einer linse vorne drin. Hinten war die Röhre geschlossen und darin ein lichtsensitiver Widerstand eingeklebt.
Die Brennweite der linse musste so gewählt sein, dass der Abstand zum Widerstand genau passt.
"Schaut" diese Röhre dann mit der Linse direkt in den Fächerstrahl ist das Signal des Widerstands maximal. Die Röhre muss natürlich in derselben Höhe angebracht sein, in der auch der Fächerstrahl liegt.

Irgendwo hier im Forum müsste es dazu einen Artikel geben, aber frag mich bitte nicht wo das war. Aber von allen Möglichkeiten, die ich hier im Forum schon zum Thema "Orientierung im Raum" gelesen habe, erschien mir diese die einfachste und zielstrebigste.
Vielleicht kann man das dann mit zwei solchen Fächern in unterschiedlichen Höhen oder unterschiedlichen Farben (mit Filtern in der Röhre) noch verbessern.

nachteil: geht natürlich nur im Flachen Gelände.

Hallo

Ja, das funktionierte recht gut:

http://www.youtube.com/watch?v=dmXwCAlR7OA
(Video aus https://www.roboternetz.de/community...l=1#post503096)

Gruß

mic

Hammer ;)
Trinkt deiner aus dem Napf da links?

Hallo allerseits,


danke für die antworten...


ich habe alles sorgfältig und mehrmals gelesen, folgendes möchte ich nun machen:


beschreibung der ladestation:

• 
  
  • die ladeschale ist auf dem boden angebracht (sie ist ca. 10mm hoch), mit der kürzeren seite an der wand, so dass der RP6 längs drüber fahren kann, die ladeschale befindet sich dann zwischen den ketten, das gegenstück (spule mit einem teil der elektronik ist von unter am gehäuse befestigt)
    Anhang 26742
  • oberhalb der ladeschale (ca. 25cm) ist eine 220V steckdose, aus der die versorgung über ein netzteil erfolgt
  
  

beschreibung der bake:

• 
  
  • wird aus der gleichen steckdose über ein usb-netzteil versorgt
  • sendet modulierten IR-signal (36kHz) über 5 dioden in den raum
  • ausführung nach IR-Bake Infrared Emitter from CMOS 555 - Robot Room
  
  

Um die bake und die ladestation ist eine halbkreisförmige linie und eine (die halbkreisförmige linie kreuzend) linie, die senkrecht auf die wand – und die ladestation – hinführt. Die halbkreisförmige linie ist am kreuzpunkt unterbrochen.
Anhang 26741
Der RP6 dreht sich an seinem standort langsam im kreis und sucht das IR-signal (das kann an mehreren standorten erfolgen), fährt dann in richtung des stärksten empfangs, so lange bis er auf die halbkreisförmige linie stößt.
Dann fährt er (es ist eigentlich egal, ob rechts oder links) links. Trifft er auf die unterbrechung der halbkreislinie, dreht er sich an der stelle, bis er die kreuzende linie findet und fährt dann auf die ladestation zu, hält über dieser mit hilfe der bumper an.
Schaltet sich dann ab (oder wenigstens die meisten verbraucher).
Hat er sich beim treffen auf die halbkreislinie die falsche richtung ausgesucht, wird er an der wand angehalten (bumper), dreht und folgt der halbkreislinie bis er die unterbrechung findet und fährt dann zu ladestation...
--------------------------------------



machbar? Kann man z.b. am NE555
Anhang 26740
fünf parallel geschaltete dioden betreiben? Sonstige Gedankenfehler?

Hallo Inka,
wenn der Q1 stark genug ist kannst du 1000 LEDs damit schalten.... du setzt einfach parallel zu Led1/R3 weitere Leds/Widerstände von + gegen den Kollektor hinzu. Ob der Transistsor nun 1,2,5 oder 1000 LED/R Bündel schaltet, hängt allein von dem zulässigen C/E Strom ab und der liegt beim 2n2222 bei 800mA. http://en.wikipedia.org/wiki/2N2222
Bei der Schaltung ist R3 für 104mA pro Diode berechnet, also kann man 7 Dioden/R schalten, 5 sollten ohne große Probleme gehen. Allerdings solltest du 0,5 W oder besser 1W (falls dein Dutycycle nicht stimmt) Widerstände verwenden.
Ob die Konstruktion ansich funktioniert.. da hab ich so meine Zweifel. Siehe oben.
Ich frage mich auch grade, warum das IR Licht gepulst sein muss... ein reiner IR Emitter strahlt auch ungepulst. Es gibt zwar IR Reciver, die nur auf 38khz IR reagieren aber diese sagen dir im allgemeinen nicht, wie stark das IR Signal ist, sondern sind darauf optimiert Signalpakete einzulesen.
Was Du brauchst ist ja eher eine Schaltung, welche dir sagt wie stark das Licht aus einer bestimmten Richtung als solches ist.. ähnlich einem Tageslichtsucherprogramm mit den 2 boardeigenen LDRs. Also brauchst du sowas wie die LDR Geschichte.. nur eben IR-empfindlich. Wenn du das Signal unbedingt pulsen willst.. z.B. um es von natürlichen oder fremden IR Quellen unterscheiden zu können, dann musst du es zudem noch per Software auf die 38khz oder was auch immer prüfen...

Zur Technik der berührungslosen Ladestation ... in meinem Bot sind 6 Zellen a 2800mAh, das bedeutet ca. 27Wh ... diese in einer realistischen Zeit in einer Art "offener Trafo" übertragen zu wollen ohne das man sämtliche Radios & HIFI-Anlagen im Umkreis von 1500m stört halte ich für kaum machbar. Das wär genau so wie wenn du das Solarfeld aus ner LED-Wegbeleuchtung zum laden nimmst. Die Energieübertragung wie man sie bei Induktionsherden findet ist übrigends NICHT als Trafo ausgelegt, da dort enorm große induzierte Wirbelströme zur Wärmeerzeugung genutzt werden... Bei einem Trafo mit gutem Wirkungsgrad (viel Spannung/Strom, wenig Verlust) versucht man die Wirbelströme so gering wie möglich zu halten weshalb Trafos aus einzelnen Blechpaketen gebaut werden und nicht aus einem Einzelkern. Schon das allein zeigt wie gegensätzlich die Verfahren sind. Bei einer Elektrozahnbürste mit einem 900mA Accu die 23,9h läd und 5 min am Tag gebraucht wird, oder einem 3,7V Lithiumaccu mit 1200mA und einem grenzwertigen EMV Wert (http://de.wikipedia.org/wiki/Elektro...C3%A4glichkeit) mag das alles noch gehen aber der Bot braucht min. 10-30 mal mehr Strom zum Laden... 10% gilt allgemein als reine Erhaltungsladung...
Wie man Energie durch die Luft überträgt hat übrigens schon ein gewisser Herr Tesla recht eindrucksvoll erforscht. http://de.wikipedia.org/wiki/Nikola_Tesla

Ich rate Dir von dem Projekt ab wenn es unter dem Aspekt "soll funktionieren" zu sehen ist... siehst du es unter dem Aspekt "nur durch Fehler kann man lernen" .. mach es... und berichte. Ich bin gespannt.
Gruß Rolf

Zitat:

---

... gibt zwar IR Reciver, die nur auf 38khz IR reagieren aber diese sagen dir im allgemeinen nicht, wie stark das IR Signal ist, sondern sind darauf optimiert Signalpakete einzulesen ...

---

Die üblichen IR-Receiver für Radio, TV, Photo (alle Consumer Elektronik) etc. rattern mit Trägerfrequenzen zwischen 30 kHz und 60 kHz, am verbreitesten sind wohl 36 kHz. Dabei sind zur Erkennung der Pulse immer mehrere Bursts notwendig, z.B. 6.

Diese Dinger sind für digitale Anwendungen gebaut, stimmt, ABER man kann sie auch zur Messung der Lichtstärke missbrauchen. Hintergrund ist die etwas träge AGC im Empfangsteil des Receivers. Ich wobble die Sendediode mit duty cycles zwischen 1 und 127 von 255 so lange bis ich den Wert finde, wo gerade kein Empfang mehr möglich ist (also grad mal sieben Iterationen). Diesen Wert nehme ich als "Entfernungssignal", Näheres hier mit Klick.

Zitat:

---

... wenn ... fremden IR Quellen unterscheiden ... 38khz ... prüfen ...

---

Genau das, aber 36 kHz, macht bei mir der Receiver selber mit BPF und Demodulator. Die Toleranz gegen Frequenzabweichungen ist deutlich, man kann bei fünf Prozent Abweichung - 38 kHz statt 36 kHz - von zehn bis dreißig Prozent geringerer Empfindlichkeit ausgehen.

Hallo..

Zitat:

---

Ich wobble die Sendediode mit duty cycles

---

Ok.. quasi gePWMte IR LEDs... Das geht aber nur wenn Sender und Empänger Dioden beide auf dem Bot als Reflexlichtschranke arbeiten wobei die Reflektionseigenschaften von Material die Reichweite eben so beeinflussen wie die Signalstärke ODER die sendende Bake mit dem Impulspaket auch eine codierte Zahl versendet, aus der der Bot schließen kann mit welcher Leistung die Transmission erfolgte. Was man wiederum nicht mit einem NE555 hin bekommt, da braucht man schon z.B. ein kleinen (schlauen) ATiny4 oder ATiny9 als Hirn und Taktgeber um die senderleistungscodierten IR-Pakete abzusetzen. Ja das könnte besser funktionieren als die ne555 Geschichte. Siehe oben, Leuchtturmprinzip.
Gruß Rolf

Zitat:

---

Zitat von RolfD

... Das geht aber nur ... ODER die sendende Bake ...

---

Das "geht aber nur" war hier nicht gemeint, sondern das zuvor ausgeschlossene "ODER". Schon im Eingangspost ist ein Mikrocontroller erwähnt *gg*.

hi,

ich habe jetzt die bake auf einem exp-board aufgebaut:

Anhang 26777

- ich würde jetzt das "glimmen" der IR-diode so interpretieren, dass die bake (auch) im IR bereich sendet (die rote LED ist nur als "kontrollleuchte" da, weil man ja das IR-licht nur mit der kamera "sieht")
- mit dem poti soll man ja die sendefrequenz einstellen können - kann ich die 36kHz irgendwie messen? In der beschreibung zu der schaltung steht:
--------------------------------------
Theoretical frequency can be calculated by:
f=¹/_{(1.4 RC)}
where f is frequency in kilohertz, R is resistance in kilohms, and C is capacitance in microfarads.
38 kilohertz = ¹/_{(1.4 * 18.7969 kilohms * 0.001 microfarads)}
Even if you could find a 18796.9 ohm resistor, it turns out the capacitance and resistance of the wiring and the wide tolerance (even at 1%) of the parts means a variable resistor (potentiometer) is a must! Also, the current being used to drive the transistor (Q1) alters the timing a bit.
Using a 1-nF (C1) [1 nF is same as 0.001 µF] capacitor and a 15-kilohm fixed resistor (R1) plus a 5-kilohm potentiometer (R2) does the trick. Not only does the potentiometer allow for hand tuning, but also the frequency can be varied from about 32 kHz up to about 42 kHz. The margin means the desired values of 36 kHz to 40 kHz should be attainable even with variations in parts and wiring.

----------------------------------------

ich habe die testdatei für das verwenden einer fernbedienung mit der m32 - hier - geladen und beim ein/ausschalten der bake verändert sich das LCD natürlich nicht, aber im terminal kann man veränderungen bei einigen werten beobachten, je nachdem ob die bake sendet oder nicht....

- welche variablen wären es wert beobachtet zu werden?

edit: die von mir beobachteten änderungen waren auf die rote LED zurückzuführen, um so wichtigen wird die frage - wie kannn ich mit dem RP6 verifizieren, ob die bake sendet und ob etwas vom RP6 empfangen wird? Vermutlich (sicher?) stimmt die sendefrequenz nicht...

Sendefrequenzen und vor allem Dutycycle (Abstand von low zu high im Schaltzyklus) wirst du Zuverlässig nur mit einem Oszi prüfen können. Oder mit einem IR Empfänger der die IR-Daten misst und auswertet. Das müsste die RP6 Base z.B. können. Manche Multimeter haben zudem eine Frequenzmessung (das Metex M-3650CR z.B.)
Ich hab mir für sowas mal den Polin Bausatz von der Netio mit nem AVR Atmega 1284 besorgt
http://www.pollin.de/shop/dt/MTQ5OTg...VR_NET_IO.html
um ein "programierbares exBoard" für solche zwecke aufzubauen.. allerdings hab ich es derzeit nicht in Verwendung.. aber das würde ich nun verwenden...
Gruß Rolf

Hi inka,

deine Bake sendet ja zur Zeit nur mit etwa 36 kHz.

Zunächst gibt es da 2 Fragen:
1. Stimmt die Frequenz?
Man könnte sie z.B. messen: Messgerät

2. Kann der RP6 die Bake empfangen?
Der IR-Empfänger auf dem RP6 (TSOP 34836) hat am Ausgang ein Low-Signal, wenn er 36 kHz empfängt, sonst High.
Bei ersten Tests helfen also nicht die Programme, mit denen man RC5-Code empfangen kann.
Man müßte den Portpin, an dem der TSOP hängt, direkt abfragen. Bei der RP6 Base ist das der Portpin PB2.
Dafür müßtest du ein eigenes Programm schreiben, das den Pegel von PB2 ausgibt.

Hi Dirk,

wenn das mit dem messgerät ginge, das wäre ja phänomenal!

kompilieren konnte ich das programm schon mal, jetzt noch eine frage:

ich komme nicht gut an die M32 ran, die I/Os sind doch auch auf die multi I/O ausgeführt - Du weisst es sicher aus dem stegreif - wo kann ich dort den PD6 abgreifen?

die zweite frage schliesst sich unmittelbar dran :-) - um die frequenz an meinem IR-testboard zu messen, muss ich den colector des 2N2222 mit dem PD6 verbinden und masse des test-boards mit masse des RP6, oder?

Hi inka,

Zitat:

---

ich komme nicht gut an die M32 ran, die I/Os sind doch auch auf die multi I/O ausgeführt - Du weisst es sicher aus dem stegreif - wo kann ich dort den PD6 abgreifen?

---

Ich muss (wie du auch!) nachsehen: Belegung Stecker IO-Mxxx

Zitat:

---

um die frequenz an meinem IR-testboard zu messen, muss ich den colector des 2N2222 mit dem PD6 verbinden und masse des test-boards mit masse des RP6, oder?

---

Ich habe die Schaltung der Bake nicht vor Augen. Wenn der 2N2222 der NPN-Treiber für die IR-LED ist und max. 5V anliegen, kann man die Frequenz am Kollektor abnehmen und natürlich die GNDs beider Schaltungen verbinden. Wenn man (wie ich) Grobmotoriker ist und auf Nummer sicher gehen will, dann kann man auch noch einen Serienwiderstand 220 Ohm zwischen PD6 und den Kollektor des Treibers tun.

hi Dirk,

danke für die antwort, sorry, dass ich mich nicht korrekt genug ausgedrückt habe:

Dass der PD6 auf dem I/O pin 8 des IO_m-xxx rauskommt habe ich gefunden, nur dieses wissen allein nutzt mir nicht viel, der stecker ist ja mit einem kabelstecker "zu". Mir ging es eher darum zu erfahren, wohin nun dieses signal RX (hört sich irgendwie nach ISP an?) auf der multi IO weitergeführt wird? Das habe ich auf dem stromlaufplan der multi IO nicht gefunden...

der 2N2222 ist der transistor von dessen colector die IR diode angesteuert wird, damit weiss ich dann was ich womit verbinden muss - bis auf dieses "RX" :-(

btw: den begriff "grobmotoriker" kannte ich so nicht, ich muss zusätzlich ständig die brille wechseln...

Hi inka,

der I/O Pin 8 vom IO-Mxxx landet am Jumperblock J_IO an dem Pin, der mit "8" beschriftet ist.
Das ist der 2. Pin von links,- oben drüber steht "Rx" (siehe auch Abbildung "Abweichende I/O-Jumperstellung für die M32" weiter unten in dem Absatz, den ich verlinkt hatte).

Zitat:

---

ich muss zusätzlich ständig die brille wechseln...

---

Selbst-eintönende Gleitsicht-Gläser, also etwa so -> :cool:

hi,

ich habe jetzt die bake aus dem exp-board in die nächste version umgebaut, das board hatte mir zu viele wackler...

Anhang 26790Anhang 26791

alle IR-dioden senden, probleme bereitet die messung / einstellung der frequenz:

hier noch einmal der schaltplan:

Anhang 26792

für die messung habe ich folgende punkte verbunden:

- emitter des treibertransistors (masse) mit GND (XBUS2) auf einem exp.board des RP6
- collector des trebeitransistors (zu den vorwiderständen der LEDs) mit dem pin 8 auf dem jumperblock J_IO (RX) der multi-I/O platine

änderung gegenüber dem schaltplan: statt dem 15kOhm (R1) habe ich 2,2k und 12k in reihe geschaltet, 15k hatte ich nicht

- das messprogramm verhält sich folgendermassen:

- beim starten des programms bleibt die anzeige leer, auch wenn die bake bereits angeschlossen ist und sendet
- erst beim erneuten start der bake (ein/aus an der steckdose) wird die (eine?) frequenz angezeigt.
- die anzeige reagiert nicht auf veränderungen am poti

- in der stellung des poti=0 ohm werden beim ein bzw. ausschalten (220V - steckdose) folgende werte (vorm komma) angezeigt:

ein --- aus
28828 --- 15841
3822 --- 3822
5728 --- 68965
554 --- 51779
4421 --- 17562

ich bin nun unsicher was mir diese werte sagen...

frage:

ich habe einen oszi:
Anhang 26793

hab damit aber noch nie was gemessen, nur ein paar anfangsversuche aus einem buch - wie messe ich mit einem osziloscop - gemacht. Würde sich jemand trauen mir anhand des bildes zu beschreiben wie ich was einzustellen habe um die frequenz zu messen?

Wow!
Du bist ja "professionell" ausgerüstet! Hut ab.

Zur Sicherheit:
1. Das "M32-Messgerät" hast du so kompiliert, dass die "//" am Anfang der Zeile "//#define FREQUENCY" entfernt wurden?
2. Der Anschluß PD6 auf Kollektor von Q1 und GND an GND ist ok?
3. Schwingt die Schaltung überhaupt? (sieht man dann ja mit dem Oszi)

Sonst kannst du natürlich auch mit dem Oszi die Frequenz messen:
1. Messfühler an Kollektor von Q1, Masse Oszi an GND
2. Volts/Div auf 0,5 oder 1V (Signale vertikal nicht abgeschnitten!)
3. DC/AC/GND-Schalter auf DC
4. Trigger auf DC, TV auf Off
5. Mit Time/Div und Hold so einstellen, dass eine gut zählbare Anzahl von Rechtecksignalen stabil (nicht wandernd) auf dem Schirm steht.
6. Dazu muss man die Position der Kurve mit X-Pos und Y-Pos sicher noch herumschieben, horizontal auch so, dass sich am li. Rand eine Signalflanke mit einem Raster auf dem Oszi-Schirm deckt.

Die Periodendauer [s] ist dann: Time/Div [s] * DIVs / Perioden
Die Frequenz [Hz] ist: 1 / Periodendauer

Dabei ist:
- DIVs -> Anzahl der horizontalen Unterteilungen auf deinem Oszi-Schirm
- Perioden -> Anzahl vollständiger Schwingungen in den o.g. DIVs
- Time/Div -> Stellung deines Oszi-Schalters umgerechnet in Sekunden

Zitat:

---

Zitat von Dirk

Wow!
Du bist ja "professionell" ausgerüstet! Hut ab.

---

eigentlich wollte ich schon als junge elektronik studieren, leider ist es beim bergbau geblieben - warum auch immer...

Zitat:

---

Zitat von Dirk

1. Das "M32-Messgerät" hast du so kompiliert, dass die "//" am Anfang der Zeile "//#define FREQUENCY" entfernt wurden?
2. Der Anschluß PD6 auf Kollektor von Q1 und GND an GND ist ok?

---

beidesmal ja...

Zitat:

---

Zitat von Dirk

3. Schwingt die Schaltung überhaupt? (sieht man dann ja mit dem Oszi)

---

vermutlich nicht...

die aufnahme 1 entstand bei abgeschlateter, aber am oszi hängender bake, VOLTS/DIV 20
Anhang 26794

aufnahme 2 bei eingeschalteter bake, beim einschalten der bake wird die ampitude so groß, dass die kurve verschwindet, bei VOLTS/DIV 1 und herunterholen mit Y-pos sieht man dann
Anhang 26795

Zitat:

---

Zitat von Dirk

Sonst kannst du natürlich auch mit dem Oszi die Frequenz messen:
1. Messfühler an Kollektor von Q1, Masse Oszi an GND
2. Volts/Div auf 0,5 oder 1V (Signale vertikal nicht abgeschnitten!)
3. DC/AC/GND-Schalter auf DC
4. Trigger auf DC, TV auf Off
5. Mit Time/Div und Hold so einstellen, dass eine gut zählbare Anzahl von Rechtecksignalen stabil (nicht wandernd) auf dem Schirm steht.
6. Dazu muss man die Position der Kurve mit X-Pos und Y-Pos sicher noch herumschieben, horizontal auch so, dass sich am li. Rand eine Signalflanke mit einem Raster auf dem Oszi-Schirm deckt.

---

so eingestellt...

Hi inka,
manchmal kann man beim Hobby einiges nachholen, was sonst nicht möglich war. Ist doch gut ...

Zitat:

---

die aufnahme 1 entstand bei abgeschlateter, aber am oszi hängender bake, VOLTS/DIV 20

---

Das ist eine Streuspannung von ca. 100 mV. Die kommt aus dem 230V-Netz und ist hier unwichtig. Die Einstellung von VOLTS/DIV ist übrigens 20 mV ,- mal ca. 5 Kästchen vertikal = 100 mV.

Zitat:

---

bei VOLTS/DIV 1 und herunterholen mit Y-pos sieht man dann

---

Ist das Oszi auf 2-Kanal eingestellt? Wenn ja, ist die untere Linie womöglich der 2. Kanal. Stell den mal ab (DC/AC/GND des re. Kanals auf GND).
Wenn also die obere etwas breite blasse Linie der 1. Kanal ist, an dem deine Bake hängt, dann könnte das eine höherfrequente Schwingung sein, allerdings mit niedriger Amplitude.
Schau mal nach, wie die aussieht: TIME/DIV weiter nach rechts drehen, bis du einzelne Schwingungen identifizieren kannst.

Hi Dirk,

Zitat:

---

Zitat von Dirk

Hi inka,
manchmal kann man beim Hobby einiges nachholen, was sonst nicht möglich war. Ist doch gut ...

---

ja, wie wahr...

Zitat:

---

Zitat von Dirk

Ist das Oszi auf 2-Kanal eingestellt? Wenn ja, ist die untere Linie womöglich der 2. Kanal. Stell den mal ab (DC/AC/GND des re. Kanals auf GND).
Wenn also die obere etwas breite blasse Linie der 1. Kanal ist, an dem deine Bake hängt, dann könnte das eine höherfrequente Schwingung sein, allerdings mit niedriger Amplitude.
Schau mal nach, wie die aussieht: TIME/DIV weiter nach rechts drehen, bis du einzelne Schwingungen identifizieren kannst.

---

der zweite kanal stand auf DC, es veränderte sich aber beim umschalten auf GD nichts. Bei den einstellungen VOLTS/DIV = 10 (und weisser pfeil nach unten), TIME/DIV = 20micro sec kommt folgendes bild:
Anhang 26796

was kann man da sehen:

Amplitude:
Bei 10V/DIV und so wie ich das sehe ca. 0,5 DIV Höhe -> 5V

Periodendauer:
Ich sehe ca. 2 Perioden auf 5 DIV, bei 20µs/DIV:
0,00002 * 5 / 2 = 0,00005 s = 50 µs

Frequenz:
1 / Periodendauer = 20000 Hz = 20 kHz

Dazu ist die Rechteckschwingung nicht symmetrisch, sondern der (positive) Impuls ist kürzer als die Pause (= Nulllinie).
Ich sehe ca. 0,8 DIV Impuls und 1,7 DIV Pause, also ein Impuls-Pausenverhältnis von 32% zu 68%.

Du misst da also eine unsymmetrische Rechteckspannung von 5V mit einer Frequenz von 20 kHz und einem Duty-Cycle von 32%.

hi Dirk,

die ergebnisse und die auswertung muss ich erst begreifen. Ich habe jetzt weiter experimentiert - juhuu - die erste echte messung mit dem oszi!

die einstellungen:

VOLTS/DIV = 1
TIME/DIV = 20micro sec
TV SEP = off
TRIG = HF
schalter neben dem input = DC

ein wirklich stehendes bild, in dem die kurve auf die drehung des potis reagiert.

poti 0 ohm
Anhang 26797
poti 5K ohm
Anhang 26798

also die schaltung ist wohl ok? Deine interpretation dieser zwei bilder würde meinem verständnis dieser messungen sehr helfen...

ich vermute die frequenz liegt in beiden fällen unterhalb der 36kHz...

Hi inka,

beim 1. Bild sehe ich eine Periode auf etwa 5,2 DIV

beim 2. Bild habe ich eine Periode auf etwa 6,9 DIV

Jetzt geht's bei 20µs/DIV ans Rechnen analog zu meiner Auswertung von 15:32.
Viel Erfolg!

Übrigens: Besser wird die Auswertung, wenn man viele gerade noch einzeln zählbare Perioden auf möglichst die ganze Breite (also möglichst viele DIVs) darstellen kann, weil man dann exakter rechnen kann.

Zitat:

---

Zitat von inka

einstellungen VOLTS/DIV = 10 (und weisser pfeil nach unten)

---

Bitte alle Mittelpotis mit den weißen Pfeilen bis zum Einrasten nach rechts drehen! Nur dann stimmen die Skalierungen des Stufenschalter! Andernfalls sind die Ablesungen quantitativ wertlos, weil unbekannte Skalierungsfaktoren mit drin sind.

hi,

beiden vorschlägen folgend (btw. bei meinem oszi ist der einrastende anschlag für den poti links) habe ich noch ein paar messungen und versuche gemacht:

bild 6:Anhang 26811
bild 7:Anhang 26812
bild 8:Anhang 26813
bild 9:Anhang 26814

die messergebnisse sind hier in der tabelle:

bild		Vorwiderstand [kOhm]		widerstand poti [kOhm]		gesamt widerstand [kOhm]		TIME / DIV [sec]	VOLT / DIV [V]	DIV	perioden		periodendauer [sec]		Frequenz [Hz]	Frequenz [kHz]
6		14,2		0,0		14,2		0,000020	1	9	5		0,000036		27777,78	27,78
7		14,2		5,0		19,2		0,000020	1	9	4		0,000045		22222,22	22,22
8		2,2		0,0		2,2		0,000005	1	8	6		0,000007		150000,00	150,00
9		2,2		5,0		7,2		0,000010	1	9	5		0,000018		55555,56	55,56
Ergebnis für 36,00 kHz		10		3,2 (gemessen)		13,2		0,000010	1	8	2,88		0,000028		36000,00	36,00

das ergebnis als bild 10, einstellungen in der tabelle, letzte zeile:
Anhang 26815

habe ich die 36kHz geschafft?

Hi inka,

sieht gut aus. Ich habe nur die Abbildung 10 ausgewertet:
Ich sehe 2 Perioden auf etwa 6,0 DIVs (siehe Bild!). Bei TIME/DIV = 10 µs gilt dann:
Periodendauer = 0,00001 * 6,0 / 2 = 0,00003 s = 30 µs
Frequenz = 1 / Periodendauer = 1 / 0,00003 = 33333 Hz = 33,3 kHz

Also: Fast geschafft.

Bei deiner Schaltung würde ich das Poti R2 auf Mittelstellung lassen und mit dem Vorwiderstand R1 die Gesamtschaltung auf 36 kHz bringen.
Dann kannst du mit R2 die Frequenz genau abgleichen.

hi Dirk,

Anhang 26820

im bild 11 wären es jetzt 6,5 perioden auf 9 DIVs . Bei TIME/DIV = 20 µs wäre:
Periodendauer = 0,00002 * 9 / 6,5 = 0,0000276 s = 27,6 µs
Frequenz = 1 / Periodendauer = 1 / 0,0000276 = 36231,9 Hz = 36,23 kHz

einverstanden?

ich glaube das messen (oder ist es eher ein schätzen?) einer frequenz ist relativ einfach - wenn man weiss, wie was einzustellen und zu lesen ist...

für das einstellen einer frequenz wäre es wichtig eine ganze zahl als DIV und eine ganze zahl von perioden zu bekommen. Ist das überhaupt möglich? Oder muss man sich mit 6,5 - wie ich hier aushelfen?

was würdest Du sagen - mit welcher genauigkeit kann man mit dem oszi die frequenz überhaupt messen? Und - mit welcher genauigkeit braucht der RP6 diese frequenz?

Kontrolle:

Ich sehe z.B. 6 Perioden auf 8,4 DIVs (Bild!) bei TIME/DIV von 20 µs:

Periode: 0,00002 * 8,4 / 6 = 0,000028 s = 28 µs
Frequenz: 35,7 kHz

Bei der Messung würde ich die Perioden immer ganzzahlig lassen und nur die DIVs auf +-0,1 ablesen.

Zitat:

---

ich glaube das messen (oder ist es eher ein schätzen?) einer frequenz ist relativ einfach - wenn man weiss, wie was einzustellen und zu lesen ist...

---

Ja, genau. Das Oszilloskop ist (wie sein Name schon sagt) auch kein idealer Frequenzmesser. Daher ist die Genauigkeit nicht hoch.
Vielleicht bekommst du ja doch auch noch Werte vom "M32-Messgerät", so dass du die Frequenz optimal einstellen kannst.

Für den IR-Empfänger auf dem RP6 ist eine leichte Abweichung nicht so dramatisch, wobei seine Hauptempfindlichkeit halt bei 36 kHz liegt.

Hallo inka,

Zitat:

---

Zitat von inka

was würdest Du sagen - mit welcher genauigkeit kann man mit dem oszi die frequenz überhaupt messen? Und - mit welcher genauigkeit braucht der RP6 diese frequenz?

---

Die Zeitbasis sollte auf ein paar % stimmen, genaues steht im Handbuch.

Der Rest liegt dann beim Ablesen vom Schirm.

MfG Peter(TOO)

(Ot)

Hallo,

Zitat:

---

Zitat von inka

messen oder ist es eher ein schätzen?

---

Es gibt sicher bessere Möglichkeiten Frequenzen zu _messen_ ... im Sinn eines Takt- oder Nulldurchgangszählers ... aber nicht alle Signale sind immer digital.
Geht es um die Flankensteilheit (hier ist sie gut) oder um die Signalform allgemein (z.b. zur Berechnung von Filtern) , ist ein Oszi unverzicht- und unersetzbar. Aber aus der Physik ist bekannt, das man sowieso keine absoluten Werte messen kann sondern es nur mehr oder weniger genaue Näherungsverfahren gibt.
http://de.wikipedia.org/wiki/Heisenb...%A4rferelation
In sofern ist messen immer ein "schätzen" mit mehr oder weniger genauen Referenzen als Hilfsmittel.

Aber davon ab finde ich die Aktion mit der "Fernmessung" am Oszi hier mal richtig gut - zeigt es doch was man damit erreichen kann - was sonst nur im stillen Kämmerlein in der Hobbyecke passiert. 3 Daumen hoch!
Gruß RolfD

(/Ot)

Zitat:

---

Zitat von inka

mit welcher genauigkeit kann man mit dem oszi die frequenz überhaupt messen? Und - mit welcher genauigkeit braucht der RP6 diese frequenz?

---

Das Datenblatt zum Oszi "HM203-6" ist bei www.hameg.com zu finden. Darin findet man Aussagen zur Genauigkeit der Vertikal-Anzeige, Bandbreite etc. und eben auch zur Zeitbasis, jeweils garantierte Werte für ein Neugerät nach Werkskalibrierung. Dazu kommt noch der Fehler durch die Ablesung, besonders dann, wenn man Zwischenwerte ohne Teilstrich ablesen muss.

Was den IR-Sensor betrifft, sollte auch hier im Datenblatt eine Angabe über den Empfindlichkeitsabfall in Abhängigkeit von der Lichtwellenlänge zu finden sein: wenigstens eine 50%-Bandbreite (oder 30% oder ...) oder sogar ein Diagramm.

hallo,

ich habe folgendes versucht um eine verifizierung des empfangs der signale der bake am RP6 zu bekommen, durchgeführt von der M32 aus:


verwendet habe ich das programm "RP6Control_06_I2CMaster.c"

Code:

---

/*
 * ****************************************************************************
 * RP6 ROBOT SYSTEM - RP6 CONTROL M32 Examples
 * ****************************************************************************
 * Example: I2C Master
 * Author(s): Dominik S. Herwald
 * ****************************************************************************
 * Description:
 * Now we will use the I2C Bus Interface to send commands to the Controller
 * on the Mainboard and read sensor values.
 * This program does not do anything directly, it checks for pressed buttons
 * and then runs a small I2C Bus example depending on which button has
 * been pressed.
 *
 * You need to program the Controller on the Mainboard with the I2C Bus Slave
 * Example program from the RP6Base examples! Otherwise it will not work!
 *
 * ############################################################################
 * The Robot does NOT move in this example! You can simply put it on a table
 * next to your PC and you should connect it to the PC via the USB Interface!
 * ############################################################################
 * ****************************************************************************
 */
 
/*****************************************************************************/
// Includes:
 
#include "RP6ControlLib.h"        // The RP6 Control Library.
                                // Always needs to be included!
 
#include "RP6I2CmasterTWI.h"
 
/*****************************************************************************/
 
#define I2C_RP6_BASE_ADR 10        // The default address of the Slave Controller
                                // on the RP6 Mainboard
 
/*****************************************************************************/
// I2C Error handler
 
/**
 * This function gets called automatically if there was an I2C Error like
 * the slave sent a "not acknowledge" (NACK, error codes e.g. 0x20 or 0x30).
 * The most common mistakes are:
 *  - using the wrong address for the slave
 *  - slave not active or not connected to the I2C-Bus
 *  - too fast requests for a slower slave
 * Be sure to check this if you get I2C errors!
 */
void I2C_transmissionError(uint8_t errorState)
{
    writeString_P("\nI2C ERROR - TWI STATE: 0x");
    writeInteger(errorState, HEX);
    writeChar('\n');
}
 
 
/*****************************************************************************/
// Rotate function
 
uint8_t transmit_buffer[10]; // temporary transmit buffer
                            // A global variable saves space on the heap...
 
#define CMD_ROTATE 8
 
#define LEFT 2
#define RIGHT 3
 
/**
 * Rotate function - you can define nearly the same functions as you have on
 * the RP6 and just forward the commands with I2C Bus transfers...
 * We will make an improved version of this and other functions in another example!
 */
void RP6_rotate(uint8_t desired_speed, uint8_t dir, uint16_t angle)
{
    transmit_buffer[0] = 0;
    transmit_buffer[1] = CMD_ROTATE;
    transmit_buffer[2] = desired_speed;
    transmit_buffer[3] = dir;
    transmit_buffer[4] = ((angle>>8) & 0xFF);
    transmit_buffer[5] = (angle & 0xFF);
    I2CTWI_transmitBytes(I2C_RP6_BASE_ADR, transmit_buffer, 6 );
}
 
/*****************************************************************************/
// Read all registers function
 
uint8_t RP6data[32]; // This array will contain all register values of RP6
                    // after you called readAllRegisters()
 
                    // It is better to keep such big arrays GLOBAL as
                    // they otherwise fill up the stack in memory...
 
/**
 * This function reads ALL registers available in the standard I2C Bus Slave
 * Example program for the Robot Base and outputs their values on the serial interface.
 * You will see a lot of zeros when the Motors are not running. The main values that are not
 * zero are the two Light Sensors and the two free ADC Channels.
 */
void readAllRegisters(void)
{
    I2CTWI_transmitByte(I2C_RP6_BASE_ADR, 0); // Start with register 0...
    I2CTWI_readBytes(I2C_RP6_BASE_ADR,RP6data, 31); // and read all 30 registers up to
                                                    // register Number 29 !
 
    // Now we output the Data we have just read on the serial interface:
    writeString_P("\nREADING ALL RP6 REGISTERS:");
    uint8_t i = 0;
    for(i = 0; i < 31; i++)
    {
        if(i % 8 == 0)          // add some newline chars otherwise everything
            writeChar('\n');  // is printed on ONE single line...
        else
            writeString_P(" | ");
        writeChar('#');
        writeIntegerLength(i,DEC,2);
        writeChar(':');
        writeIntegerLength(RP6data[i],DEC,3);
    }
    writeChar('\n');
}
 
/**
 * Here we demonstrate how to read a few specific registers.
 * It is just the same as above, but we only read 4 registers and
 * start with register Number 13...
 * We also show how to combine values from high and low registers
 * back together to a 16 Bit value...
 */
void readLightSensors(void)
{
    uint8_t lightSens[4];
 
    I2CTWI_transmitByte(I2C_RP6_BASE_ADR, 13); // Start with register 13 (LSL_L)...
    I2CTWI_readBytes(I2C_RP6_BASE_ADR, lightSens, 4); // and read all 4 registers up to
                                                    // register Number 16 (LSR_H) !
    writeString_P("Light Sensor registers:\n");
    writeString_P(" | LSL_L:"); writeInteger(lightSens[0], DEC);
    writeString_P(" | LSL_H:"); writeInteger(lightSens[1], DEC);
    writeString_P(" | LSR_L:"); writeInteger(lightSens[2], DEC);
    writeString_P(" | LSR_H:"); writeInteger(lightSens[3], DEC);
 
    writeString_P("\n\n Light Sensor Values:");
    writeString_P(" | LSL:"); writeInteger(lightSens[0] + (lightSens[1]<<8), DEC);
    writeString_P(" | LSR:"); writeInteger(lightSens[2] + (lightSens[3]<<8), DEC);
    writeChar('\n');
 
    setCursorPosLCD(1, 3);
    writeIntegerLengthLCD(lightSens[0] + (lightSens[1]<<8), DEC, 4);
    setCursorPosLCD(1, 11);
    writeIntegerLengthLCD(lightSens[2] + (lightSens[3]<<8), DEC, 4);
}
 
/*****************************************************************************/
// Main function - The program starts here:
 
int main(void)
{
    initRP6Control(); // Always call this first! The Processor will not work
                      // correctly otherwise.
 
    initLCD(); // Initialize the LC-Display (LCD)
              // Always call this before using the LCD!
 
    writeString_P("\n\nRP6 CONTROL M32 I2C Master Example Program!\n");
 
    // IMPORTANT:
    I2CTWI_initMaster(100); // Initialize the TWI Module for Master operation
                            // with 100kHz SCL Frequency
 
    // Register the event handlers:
    I2CTWI_setTransmissionErrorHandler(I2C_transmissionError);
 
    // Play two sounds:
    sound(180,80,25);
    sound(220,80,25);
 
    setLEDs(0b1111); // Turn all LEDs on!
 
    showScreenLCD("################", "################", "", "");
    mSleep(500);
    showScreenLCD("I2C-Master", "Example Program 1", "", "");
    mSleep(1000);
    // ---------------------------------------
    setLEDs(0b0000); // All LEDs off!
 
    uint8_t counter = 1;
 
    while(true)
    {
        // We check the buttons - just like the buttons example - but here we
        // generate several I2C Bus requests and commands when a key
        // is pressed AND released again...
        uint8_t key = checkReleasedKeyEvent();
 
        if(key)
        {
            switch(key)
            {
                case 1: // Increment a counter and send value to LEDs of the
                        // Slave Controller:
                    setLEDs(0b0001);
                    showScreenLCD("INCREMENT", "LED COUNTER", "", "");
                    I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, 3, counter);
                    counter++;
                break;
                case 2: // Read and display ALL registers of the slave controller:
                    setLEDs(0b0010);
                    showScreenLCD("READ ALL RP6", "REGISTERS", "", "");
                    readAllRegisters();
                break;
                case 3: // Read the light sensors and show value on display:
                    setLEDs(0b0100);
                    showScreenLCD("LIGHT SENSORS:", "L:      R:", "", "");
                    readLightSensors();
                break;
                case 4: // Rotate a very small distance to the left:
                    setLEDs(0b1000);
                    showScreenLCD("ROTATE A BIT...", "... LEFT!", "", "");
                    RP6_rotate(35,LEFT,40);
                break;
                case 5: // Rotate a very small distance to the right:
                    setLEDs(0b1001);
                    showScreenLCD("ROTATE A BIT...", "... RIGHT!", "", "");
                    RP6_rotate(35,RIGHT,40);
                break;
            }
        }
    }
    return 0;
}

---

mit foltgenden änderungen:

in der "RP6Base_I2CSlave.c":

zeile	inhalt
85	uint8_t pb2_value;	hinzu
231	#define I2C_REG_PB2_VALUE 30	hinzu
272	I2CTWI_readRegisters[I2C_REG_PB2_VALUE] = (uint8_t)(pb2_value);	hinzu
483	pb2_value = (PINB & (1<<PINB2));	hinzu

in der "RP6Control_06_I2CMaster.c":

103	I2CTWI_readBytes(I2C_RP6_BASE_ADR,RP6data, 30);	von
	I2CTWI_readBytes(I2C_RP6_BASE_ADR,RP6data, 31);	in
109	for(i = 0; i < 30; i++)	von
	for(i = 0; i < 31; i++)	in

benutzt habe ich die fukntion zum ausdrucken aller register "void readAllRegisters(void)", hier das ergebnis:


ursprünglich 30 register:

READING ALL RP6 REGISTERS:
#00:000 | #01:000 | #02:000 | #03:000 | #04:000 | #05:000 | #06:000 | #07:000
#08:000 | #09:001 | #10:000 | #11:002 | #12:000 | #13:099 | #14:003 | #15:220
#16:002 | #17:000 | #18:000 | #19:000 | #20:000 | #21:023 | #22:003 | #23:217
#24:002 | #25:212 | #26:002 | #27:000 | #28:000 | #29:000


31 register, ohne signale der bake:

READING ALL RP6 REGISTERS:
#00:000 | #01:000 | #02:000 | #03:000 | #04:000 | #05:000 | #06:000 | #07:000
#08:000 | #09:001 | #10:000 | #11:002 | #12:000 | #13:098 | #14:003 | #15:225
#16:002 | #17:000 | #18:000 | #19:000 | #20:000 | #21:023 | #22:003 | #23:220
#24:002 | #25:216 | #26:002 | #27:000 | #28:000 | #29:000 | #30:004



31 register, mit signalen der bake:

READING ALL RP6 REGISTERS:
#00:000 | #01:000 | #02:000 | #03:000 | #04:000 | #05:000 | #06:000 | #07:000
#08:000 | #09:001 | #10:000 | #11:001 | #12:000 | #13:107 | #14:003 | #15:247
#16:002 | #17:000 | #18:000 | #19:000 | #20:000 | #21:019 | #22:003 | #23:242
#24:002 | #25:238 | #26:002 | #27:000 | #28:000 | #29:000 | #30:000


ist die änderung des reg '30 von 004 in 000 der erhoffte nachweis? Wenn ja, könnte ich doch jetzt abhängig vom inhalt des reg 30 verschiedenes an funktionen ausführen?

Hi inka,

nicht schlecht.
Das kann so klappen, wobei ich die Änderungen nicht im Detail angesehen habe.

Die 4 in Register 30 ist ok:
Wenn kein IR-Signal anliegt, hat der Empfänger High-Pegel, daher ist deine Variable pb2_value binär = 0b00000100 (dezimal 4), das heißt, dass PINB2 (also Bit 2) gesetzt ist.
Wenn ein IR-Signal anliegt, ist das Bit nicht gesetzt, also Register 30 = 0.


Noch 2 Ideen/Vorschläge zu deiner tollen Umsetzung:

1. Mit pb2_value = (PINB & (1<<PINB2)); aktualisierst du den Wert bei jedem Durchlauf der Hauptschleife im Slave. Das kann man machen,- von der Programmstruktur her gehört das aber eher ans Ende der Funktion task_update().
Das Ergebnis ist dasselbe, aber das ganze "sauberer".

2. Grundsätzlich kann man das machen, dass man ein weiteres Register ergänzt. Es gibt noch einen weiteren Weg: Im Status-Byte (Register 1) sind noch Bits frei. Man könnte da ein weiteres Bit definieren:

Code:

---

// Some status bits with current settings and other things.
union {
    uint8_t byte;
    struct {
        uint8_t powerOn:1;
        uint8_t ACSactive:1;
        uint8_t watchDogTimer:1;
        uint8_t wdtRequest:1;
        uint8_t wdtRequestEnable:1;
        uint8_t IRreception:1;
        uint8_t unused:2;
    };
} status;

---

... und auch im Master auswerten. Das muss man aber nicht so machen.

Im Grunde zeigst du ja mit deiner Lösung, wie man den Base-Slave um eigene (Lese-)Funktionen erweitern kann. Klasse! :)
Genauso kann man auch zusätzliche Befehle definieren.

Wir hatten es oben schon mal von Toleranzen... der Wertebereich am Port wird vermutlich 0-255 haben.. 10% übliche Fehler wären 25.. wenn dein Teil nur um 4 Punkte ausschlägt stimmt entweder etwas nicht.. oder es kommt nur ein vernachlässigbar kleines Signal an. Jedenfalls liegen 4 Punkte im Bereich normaler schwankungen.. und sind als Signal nicht überzegend auswertbar. Ich würde das ohne M32 und dem Slave-geraffelss versuchen.. und die Werte des Port schlicht und einfach über eine serielle Verbindung an den PC ausgeben. Für dich lesenswert dürfte dazu ein Codeschnipsel von Dirk sein, welcher mal hier rum ging und IR Signale als Morse zwischen 2 Bots übertrug.
http://www.rn-wissen.de/index.php/RP...en.2Fempfangen
Gruß
Nachtrag... ach so.. der Port schaltet nur digital.. stimmt ...nix mit 0-255 ... tja plöt .. mein Kommentar wie auch deine Ausgangslage! :)

@Dirk, @RofD:

vorschlag 1 werde ich durchführen, vorschlag 2 erstmal anschauen, für meine "quick & dirty" lösung habe ich schon einen tag gebraucht...

zwei weitere problemchen:

1) die reichweite der bake liegt bei 30cm, das ist ein bischen wenig

2) der treiber-transistor wird trotzdem recht warm (finger kann man nicht draulfassen)

hier noch einmal der schaltplan;

Anhang 26834


zu 1)
- an den IR-dioden fließen 20mA, das kann man sicher erhöhen - die vorwiderstände haben 47 Ohm, auf wieviel sollte/könnte ich runter? Ich habe an der stelle schon recht viel rumgelötet :-(
(Ich habe dort 5 dioden parallel an dem transistor mit jeweils einem R)

zu 2)
- den 2N2222 könnte ich durch BD135, auch NPN und leistungsstärker (hatte ich noch in der kiste) ersetzen
- wie ist es mit dem basiswiderstand - wie könnte der zur leistungssteigerung der IR-dioden beitragen?

@RofD.

beruhigend, wenn auch profis mal daneben greifen :-) - nichts für ungut...

was meinst Du mit meiner ausgangslage?

Also ich bin bestimmt kein Profi... und mache selbstverständlich auch Fehler. Aber du beschreibst deine Lage selbst.. dein Bot kann nun in Umkreis von 30cm feststellen ... per 0 oder 1 ... ob die Bake sendet. Das ist weit von einer vernünftigen Raumortung entfernt und entspricht etwa den IR-Abstandssensoren, die es so zu kaufen gibt... vielleicht reicht dir das ja als Bake.

Jetzt kann man (z.B. aus der Funktechnik, Licht ist elektrisch gesehen auch eine art elektromagnetische Schwinung) wissen, das man für die Verdoppelung von Reichweiten eine 4-fache Leistung braucht - oder anders gesagt, die Leistung steigt zur Reichweite im Quadrat. D.H. um auf 60 cm Reichweite zu kommen muss du entweder 20 LEDs nehmen... oder irgendwie 80mA Durchschnittsstrom durch deine 5 LEDs schicken was auf dauer keine normale IR-LED überlebt! Um auch diese Leistung zu verdoppeln brauchst du wiederum das 4 fache... also 80 Leds auf 1,20 m ... usw usw... oder dir einen empfindlicheren Empfänger selbst bauen.

Vielleicht wird nun klar das es kaum möglich ist ein, Raum mit herkömlichen IR-Dioden von einem Punkt aus komplett auszuleuchten. Selbst mit modernen LED-Leuchtmitteln braucht man 5 Watt im normalen Lichtwellenbereich um ein Raum so zu beleuchten das einfache LDR-Sensoren das anmessen. Du arbeitest da derzeit mit ca. 50 Milliwatt .. also 1%! Und trotz aller Überlegung hast du bisher (noch?) keine Info über die Stärke des Lichtsignals im RP6...
Gruß Rolf

Zitat:

---

Zitat von RolfD

... irgendwie 80mA Durchschnittsstrom durch deine 5 LEDs schicken was keine normale IR-LED überlebt...

---

Wissen das auch Osram, Telefunken etc ?

Zitat:

---

Zitat von /aus meinen Arbeitsunterlagen

...
Vergleiche....................................SFH 415.............CNY99.............SFH4600
Abstrahlwinkel °..............................± 17.................± 25................± 20
Strahlstärke mW/sr (I_F100mA)........25 (U: 40)..............14.................>=16
Vorwärtsstrom I_F mA........................ 100................. 150............... 100
Durchlassspng V_F (I_F100mA) V.........1.3 (<1.5).........1.4 (1.7)........1.5 (<1.8-)
An-/Abstiegszeit ns......................... 500................. 400.............. 10
...

---

Könnt man auch lesen als "Was ist normal?"