Super-simpler Sensorkeyer mit Sinus-Ausgang

Moin, moin,

die meisten Keyer erzeugen einen Rechteck-Mithörton und klingen schaurig, wenn man das Signal in einen breiten NF-Kanal einspeist - in meinem Fall ist es Internet CW, es gilt aber z.B. auch für CW-Übungsnetze auf UKW-FM.


Ich hatte mir vor ein paar Monaten für ICW einen "schnellen Hack" einfallen lassen. Zwei ATTiny13; einer als Keyer, der andere als PWM-Sinusgenerator:

http://www.elektronik-labor.de/AVR/icw-morsetaste.html

Inwischen habe ich die beiden Funktionen in einem Controller zusammengefasst und um eine Sensor-Lösung ergänzt. Die neue Version sollte eigentlich auf einem ATtiny24 basieren; da der Code aber recht kompakt war, fand ich es spannender, ihn auf ein Minumum zu reduzieren und in einen ATtiny13 zu quetschen:

https://www.elektronik-labor.de/AVR/T13-ICW-Sensorkeyer.html

Mit 5 zusätzlichen Bauteilen erhält man eine Version mit Tastausgang zur Ansteuerung von CW-Sendern und mit verbesserter Einstrahlfestigkeit. Die Sensorlösung scheint recht HF-fest zu sein. Ein Tester verwendet eine endgespeiste Antenne, die direkt im Shack endet; bei 100W konnte er keine Beeinträchtigung durch HF feststellen.

Eine etwas komfortablere Version mit einem ATtiny24 (bzw. ATtiny84) soll aber auch noch folgen.

