Bau die Prog-Staton auf, das ist billiger als die Post ;-)
Druckbare Version
Bau die Prog-Staton auf, das ist billiger als die Post ;-)
Hallo
Ich habe mich mal für den MC1313576 interessiert...
Welche Ausgabe war denn das?
Was ist es denn für ein Typ?
Superhet, Direktüberlagerung?
Wie wird die Frequenz eingestellt?
PLL, LC oszi?
Wie siehts mit der Frequenzstabilität aus?
Könntest du den Artikel vielleicht einemal scannen?
Würde mich echt interessieren.
Gruß
Martin
existiert schon ein rasterlayout für den atmega8 mit led/lcd schleifenanzeige und nen passender code?
Ich schau gleich mal nach wo der drin war. Er ist kein pll, soviel dazu. Bis später!
Hallo
Es sollte wohl kein Problem sein, den µC auf eine Streifen- oder Lochrasterplatine zu bringen.
Die Positionierung ist jedem selbst überlassen....
Der Code lässt sich auch sehr leicht anpassen.
Einfach statt "2313def.dat" schreibt man "m8def.dat"
Die Ports mücssen ggf auch angepasst werden.
Gruß
Martin
@DJUwert
kann man das ganze auch auf ner normal geatzten platine aufbauen?? weil smd löten wird seehr seeeehr schwer.
stell's auf jedenfall hier rein oder sende es wenn's zu groß ist via e-mail an jemanden der genug webspace hat
MfG firebuster-t
Hallo
Ich habe jetzt noch einmal das pdf aktualisiert.
http://home.arcor.de/output/elektronik/5ton-AVR.pdf
Ab morgen Nachmittag bin ich für eine Woche auf Abifahrt in Rom. Also müsst ihr ohne mich auskommen ;-)
Allen die sich an der Schaltung versuchen noch viel Erfolg.
Gruß
Martin
Viel Spass Martin!!!!!!!!!!!!!!!!!!Zitat:
Original geschrieben von output
Ab morgen Nachmittag bin ich für eine Woche auf Abifahrt in Rom. Also müsst ihr ohne mich auskommen ;-)
Grüß die Stadt von mir, da war ich vorm Abi das letzt mal, und das ist jetzt auch schon wieder über drei Jahre her.
Übrigens: Die Portierung nach C hat heute Vortschritte gemacht. Frequenzerkennung lief, leider hat sich dann der µC verabschiedet ;-). Jetzt muss ich erstmal nen neuen besorgen, und rausfinden warum er hobs ging.
Das C-Compilat wird dafür erstaunlich klein, außer ich hab noch irgendwo nen massiven Fehler drin.
das ist mir jetzt auch son einmal passiet ich hatte einen ic in der "prog-station" der ist auf einmal heiß geworden und ging nicht mehr. danach hab ich es mit einem anderen versucht und da gings ohne problemeZitat:
Original geschrieben von Grisuchris
Grüß die Stadt von mir, da war ich vorm Abi das letzt mal, und das ist jetzt auch schon wieder über drei Jahre her.
leider hat sich dann der µC verabschiedet ;-). Jetzt muss ich erstmal nen neuen besorgen, und rausfinden warum er hobs ging.
MEIN TIP:
bestell dir gleich mehrere :-P
MfG Firebuster-t
Hallo
Danke Felix!
@Grisuchris: Ich trink für dich ein Gläschen Wein mit, oder auch zwei ;-)
Ich habs noch nie geschafft nen AVR zu killen.
Oft geht er nach einer Neuprogrammierung wieder!
@firebuster:
Was macht die Schaltung, irendwelche Fortschritte?
Gruß
Martin
@output
mit dem avr durchfeuern lieg ich weit vorn :-P
ich muss noch ein paar teile bestellen
ich hatte den avr im prog-adapter auf einmal wurde er heiß und nun kann ich nicht mehr drauf zugreifen ich hab aber noch ein Paar :-)
ich bestell mir auch noch nen atmega 8 für die schaltung auf rowalt.de
MfG firebuster-t
Ha, der AVR tut wieder. Sowas passiert immer, wenn man lauter gleichfarbige Krokoklemmen nimmt: Ich hatte statt Masse vom Netzteil Masse vom Lautsprecherkabel genommen, darum hatte er etwas wenig Saft und reagierte so seltsam, dass ich meinte er wäre hin.
Ich glaub heute geh ich doch mal früher ins Bett, nicht dass ich morgen noch 12 V auf die Soundkarte lege...
Hallo
Naja, 12V machen der SK nichts, die hat ja Koppelkondensatoren...
Gruß
Martin
HI IST ES AUCH MÖGLICH MIT DEINER SCHALTUNG EINFACH EIN RELAIS ZU SCHALTE??
1. Deine Shift-Taste klemmt ;-)
2. Relai geht.
Oh Danke!!
Kann mir dann jemand gegen einen kleinen Obulus und natürlich den Bauteilpreis die platine zusammenbruzeln und sie auf drei Schleifen programmieren?? Währe sehr nett !!
Hallo,
hat schon jemand von euch erfahrungen mit dem AVR-JTAG ?
http://www.elektronikladen.de/avrjtag.html
Sehe ich das richtig, dass ich mit dem Ding in C on Chip debuggen kann, Breakpoints usw... ?
@Grisuchris
Kannst du mir schon mal Deinen C-Code schicken? Ich komm bei mir irgendwie nicht in die Interrupt Routine und er springt irgendwie immer wieder an den Anfang der main, obwohl er eigentlich in ner Endlosschleife laufen sollte. Vielleicht hab ich da ja irgendein Register falsch gesetzt.
Gruß,
chris
Ich hab auch noch nen bösen Fehler in der Interruproutine, der mir Kopfzerbrechen bereitet.
das mit der Endlosschleife muss strukturell so aussehen:
# include xyz
SIGNAL (SIG_INTERRUPT0){ //Taster drücken
cbi(PORTD,PD4);
}
SIGNAL (SIG_INPUT_CAPTURE1){ //Capture Interrupt
<code>
}
int main(){
<setzten aller Register usw>
for(;;){ //Endlosschleife
<hier kommt die ganze Berechnerei>
} //Ende Endlosschleife
}
Na endlich, ich hatte schon befürchtet, dass das nichts mehr wird: mein Interrupt-Problem ist weg. Jetzt kann ich die Software fertig machen und die Kommentare verständlich schreiben...
Hallo Forum
Ich bin wieder aus Rom zurück.
War eine echt spitze Zeit dort und v.a. viel wärmer als bei uns....
Schon weitere Erfolge in C??
Gruß
Martin
Die Decodierung läuft sauber, RS232-Ausgabe geht auch problemlos, nur dass Zusammensetzen der Töne zu nem String muss ich heute oder morgen noch basteln, C ist ja bekanntermaßen sehr String-Freundlich.
Hallo,
hab die Interrupts jetzt auch im Griff. Bin schon gespannt auf Grisuchris seinen Code. Die String Programmierung ist nämlich auch nicht gerade meine Stärke.
Benutze allerdings nen LM358N und speise das Signal dann direkt an den ICP Pin.
@output
Ich war auch mal in Rom, da haben wir doch tatsächlich 6 Stunden auf den Zug nach München gewartet und ihn dann verpasst, weil wir auf dem falschen Bahnhof waren. Ich hoffe deine fahrt ist reibungsloser verlaufen.
Gruß,
chris
Hallo
Wie scho gesagt, die AVRs haben schon einen analog Komparator ob Board, in Bascom gehts ganz einfach den zu nutzen.
In C kenn ich mich nicht aus....
In Rom ist alles super gelaufen, bin nur 21 Stunden Zug heimwärts gefahren....
Gruß
Martin
In C gehts auch ganz einfach, sobald man die 90 Seiten Datenblatt vom 2313 gelesen hat, und weiß welche Register man setzten muss...
Juhu, es geht in C, bis auf eine Kleinigkeit: Ich muss zwischen den Folgen noch immer Leerzeichen ausgeben, sonnst will er nicht. Was da noch im Argen ist, muss ich mir nachmal anschauen.
EDIT:
Die Beta steht jetzt unter
http://www.roettinger.de.vu/funk
Hallo
Schön, dass es fu nktioniert!!
Wie sieht es den mit der Flashgröße aus?
Gruß
Martin
Hallo,
hab bei mir 1558 bytes.
Tja, aber wieso funktioniert es nur mit der Ausgabe eines Zeichens???
@Grisuchris
Er kommt ja garnicht mehr an die Stelle, wo die Tonfolge ausgegeben wird. Ich hab mal irgendwo was gelesen, dass wenn die main nix zu tun hat, man nen nop einbauen muss, damit die main schleife weiter läuft. Aber eigentlich läuft er ja in der for Schleife. Naja, werd morgen mal weiter debuggen.
Gruß,
chris
Ich habe (noch) keine Ahnung, was da schief läuft, aber das krieg ich auch noch raus. Wenn jemand am Code rumspielt, bitte mit dem timeout aufpassen, der wird kritisch wenn man den µC noch weitere Befehle abarbeiten lässt. Aber da hab ich mir auch schon was überlegt.
Ne sauber kommentierte Version kommt morgen im Laufe des Tages. Da ich jetzt schön langsam weiß wo die Fallstricke liegen, hoffe ich, dass eine Version mit Tonlängenkontrolle auch bald Gestalt annimmt.
Achja, das Hallo1 am Anfang hat auch keinen wirklichen Sinn mehr.
Ich teste morgen mal ne eigene UART-Funktion, nicht dass die die ich ejtzt verwende Probleme macht.
EDIT: Kommentierte Version online, jetzt geht bei mir aber garkein UART mehr. -->Verdacht könnte sich bestätigen.
Ist die Version mit Display schon ausgereift?
Kann mal jemand eine Liste der Bauteile zusammen schreiben die man für den Auswerter mit Display braucht (evtl. mit Bestellnummern von Reichelt)??
Hi,
was macht denn der UART?
Gruß,
chris
Hallo
Die "Version mit Display" läuft schon seit langem ohne Probleme. Man muss anstelle vom Print Befehl in Bascom nur LCD reinschreiben un das LCD natürlich in Bascom angeben.
Ich muss das jetzt mal loswerden:
Wer die Bauteile sich nicht selbst zusammensuchen und dann die Bestellnummern bei Reichelt rausfinden kann sollte sich vielleicht nicht an den Nachbau machen.
Mit einer so großen Reaktion in diesem Forum und auch per mail oder ICQ hatte ich nicht gerechnet.
Auf so eine einfache Art der Dekodierung scheinen doch einige gewartet zu haben.
Das pdf sollte eigentlich nur eine Anregung für technisch interessierte sein und keine Schritt für Schritt Anleitung für den Gelegenheitsbastler.
Die Schaltung wie sie abgebildet ist und die Software dazu wird in den seltesten Fällen zu den individuellen Bedürfnissen passen. Sie soll nur den Einstieg ermöglichen. Man muss sich fast zwangsläufig mit Bascom oder einer anderen Sprache auseinandersetzen
und den AVRs im allgemeinen um den Dekoder sinnvoll und funktionierend zu verwirklichen.
Ich hoffe einige von euch sehen das genauso wie ich...
@felix000
Das war jetzt nicht persönlich gemeint!
Geh doch den Schaltplan Schritt für Schritt durch und bei Fragen zu einzelnen Bauteilen mail mich einfach an.
Wenn ihr noch Fragen habt die ins Detail gehen mailt mir bitte, das ist mir leiber als PNs:
martinhaun@freenet.de
Gruß
Martin
Eine kleine Frage:
Sind die Ausgänge vom AVR bei 0 "wirklich" 0 ??
Ich will drei Ausgänge an AND-Gliedern anschalten. Ist es dann sinnvoll oder sogar nötig Pulldowns an den Eingängen der Glieder bzw. Ausgängen des AVR anzuschalten??
Lass doch dass was du mit den AND-Gattern machen wilslt, gleich vom AVR mitberechnen. Die Ausgänge sind 0V bei logisch 0.
Hallo,
ich habe jetzt eine Assembler library benutzt, um die 5-Ton Folge über die serielle Schnittstelle auszugeben. Die Ausgabe funktioniert bestens. Leider läuft aber auch hier das Programm nicht mehr richtig weiter.
@Grisuchris
Wie siehts bei Dir aus?
Gruß,
chris
Ich tippe jetzt stark auf ein Timing Problem, die Endlosschleife geht auch ohne Problemlos, nur es kommt keine Tonauswertung zustande. Ich werde das Ganze wohl "etwas" umbauen, muss mir da nur noch ein paar Details überlegen.
Ich hab mir alternativ auch überlegt, mal den ganzen Code in die Interruptroutine zu packen, vielleicht wirds dann besser (oder es dauert so lange, dass keine Auswertung mehr zustandekommt :-) )
Hi,
den Tip wollt ich auch gerade loswerden.
Auch wenn man komplett den UART weg lässt, ist ton immer ==f .
Ich denke mal durch das uart_puts wird die Endlosschleife etwas verzögert, so dass es klappt.
Aber wieso sollte es nicht gehen, wenn die Schleife schneller läuft?
Aber ich glaube, dass ist der richtige Weg!
Gruß,
chris
Hi,
hab nen Weg gefunden!
-Eine Variable i anlegen.
-In (SIG_INPUT_CAPTURE) i = 1 setzen.
-In der for Schleife um alles ein if(i==1) herum setzen
-Am Ende, da wo uart_puts hin mußte, i=0 setzen.
Es wird so der Code nur bei einer neu empfangenen Frequenz ausgeführt.
EDIT: Mit uart_putc('\r');
uart_putc('\n');
an den Anfang der nächsten Reihe springen.
Gruß,
chris
Danke, werd ich nachher gleich mal testen.
Warum es hier überhaupt ein Timing-Problem gibt, kann ich (noch) nicht erklären, aber das will ich auch noch rausfinden. Die nächsen Tage wandert das Ganzte dann in nen Atmege 8 mit Display, dann gehts weiter.
!!!ACHTUNG: In der Software ist noch ein andere Bug: Es stimmt was mit dem Löschen des Strings nicht ganz, so dass bei unvollständigen Folgen böse Probleme auftreten. Wird morgen gefixt.!!!
Großes Ups, das Problem mit unvollständigen Folgen besteht auch in der BASCOM Software. 854 wird z.B. als 85400 ausgewertet.
Hallo
"854 wird z.B. als 85400 ausgewertet"
Hmm, bei mir nicht...
Wann genau soll das passieren?
Gruß
Martin
Ich hab deine Software gerade nochmal runtergeladen: Wenn ich direkt nach dem Programmieren eine zu kurze Tonfolge eingebe passiert nichts. Wenn ich danch eine normale Folge auswerten lasse geht es, wenn ich dann z.B. 123 abspiele wird sie als 1230w decodiert. Ich teste es morgen mal mit nem anderen 2313, nicht das der hier Probleme macht.
Hallo
Hab es gerade noch mal versucht wie Du es gesagt hast.
Ich kann keine Problemem feststellen.
Das Timeout sollte dies ja verhindern und ich kann mir auch nicht vorstellen, warum das nicht funktionieren sollte.
Gruß
Martin
Problem gefunden: *Schäm* Es lag an meinem Tongäber, der hat automatisch ne 5-Ton-Folge gesendet, und fehlende Stellen mit 0 ergänzt.
Hi,
hab den Auswerter bei mir jetzt ca. einen Tag am laufen, mir ist dabei aufgefallen, dass es manchmal Fehlauswertungen gibt. Es wird aus der Sprache oder anderen Geräuschen eine Schleife erkannt.
Ich denke es müßte eine Längenüberprufung her.
Wie sieht es denn bei den Bascom Usern aus?
Habt Ihr da auch das Problem?
Vielleicht schon eine Lösung?
Und noch ne Frage, muss es unbedingt die AA112 Diode sein?
Welche Diode käme noch in Frage?
Gruß,
chris
Längenüberprüfung ist schon in Arbeit ;-). Als Diode kann man eigentlich nehmen, was man gerade hat, da sie ja im Prinzip nur gleichrichtet. An der AA112 fällt nur besonders wenig Spannung ab, wenn man aber den zusätzlichen Kondensator einbaut, der im Threat mal angesprochen wurde, sollte dass aber auch kein Problem mehr sein.
EDIT: Vergesst es, ne andere Diode gibt Probleme
Hallo
Durch das Array ist eine Tonlängenkontrolle ralisiert.
Habe den Dekoder schon seit langen im realen Testbetrieb laufen und bei mir gab es noch nie eine Fehlauswertung durch Sprache.
Gruß
Martin
Hallo,
ich denke nicht, dass das Array für eine perfekte Tonlängenkontrolle ausreicht.
Kann sein, dass es bei mir nicht so gut läuft, weil mein AT90S8515 nur mit 4 Mhz läuft.
Zur Info:
Sendervorlauf 600ms +- 60ms
Ruftonfolge(5 mal 70ms +-2ms)
Pause 600ms +-60ms
Ruftonfolge(5 mal 70ms +-2ms)
Pause 600ms +-60ms
Weckton/Sirenentöne 5000ms +-250ms
Nachlauf 70ms +-2ms
Ich denke man sollte nen Timer nutzen, damit man nicht auf Programmlaufzeiten achten muss.
Den Sendervorlauf bekommt man sowieso nicht mit, vielleicht bekommt man auch nur eine Aussendung der 5-Ton Folge mit, also muss eigentlich nur überprüft werden, ob alle 5 Töne 70ms lang sind.
Was ist denn mit der Sirene, müsste man die nicht auch ganz einfach auswerten können? Irgendwie kann das ja kaum eine Software, wo liegen denn da die Probleme?
Gruß,
chris
Mit dem Timer zur Tonlängenkontrolle bin ich, wie gesagt, schon am basteln.
Der Sirenenton ist ne andere Geschichte, da er ja aus zwei überlagerten Frequenzen zusammengesetzt ist. Da ist etwas mehr Aufwand nötig.
das problem bei der sirenen alarmierung ist, dass zwei Töne überlagert werden. Eine "einfache" Pulsweitenmessung ist hier nicht möglich.
Hilfe: Viele Filter oder spezial IC.