Ist alles Freeware unter der WTFPL ( http://www.wtfpl.net/about/ ) und mit der Demo-Version von Bascom-AVR (https://www.mcselec.com) zusammengeschustert.


73,
Ralf

Edit: Link zu MCS Electronics korrigiert, tnx to Michael.

Hallo Rolf,

danke für die Blumen

Aber ich kann eigentlich gar nicht programmieren. Ich verstosse gegen alles, was richtige "Softies" mal gelernt haben und beherrschen. Die rümpfen über meinen Spaghetti-Code nur die Nase.

Aber für kleine Programme auf kleinen Mikrocontrollern reicht es; und die "Sünden" (wie z.B. die Verwendung globaler Variablen) sind zwar verpönt, aber haben den Vorteil, dass man rätselhaften Problemen wie z.B. gelegentlichen Stack-Überläufen aus dem Weg geht.

Bei grossen Programmen fliegt einem so eine Vorgehensweise rasch um die Ohren, aber grosse Programme "kann" ich eh' nicht. Man muss sich halt seine Nische suchen

73,
Ralf


PS: bei der Gelegenheit mal eine Frage an die Mitleser:

Ich verschicke inzwischen gelegentlich programmierte ATtinies per Post an OM, die mit Mikrocontrollern nix am Hut haben. Misslich ist es, wenn sich Verbesserungen oder Fehlerbereinigungen ergeben haben und ich dann eine Version mit geänderter Firmware hinterschicken muss....

Eigentlich würde ich gern ein paar USBasp-Programmer mitschicken, damit die Nutzer sich die neue Version selbst auf die vorhandenen ATTinies flashen können.

Problem: ich verwende avrdude unter Linux. Gibts auch für Windows, aber man muss wohl einen Windows-Treiber installieren, und die meisten Leute bekommen Panik oder Hautausschlag, wenn sie etwas auf der Kommandozeile tun sollen

Mit Windows kenne ich mich nicht aus. Bin es leid mich mit Lizenzschlüsseln, Online-Aktivierungen und dergleichen Hindernissen herumzuärgern und mich dann auch noch ausspionieren zu lassen (da schlage ich mich lieber mit den kleinen Unzulänglichkeiten freier Software herum).

Zu Windows XP-Zeiten hatte ich manchmal eine GUI von myAVR im Einsatz:

http://shop.myavr.de/index.php…oad.sp.php&suchwort=DL112

Die fand ich recht übersichtlich. Weiss jemand, ob die es auch unter Windows 10 "tut" und Fremd-Programmer unterstützt? Die Version ist immerhin schon 6 Jahre alt.

Oder gibts da was besseres?

@ Uwe:

Der ADC-Eingang ist nicht offen, er wird zu Beginn des Programms konfiguriert:

Ddrb = &B0000_0111 
Portb = &B1110_0000   

Ja, die von Dir vorgeschlagenen Kondensatoren kann man in der Schaltung verteilen; die ATtinies sind aber recht gutmütig und ich habe bewusst auf die "Angstkondenatoren" verzichtet, um das "bare minimum" an Aufwand rauszukitzeln.

Über Bootloader könnte ich in der Tat mal nachdenken, für den Attiny13 wäre das zwar nix; der ist randvoll, aber für die nächste Version werde ich wohl einen ATtiny84 nehmen; da wäre das in der Tat ein Thema; danke für den Tip.

PS: Ja, mit dem Dannegger-Bootloader hatte ich mal kurz herumgespielt, aber ihn nie wirklich eingesetzt.

73,

Ralf

Hallo Uwe,

bin zu doof, das da rauszulesen. Mein Attiny 13 ist auch zu doof dazu

Habe es gerade mit einem kleinen Programm getestet, das die ADC-Werte seriell ausgibt. Wenn ich DDRB auf Null Eins setze, spuckt der zureordnete ADC-Eingang nur Nullen aus, wenn ich den Finger an den Pin halte.

Hätte mich sehr gewundert, wenn es anders wäre, ich telegrafiere schon wochenlang mit der Schaltung herum.

73,

Ralf

Moin moin,

ich hatte am Wochenende keinen brauchbaren Internet-Zugang; daher erst jetzt eine Sammelantwort:


@Egon, OE8EPK

Danke für die Rückmeldung zum myAVRProgTool; muss mal ausprobieren, ob meine "Kundschaft" damit zurechtkäme.

Ja, Bascom ist schon recht alt und schleppt einige Altlasten mit sich rum, aber die versuchen halt, zu sich selber kompatibel zu bleiben, und das finde ich so wohltuend daran. Auch 15 Jahre alter Sourcecode lässt sich oft klaglos kompilieren; manche AVR-GCC-Quelltexte oder Arduino-Quelltexte fliegen einem erst mal um die Ohren, wenn sie nur 3 oder 4 Jahre alt sind - je nach verwendeter Compiler-Version

Das ist mir zu wenig "nachbausicher" für Einsteiger und Anfänger. Und BASCOM-Quelltexte sind leichter zu lesen (und zu schreiben).


@Reiner, DL8LRZ:

Stimmt, mit Sensoren ist man wesentlich freier in der Gestaltung des Paddles. Muss ich mal ausprobieren; habe aber den Verdacht, dass das Wischen bei Geschwindigkeiten jenseits von 25 WpM zu lange dauert.

AT90-S2313 bzw. die moderneren ATTiny2313 haben keinen ADC, d.h, Deine Version nutzt Digitaleingänge und wertet die Hi-Low-Schaltschwelle der CMOS-Eingänge aus. Das schien mir etwas zu "wacklig"; interessant, dass es offenbar auch bei Anwesenheit von HF gut genug funktioniert.

Auch an Dich danke für die Rückmeldung zum myAVRProgTool.


@Holger, DL9HDA:

Ja, stimmt; darum mache ich das so wie von Dir beschrieben. Ist ja ziemlich naheliegend, aber ich hatte damit ein Rad neu erfunden, denn erst später hatte ich etwas über ein Verfahren gelesen, das den bombastisch klingenden Namen "raised cosine" hat.

Bei der ersten Lösung mit zwei getrennten ATTiny13 hatte ich in den Sinusgenerator zusätzlich noch eine Schiebe-Operation eingebaut, um die Anstiegs-Flanke und die Abfall-Flanke weicher zu machen.

Die erste Vollwelle wird z.B. mit einem Achtel der Maximalampitude durchlaufen, die nächste mit einem Viertel, die übernächste mit der Hälfte. Am Ende des Zeichenelements geht es dann andersrum. Gibt zwar keine ideale Hüllkurve, ist aber besser als nix.

Auf dem ATtiny13-Sensorkeyer war dafür kein Platz mehr, der klingt daher etwas härter.

73,
Ralf