Mikrocontroller.net - Benutzerbeiträge [de]

Diskussion:Soft-PWM

2008-01-10T15:58:38Z

Hans:

Vielleicht wärs nicht schlecht auch noch drauf hinzuweise, dass man duch ein einfaches bit-reverse die Schaltfrequenz auf die Timer-Zykluszeit hochbringen kann... Damit ist dann das obligatorische Filtern viel einfacher...

Ich hab leider keinen passenden Link gefunden der das illustriert aber mann man ja recht einfach nachprüfen...

Den Zählerwert mit dieser Tabelle
<c>
static const unsigned char BitReverseTable256[] =
{
0x00, 0x80, 0x40, 0xC0, 0x20, 0xA0, 0x60, 0xE0, 0x10, 0x90, 0x50, 0xD0, 0x30, 0xB0, 0x70, 0xF0,
0x08, 0x88, 0x48, 0xC8, 0x28, 0xA8, 0x68, 0xE8, 0x18, 0x98, 0x58, 0xD8, 0x38, 0xB8, 0x78, 0xF8,
0x04, 0x84, 0x44, 0xC4, 0x24, 0xA4, 0x64, 0xE4, 0x14, 0x94, 0x54, 0xD4, 0x34, 0xB4, 0x74, 0xF4,
0x0C, 0x8C, 0x4C, 0xCC, 0x2C, 0xAC, 0x6C, 0xEC, 0x1C, 0x9C, 0x5C, 0xDC, 0x3C, 0xBC, 0x7C, 0xFC,
0x02, 0x82, 0x42, 0xC2, 0x22, 0xA2, 0x62, 0xE2, 0x12, 0x92, 0x52, 0xD2, 0x32, 0xB2, 0x72, 0xF2,
0x0A, 0x8A, 0x4A, 0xCA, 0x2A, 0xAA, 0x6A, 0xEA, 0x1A, 0x9A, 0x5A, 0xDA, 0x3A, 0xBA, 0x7A, 0xFA,
0x06, 0x86, 0x46, 0xC6, 0x26, 0xA6, 0x66, 0xE6, 0x16, 0x96, 0x56, 0xD6, 0x36, 0xB6, 0x76, 0xF6,
0x0E, 0x8E, 0x4E, 0xCE, 0x2E, 0xAE, 0x6E, 0xEE, 0x1E, 0x9E, 0x5E, 0xDE, 0x3E, 0xBE, 0x7E, 0xFE,
0x01, 0x81, 0x41, 0xC1, 0x21, 0xA1, 0x61, 0xE1, 0x11, 0x91, 0x51, 0xD1, 0x31, 0xB1, 0x71, 0xF1,
0x09, 0x89, 0x49, 0xC9, 0x29, 0xA9, 0x69, 0xE9, 0x19, 0x99, 0x59, 0xD9, 0x39, 0xB9, 0x79, 0xF9,
0x05, 0x85, 0x45, 0xC5, 0x25, 0xA5, 0x65, 0xE5, 0x15, 0x95, 0x55, 0xD5, 0x35, 0xB5, 0x75, 0xF5,
0x0D, 0x8D, 0x4D, 0xCD, 0x2D, 0xAD, 0x6D, 0xED, 0x1D, 0x9D, 0x5D, 0xDD, 0x3D, 0xBD, 0x7D, 0xFD,
0x03, 0x83, 0x43, 0xC3, 0x23, 0xA3, 0x63, 0xE3, 0x13, 0x93, 0x53, 0xD3, 0x33, 0xB3, 0x73, 0xF3,
0x0B, 0x8B, 0x4B, 0xCB, 0x2B, 0xAB, 0x6B, 0xEB, 0x1B, 0x9B, 0x5B, 0xDB, 0x3B, 0xBB, 0x7B, 0xFB,
0x07, 0x87, 0x47, 0xC7, 0x27, 0xA7, 0x67, 0xE7, 0x17, 0x97, 0x57, 0xD7, 0x37, 0xB7, 0x77, 0xF7,
0x0F, 0x8F, 0x4F, 0xCF, 0x2F, 0xAF, 0x6F, 0xEF, 0x1F, 0x9F, 0x5F, 0xDF, 0x3F, 0xBF, 0x7F, 0xFF
};
</c>

und dann vergleicht man eigentlich BitReverseTable256[ZÄHLERWERT] mit dem eingestellten PWM-Wert...

Wenn man jetzt z.b 50% dutycycle betrachtet erkennt man schon ganz deutlich die Verbesserung:
bei jedem Vergleich wird getoggelt!

Warum kein einziger Controller den ich kenne sowas macht versteh ich nicht...

Derzeit bastle ich an einer einfachen Motorsteuerung und da wird eben ein DC-Motor per PWM vergewaltigt.
Software-PWM deshalb weil ich den Timer sowieso zur Zeitmessung verwende..
Mit dieser Methode hab' ich jetzt eine Schaltfrequenz am Motor von 14kHz :)

73

----

>Vielleicht wärs nicht schlecht auch noch drauf hinzuweise, dass man duch ein >einfaches bit-reverse die Schaltfrequenz auf die Timer-Zykluszeit hochbringen >kann... Damit ist dann das obligatorische Filtern viel einfacher...

Das nennt sich Puls-DICHTE-Modulation

>Wenn man jetzt z.b 50% dutycycle betrachtet erkennt man schon ganz deutlich die >Verbesserung:
>bei jedem Vergleich wird getoggelt!

Fast.

>Warum kein einziger Controller den ich kenne sowas macht versteh ich nicht...

Für PWM/PDM zur Erzeugung von Referenzspannungen für ADC, whatever ist das ganz nützlich. Aber . . .

>Derzeit bastle ich an einer einfachen Motorsteuerung und da wird eben ein >DC-Motor per PWM vergewaltigt.
>Software-PWM deshalb weil ich den Timer sowieso zur Zeitmessung verwende..
>Mit dieser Methode hab' ich jetzt eine Schaltfrequenz am Motor von 14kHz :)

Eben für Leistungsendstufen ist das quasi unbrauchbar, weil dann die Schaltverluste zu hoch werden, weil zu oft geschaltet wird.

MFG
Falk

----

Die Schaltverluste sollten eigentlich mit guten FETs und relativ wenig Strom nicht gravierend sein...

Das einzige was bäse ist beim schnellen Schalten ist das EMV-Problem...

Auf jedenfall rennt bei mir der Motor so sauberer... also viel konstanteres Moment.
Vor allem wenn er langsam über eine Rampe hochläuft merkt man das...

73
--[[Benutzer:Hans|Hans]] 16:58, 10. Jan. 2008 (CET)

Diskussion:Soft-PWM

2008-01-10T15:58:06Z

Hans:

Vielleicht wärs nicht schlecht auch noch drauf hinzuweise, dass man duch ein einfaches bit-reverse die Schaltfrequenz auf die Timer-Zykluszeit hochbringen kann... Damit ist dann das obligatorische Filtern viel einfacher...

Ich hab leider keinen passenden Link gefunden der das illustriert aber mann man ja recht einfach nachprüfen...

Den Zählerwert mit dieser Tabelle
<c>
static const unsigned char BitReverseTable256[] =
{
0x00, 0x80, 0x40, 0xC0, 0x20, 0xA0, 0x60, 0xE0, 0x10, 0x90, 0x50, 0xD0, 0x30, 0xB0, 0x70, 0xF0,
0x08, 0x88, 0x48, 0xC8, 0x28, 0xA8, 0x68, 0xE8, 0x18, 0x98, 0x58, 0xD8, 0x38, 0xB8, 0x78, 0xF8,
0x04, 0x84, 0x44, 0xC4, 0x24, 0xA4, 0x64, 0xE4, 0x14, 0x94, 0x54, 0xD4, 0x34, 0xB4, 0x74, 0xF4,
0x0C, 0x8C, 0x4C, 0xCC, 0x2C, 0xAC, 0x6C, 0xEC, 0x1C, 0x9C, 0x5C, 0xDC, 0x3C, 0xBC, 0x7C, 0xFC,
0x02, 0x82, 0x42, 0xC2, 0x22, 0xA2, 0x62, 0xE2, 0x12, 0x92, 0x52, 0xD2, 0x32, 0xB2, 0x72, 0xF2,
0x0A, 0x8A, 0x4A, 0xCA, 0x2A, 0xAA, 0x6A, 0xEA, 0x1A, 0x9A, 0x5A, 0xDA, 0x3A, 0xBA, 0x7A, 0xFA,
0x06, 0x86, 0x46, 0xC6, 0x26, 0xA6, 0x66, 0xE6, 0x16, 0x96, 0x56, 0xD6, 0x36, 0xB6, 0x76, 0xF6,
0x0E, 0x8E, 0x4E, 0xCE, 0x2E, 0xAE, 0x6E, 0xEE, 0x1E, 0x9E, 0x5E, 0xDE, 0x3E, 0xBE, 0x7E, 0xFE,
0x01, 0x81, 0x41, 0xC1, 0x21, 0xA1, 0x61, 0xE1, 0x11, 0x91, 0x51, 0xD1, 0x31, 0xB1, 0x71, 0xF1,
0x09, 0x89, 0x49, 0xC9, 0x29, 0xA9, 0x69, 0xE9, 0x19, 0x99, 0x59, 0xD9, 0x39, 0xB9, 0x79, 0xF9,
0x05, 0x85, 0x45, 0xC5, 0x25, 0xA5, 0x65, 0xE5, 0x15, 0x95, 0x55, 0xD5, 0x35, 0xB5, 0x75, 0xF5,
0x0D, 0x8D, 0x4D, 0xCD, 0x2D, 0xAD, 0x6D, 0xED, 0x1D, 0x9D, 0x5D, 0xDD, 0x3D, 0xBD, 0x7D, 0xFD,
0x03, 0x83, 0x43, 0xC3, 0x23, 0xA3, 0x63, 0xE3, 0x13, 0x93, 0x53, 0xD3, 0x33, 0xB3, 0x73, 0xF3,
0x0B, 0x8B, 0x4B, 0xCB, 0x2B, 0xAB, 0x6B, 0xEB, 0x1B, 0x9B, 0x5B, 0xDB, 0x3B, 0xBB, 0x7B, 0xFB,
0x07, 0x87, 0x47, 0xC7, 0x27, 0xA7, 0x67, 0xE7, 0x17, 0x97, 0x57, 0xD7, 0x37, 0xB7, 0x77, 0xF7,
0x0F, 0x8F, 0x4F, 0xCF, 0x2F, 0xAF, 0x6F, 0xEF, 0x1F, 0x9F, 0x5F, 0xDF, 0x3F, 0xBF, 0x7F, 0xFF
};
</c>

und dann vergleicht man eigentlich BitReverseTable256[ZÄHLERWERT] mit dem eingestellten PWM-Wert...

Wenn man jetzt z.b 50% dutycycle betrachtet erkennt man schon ganz deutlich die Verbesserung:
bei jedem Vergleich wird getoggelt!

Warum kein einziger Controller den ich kenne sowas macht versteh ich nicht...

Derzeit bastle ich an einer einfachen Motorsteuerung und da wird eben ein DC-Motor per PWM vergewaltigt.
Software-PWM deshalb weil ich den Timer sowieso zur Zeitmessung verwende..
Mit dieser Methode hab' ich jetzt eine Schaltfrequenz am Motor von 14kHz :)

73

----

>Vielleicht wärs nicht schlecht auch noch drauf hinzuweise, dass man duch ein >einfaches bit-reverse die Schaltfrequenz auf die Timer-Zykluszeit hochbringen >kann... Damit ist dann das obligatorische Filtern viel einfacher...

Das nennt sich Puls-DICHTE-Modulation

>Wenn man jetzt z.b 50% dutycycle betrachtet erkennt man schon ganz deutlich die >Verbesserung:
>bei jedem Vergleich wird getoggelt!

Fast.

>Warum kein einziger Controller den ich kenne sowas macht versteh ich nicht...

Für PWM/PDM zur Erzeugung von Referenzspannungen für ADC, whatever ist das ganz nützlich. Aber . . .

>Derzeit bastle ich an einer einfachen Motorsteuerung und da wird eben ein >DC-Motor per PWM vergewaltigt.
>Software-PWM deshalb weil ich den Timer sowieso zur Zeitmessung verwende..
>Mit dieser Methode hab' ich jetzt eine Schaltfrequenz am Motor von 14kHz :)

Eben für Leistungsendstufen ist das quasi unbrauchbar, weil dann die Schaltverluste zu hoch werden, weil zu oft geschaltet wird.

MFG
Falk

Die Schaltverluste sollten eigentlich mit guten FETs und relativ wenig Strom nicht gravierend sein...

Das einzige was bäse ist beim schnellen Schalten ist das EMV-Problem...

Auf jedenfall rennt bei mir der Motor so sauberer... also viel konstanteres Moment.
Vor allem wenn er langsam über eine Rampe hochläuft merkt man das...

73
--[[Benutzer:Hans|Hans]] 16:58, 10. Jan. 2008 (CET)

Diskussion:Soft-PWM

2008-01-10T13:31:08Z

Hans: Die Seite wurde neu angelegt: Vielleicht wärs nicht schlecht auch noch drauf hinzuweise, dass man duch ein einfaches bit-reverse die Schaltfrequenz auf die Timer-Zykluszeit hochbringen kann... Dami...

Schaltungssimulation

2007-08-24T09:24:58Z

Hans: verpasted... Maxima war nicht richtig eingeordnet

==Analog==
Für Analogsimulation und Mixed-Mode (Digital/Analog) ist Spice State-of-the-art.
Spice ist inzwischen von vielen Herstellern erhältlich.

===PSpice===

http://www.orcad.com/download.orcaddemo.aspx
* nur für Windows
* kostenlos mit Größeneinschränkung
* Version 8 ist etwas übersichtlicher als die aktuelle
* Einführungen
** http://people.fh-landshut.de/~wlf/Pspice/Einfuehrung/Einfuehrung.pdf
** http://www.elektronikschule.de/~krausg/ (links im Menü "Einstieg in PSpice leichtgemacht")
** [http://www.spicelab.de/index.htm Robert Heinemanns PSPICE-Seiten]

===Simplorer===

http://www.ansoft.com/downloads.cfm
*kostenlose Studentenversion
===LTSpice/SwitcherCAD===

http://www.linear.com/company/software.jsp
* kostenlos
* als Einstieg empfehlenswert, da sehr übersichtlich
* läuft mit wine unter Linux.
* kleine Einführung: http://www.lme.fh-muenchen.de/lst/spice/LTSpiceInfo.pdf
* International User Group: http://groups.yahoo.com/group/LTspice/

Eine Liste von Bauteilen, die aus verschiedenen Quellen stammen, ist nach Anmeldung in der obigen User Group zu bekommen. Dort gibt es auch die Modelle zum Download. Die erste Anlaufquelle, um häufig eingsetzte Bauteile zu finden.

===ngSpice===

http://ngspice.sourceforge.net/
* Kommandozeilenorientiert
* für Linux, Windows, MacOS
* Anleitung für gEDA und Spice http://www.brorson.com/gEDA/SPICE/t1.html

===Micro-Cap===

http://www.spectrum-soft.com
* nur für Windows
* Evaluation Version (mit Einschränkungen) nach Registrierung erhältlich

===Electronics Workbench===
http://www.electronicsworkbench.com/edu/eduhom.html

* Freeware Version zwar verfügbar, verfügt aber kein Simulationsfeature
* nur für Windows

===Tina===
http://www.tina.com/
* sehr eingeschränkte Demo-Version (PCB Layout nur mit weniger als 50 Pads erlaubt)

===Gnucap===
http://www.geda.seul.org/tools/gnucap/

===qucs===
http://qucs.sourceforge.net/
* freie Software
* für Linux, Windows, OS X

=== lcfilter ===
http://www-users.cs.york.ac.uk/~fisher/lcfilter/
Online-Filterberechnung L-C-Filter

=== DOLPHIN SMASH ===
http://www.dolphin-integration.com/medal/smash/smash_overview.html
* Dolphin Smash is a mixed-signal, multi-language simulator for IC or PCB designs. It uses [[SPICE]] syntax for analog descriptions, [[Verilog]]-HDL and [[VHDL]] for digital, Verilog-A/AMS, VHDL-AMS and ABCD (a combination of SPICE and C) for analog behavioral, and C for [[DSP]] algorithms.
* Logik, Analog und Mixed-Simulation
* Für Linux und Windows
* Engeschränkte Evaluationsversion erhältlich

==Digital==

===DigitalSimulator===
http://www.digital-simulator.de/
* nur für Windows

=== HADES ===
http://tams-www.informatik.uni-hamburg.de/applets/hades/html/index.html
* betriebssystemunabhängig (Java)

=== mkfilter ===
http://www-users.cs.york.ac.uk/~fisher/mkfilter/
Online-Digitalfilterberechnung FIR, IIR

=== edef ===
[http://edef.sourceforge.net/ edef] - A simple discrete event simulation. The edef framework can be used to simulate typical logical circuits, autoregressive processes or digital controller circuits and maybe some more. It is designed to be simple enougth for use in schools or other educational context. It is also truly easy to extend.
== Mixed Analog-Digital ==
===SPECTRE===
Mixed AD-Simulator auf der Basis von VHDL-AMS
===HSPICE===
P-Spice-ähnlicher Simulator, der sowohl ABM-Modelle, als auch eigens erstellte library-Modelle verarbeiten kann.

==Hochfrequenztechnik==

=== Ansoft ===
Homepage: http://www.ansoft.de/downloads.cfm

free downloads are feature-limited, student versions of some of our
commercially distributed software. Intended for electrical engineering
students. Each download comes with a set of examples specially designed for
topics commonly studied at the junior, senior, and graduate levels of study.

=== Aplac ===
Homepage: http://www.aplac.com

AWR-APLAC offers a low-cost University License for educational and
non-commercial academic research use for universities and
other educational institutions.

=== ARRL Radio Designer ===
für 169€ bei http://www.ukw-berichte.de erhältlich http://www.arrl.org
* Amateurversion der amerikanischen Design-Software Super Compact.
* Mittlerweile durch Ansoft Designer (ehem. Ansoft Serenade) überholt

=== AADE Filter Design ===
Homepage: http://www.aade.com/filter.htm

kostenlose Analog-Filterberechnung:
* Butterworth, Chebyshev, Elliptic (Cauer), Bessel, Legendre and Linear Phase
* low-pass, high-pass, band-Pass, and band-reject filters.
* Coupled Resonator band-pass filters
* Crystal Ladder band-pass filters using identical crystals

=== ActiveFilterDesign ===
Active Filter Design für Matlab, kostenloser Download: http://academics.vmi.edu/ee_js/Research/Programs/materials/AFD12.zip

Handbuch: http://academics.vmi.edu/ee_js/Research/Programs/materials/Analog%20Filter%20Designer.pdf

* FIR, IIR, analoge Filter, Synthese und Analyse

=== FilterFree ===
http://www.nuhertz.com/filter/

Filter Free is the free version of Filter Solutions and Filter Light. Functionality is limited 3rd order analog and IIR filters, and 10 tap FIR filters. Filters are synthesized. Frequency, time, and reflection analysis are performed on the ideal, unmodified filters only. Transfer functions are displayed in standard form only.

=== HP AppCAD ===
http://www.hp.woodshot.com/

RF design software is provided free of charge by Agilent Technologies
as a service to the RF and microwave design community

=== PUFF - Microwave Design Software ===
für 22€ bei http://www.ukw-berichte.de/ erhältlich
* altes DOS-Programm für HF-Simulation und Platinenentwurf
* Microstrip HF-Berechnungen, Smith-Diagramm
* in den UKW-Berichten standen schon mehrere Artikel mit Beispielen
* zur Nutzung einer Kombination aus PUFF und Ansoft SV (=Studentenversion)

=== Microwave-Office / Tx-Line ===
Gratis: Tx-Line, ein "interactive transmission line calculator"
http://web.appwave.com/Products/Microwave_Office/Feature_Guide.php?bullet_id=9

=== RF-Sim 99 ===
kostenlos z.B. von: http://www.janson-soft.de/amateurfunk/rfsim99/rfsim99.htm

oder neben anderen PDFs zur HF-Technik: http://home.sandiego.edu/~ekim/e194rfs01/
* Berechnung aktiver und passiver Filter einschließlich Schaltplaneingabe
* Ausgabe von Frequenz- und Phasengang, Smith-Diagramm

=== Smith Plot ===
Neben diversen Mathcad-Beispielen und Skripten aus der HF-Technik eine Smith-Chart-Software:
http://www.fritz.dellsperger.net/downloads.htm

=== Sonnet Lite ===
Sonnet Lite provides a full-wave EM solution for 3D planar circuits
A fully functional and powerful EM analysis software.
Get started on your EM analysis within the next 30 minutes by downloading SONNET Lite!
http://www.sonnetusa.com/products/lite/

===qucs===
http://qucs.sourceforge.net/
* freie Software
* für Linux, Windows, OS X
* hervorragende technische Dokumentation
* Impedanzrechenfunktionen für Strip- und Microstripleitungen
* Filterberechnungstool

==Antennensimulation==

=== EZ-NEC ===
Homepage: http://eznec.com/
* Antennenberechnung
demo program allows only 20 segments, which limits the complexity of antenna
you can analyze. (EZNEC 4.0 allows 500 )

=== MiniNEC ===
Homepage: http://www.emsci.com/
* Antennenberechnung mittels "Momentenmethode" (Zerlegung der Antenne in kleine Segmente, Überlagerung der Teilfelder)
* eingeschränkte Studenten/Amateurversion erhältlich
* NEC = Numerical Electromagnetics Code

=== SuperNEC ===
Homepage: http://www.supernec.com/
* Antennenberechnung mittels "Momentenmethode"
* 30-Tage-Testversion sowie unbegrenzt lauffähige Studentenversion (gegen Nachweis) erhältlich

==Numerische Berechnungswerkzeuge==

===Derive===
http://education.ti.com

===FreeMat===
http://freemat.sourceforge.net
* freier MatLab-Clone
* für Windows, Linux, Mac OS X

===GAUSS===
Wissenschaftliche Simulationssoftware zur Berechung 3-dimensionaler Ladungsverteilungen in z.B. Halbleitern. Kann aus Geometrie und Dotierungsprofilen die Halbleitergleichungen ableiten.

===GnuPlot===
http://www.gnuplot.info/
* freie Software
* für Linux, Windows und weitere
* sehr mächtiges Tool, aber eher im Bereich der Datenauswertung (Diagramme)

===Maple===
Wissenschaftliche Analyse und Simulationssystem zur Lösung komplexester Aufgaben der Mathematik. Lizenzpflichtig.

===JMathLib===
http://mathlib.sourceforge.net
* freier Matlab-Clone in 100% Java
* für Windows, Linux, ...

===MatLab===
http://www.mathworks.com/

===MuPad===
http://www.mupad.de/

===Mathcad===
http://www.mathsoft.com/ http://www.ptc.com/appserver/mkt/products/home.jsp?k=3901
* rechnen mit Formeln wie auf dem Papier

===Maxima===
http://maxima.sourceforge.net/
* freie Software für Linux, OSX, Windows

===Octave===
http://www.octave.org/
* freier MatLab-Clone. Die Syntax ist überwiegend identisch
* für Linux, Windows, OSX

===GNU R===
http://www.r-project.org/
* freier S-Clone. Die Syntax ist überwiegend identisch
* für Linux, Windows, OSX

===SciLab===
http://www.scilab.org/
* freie Software
* für Linux, Windows, MacOS
* stellt eine C++ Library bereit, die in eigene DSP-Systeme eingebunden werden kann

===scipy===
scipy [http://www.scipy.org/] ist eine Erweiterung der Skriptsprache Python [http://www.python.org] mit numerischen Funktionen
* freie Software
* für Linux, Windows, OSX

Schaltungssimulation

2007-08-24T09:24:00Z

Hans:

==Analog==
Für Analogsimulation und Mixed-Mode (Digital/Analog) ist Spice State-of-the-art.
Spice ist inzwischen von vielen Herstellern erhältlich.

===PSpice===

http://www.orcad.com/download.orcaddemo.aspx
* nur für Windows
* kostenlos mit Größeneinschränkung
* Version 8 ist etwas übersichtlicher als die aktuelle
* Einführungen
** http://people.fh-landshut.de/~wlf/Pspice/Einfuehrung/Einfuehrung.pdf
** http://www.elektronikschule.de/~krausg/ (links im Menü "Einstieg in PSpice leichtgemacht")
** [http://www.spicelab.de/index.htm Robert Heinemanns PSPICE-Seiten]

===Simplorer===

http://www.ansoft.com/downloads.cfm
*kostenlose Studentenversion
===LTSpice/SwitcherCAD===

http://www.linear.com/company/software.jsp
* kostenlos
* als Einstieg empfehlenswert, da sehr übersichtlich
* läuft mit wine unter Linux.
* kleine Einführung: http://www.lme.fh-muenchen.de/lst/spice/LTSpiceInfo.pdf
* International User Group: http://groups.yahoo.com/group/LTspice/

Eine Liste von Bauteilen, die aus verschiedenen Quellen stammen, ist nach Anmeldung in der obigen User Group zu bekommen. Dort gibt es auch die Modelle zum Download. Die erste Anlaufquelle, um häufig eingsetzte Bauteile zu finden.

===ngSpice===

http://ngspice.sourceforge.net/
* Kommandozeilenorientiert
* für Linux, Windows, MacOS
* Anleitung für gEDA und Spice http://www.brorson.com/gEDA/SPICE/t1.html

===Micro-Cap===

http://www.spectrum-soft.com
* nur für Windows
* Evaluation Version (mit Einschränkungen) nach Registrierung erhältlich

===Electronics Workbench===
http://www.electronicsworkbench.com/edu/eduhom.html

* Freeware Version zwar verfügbar, verfügt aber kein Simulationsfeature
* nur für Windows

===Tina===
http://www.tina.com/
* sehr eingeschränkte Demo-Version (PCB Layout nur mit weniger als 50 Pads erlaubt)

===Gnucap===
http://www.geda.seul.org/tools/gnucap/

===qucs===
http://qucs.sourceforge.net/
* freie Software
* für Linux, Windows, OS X

=== lcfilter ===
http://www-users.cs.york.ac.uk/~fisher/lcfilter/
Online-Filterberechnung L-C-Filter

=== DOLPHIN SMASH ===
http://www.dolphin-integration.com/medal/smash/smash_overview.html
* Dolphin Smash is a mixed-signal, multi-language simulator for IC or PCB designs. It uses [[SPICE]] syntax for analog descriptions, [[Verilog]]-HDL and [[VHDL]] for digital, Verilog-A/AMS, VHDL-AMS and ABCD (a combination of SPICE and C) for analog behavioral, and C for [[DSP]] algorithms.
* Logik, Analog und Mixed-Simulation
* Für Linux und Windows
* Engeschränkte Evaluationsversion erhältlich

==Digital==

===DigitalSimulator===
http://www.digital-simulator.de/
* nur für Windows

=== HADES ===
http://tams-www.informatik.uni-hamburg.de/applets/hades/html/index.html
* betriebssystemunabhängig (Java)

=== mkfilter ===
http://www-users.cs.york.ac.uk/~fisher/mkfilter/
Online-Digitalfilterberechnung FIR, IIR

=== edef ===
[http://edef.sourceforge.net/ edef] - A simple discrete event simulation. The edef framework can be used to simulate typical logical circuits, autoregressive processes or digital controller circuits and maybe some more. It is designed to be simple enougth for use in schools or other educational context. It is also truly easy to extend.
== Mixed Analog-Digital ==
===SPECTRE===
Mixed AD-Simulator auf der Basis von VHDL-AMS
===HSPICE===
P-Spice-ähnlicher Simulator, der sowohl ABM-Modelle, als auch eigens erstellte library-Modelle verarbeiten kann.

==Hochfrequenztechnik==

=== Ansoft ===
Homepage: http://www.ansoft.de/downloads.cfm

free downloads are feature-limited, student versions of some of our
commercially distributed software. Intended for electrical engineering
students. Each download comes with a set of examples specially designed for
topics commonly studied at the junior, senior, and graduate levels of study.

=== Aplac ===
Homepage: http://www.aplac.com

AWR-APLAC offers a low-cost University License for educational and
non-commercial academic research use for universities and
other educational institutions.

=== ARRL Radio Designer ===
für 169€ bei http://www.ukw-berichte.de erhältlich http://www.arrl.org
* Amateurversion der amerikanischen Design-Software Super Compact.
* Mittlerweile durch Ansoft Designer (ehem. Ansoft Serenade) überholt

=== AADE Filter Design ===
Homepage: http://www.aade.com/filter.htm

kostenlose Analog-Filterberechnung:
* Butterworth, Chebyshev, Elliptic (Cauer), Bessel, Legendre and Linear Phase
* low-pass, high-pass, band-Pass, and band-reject filters.
* Coupled Resonator band-pass filters
* Crystal Ladder band-pass filters using identical crystals

=== ActiveFilterDesign ===
Active Filter Design für Matlab, kostenloser Download: http://academics.vmi.edu/ee_js/Research/Programs/materials/AFD12.zip

Handbuch: http://academics.vmi.edu/ee_js/Research/Programs/materials/Analog%20Filter%20Designer.pdf

* FIR, IIR, analoge Filter, Synthese und Analyse

=== FilterFree ===
http://www.nuhertz.com/filter/

Filter Free is the free version of Filter Solutions and Filter Light. Functionality is limited 3rd order analog and IIR filters, and 10 tap FIR filters. Filters are synthesized. Frequency, time, and reflection analysis are performed on the ideal, unmodified filters only. Transfer functions are displayed in standard form only.

=== HP AppCAD ===
http://www.hp.woodshot.com/

RF design software is provided free of charge by Agilent Technologies
as a service to the RF and microwave design community

=== PUFF - Microwave Design Software ===
für 22€ bei http://www.ukw-berichte.de/ erhältlich
* altes DOS-Programm für HF-Simulation und Platinenentwurf
* Microstrip HF-Berechnungen, Smith-Diagramm
* in den UKW-Berichten standen schon mehrere Artikel mit Beispielen
* zur Nutzung einer Kombination aus PUFF und Ansoft SV (=Studentenversion)

=== Microwave-Office / Tx-Line ===
Gratis: Tx-Line, ein "interactive transmission line calculator"
http://web.appwave.com/Products/Microwave_Office/Feature_Guide.php?bullet_id=9

=== RF-Sim 99 ===
kostenlos z.B. von: http://www.janson-soft.de/amateurfunk/rfsim99/rfsim99.htm

oder neben anderen PDFs zur HF-Technik: http://home.sandiego.edu/~ekim/e194rfs01/
* Berechnung aktiver und passiver Filter einschließlich Schaltplaneingabe
* Ausgabe von Frequenz- und Phasengang, Smith-Diagramm

=== Smith Plot ===
Neben diversen Mathcad-Beispielen und Skripten aus der HF-Technik eine Smith-Chart-Software:
http://www.fritz.dellsperger.net/downloads.htm

=== Sonnet Lite ===
Sonnet Lite provides a full-wave EM solution for 3D planar circuits
A fully functional and powerful EM analysis software.
Get started on your EM analysis within the next 30 minutes by downloading SONNET Lite!
http://www.sonnetusa.com/products/lite/

===qucs===
http://qucs.sourceforge.net/
* freie Software
* für Linux, Windows, OS X
* hervorragende technische Dokumentation
* Impedanzrechenfunktionen für Strip- und Microstripleitungen
* Filterberechnungstool

==Antennensimulation==

=== EZ-NEC ===
Homepage: http://eznec.com/
* Antennenberechnung
demo program allows only 20 segments, which limits the complexity of antenna
you can analyze. (EZNEC 4.0 allows 500 )

=== MiniNEC ===
Homepage: http://www.emsci.com/
* Antennenberechnung mittels "Momentenmethode" (Zerlegung der Antenne in kleine Segmente, Überlagerung der Teilfelder)
* eingeschränkte Studenten/Amateurversion erhältlich
* NEC = Numerical Electromagnetics Code

=== SuperNEC ===
Homepage: http://www.supernec.com/
* Antennenberechnung mittels "Momentenmethode"
* 30-Tage-Testversion sowie unbegrenzt lauffähige Studentenversion (gegen Nachweis) erhältlich

==Numerische Berechnungswerkzeuge==

===Derive===
http://education.ti.com

===FreeMat===
http://freemat.sourceforge.net
* freier MatLab-Clone
* für Windows, Linux, Mac OS X

===GAUSS===
Wissenschaftliche Simulationssoftware zur Berechung 3-dimensionaler Ladungsverteilungen in z.B. Halbleitern. Kann aus Geometrie und Dotierungsprofilen die Halbleitergleichungen ableiten.

===GnuPlot===
http://www.gnuplot.info/
* freie Software
* für Linux, Windows und weitere
* sehr mächtiges Tool, aber eher im Bereich der Datenauswertung (Diagramme)

===Maple===
Wissenschaftliche Analyse und Simulationssystem zur Lösung komplexester Aufgaben der Mathematik. Lizenzpflichtig.

===JMathLib===
http://mathlib.sourceforge.net
* freier Matlab-Clone in 100% Java
* für Windows, Linux, ...

===MatLab===
http://www.mathworks.com/

===MuPad===
http://www.mupad.de/

===Maxima===
http://maxima.sourceforge.net/
* freie Software für Linux, OSX, Windows

===Mathcad===
http://www.mathsoft.com/ http://www.ptc.com/appserver/mkt/products/home.jsp?k=3901
* rechnen mit Formeln wie auf dem Papier

===Octave===
http://www.octave.org/
* freier MatLab-Clone. Die Syntax ist überwiegend identisch
* für Linux, Windows, OSX

===GNU R===
http://www.r-project.org/
* freier S-Clone. Die Syntax ist überwiegend identisch
* für Linux, Windows, OSX

===SciLab===
http://www.scilab.org/
* freie Software
* für Linux, Windows, MacOS
* stellt eine C++ Library bereit, die in eigene DSP-Systeme eingebunden werden kann

===scipy===
scipy [http://www.scipy.org/] ist eine Erweiterung der Skriptsprache Python [http://www.python.org] mit numerischen Funktionen
* freie Software
* für Linux, Windows, OSX

Mac OS X

2007-04-11T11:09:06Z

Hans: /* Hardware */

Es ist zwar nicht verbreitet, am Macintosh mit Mikrocontrollern zu hantieren, aber durch den Unix/BSD-Kern des Betriebssystems ist es insbesondere mit [[AVR]]-Controllern relativ problemlos.

== Software ==

=== Programmierung von µC ===
====AVR====
Eine etwas ältere Version der GNU Toolchain aus [[AVR-GCC]], [[avr-libc]] und [[uisp]] ist als geschlossenes Binärpaket verfügbar und kann von der Seite [http://www.eecs.berkeley.edu/~mseeman/resources/macmicro.html] heruntergeladen werden. Aktuellere Versionen bekommt man in [http://avr-gcc.darwinports.com/ Darwinports]. Ab hier gelten die gleichen Regeln wie für das Programmieren unter Linux.

====PIC====
Für PICmicro gibt es die [http://gputils.sourceforge.net/ GPUTILS], die mit GPASM und GPLINK eine gute Alternative zu Microchips MPASM und MPLINK bieten.

[http://sdcc.sourceforge.net/ SDCC] ist ein C-Compiler speziell für 8-Bit Microcontroller, dessen PIC-Unterstützung allerdings noch nicht ausgereift ist. Wer einen brauchbaren C-Compiler möchte, könnte die DOS-Version von [http://www.bknd.com/cc5x/downl-stud.shtml CC5X] unter [http://dosbox.sourceforge.net/ DOSBox] ausführen.

Von Microchip gibt es einen billigen Brenner für Anfänger namens [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en010053 ''PICkit 1''], der den Vorteil hat, dass er über USB angeschlossen wird. Die [http://ww1.microchip.com/downloads/en/DeviceDoc/pickit.tgz OSX-Software] von Microchip meldet mir beim Schreiben einen Fehler, scheint aber dennoch zu funktionieren. Alternativ gibt es auch noch die Portierung des Linux-Tools [http://blog.paddlefish.net/archives/2004/12/usb_pickit_tool.html usb_pickit].

Darüber hinaus kann mit mit der Kombination gpasm (im Paket [http://gputils.sourceforge.net/ gputils] enthalten) und [http://home.pacbell.net/theposts/picmicro/ pk2] mit dem pickit2 am mac gearbeitet werden. Dadurch kann eine Breite Palette an Pics Programmiert werden.

=== Elektroniksoftware ===

Neben den hier genannten Programmen sind außerdem i.d.R. alle Open-Source-Programme für X/Linux unter Mac OS X kompilierbar.

* [[Eagle]] Layout Editor
* [http://ivionosx.sourceforge.net/ IVIonOSX] - VHDL- und Verilog-Simulator, Open Source
* [http://www.gmvhdl.com/mac-dv.html DirectVHDL] - VHDL-Simulator, $ 99

==Hardware==

Macs sind durchdesigned bis aufs Mark - so fehlt an allen modernen Macintosh-Computern die serielle und die parallele Schnittstelle. USB-seriell-Adapter können hier Abhilfe schaffen. Wichtig ist hier:
* Der ISP muss die serielle Schnittstelle benutzen (die einfachen AVR-Programmer für die parallele Schnittstelle funktionieren nicht)
* Der USB-Seriell-Adapter muss Macintosh-kompatibel sein.

Die Mac-Kompatibilität ist hier der Knackpunkt. Bei den Manhattan-Adapterkabeln, die günstig bei eBay zu haben sind, werden zwar Mac-Treiber mitgeliefert, allerdings sind sie unzuverlässig und die Kommunikation klappt nicht immer. Besser sind angeblich die Adapterkabel der Firma Keyspan, die jedoch nicht so einfach verfügbar sind.

----
Bei mir haben sich bis jetzt die PL2303-Chips als sehr gut herausgestellt... Driver gibts auf der Homepage von [http://www.prolific.com.tw/eng/downloads.asp?ID=31 Prolific]

--[[Benutzer:Hans|Hans]] 13:09, 11. Apr 2007 (CEST)
----

Mehrere Layouts auf einer Seite ausdrucken

2007-01-05T01:26:06Z

Hans:

[[Category:Platinen]]

Im Forum wird oft gefragt wie man am einfachsten mehrere Layouts auf eine Seite bekommt. Das ist nicht ganz so einfach wie man sich das erhofft.

Der beste Weg um Mehrere Platinen ist imho das Layout in ein Vektorformat zu bekommen und dann in einem Programm die einzelnen Platinen aneinanderzufügen wie man möchte.

Als Programm hierfür drängt sich [http://www.inkscape.org Inkscape] auf, da es auf so ziemlich jeder Plattform verfügbar und recht einfach bedienbar ist.

Alles weitere ist aber nun Plattformabhängig :(

= Linux/MacOS-X/Unix-Like =
Die ganzen netten Unix-Like Betriebssysteme bieten wie üblich unzählige Möglichkeiten für dies Problem ;)

== pstoedit ==
[http://www.gnu.org/software/plotutils/ plotutils] compilieren (aufpassen das 'libplotter' auch kompiliert wird!

[http://www.pstoedit.net/pstoedit pstoedit] kompilieren (brauchst die libplotter für svg files)

<code>
pstoedit -f plot-svg <ps oder pdf-Datei> <svg-Datei>
</code>

== ImageMagick ==

[http://www.imagemagick.org ImageMagick] kann alles in alles verwandeln... also auch PS in SVG :)
Wie genau ist dem Handbuch zu entnehmen

== Grafik ==
Eagle z.b bietet die Möglichkeit das Layout als 'PNG' zu exportieren. Dieses kann Inkscape auch verarbeiten. Aber Achtung: Skalieren von Pixel-Grafiken macht das ganze unscharf, pixelig und ungenaut!

= Windows =
Windows Benutzer stehen hier schon vor ein paar Problemen...
PDFs oder PS-Files müssten per Ghostscript oä. erzeugt werden.

die einfache 'pstoedit'-Variante geht hier nicht... ImageMagick muss hier aushelfen...

Die Bild-Export-Import Variante sollte auch hier Funktionieren

= Tricks =

Recht einfach bekommt man genaue skalierungen hin wenn man bei der Eagle-Freeware eine Seite der halben Euro-Platine mit er netten Linie verschönert oder einfach den Dimension-Layer 'mitausdruckt' sofern er nicht stört. 'pstoedit' findet dann eine bounding-box die man einfach skalieren kann.

Fußzeilen sollte man auch ausschalten... die stören nur beim Anordnen!

Diskussion:USB Oszilloskop

2006-11-29T11:47:15Z

Hans: /* Software */

=Neuentwicklung, Adaption, Mitmachen=
Sollte das USB Oszilloskop komplett neu entwicklet werden oder sich an andere Projekte anlehnen? Oder soll das hier nur eine Untertstützung von den aufgelisteten Projekten dienen?

= Verschiedene "Flavours" =
Hi, ich habe mir so überlegt, dass es vielleicht gut wäre, wenn man gleich von vornerein verschiedene "Flavours" also Abwandlungen durch Modularisierung möglich macht:
*Ausbau zu kompletten OSZI mit eigenem LCD Monitor
*Nutzung anderer Schnittstellen (RJ45, VGA,...)
*mobile "pocket" Variante (geringerer Auflösung und weniger Schnickschnack)

Was meint Ihr dazu?
--[[Benutzer:0undNichtig|0undNichtig]] 19:24, 17. Nov 2006 (CET)

>Es ist mal die grundsätzliche Frage, ob so ein Instrument Jetzt und Verbesserungwürdig oder Nie und Perfekt oder sogar eine Eierlegendewollmilchsau sein soll. Dazwischen gibt es natürlich auch verschiedene Stufen.

Ab einer gewissen Grenze/Features kann man es nur in ein FPGA realisieren. Ob dort auch USB oder sogar VGA/Ethernet gemacht werden, hängt prinzipiell vom Preis des FPGA´s ab. Andererseits ist dann aber Vorteilhaft, ein Entwicklungboard zu nehmen, und es damit zu implementieren. Der Preis ist dann auch nicht mehr gering, aber immerhing um den Faktor 10 billiger als ein Professionelles. --franceso

>Ja an FPGAs wird wohl nix dran vorbei gehen. Da ich wie gesagt eher Software-Mensch bin, folge ich instinktiv "think BIG". Im Nachhinein ist es naturgemäß immer schwer Änderungen einfließen zu lassen, wenn das nicht bei der Planung bedacht wurde. Deshalb erstmal meine Theorie zur EierlegendenWollmilchSau ;-) Wieso ist es denn besser ein FPGA Eval-Board zu nehmen? Dann müssten ja alle anderen sich ebenfalls dieses Board kaufen und es modifizieren. Ich würde auch aufgrund der Unabhängigkeit ein komplett eigenes Design bevorzugen. --0undNichtig 18:38, 18. Nov 2006 (CET)

>Weil es generell preiswerter ist, als ein neues Board zu machen, speziell bei einer applikation wie ein Logik-Analyzer. Der Analogteil ist sowieso besser, wenn er auf einem eigenen Board ist. Natürlich bei 25+ Boards sieht das dann vielleicht anders aus. Dies bei kleineren bis mittleren FPGA´s. Wieso schließt du dich nicht dem Mikrocontroller-LA an, das scheint eigentlich das zu sein, was du machen willst. Der ADC Frontent kommt dann später. Mit einem 32bit LA kann man ein 2-Kanal DSO Frontend dranstecken. --Franceso 02:54, 19. Nov 2006 (CET)

>Gerne mache ich beim LA mit (viel werde ich allerdings eh nicht beitragen können), der LA schien bloß ein wenig eingeschlaafen ;-) Allerdings fände ich es natürlich schön, wenn das ganze vielleicht doch eher zur Laborplatine wird... Zu deiner PM: Nein Analogteil habe ich noch nicht, wie gesagt bin fast zu 100% Softwaremensch ^^ --0undNichtig 15:35, 19. Nov 2006 (CET)

>Das LA Projekt scheint auf der VHDL-Seite eingeschlafen zu sein. Derzeit layoute ich gerade ein zweiseitiges XC2S100E-6PQ208C oder XC2S50E-6PQ208C Board im halben Euro-Format mit 2.54mm Stiftleistenim. Der FPGA ist im 208pin Gehäuse und hat 140 verfügbare I/O pins die abgegriffen werden können. Diese Fpga sind in kleineren Mengen günstig.

>
Als Vorschlag, für eine FPGA Lösung, kann auch VGA:
http://www.xess.com/prod034.php3

Hat genug RAM, sowie 72 freie I/O. Kein USB, kann man aber extern dranhängen.
Der Preis ist auch gut.

Ich fände es gut, wenn du nicht gleich ganze Blöcke wegradieren würdest und ein wenig hilfst das chronologisch zu ordnen. Ein ansprechender Name wäre darüber hinaus auch nett ;-)

Also, da ich hier nur der Einzige bin, der was hineinpostet, und du mir hier
auf diesem Board was vom PM geantwortest hast, ohne daß die Frage auch zu posten, erschien mir dies alles als wirklich Unangebracht. Weiters ist es auch so, daß ich nicht wirklich Interresse habe, sowas neu zu machen, da ich erst vor kurzem sowas änliches gemacht habe bzw nur mehr zu bestücken habe, sobald die
Platinen kommen.
--[[Benutzer:Franceso|Franceso]] 18:41, 20. Nov 2006 (CET)

--------------------------------------------------------------------------------
Es kommt alles auf die preisliche Orientierung an, weil z.B bekommt man für ~300€ ein DSO-2100. Die Eierlegendewollmilchsau halte ich für keine gute Idee. Als Schnittstelle sollte USB genügen. Eine sinnvolle zusätzliche Möglichkeit, wäre ev. ein 240*128 Pixel LCD. Desweiteren ev. FFT, Spectrumanalyzer. Weil einen Logikanalyzer per weiteren USB Anschluß anzuschließen, sofern der mal fertig wird, sollte wohl kein Problem darstellen. Es soll meines erachtens ein USB Scope bleiben. Dafür halt Spannungsvorteiler usw.. Sinnvoll wäre ev. auch noch eine autonome Datenaufzeichnung auf SD/MMC Card.

Mfg Sascha
--------------------------------------------------------------------------------

>Sry [[Benutzer:Franceso|Franceso]], wollte dich weder zurechtweisen noch deine PM ignorieren, habe einfach keine Möglichkeit gefunden zu antworten und war ein wenig verwundert über das plötzliche Loch durch die Löschung :-(

Auch ich kann nicht von mir behaupten, dass ich nur irgendetwas von dem Projekte (von SW mal abgesehen) realisieren könnte. Mir geht es erstmal nur um "Brainstorming". Das Problem ist ebend Preis und Leistungsfähigkeit und Nachbaumöglichkeit unter einen Hut zu bringen. Da der Preis für Amateure (die wohl am meisten von sowas träumen aber kein Geld für Profigeräte haben) machbar sein sollte aber auch die Parameter so gut sein müssen, dass es nicht nur ein "Schätzeisen" ist sondern auch den Werdegang des Amateurs begleiten muss (NF,qC+Logik,HF,...).
Da würde ich mal so per Daumen < 150€ ansetzen. Da würde IMHO ein FPGA Eval.-Board den Rahmen sprengen. Aber FPGAs "so" auflöten? Ich denke das ist nicht wirklich ohne gute Ausstattung und Mikroskop möglich(gerade für einen Amateur)? Also könnte man den Zusammenbau und Vertrieb z.B. Unis überlassen, die daran ihre Studenten trainieren?
--[[Benutzer:0undNichtig|0undNichtig]] 18:37, 21. Nov 2006 (CET)

> @Sascha ein LCD hatte ich ja als einen "Flavour" vorgesehen, wäre schon ganz neckisch als Servicegerät aber ich glaube, dass das ein ganzes Stück Arbeit wäre. Auch ob man da wirklich was erkennen kann oder auch nur das ganze schnell genug vom Anwender eingestellt werden kann halte ich für ein bißchen kritisch.
--[[Benutzer:0undNichtig|0undNichtig]] 18:43, 21. Nov 2006 (CET)

> Mal nicht um den heißen Brei herum, wofür würdet Ihr denn so ein Teil nutzen wollen, vielleicht kriegen wir dann ein paar Kategorien hin? Also wann nutzt ihr welche Features? Vielleicht sogar Außer-Haus-Service?--[[Benutzer:0undNichtig|0undNichtig]] 20:24, 23. Nov 2006 (CET)

Bei der Oszilloskop Seite hast du Datenblätter von ADC´s mit 1 bis 3Gs/s
aufgelistet, glaubst du, daß du den Analogteil eintsprechend hinbekommst ?
Ansonsten denke ich, sind diese Datenraten sinnlos. --[[Benutzer:Franceso|Franceso]]

Die habe ich eigentlich nicht aufgelistet sondern jemand anderes. Aber ich lese mir gerade noch mehr an, für wahr der Analoge Teil scheint schlimm zu werden :-(--[[Benutzer:0undNichtig|0undNichtig]] 07:26, 28. Nov 2006 (CET)

Das war ich ;-)
Ich denke, der ADC sollte mindestens 0,5GS/s haben, sonst macht das wenig
Sinn. Für den Anfang wäre doch ein Analogteil mit 100MHz ok, man hat dann
noch genug Reserven um z.B. Rechteckschwingungen ordentlich zu erfassen.
Leider ist das nicht ganz billig: der 1Gs/s-Chip kostet bei Spoerle 210 €,
wobei der bestimmt nicht lieferbar ist :-(
Auch das passende FPGA (XC4VLX15) ist nicht ohne, bei RS: 459,10 €, wow!
Hat jemand eine Vorstellung was eine Bestückung (SMD, BGA) kostet?

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

Naja, mein Design ist sehr einfach.
Externe (interface) Beschreibung:
- zuschaltbare Terminierung (50/500k/1M ohm)
- zuschaltbarer 1:10 Teiler

Intern ist das so realisiert, daß die Eingangsspannung auf einem 25:1 Teiler
geht, im Falle einer Terminierung gefolgt von einer Schutzschaltung.
Im Falle von 500K ist der Teiler 12:1, weil dies Komponenten spart.
Hier ist dann ein OP mit 2Mohm Eingangsimpedanz (+-6V supply)
gefolgt von einem OP welcher die Offsetspannung regelt. Dann ist ein OP mit umschaltbare Verstärkung zwischen G=1 und G=10.
Hier zweigt eine Schaltung zur Anti-Alias Detektion ab.
Weiters kann der zweite Kanal hier wegsummiert werden.
Dann kommt ein OP mit einstellbarer Verstärkung gefolgt von einem Spannungteiler 6:1 sowie einen weiteren OP, der ein fixes Offset addiert.
Erst jetzt kommt der ADC.
Die Anti-Alias Detektion geht so, daß das Signal noch mit einem Langsamen
OP verstärkt wird, und dann die Differenz mit einem schnellen gemessen.
Dies geht dann auf einen digitalen Eingang.
--[[Benutzer:Franceso|Franceso]]

== Software ==

Also ich habe mir ja schon sehr viele Projekte angeschaut aber die Softwareseite wird da irgendwie immer ein wenig vernachlässigt. Die GUIs sehen irgendwie tyisch Expertensoftware verschroben aus ;-) und eine einheitliche Software, in die man die unterschiedliche Hardware anbinden kann gibt es leider nicht. So muss man bei jeder z.B. die Protokolle neu hinzufügen und und und. In der Seite vom [http://www.elektronik-projekt.de/thread.php?threadid=3509 Elektronik Projekt - Digital Oszilloskop im Selbstbau] wurde schon einiges diskuttiert (Labview,...). Wäre natürlich gut, wenn man auch Steuersequenzen und einfache Kommunikationsabfolgen machen könnte, wobei man dann schon eher bei einer EierlegendenWollMilchSau wäre... ;-)
--[[Benutzer:0undNichtig|0undNichtig]] 19:29, 23. Nov 2006 (CET)

Xoscilloscop schon gesehen ?

Du meinst Xoscope? Ja habe ich schon gesehen, wäre ein Anfang, geht mir aber noch nicht weit genug :-)
Ich bin fasst der Meinung, dass die Software erstmal wohl Hauptaugenmerk ist. Mal eine vernünftige, die alle Hardware die da ist anschließen kann und Mess/Steuer-Aufgaben durchführen kann. Vielleicht sollte das wirklich mehr in Richtung Laborplatine gehen...
Was wären denn dann unsere Wünsche? DSO,LA,PSU,Patterngenerator? Das mit HF wird man sich wohl eh aus dem Kopf schlagen müssen, oder?--[[Benutzer:0undNichtig|0undNichtig]] 08:12, 27. Nov 2006 (CET)

warum nicht gleich viele kleine sachen per usb auf ein motherboard stecken und am motherboard befindet sich dann ein einfacher usb-hub... dann für alles ein extra prog.. sprich für patterngen, DSO,.. und man definiert nur die IPC schnittstellen... dann können sich die programme untereinander steuern wenn du willst aber du kannst die dinger trotzdem auch einzeln benutzen...

sprich ich würd da viele kleine boards machen und dann eben die einzelnen software-projekte mit definierten schnittstellen ausstatten...

73 --[[Benutzer:Hans|Hans]] 12:47, 29. Nov 2006 (CET)

Snippets

2006-08-28T11:06:50Z

Hans: Korrekturfaktor

Snippets

2006-08-28T10:16:17Z

Hans: <pre> => <c>

Snippets

2006-08-28T10:15:25Z

Hans: code war nicht ganz sauber... bitte adc-init nochmal anschaun .. ist bei mir schon länger her...

LPC2000

2006-06-25T18:19:30Z

Hans: link auf olimex eclipse tutorial war tot

Editoren/IDEs

2006-05-24T19:13:28Z

Hans: /* Unix/Linux */

== Texteditoren für Programmierer ==

=== Unix/Linux ===

* [http://ftp.gnu.org/gnu/emacs/ Emacs]
* [http://www.vim.org/ Vim]
* [http://kate.kde.org/ Kate]
* [http://www.gnu.org/software/ed/ed.html ed]
* [http://www.gnome.org/projects/gedit gedit]
* [http://www.objectcentral.com/vide.htm VIDE] (IDE für GNU g++ und Java)
* [http://www.scintilla.org/SciTE.html SciTE]
* [http://geany.uvena.de/ Geany] (GTK2 also auch mit Windows-Binaries !)

=== Mac OS X ===

* [http://www.codingmonkeys.de/subethaedit/ SubEthaEdit] (nicht mehr frei für nichtkommerzielle Nutzung (seit Version 2.3), erlaubt das gemeinsame Bearbeiten einer Datei von mehreren Personen gleichzeitig)
* jEdit [http://www.jedit.org/]
* Außerdem gibt es natürlich alle Unix-/Linux-Editoren als OS X-Port, je nachdem im Terminal oder unter X11. vim und Emacs gibt es als fertige Pakete über Fink oder die Darwinports.

=== Windows ===

* [http://www.pspad.com PSPad] (Freeware, vglb. mit UltraEdit)
* [http://www.ultraedit.com UltraEdit] (Shareware)
* [http://www.pnotepad.org/ Programmers Notepad] (Freeware, in WinAVR enthalten)
* [http://www.atmel.com AVR-Studio] (für AVR-Assembler/C)
* [http://www.myAVR.com myAVRWorkpad] (für AVR-Assembler/C, lauffähige DEMO verfügbar)
* [http://www.mcselec.com BASCOM] (für BASIC Dialekt für AVR, lauffähige DEMO verfügbar)
* [http://ftp.gnu.org/gnu/emacs/windows/ Emacs]
Emacs läuft direkt unter Windows nur in der [http://www.xemacs.org Xemacs] - Fork Version. Wer den Xemacs nicht mag kann auch gerne unter Windows [http://www.cygwin.com Cygwin] installieren. Cygwin bringt den GNU Emacs mit.
'''Was ist Cygwin?''' Cygwin ist eine Sammlung freier Software, die unter verschiedenen Versionen von Microsoft Windows eine Vielzahl von Funktionen einer UNIX-Umgebung bereitstellt (aus: [http://de.wikipedia.org/wiki/Cygwin Wikipedia])
* [http://www.winvi.de/ WinVi]
* [http://www.vim.org/ Vim]
* [http://syn.sourceforge.net/ Syn] (Open Source)
* [http://www.scintilla.org/SciTE.html SciTE]
* [http://www.textpad.com/ Textpad] (Shareware)
* [http://www.bloodshed.net/dev/devcpp.html Dev-C++] (GNU, komplette IDE für C/C++)
* [http://www.meybohm.de/proton.html Proton] (Texteditor)
* [http://www.objectcentral.com/vide.htm VIDE] (IDE für GNU g++ und Java)

* Eclipse (erweiterbare IDE, Multiplattform)
* Code::Blocks (IDE, gdb-Interface, Multiplattform)

=== Ok, und welchen Editor nehme ich jetzt? ===

Nun sind hier einige Editoren genannt, aber welchen soll ich als blutiger Anfänger nehmen?
Nunja die Wahl des Editors ist in Unix-Umkreisen schon eine Art Religion geworden und daher muß auch jeder selber wissen womit er arbeitet.
Wichtig ist es jedoch sich mit seinem Editor auszukennen. Wer bei seinem Editor nur das einfache Suchen/Ersetzen beherrscht der kann nicht produktiv arbeiten.
Wichtig ist es, daß man sich schnell und sicher in seinem Editor bewegen kann. Wer schonmal die Befehle oder Tastaturkürzel für ans Zeile-Anfang und Zeile-Ende kennt und auch anwendet, dem ist schon stark geholfen. Als weiteres kann es sinnvoll sein zu wissen wie man an den Anfang/Ende des Absatzes kommt. Wer sich dann auch durch den Text bewegen kann, ohne dass er lästig mit den Pfeiltasten sich Buchstabe für Buchstabe vorarbeiten muss, dem sei schon arg geholfen.

Ein weiterer wichtiger Punkt ist für mich das Highlighting, also das Einfärben des Textes.
Ebenfalls nützlich und sehr produktiv ist es den Compiler direkt aus dem Editor rauszustarten.

'''Also Leute, lernt mit Eurem Editor produktiv zu arbeiten. '''''
Der Weg dorthin ist sehr hart, da man sich immer wieder erwischt anstatt schneller Tastaturkürzel sich mühsam mit den Pfeiltasten durch den Text zu wühlen. Wer es jedoch schafft wird irgendwann feststellen, dass es ein verdammt geiles Gefühl ist. Im Übrigen ist derjenige kein Warmduscher, der immer eine Reference Card neben sich liegen hat. Im Gegenteil beidemjenigen, bei dem sich die Reference Card mit eigenen Einträgen füllt, der ist der Gewinner!

Ok wer jetzt doch noch einen Tip hören will! Ehrlich gesagt weiß ich nicht ob ich eingeschränkt den '''''Emacs''''' empfehlen kann.
Fürs Auge ist das Ding leider nichts (Xemacs sieht ein wenig besser aus) und es lässt sich für Anfänger auch nicht intuitiv bedienen. Wenn man mich selber nicht dazu genötigt hätte mit diesen Editor ein halbes Jahr zu programmieren hätte ich ihn immer und ewig gemieden. Jedoch habe ich mich in dem halben Jahr damit arrangiert und gelernt mit Emacs produktiv zu arbeiten.
Die Tastaturkürzel sind teilweise grauenhaft und sehr wichtig ist die Konfiguration. Leider ist gerade die Konfiguration der Knackpunkt. Besonders wenn man irgendwann häufiger mit dem Emacs arbeitet will man bestimmte Funktionen schnelle erreichen. Im Grunde jedoch gibt es keine Funktion die der Emacs nicht kennt. Empfehlen kann ich die Versionsmanagementfunktion. Somit kann man sich selber erziehen um seine Programme mit einer Versionskontrolle zu schreiben. Auch dieser Schritt sollte sich jeder Programmierer mal überlegen. Wie oft hat man schon Programme umgeschrieben, auskommentiert, gelöscht und nachher wieder alles neu geschrieben. Mit dem Ergebniss, dass das Ergebnis vorm auskommentieren und löschen nicht viel anderes aussieht wie danach.

== Ready to Run ==

Als sehr interessannte Alternative zu vielen fertigen IDEs kann ich eine bootbare CD empfehlen.
Guido Socher von [http://www.tuxgraphics.org Tuxgraphics] hat ein bootbares Linux erstellt. Die IDE besteht aus mehreren Editoren, dem Gnu-C-AVR Compiler inkl. Bibliotheken und einem Programmierer.
Somit kann man auch auf anderer Hardware seine Atmegas programmieren. Auch wenn man sich den Compiler und Programmierer auf dem Rechner installert (Anleitung auch bei Tuxgraphics) und dann losprogrammiert kann es häufiger passieren, dass es nicht funktioniert. Dann steht man davor zu entscheiden ob die Programmierumgebung kaputt ist oder der das Board nicht so will. Abhilfe: CD-Rein und dann ausschliessen....
Zugegebenermassen soweit ich weiss ist die CD nur käuflich zu erhalten.
Der Preis ist mit Handbuch und Programmieradapter auch für mich als Student mit knapp 16 Euro mehr wie akzeptabel.

Die Oberfläche ist jedoch ein wenig gewöhnungsbedürftig. Für Leute die keinerlei Erfahrung mit Linux haben und auch nicht experimentierfreudig sind kann ich diese CD nur bedingt empfehlen.

Miniwebserver

2006-05-17T17:46:21Z

Hans:

= Winzig kleine Webserver =
In diesem Artikel möchte ich Informationen über alle Geräte sammeln, die folgende Eigenschaften besitzen:
*Ethernetanschluß (Buchse oder Anschlußpins für eine Buchse)
*Webseiten ausliefern
*Sehr kleine Abmessungen

Keine Voraussetzung ist:
*Programme ausführen
*Weitere Anschlußmöglichkeiten
*Mailserver

== Kandidaten ==
===XPort (ab 65 Euro)===
*Ethernetbuchse eingebaut
*Webseiten, aber nur abrufbar, keine serverseitigen Programme
*3 I/O Ports direkt ansprechbar per UDP und TCP
*RS232-Schnittstelle

===Picotux (ab 100 Euro)===

*Ethernetbuchse eingebaut

===FOX Board (139 Euro)===
*Ethernetbuchse eingebaut
*Axis ETRAX LX100 Multi Chip Module
*32 Bit RISC CPU, 100MHz Takt, MMU, 8KB Cache
*4 MB Flash, 16 MB SDRAM
*10/100 Mbps Ethernet Port (RJ45-Buchse)
*2x USB-Port (Full-Speed Host)
*RS232-Port (TTL-Pegel) und I2C
*IDE, SCSI oder Wide-SCSI
*zwei Stiftleisten mit je 2x20 Pins
*3,3V-IOs, 5V-tolerant
*Versorgung: 5V=, ca. 280mA
*Abmessungen: 66mm x 72mm
*Ready-to-run Embedded Linux System (Kernel 2.6)
*Standardanwendungen: HTTP (Web-Server), FTP, Telnet, DHCP, SSH, PPP...
*Firmwareupdates jederzeit einfach via LAN-SDK, FTP-Client oder Web-Browser!

=== ADDS-BF533-STAMP Blackfin Eval-Board (136.50 Euro excl. z.b bei Farnell) ===
*ADSP-BF533 500 MHz Blackfin®-Prozessor
*128 MB SDRAM (64M x 16)
*4 MB FLASH-Speicher
*Ethernet-Controller SMSC 91C111
*serielle RS232-Schnittstelle
*E/A-Erweiterungsanschlüsse für Blackfin-Peripherie
**PPI
**SPORT0 & SPORT1
**SPI
**Timer
**IrDA
**2-Leiter-Schnittstelle
*JTAG-Schnittstelle für Fehlersuche und FLASH-Programmierung
*LEDs (3) und Taster (3)
*Netzteil
*fertiger ucLinux-Port :)

== private Projekte ==
===unfertig===
*[[ENC28J60]]

--[[Benutzer:NetAction|NetAction]] 15:00, 16. Mai 2006 (CEST)

Ports benutzen (PHP)

2006-05-07T18:42:36Z

Hans: wiederhergestellt....

[[Category:Linux]]

==Einleitung==

Da es schon einen netten Artikel über die Benutzung von Standard-Ports unter Linux in C/C++ gibt und ich die serielle Schnittstelle erst kürzlich unter PHP für mich entdeckt habe, war der Schritt einen Artikel, der an den für C/C++ gedachten angelehnt ist, bereits absehbar...

Nun werden sich einige fragen warum jemand überhaupt unter PHP schnittstellen direkt verwenden will...

Hier ist vielleicht interessant für welche Zwecke ich PHP missbraucht habe.

Also es wandern Daten über die Serielle rein und sollen in eine Datenbank geschrieben werden.
Weiter sollen diese jetzt in der Datenbank stehenden Werte per HTTP (ist am einfachsten zu implementieren) wieder ausgelesen werden können. Ich habe also einen netten Server gebraucht, der über RS232 Daten holen, über HTTP Daten ausgeben und nebenbei auch alles in einer Datenbank speichern kann...

PHP war zwar nicht mein 1. Gedanke aber als ich bei NanoWeb über eine PHP-Daemon-Class gestolpert bin war alles klar ;)

PHP5 unterstützt Objekt-Orientierte Entwicklung und bietet eine gute Unterstützung für Datenbanken aller Art... (ich habe mich der Einfachheit halber auf SQLite beschränkt)

Daher ist PHP meiner Meinung nach ausgezeichnet geeignet um schnell solche Probleme zu bewältigen.

Dieser Artikel ist derzeit im Prinzip nur eine Umgestaltung der zugehörigen Manual Pages... nach Durchsicht meines bestehenden Codes am Wochenende (hoffentlich das letzte im Juni und nicht ein späteres ;) werde ich hier den kompletten Daemon unter GPL oä. zur Verfügung stellen...

==Voraussetzungen==

Man sollte sich in PHP auskennen und nötigenfalls in der Lage sein PHP neu zu kompilieren
(siehe [http://www.php.net/manual/de/ref.dio.php PHP-Manual XXII. Direkte Ein-/Ausgabe Funktionen] => Um die DIO Funktionen benutzen zu können, muss PHP mit der Option ''--enable-dio'' konfiguriert werden.)

----

==Allgemein==

Unter PHP greift man auf Schnittstellen über die 'Direct-IO'-Funktionen zu, die da wären:

{|
|''void'' [http://www.php.net/manual/de/function.dio-close.php dio_close]''( resource fd )''
|Schliesst die Datei
|-
|''mixed'' [http://www.php.net/manual/de/function.dio-fcntl.php dio_fcntl] ''( resource fd, int cmd [, mixed arg] )''
|Ändert den Dateideskriptor
|-
|''resource'' [http://www.php.net/manual/de/function.dio-open.php dio_open] '' ( string filename, int flags [, int mode] )''
|Öffnet eine Datei mit den angegebenen Rechten
|-
|''string'' [http://www.php.net/manual/de/function.dio-read.php dio_read] ''( resource fd [, int n] )''
|Liest ''n'' Bytes und gibt sie zurück, ist ''n'' nicht angegeben wird ein 1K Block gelesen
|-
|''int'' [http://www.php.net/manual/de/function.dio-seek.php dio_seek] '' ( resource fd, int pos, int whence )''
|Setzt den Dateizeiger
|-
|''array'' [http://www.php.net/manual/de/function.dio-stat.php dio_stat] ''( resource fd )''
|Liefert Statusinformationen über eine Datei
|-
|''void'' [http://www.php.net/manual/de/function.dio-tcsetattr.php dio_tcsetattr] '' ( resource fd, array options )''
|Setzt Terminalattribute und die Baudrate für einen seriellen Port
|-
|''bool'' [http://www.php.net/manual/de/function.dio-truncate.php dio_truncate] ''truncate ( resource fd, int offset )''
|Schneidet eine Datei ab
|-
|''int'' [http://www.php.net/manual/de/function.dio-write.php dio_write] ''( resource fd, string data [, int len] )''
|Schreibt Daten in eine Datei
|}

Weitere Erfordernisse (wie zum Beispiel die Rechtevergabe damit der ''PHP-User'' auf die Schnittstellen zugreifen kann finden sich im Artikel [[Ports benutzen (GCC)]] !

----

==Beispiel==

Folgendes [http://www.php.net/manual/de/function.dio-tcsetattr.php Beispiel] ist im PHP-Manual zu finden... es Bedarf meiner Meinung nach keiner Erklärung (die oben aufgeführten Funktionen und deren Beschreibung im PHP Manual sollten alles Offene kurz und gut erläutern).

<pre class="code">
<?php

$fd = dio_open('/dev/ttyS0', O_RDWR | O_NOCTTY | O_NONBLOCK);

dio_fcntl($fd, F_SETFL, O_SYNC);

dio_tcsetattr($fd, array(
'baud' => 9600,
'bits' => 8,
'stop' => 1,
'parity' => 0
));

while (1) {

$data = dio_read($fd, 256);

if ($data) {
echo $data;
}
}

?>
</pre>

In diesem Beispiel find ich die Zeile

<pre class="code">
$data = dio_read($fd, 256);
</pre>

unglücklich, da die Funktion ''dio_read'' immer 256 Bytes liest und erst danach einen String zurückliefert.

Dagegen liefert

<pre class="code">
$data = dio_read($fd, 1);
</pre>

jedes einzelne byte => Das was man reinschickt wird auch '''sofort''' angezeigt und nicht immer blockweise.

Damit wäre dieses Script (über die Konsole gestartet) schon ein einfaches Terminal.

Die Daemon Class muss ich noch überarbeiten, da in der von mir verwendeten Klasse einfach zu viele Fehler bzw. unzulänglichkeiten im Code vorhanden sind => ReWrite ;)

--[[Benutzer:Hans|Hans]] 21:43, 24. Jun 2005 (CEST)

Absolute Beginner

2006-05-05T19:25:08Z

Hans: /* Sinnvolles Wissen */ coffee howto

Auf dieser Wiki-Seite möchte ich innerhalb der nächsten Tage zusammenfassen, was in diesem [http://www.mikrocontroller.net/forum/read-1-344257.html#new Thread] aufgeführt wurde.

==Dieser Artikel wird derzeit erstellt==
Wie ihr seht, ist der Artikel noch im Aufbau, ich habe lediglich einen Grundstock gelegt. Wer diesen Artikel ergänzen möchte, soll dies gerne tun.
Auf was wir jedoch achten müssen ist, dass der Artikel sich wirklich an die absoluten Anfänger richten soll. Also frei nach der Devise so viel wie nötig, so wenig wie möglich.
==Einleitung==
<div align="center">
Gestern tat es einen Schlag,<br/>
wovon ich hier berichten mag.<br/>

Drosselspulen, Widerstände,<br/>
alles fällt mir in die Hände.<br/>
Da bau ich eine Schaltung auf.<br/>
Ein Kühlblech kommt da auch noch drauf.<br/>
An Einstellreglern rumgedreht,<br/>
bis dann plötzlich nichts mehr geht.<br/>
Elkos hab ich nicht gebraucht,<br/>
Widerstände abgeraucht.<br/>
Jetzt ist die Bude voller Qualm,<br/>
zum Himmel schick ich einen Psalm.<br/>
Transistoren an den Ohren.<br/>
Dioden an den Hoden.<br/>
Kabel am Nabel.<br/>
Phase an der Nase!<br/>
Herzkammer flimmert; kann nur noch fluchen.<br/>
Muß mir ein neues Hobby suchen!<br/>
MfG Paul<br/></div>

<br/>
Dass dieses von Paul so plastisch dargestellte Anfängerszenario gar nicht erst eintritt, werden auf dieser Artikelseite von http://www.mikrocontroller.net einige Dinge aufgeführt, die unbedingt notwendig sind, wenn man sich mit Elektronikbasteleien auseinandersetzt. Die Seite richtet sich bewusst an den absoluten Anfänger um so interessierten Leuten den Einstieg in die Welt der Elektronik und damit auch zum Programmieren von Mikrocontrollern möglichst einfach zu gestalten.

Natürlich ist das Programmieren von Mikrocontrollern auch ohne Elektronikkenntnisse machbar, aber die Aussenanbindung eines Mikrocontrollers zu verstehen ist häufig sinnvoll, so z.B. wenn man ein Signal auswerten möchte.

==Literatur==
Ohne Lektüre (egal ob in Papierform oder im Internet) wird das mit der Elektronik in Eigenregie nix.
Möchte man sich ernsthaft mit der Materie beschäftigen, so kommt man nicht umhin, sich mit den Grundlagen der Elektronik zu beschäftigen. Während man im Internet viele Schaltungen findet, die einfach nachzubauen sind, bietet sich für das Grundlagenstudium eher ein Buch an. Da gute Elektronikbücher häufig teuer sind, will ich dir folgenden Tipp geben: Schau einfach mal in die nächste größere Bibliothek. Wenn dir ein Buch dort gefällt, kannst du es jeder Zeit noch kaufen. Wer sich nicht irgendwann mit den Grundlagen beschäftigt, wird nie über das Stadium herauskommen, in dem er Schaltungen aus dem Internet kapiert. Aber unser aller Ziel ist es doch, auch zu verstehen, weshalb hier jetzt genau der rot-rot-schwarze Widerstand rein muss und was er tut...
*'''Fachzeitschriften''' am Kiosk
*'''Internet'''
**'''[http://www.elektronik-kompendium.de/ Das Elektronik Kompendium]''' Ziel von das ELKO ist es die Themen Elektronik, Computertechnik, Kommunikationstechnik und Netzwerktechnik allgemeinverständlich zu erklären und der Allgemeinheit zu präsentieren. Die Zielgruppe sind vor allem Schüler und Auszubildende, die sich mit Elektronik näher beschäftigen müssen oder wollen. Weiterhin sollen alle privat und beruflich an Elektronik interessierte angesprochen werden.
**'''http://www.dse-faq.elektronik-kompendium.de/''' Es gibt zwar von der Startseite des ELKO einen Link zum FAQ aber es schadet sicher nicht es hier explizit aufzuführen.
**'''http://www.b-kainka.de/'''
**'''http://www.dieelektronikerseite.de/'''
**'''http://www.howstuffworks.com/'''
**Diverse Application Notes der großen Halbleiterhersteller sind auch immer eine gute Informationsquelle und beschäftigen sich teilweise auch mit sehr grundlegenden Problemen
*'''Bücher'''
**'''[http://www.amazon.com/gp/product/0521370957/103-9884703-3518215?v=glance&n=283155 Art Of Electronics]''' Bitte nur die englihsche Version nutzen, da die Übersetzung nicht gut gelungen ist.
** '''[http://www.amazon.de/exec/obidos/ASIN/3426037920/qid=1146692611/sr=8-1/ref=sr_8_xs_ap_i1_xgl/302-0461878-1759243 Elektronik ohne Geheimnisse]''' Von der Anfängerschaltung bis zum Radio Franzis-Verlag ISBN 3-426-03792-0
**'''Schaltkreisbastelbuch''' von H.Jakubaschk und das
**'''Radiobastelbuch''' von K,H. Schubert. Das sind sehr alte DDR-Bücher. Aber die sind für Einsteiger äußerst nahrhaft.

==Bauteile die in jeder Werkstatt sein müssen==

* '''[[Breadboard]]'''

*'''Widerstände:''' 330 Ohm, 1 K Ohm, 10 K Ohm, 1 M Ohm
*'''Kondensatoren:'''
** Elkos: 1 µF, 10 µF, 2000 µF
** keramische Kondensatoren: 100 nF, 33 pF für Quarze
*'''Dioden:''' 1N4148, 1N4004
*'''[[LED]]s'''
*'''[[Transistor]]en:''' BC547, BC557. Diese beiden Transistoren sind die Standart npn- und pnp Transistoren.
*'''Operationsverstärker:'''
*'''[[Festspannungsregler]]:''' (7805) Kann durch ein regelbares Netzteil mit Anzeige unnötig werden, ist aber sinnvoll, wenn man mal eine Schaltung autark arbeiten lassen möchte. Dann benötigt man in den meisten Fällen noch einen geeigneten Trafo und einen Brückengleichrichter.

*'''Schalter'''
*'''Taster'''
*'''Lötnägel''' ''Frage: Sind diese auch für das Breadboard geeignet, oder nur um in Platinen einzulöten?''

* '''Ein Satz Kabel mit Krokoklemmen an beiden Enden'''

*'''Draht'''
** dünne Litze,
** dünner isolierter Draht (je dünner je besser), ideal: Wrap-Draht ca. AWG30, leider etwas schwer erhältlich und teuer,
** dünner blanker verzinnter Draht (möglichst < 0,5mm, leider etwas schwer erhältlich), oder lötbarer Silberdraht.
Es hat wenig Sinn, mit 220V-Litze oder normalem Klingeldraht
Lochraster-Schaltungen zu bauen. Und wenn mal ernsthaft Strom fliessen soll, entsprechend dickerer.

Für die Kleinteile ist ein Sortimentkasten sehr zu empfehlen. Man muss sich nicht von vorneherein auf spezielle Bauteile festlegen.

==Werkzeug==
* '''Lötkolben''' mindestens 30 Watt
**''' Lötzinn''' 1mm
** '''Lötschwamm ''' (ein Baumwoll-Lumpen tut es notfalls auch)
** '''Entlötlitze'''
Detaillierte Informationen zum Löten findest du im Artikel [[Löten_(praktisch)]].
* '''Seitenschneider''', klein - Opas Kneifzange ist ungeeignet
* '''Abisolierzange''', Bauform vgl. Wasserrohrzange, die symmetrischen mit dem Loch vorne sind eher für Starkstromleitungen gedacht
* '''[http://de.wikipedia.org/wiki/Multimeter Multimeter]''' Man sollte auf jeden Fall 1 oder 2 Multimeter kaufen. Vor allem, wenn man alleine ist, bietet sich eine Klemmprüfspitze an, so hat man die Hände frei für wichtigere Dinge. Die [http://de.wikipedia.org/wiki/Digitalmultimeter digitalen] Multimeter sind in der regel günstiger. (Beispiel: 3,95 bei [http://www.pollin.de pollin])
* '''Netzteil mit Strombegrenzeung''' hilft zu verhindern, dass dir ständig die Bauteile flöten gehen.
* '''[[Oszilloskop]]''' Zu Beginn noch nicht unbedingt notwendig. Wenn man sich eine Weile mit der Materie beschäftigt, kommt der Wunsch danach von alleine. Eine kleine Hilfe zur Auswahl von Oszis findet man auf dieser Seite.
* '''Simulationstool am PC'''
**'''elecronic workbench'''
**'''SwichtcherCAD''' Sehr viel Zeit und Frust kannst du dir mit einem Simulationsprogramm SwitcherCAD, kostenlos) ersparen. Dann weißt du schon vorher ob eine Schaltung NICHT funktionieren wird (der Umkehrschluß ist leider nicht immer möglich).

==Baukästen==
Elektronikbaukästen bieten die Möglichkeit, das was man gelernt hat gleich praktisch anzuwenden. Sie beinhalten die notwendigen Bauteile und oft didaktisch sinnvoll aufgebaut.

*'''Kosmos XN'''
** '''XN1000''' Bereits für Kinder geeignet. Prof Armstron und der kleine Roboter führen spielend in die Welt der Elektronik ein.
** '''XN2000''' Die Erweiterung.
** '''XN3000''' Nicht mehr auf Kinder, sondern auf Jugendliche ausgerichtet. Relativ anspruchsvoll, aber verständlich.
''Nachteil:'' relativ teuer
*'''Busch-Elektronik-Kästen (conrad)'''
''Nachteil:'' Weil die Bauteile auf kleinen Platten
befestigt sind, kann man mit ihnen keine eigenen Schaltungen aufbauen.
*'''Polytronic A B C (exDDR)''' .... aber nicht um jeden Peis im
Kaufhaus kaufen - alos Vorstufe zum Steckbrett

== Sinnvolles Wissen ==
*Also kannst du das Ohm´sche Gesetz und die Kirchhoffschen Regeln?
*http://www.tldp.org/HOWTO/html_single/Coffee/ ;)

==Bezugsquellen==
*'''http://www.reichelt.de''' Günstiger Anbieter, führt leider nicht alles, was das Elektronikerherz begehrt. Der Grund hierfür ist der, dass er sich hauptsächlich auf Mainstreamprodukte stützt, die einen großen Absatz finden. Nur so ist der günstige Preis möglich. Angeblich sind die Versandkosten ins Ausland relativ hoch.
* '''[http://www.pollin.de Pollin]

Absolute Beginner

2006-05-05T19:19:53Z

Hans: /* Literatur */

Auf dieser Wiki-Seite möchte ich innerhalb der nächsten Tage zusammenfassen, was in diesem [http://www.mikrocontroller.net/forum/read-1-344257.html#new Thread] aufgeführt wurde.

==Dieser Artikel wird derzeit erstellt==
Wie ihr seht, ist der Artikel noch im Aufbau, ich habe lediglich einen Grundstock gelegt. Wer diesen Artikel ergänzen möchte, soll dies gerne tun.
Auf was wir jedoch achten müssen ist, dass der Artikel sich wirklich an die absoluten Anfänger richten soll. Also frei nach der Devise so viel wie nötig, so wenig wie möglich.
==Einleitung==
<div align="center">
Gestern tat es einen Schlag,<br/>
wovon ich hier berichten mag.<br/>

Drosselspulen, Widerstände,<br/>
alles fällt mir in die Hände.<br/>
Da bau ich eine Schaltung auf.<br/>
Ein Kühlblech kommt da auch noch drauf.<br/>
An Einstellreglern rumgedreht,<br/>
bis dann plötzlich nichts mehr geht.<br/>
Elkos hab ich nicht gebraucht,<br/>
Widerstände abgeraucht.<br/>
Jetzt ist die Bude voller Qualm,<br/>
zum Himmel schick ich einen Psalm.<br/>
Transistoren an den Ohren.<br/>
Dioden an den Hoden.<br/>
Kabel am Nabel.<br/>
Phase an der Nase!<br/>
Herzkammer flimmert; kann nur noch fluchen.<br/>
Muß mir ein neues Hobby suchen!<br/>
MfG Paul<br/></div>

<br/>
Dass dieses von Paul so plastisch dargestellte Anfängerszenario gar nicht erst eintritt, werden auf dieser Artikelseite von http://www.mikrocontroller.net einige Dinge aufgeführt, die unbedingt notwendig sind, wenn man sich mit Elektronikbasteleien auseinandersetzt. Die Seite richtet sich bewusst an den absoluten Anfänger um so interessierten Leuten den Einstieg in die Welt der Elektronik und damit auch zum Programmieren von Mikrocontrollern möglichst einfach zu gestalten.

Natürlich ist das Programmieren von Mikrocontrollern auch ohne Elektronikkenntnisse machbar, aber die Aussenanbindung eines Mikrocontrollers zu verstehen ist häufig sinnvoll, so z.B. wenn man ein Signal auswerten möchte.

==Literatur==
Ohne Lektüre (egal ob in Papierform oder im Internet) wird das mit der Elektronik in Eigenregie nix.
Möchte man sich ernsthaft mit der Materie beschäftigen, so kommt man nicht umhin, sich mit den Grundlagen der Elektronik zu beschäftigen. Während man im Internet viele Schaltungen findet, die einfach nachzubauen sind, bietet sich für das Grundlagenstudium eher ein Buch an. Da gute Elektronikbücher häufig teuer sind, will ich dir folgenden Tipp geben: Schau einfach mal in die nächste größere Bibliothek. Wenn dir ein Buch dort gefällt, kannst du es jeder Zeit noch kaufen. Wer sich nicht irgendwann mit den Grundlagen beschäftigt, wird nie über das Stadium herauskommen, in dem er Schaltungen aus dem Internet kapiert. Aber unser aller Ziel ist es doch, auch zu verstehen, weshalb hier jetzt genau der rot-rot-schwarze Widerstand rein muss und was er tut...
*'''Fachzeitschriften''' am Kiosk
*'''Internet'''
**'''[http://www.elektronik-kompendium.de/ Das Elektronik Kompendium]''' Ziel von das ELKO ist es die Themen Elektronik, Computertechnik, Kommunikationstechnik und Netzwerktechnik allgemeinverständlich zu erklären und der Allgemeinheit zu präsentieren. Die Zielgruppe sind vor allem Schüler und Auszubildende, die sich mit Elektronik näher beschäftigen müssen oder wollen. Weiterhin sollen alle privat und beruflich an Elektronik interessierte angesprochen werden.
**'''http://www.dse-faq.elektronik-kompendium.de/''' Es gibt zwar von der Startseite des ELKO einen Link zum FAQ aber es schadet sicher nicht es hier explizit aufzuführen.
**'''http://www.b-kainka.de/'''
**'''http://www.dieelektronikerseite.de/'''
**'''http://www.howstuffworks.com/'''
**Diverse Application Notes der großen Halbleiterhersteller sind auch immer eine gute Informationsquelle und beschäftigen sich teilweise auch mit sehr grundlegenden Problemen
*'''Bücher'''
**'''[http://www.amazon.com/gp/product/0521370957/103-9884703-3518215?v=glance&n=283155 Art Of Electronics]''' Bitte nur die englihsche Version nutzen, da die Übersetzung nicht gut gelungen ist.
** '''[http://www.amazon.de/exec/obidos/ASIN/3426037920/qid=1146692611/sr=8-1/ref=sr_8_xs_ap_i1_xgl/302-0461878-1759243 Elektronik ohne Geheimnisse]''' Von der Anfängerschaltung bis zum Radio Franzis-Verlag ISBN 3-426-03792-0
**'''Schaltkreisbastelbuch''' von H.Jakubaschk und das
**'''Radiobastelbuch''' von K,H. Schubert. Das sind sehr alte DDR-Bücher. Aber die sind für Einsteiger äußerst nahrhaft.

==Bauteile die in jeder Werkstatt sein müssen==

* '''[[Breadboard]]'''

*'''Widerstände:''' 330 Ohm, 1 K Ohm, 10 K Ohm, 1 M Ohm
*'''Kondensatoren:'''
** Elkos: 1 µF, 10 µF, 2000 µF
** keramische Kondensatoren: 100 nF, 33 pF für Quarze
*'''Dioden:''' 1N4148, 1N4004
*'''[[LED]]s'''
*'''[[Transistor]]en:''' BC547, BC557. Diese beiden Transistoren sind die Standart npn- und pnp Transistoren.
*'''Operationsverstärker:'''
*'''[[Festspannungsregler]]:''' (7805) Kann durch ein regelbares Netzteil mit Anzeige unnötig werden, ist aber sinnvoll, wenn man mal eine Schaltung autark arbeiten lassen möchte. Dann benötigt man in den meisten Fällen noch einen geeigneten Trafo und einen Brückengleichrichter.

*'''Schalter'''
*'''Taster'''
*'''Lötnägel''' ''Frage: Sind diese auch für das Breadboard geeignet, oder nur um in Platinen einzulöten?''

* '''Ein Satz Kabel mit Krokoklemmen an beiden Enden'''

*'''Draht'''
** dünne Litze,
** dünner isolierter Draht (je dünner je besser), ideal: Wrap-Draht ca. AWG30, leider etwas schwer erhältlich und teuer,
** dünner blanker verzinnter Draht (möglichst < 0,5mm, leider etwas schwer erhältlich), oder lötbarer Silberdraht.
Es hat wenig Sinn, mit 220V-Litze oder normalem Klingeldraht
Lochraster-Schaltungen zu bauen. Und wenn mal ernsthaft Strom fliessen soll, entsprechend dickerer.

Für die Kleinteile ist ein Sortimentkasten sehr zu empfehlen. Man muss sich nicht von vorneherein auf spezielle Bauteile festlegen.

==Werkzeug==
* '''Lötkolben''' mindestens 30 Watt
**''' Lötzinn''' 1mm
** '''Lötschwamm ''' (ein Baumwoll-Lumpen tut es notfalls auch)
** '''Entlötlitze'''
Detaillierte Informationen zum Löten findest du im Artikel [[Löten_(praktisch)]].
* '''Seitenschneider''', klein - Opas Kneifzange ist ungeeignet
* '''Abisolierzange''', Bauform vgl. Wasserrohrzange, die symmetrischen mit dem Loch vorne sind eher für Starkstromleitungen gedacht
* '''[http://de.wikipedia.org/wiki/Multimeter Multimeter]''' Man sollte auf jeden Fall 1 oder 2 Multimeter kaufen. Vor allem, wenn man alleine ist, bietet sich eine Klemmprüfspitze an, so hat man die Hände frei für wichtigere Dinge. Die [http://de.wikipedia.org/wiki/Digitalmultimeter digitalen] Multimeter sind in der regel günstiger. (Beispiel: 3,95 bei [http://www.pollin.de pollin])
* '''Netzteil mit Strombegrenzeung''' hilft zu verhindern, dass dir ständig die Bauteile flöten gehen.
* '''[[Oszilloskop]]''' Zu Beginn noch nicht unbedingt notwendig. Wenn man sich eine Weile mit der Materie beschäftigt, kommt der Wunsch danach von alleine. Eine kleine Hilfe zur Auswahl von Oszis findet man auf dieser Seite.
* '''Simulationstool am PC'''
**'''elecronic workbench'''
**'''SwichtcherCAD''' Sehr viel Zeit und Frust kannst du dir mit einem Simulationsprogramm SwitcherCAD, kostenlos) ersparen. Dann weißt du schon vorher ob eine Schaltung NICHT funktionieren wird (der Umkehrschluß ist leider nicht immer möglich).

==Baukästen==
Elektronikbaukästen bieten die Möglichkeit, das was man gelernt hat gleich praktisch anzuwenden. Sie beinhalten die notwendigen Bauteile und oft didaktisch sinnvoll aufgebaut.

*'''Kosmos XN'''
** '''XN1000''' Bereits für Kinder geeignet. Prof Armstron und der kleine Roboter führen spielend in die Welt der Elektronik ein.
** '''XN2000''' Die Erweiterung.
** '''XN3000''' Nicht mehr auf Kinder, sondern auf Jugendliche ausgerichtet. Relativ anspruchsvoll, aber verständlich.
''Nachteil:'' relativ teuer
*'''Busch-Elektronik-Kästen (conrad)'''
''Nachteil:'' Weil die Bauteile auf kleinen Platten
befestigt sind, kann man mit ihnen keine eigenen Schaltungen aufbauen.
*'''Polytronic A B C (exDDR)''' .... aber nicht um jeden Peis im
Kaufhaus kaufen - alos Vorstufe zum Steckbrett

== Sinnvolles Wissen ==
*Also kannst du das Ohm´sche Gesetz und die Kirchhoffschen Regeln?

==Bezugsquellen==
*'''http://www.reichelt.de''' Günstiger Anbieter, führt leider nicht alles, was das Elektronikerherz begehrt. Der Grund hierfür ist der, dass er sich hauptsächlich auf Mainstreamprodukte stützt, die einen großen Absatz finden. Nur so ist der günstige Preis möglich. Angeblich sind die Versandkosten ins Ausland relativ hoch.
* '''[http://www.pollin.de Pollin]

Absolute Beginner

2006-05-05T19:19:17Z

Hans: /* Literatur */

Auf dieser Wiki-Seite möchte ich innerhalb der nächsten Tage zusammenfassen, was in diesem [http://www.mikrocontroller.net/forum/read-1-344257.html#new Thread] aufgeführt wurde.

==Dieser Artikel wird derzeit erstellt==
Wie ihr seht, ist der Artikel noch im Aufbau, ich habe lediglich einen Grundstock gelegt. Wer diesen Artikel ergänzen möchte, soll dies gerne tun.
Auf was wir jedoch achten müssen ist, dass der Artikel sich wirklich an die absoluten Anfänger richten soll. Also frei nach der Devise so viel wie nötig, so wenig wie möglich.
==Einleitung==
<div align="center">
Gestern tat es einen Schlag,<br/>
wovon ich hier berichten mag.<br/>

Drosselspulen, Widerstände,<br/>
alles fällt mir in die Hände.<br/>
Da bau ich eine Schaltung auf.<br/>
Ein Kühlblech kommt da auch noch drauf.<br/>
An Einstellreglern rumgedreht,<br/>
bis dann plötzlich nichts mehr geht.<br/>
Elkos hab ich nicht gebraucht,<br/>
Widerstände abgeraucht.<br/>
Jetzt ist die Bude voller Qualm,<br/>
zum Himmel schick ich einen Psalm.<br/>
Transistoren an den Ohren.<br/>
Dioden an den Hoden.<br/>
Kabel am Nabel.<br/>
Phase an der Nase!<br/>
Herzkammer flimmert; kann nur noch fluchen.<br/>
Muß mir ein neues Hobby suchen!<br/>
MfG Paul<br/></div>

<br/>
Dass dieses von Paul so plastisch dargestellte Anfängerszenario gar nicht erst eintritt, werden auf dieser Artikelseite von http://www.mikrocontroller.net einige Dinge aufgeführt, die unbedingt notwendig sind, wenn man sich mit Elektronikbasteleien auseinandersetzt. Die Seite richtet sich bewusst an den absoluten Anfänger um so interessierten Leuten den Einstieg in die Welt der Elektronik und damit auch zum Programmieren von Mikrocontrollern möglichst einfach zu gestalten.

Natürlich ist das Programmieren von Mikrocontrollern auch ohne Elektronikkenntnisse machbar, aber die Aussenanbindung eines Mikrocontrollers zu verstehen ist häufig sinnvoll, so z.B. wenn man ein Signal auswerten möchte.

==Literatur==
Ohne Lektüre (egal ob in Papierform oder im Internet) wird das mit der Elektronik in Eigenregie nix.
Möchte man sich ernsthaft mit der Materie beschäftigen, so kommt man nicht umhin, sich mit den Grundlagen der Elektronik zu beschäftigen. Während man im Internet viele Schaltungen findet, die einfach nachzubauen sind, bietet sich für das Grundlagenstudium eher ein Buch an. Da gute Elektronikbücher häufig teuer sind, will ich dir folgenden Tipp geben: Schau einfach mal in die nächste größere Bibliothek. Wenn dir ein Buch dort gefällt, kannst du es jeder Zeit noch kaufen. Wer sich nicht irgendwann mit den Grundlagen beschäftigt, wird nie über das Stadium herauskommen, in dem er Schaltungen aus dem Internet kapiert. Aber unser aller Ziel ist es doch, auch zu verstehen, weshalb hier jetzt genau der rot-rot-schwarze Widerstand rein muss und was er tut...
*'''Fachzeitschriften''' am Kiosk
*'''Internet'''
**'''[http://www.elektronik-kompendium.de/ Das Elektronik Kompendium]''' Ziel von das ELKO ist es die Themen Elektronik, Computertechnik, Kommunikationstechnik und Netzwerktechnik allgemeinverständlich zu erklären und der Allgemeinheit zu präsentieren. Die Zielgruppe sind vor allem Schüler und Auszubildende, die sich mit Elektronik näher beschäftigen müssen oder wollen. Weiterhin sollen alle privat und beruflich an Elektronik interessierte angesprochen werden.
**'''http://www.dse-faq.elektronik-kompendium.de/''' Es gibt zwar von der Startseite des ELKO einen Link zum FAQ aber es schadet sicher nicht es hier explizit aufzuführen.
**'''http://www.b-kainka.de/'''
**'''http://www.dieelektronikerseite.de/'''
**'''http://www.howstuffworks.com/'''
**'''Diverse Application Notes der großen Halbleiterhersteller sind auch immer eine gute Informationsquelle und beschäftigen sich teilweise auch mit sehr grundlegenden Problemen'''
*'''Bücher'''
**'''[http://www.amazon.com/gp/product/0521370957/103-9884703-3518215?v=glance&n=283155 Art Of Electronics]''' Bitte nur die englihsche Version nutzen, da die Übersetzung nicht gut gelungen ist.
** '''[http://www.amazon.de/exec/obidos/ASIN/3426037920/qid=1146692611/sr=8-1/ref=sr_8_xs_ap_i1_xgl/302-0461878-1759243 Elektronik ohne Geheimnisse]''' Von der Anfängerschaltung bis zum Radio Franzis-Verlag ISBN 3-426-03792-0
**'''Schaltkreisbastelbuch''' von H.Jakubaschk und das
**'''Radiobastelbuch''' von K,H. Schubert. Das sind sehr alte DDR-Bücher. Aber die sind für Einsteiger äußerst nahrhaft.

==Bauteile die in jeder Werkstatt sein müssen==

* '''[[Breadboard]]'''

*'''Widerstände:''' 330 Ohm, 1 K Ohm, 10 K Ohm, 1 M Ohm
*'''Kondensatoren:'''
** Elkos: 1 µF, 10 µF, 2000 µF
** keramische Kondensatoren: 100 nF, 33 pF für Quarze
*'''Dioden:''' 1N4148, 1N4004
*'''[[LED]]s'''
*'''[[Transistor]]en:''' BC547, BC557. Diese beiden Transistoren sind die Standart npn- und pnp Transistoren.
*'''Operationsverstärker:'''
*'''[[Festspannungsregler]]:''' (7805) Kann durch ein regelbares Netzteil mit Anzeige unnötig werden, ist aber sinnvoll, wenn man mal eine Schaltung autark arbeiten lassen möchte. Dann benötigt man in den meisten Fällen noch einen geeigneten Trafo und einen Brückengleichrichter.

*'''Schalter'''
*'''Taster'''
*'''Lötnägel''' ''Frage: Sind diese auch für das Breadboard geeignet, oder nur um in Platinen einzulöten?''

* '''Ein Satz Kabel mit Krokoklemmen an beiden Enden'''

*'''Draht'''
** dünne Litze,
** dünner isolierter Draht (je dünner je besser), ideal: Wrap-Draht ca. AWG30, leider etwas schwer erhältlich und teuer,
** dünner blanker verzinnter Draht (möglichst < 0,5mm, leider etwas schwer erhältlich), oder lötbarer Silberdraht.
Es hat wenig Sinn, mit 220V-Litze oder normalem Klingeldraht
Lochraster-Schaltungen zu bauen. Und wenn mal ernsthaft Strom fliessen soll, entsprechend dickerer.

Für die Kleinteile ist ein Sortimentkasten sehr zu empfehlen. Man muss sich nicht von vorneherein auf spezielle Bauteile festlegen.

==Werkzeug==
* '''Lötkolben''' mindestens 30 Watt
**''' Lötzinn''' 1mm
** '''Lötschwamm ''' (ein Baumwoll-Lumpen tut es notfalls auch)
** '''Entlötlitze'''
Detaillierte Informationen zum Löten findest du im Artikel [[Löten_(praktisch)]].
* '''Seitenschneider''', klein - Opas Kneifzange ist ungeeignet
* '''Abisolierzange''', Bauform vgl. Wasserrohrzange, die symmetrischen mit dem Loch vorne sind eher für Starkstromleitungen gedacht
* '''[http://de.wikipedia.org/wiki/Multimeter Multimeter]''' Man sollte auf jeden Fall 1 oder 2 Multimeter kaufen. Vor allem, wenn man alleine ist, bietet sich eine Klemmprüfspitze an, so hat man die Hände frei für wichtigere Dinge. Die [http://de.wikipedia.org/wiki/Digitalmultimeter digitalen] Multimeter sind in der regel günstiger. (Beispiel: 3,95 bei [http://www.pollin.de pollin])
* '''Netzteil mit Strombegrenzeung''' hilft zu verhindern, dass dir ständig die Bauteile flöten gehen.
* '''[[Oszilloskop]]''' Zu Beginn noch nicht unbedingt notwendig. Wenn man sich eine Weile mit der Materie beschäftigt, kommt der Wunsch danach von alleine. Eine kleine Hilfe zur Auswahl von Oszis findet man auf dieser Seite.
* '''Simulationstool am PC'''
**'''elecronic workbench'''
**'''SwichtcherCAD''' Sehr viel Zeit und Frust kannst du dir mit einem Simulationsprogramm SwitcherCAD, kostenlos) ersparen. Dann weißt du schon vorher ob eine Schaltung NICHT funktionieren wird (der Umkehrschluß ist leider nicht immer möglich).

==Baukästen==
Elektronikbaukästen bieten die Möglichkeit, das was man gelernt hat gleich praktisch anzuwenden. Sie beinhalten die notwendigen Bauteile und oft didaktisch sinnvoll aufgebaut.

*'''Kosmos XN'''
** '''XN1000''' Bereits für Kinder geeignet. Prof Armstron und der kleine Roboter führen spielend in die Welt der Elektronik ein.
** '''XN2000''' Die Erweiterung.
** '''XN3000''' Nicht mehr auf Kinder, sondern auf Jugendliche ausgerichtet. Relativ anspruchsvoll, aber verständlich.
''Nachteil:'' relativ teuer
*'''Busch-Elektronik-Kästen (conrad)'''
''Nachteil:'' Weil die Bauteile auf kleinen Platten
befestigt sind, kann man mit ihnen keine eigenen Schaltungen aufbauen.
*'''Polytronic A B C (exDDR)''' .... aber nicht um jeden Peis im
Kaufhaus kaufen - alos Vorstufe zum Steckbrett

== Sinnvolles Wissen ==
*Also kannst du das Ohm´sche Gesetz und die Kirchhoffschen Regeln?

==Bezugsquellen==
*'''http://www.reichelt.de''' Günstiger Anbieter, führt leider nicht alles, was das Elektronikerherz begehrt. Der Grund hierfür ist der, dass er sich hauptsächlich auf Mainstreamprodukte stützt, die einen großen Absatz finden. Nur so ist der günstige Preis möglich. Angeblich sind die Versandkosten ins Ausland relativ hoch.
* '''[http://www.pollin.de Pollin]

Temperatursensor

2006-02-24T14:08:17Z

Hans: /* DS1621 */

Will man mit einem [[Mikrocontroller]] Temperaturen messen, dann braucht man
* einen Meßwertaufnehmer, der die Wärme z.B. in eine Spannung umwandelt
* einen [[AD-Wandler]], der das Signal digitalisiert. Der kann durchaus auch schon auf dem Mikrocontroller integriert sein.

Dies gibt es nun in allen möglichen Varianten. Vom temperaturabhängigen [[Widerstand]] bis zum fertig abgeglichenen All-in-one-Bauteil mit digitalem Ausgang.

== NTC/PTC ==
NTC (Heißleiter) und PTC (Kaltleiter) sind temperaturabhängige Widerstände. Um den Widerstandswert zu messen schaltet man sie mit einem normalen Widerstand in Reihe und mißt dann den [[Spannungsfall|Spannungsabfall]]. Eine Beispielschaltung findet sich [http://www.mathar.com/msp_thermo1.html hier].

Vorteil:
* billig (Reichelt 0,29 EUR)

Nachteil:
* müssen abgeglichen werden
* brauchen A/D-Wandler

== LM335 ==
Ein [[IC]], das pro Kelvin 10mV ausgibt. In verschiedenen Bauformen erhältlich. Beispielschaltungen finden sich im Datenblatt; eine Schaltung, die mit einem Komparator (statt eines "richtigen" A/D-Wandlers) auskommt findet sich [http://medo.fov.uni-mb.si/mapp/ds_adc/ hier].

Vorteile:
* auch ohne Kalibrierung Genauigkeit von einem Grad (bei 25°C)
* relativ billig (Reichelt ab 0,87 EUR)

Nachteile:
* benötigt A/D-Wandler
* bei längerer Anschlussleitung wird sehr viel Brumm induziert

== LM334 ==
Ein [[IC]] ähnlich dem LM335 mit dem Unterschied, dass der durch das IC fließende Strom proportional von der Temperatur abhängt. Mit einer "Schaltung" (zwei Widerstände) aus dem Datenblatt kann man dann den Strom in einer Weise wandeln, dass pro Kelvin 10mV ausgegeben werden. Da die Strom/Spannungswandlung auf der Platine (und damit nahe am AD-Wandler) stattfindet und die Messung durch einen Strom stattfindet, ist die Störung durch Netzbrumm etc. viel geringer als beim LM335

Vorteile:
* auch ohne Kalibrierung Genauigkeit von einem Grad (bei 25°C)
* relativ billig (Reichelt 0,90 EUR)

Nachteile:
* benötigt A/D-Wandler
* Bereich 0°C-70°C

== DS1621 ==
Der DS1621 ist Temperatursensor und A/D-Wandler in einem. Er gibt seine Daten per [[I2C]]-[[Bus]] aus. Ein Schaltplan für einen elektronischen Thermometer mit diesem IC findet sich [http://www.myplace.nu/avr/thermo/ hier].

Vorteile:
* bereits kalibriert
* kein A/D-Wandler nötig
* da I2C ein Bus ist, kann man mehrere DS1621 und andere I2C-Bausteine zusammen anschließen und braucht dafür trotzdem nur zwei I/O-Ports.
* Genauigkeit +-0,5°

Nachteil:
* teuer (Segor 5,80 EUR; RS 3,95EUR; Conrad 4,99EUR)

== LM75 ==
Der LM75 ist so ähnlich wie der DS1621, allerdings nur in SMD erhältlich und nicht so genau. Er ist aber öfters mal auf PC-Mainboards zu finden, so dass man beim Schlachten eines solchen günstig an einen Temperatursensor kommen kann. Einen Schaltplan findet man [http://www.mcselec.com/index.php?option=com_docman&task=cat_view&gid=83&limit=1&limitstart=35 hier].

Vorteile:
* bereits kalibriert
* kein A/D-Wandler nötig
* I2C-Bus Ausgang
* billiger als DS1621 (Reichelt 2,10 EUR; RS 3V: 3,75EUR; 5V: 2,72EUR)

Nachteile:
* nur im SMD-Gehäuse erhältlich
* sehr ungenau (+-2°)

== DS18S20 / DS18B20 ==
Der DS18S20 (Nachfolger des DS1820) und DS18B20 sind ebenfalls Temperatursensoren und A/D-Wandler in einem. Ihre Daten geben sie über ein 1-Wire-Interface aus, wodurch man am [[Mikrocontroller]] sogar nur einen einzigen I/O-Pin braucht. Außerdem beherrschen sie die parasitäre Stromversorgung, d.h. man braucht für Daten und Stromversorgung zusammen nur zwei Leitungen. Der DS18B20 hat per default 12 Bit Auflösung gegenüber 9 Bit Auflösung beim DS18S20.

Links:
* Einen Schaltplan findet man auf http://chaokhun.kmitl.ac.th/~kswichit/avrthermo/avrthermo.html
* Code zur Ansteuerung auf http://www.mikrocontroller.net/forum/read-4-27035.html.
* Datenblatt DS18S20: http://pdfserv.maxim-ic.com/en/ds/DS18S20.pdf
* Datenblatt DS18B20: http://pdfserv.maxim-ic.com/en/ds/DS18B20.pdf

Vorteile:
* bereits kalibriert
* Genauigkeit +-0,5°
* 1-Wire-Ausgang

Nachteil:
* ziemlich teuer (Reichelt 5,45 EUR)

== SHT11 ==
Der SHT11 ist ein [[Temperatursensor|Temperatur]]- und Feuchtesensor von [http://www.sensirion.com Sensirion].

Vorteile:
* einfache [[I2C]]-ähnliche Ansteuerung
* keine Kalibrierung notwendig

Nachteile:
* relativ teuer (Farnell 18,60 EUR)

== Sonstiges ==
Es gibt noch zahlreiche andere ICs für diese Aufgabe und natürlich auch viele andere Meßmöglichkeiten.

== Weblinks ==
* [http://www.sprut.de/electronic/temeratur/temp.htm http://www.sprut.de/electronic/temeratur/temp.htm] insbesondere temperaturabhängige Stromquelle und NTC/PTC inclusive Linearisierung

Temperatursensor

2006-02-24T14:07:50Z

Hans: /* LM75 */

Will man mit einem [[Mikrocontroller]] Temperaturen messen, dann braucht man
* einen Meßwertaufnehmer, der die Wärme z.B. in eine Spannung umwandelt
* einen [[AD-Wandler]], der das Signal digitalisiert. Der kann durchaus auch schon auf dem Mikrocontroller integriert sein.

Dies gibt es nun in allen möglichen Varianten. Vom temperaturabhängigen [[Widerstand]] bis zum fertig abgeglichenen All-in-one-Bauteil mit digitalem Ausgang.

== NTC/PTC ==
NTC (Heißleiter) und PTC (Kaltleiter) sind temperaturabhängige Widerstände. Um den Widerstandswert zu messen schaltet man sie mit einem normalen Widerstand in Reihe und mißt dann den [[Spannungsfall|Spannungsabfall]]. Eine Beispielschaltung findet sich [http://www.mathar.com/msp_thermo1.html hier].

Vorteil:
* billig (Reichelt 0,29 EUR)

Nachteil:
* müssen abgeglichen werden
* brauchen A/D-Wandler

== LM335 ==
Ein [[IC]], das pro Kelvin 10mV ausgibt. In verschiedenen Bauformen erhältlich. Beispielschaltungen finden sich im Datenblatt; eine Schaltung, die mit einem Komparator (statt eines "richtigen" A/D-Wandlers) auskommt findet sich [http://medo.fov.uni-mb.si/mapp/ds_adc/ hier].

Vorteile:
* auch ohne Kalibrierung Genauigkeit von einem Grad (bei 25°C)
* relativ billig (Reichelt ab 0,87 EUR)

Nachteile:
* benötigt A/D-Wandler
* bei längerer Anschlussleitung wird sehr viel Brumm induziert

== LM334 ==
Ein [[IC]] ähnlich dem LM335 mit dem Unterschied, dass der durch das IC fließende Strom proportional von der Temperatur abhängt. Mit einer "Schaltung" (zwei Widerstände) aus dem Datenblatt kann man dann den Strom in einer Weise wandeln, dass pro Kelvin 10mV ausgegeben werden. Da die Strom/Spannungswandlung auf der Platine (und damit nahe am AD-Wandler) stattfindet und die Messung durch einen Strom stattfindet, ist die Störung durch Netzbrumm etc. viel geringer als beim LM335

Vorteile:
* auch ohne Kalibrierung Genauigkeit von einem Grad (bei 25°C)
* relativ billig (Reichelt 0,90 EUR)

Nachteile:
* benötigt A/D-Wandler
* Bereich 0°C-70°C

== DS1621 ==
Der DS1621 ist Temperatursensor und A/D-Wandler in einem. Er gibt seine Daten per [[I2C]]-[[Bus]] aus. Ein Schaltplan für einen elektronischen Thermometer mit diesem IC findet sich [http://www.myplace.nu/avr/thermo/ hier].

Vorteile:
* bereits kalibriert
* kein A/D-Wandler nötig
* da I2C ein Bus ist, kann man mehrere DS1621 und andere I2C-Bausteine zusammen anschließen und braucht dafür trotzdem nur zwei I/O-Ports.
* Genauigkeit +-0,5°

Nachteil:
* teuer (Segor 5,80 EUR; RS 3,95; Conrad 4,99)

== LM75 ==
Der LM75 ist so ähnlich wie der DS1621, allerdings nur in SMD erhältlich und nicht so genau. Er ist aber öfters mal auf PC-Mainboards zu finden, so dass man beim Schlachten eines solchen günstig an einen Temperatursensor kommen kann. Einen Schaltplan findet man [http://www.mcselec.com/index.php?option=com_docman&task=cat_view&gid=83&limit=1&limitstart=35 hier].

Vorteile:
* bereits kalibriert
* kein A/D-Wandler nötig
* I2C-Bus Ausgang
* billiger als DS1621 (Reichelt 2,10 EUR; RS 3V: 3,75EUR; 5V: 2,72EUR)

Nachteile:
* nur im SMD-Gehäuse erhältlich
* sehr ungenau (+-2°)

== DS18S20 / DS18B20 ==
Der DS18S20 (Nachfolger des DS1820) und DS18B20 sind ebenfalls Temperatursensoren und A/D-Wandler in einem. Ihre Daten geben sie über ein 1-Wire-Interface aus, wodurch man am [[Mikrocontroller]] sogar nur einen einzigen I/O-Pin braucht. Außerdem beherrschen sie die parasitäre Stromversorgung, d.h. man braucht für Daten und Stromversorgung zusammen nur zwei Leitungen. Der DS18B20 hat per default 12 Bit Auflösung gegenüber 9 Bit Auflösung beim DS18S20.

Links:
* Einen Schaltplan findet man auf http://chaokhun.kmitl.ac.th/~kswichit/avrthermo/avrthermo.html
* Code zur Ansteuerung auf http://www.mikrocontroller.net/forum/read-4-27035.html.
* Datenblatt DS18S20: http://pdfserv.maxim-ic.com/en/ds/DS18S20.pdf
* Datenblatt DS18B20: http://pdfserv.maxim-ic.com/en/ds/DS18B20.pdf

Vorteile:
* bereits kalibriert
* Genauigkeit +-0,5°
* 1-Wire-Ausgang

Nachteil:
* ziemlich teuer (Reichelt 5,45 EUR)

== SHT11 ==
Der SHT11 ist ein [[Temperatursensor|Temperatur]]- und Feuchtesensor von [http://www.sensirion.com Sensirion].

Vorteile:
* einfache [[I2C]]-ähnliche Ansteuerung
* keine Kalibrierung notwendig

Nachteile:
* relativ teuer (Farnell 18,60 EUR)

== Sonstiges ==
Es gibt noch zahlreiche andere ICs für diese Aufgabe und natürlich auch viele andere Meßmöglichkeiten.

== Weblinks ==
* [http://www.sprut.de/electronic/temeratur/temp.htm http://www.sprut.de/electronic/temeratur/temp.htm] insbesondere temperaturabhängige Stromquelle und NTC/PTC inclusive Linearisierung

Temperatursensor

2006-02-24T14:06:19Z

Hans: /* DS1621 */

Will man mit einem [[Mikrocontroller]] Temperaturen messen, dann braucht man
* einen Meßwertaufnehmer, der die Wärme z.B. in eine Spannung umwandelt
* einen [[AD-Wandler]], der das Signal digitalisiert. Der kann durchaus auch schon auf dem Mikrocontroller integriert sein.

Dies gibt es nun in allen möglichen Varianten. Vom temperaturabhängigen [[Widerstand]] bis zum fertig abgeglichenen All-in-one-Bauteil mit digitalem Ausgang.

== NTC/PTC ==
NTC (Heißleiter) und PTC (Kaltleiter) sind temperaturabhängige Widerstände. Um den Widerstandswert zu messen schaltet man sie mit einem normalen Widerstand in Reihe und mißt dann den [[Spannungsfall|Spannungsabfall]]. Eine Beispielschaltung findet sich [http://www.mathar.com/msp_thermo1.html hier].

Vorteil:
* billig (Reichelt 0,29 EUR)

Nachteil:
* müssen abgeglichen werden
* brauchen A/D-Wandler

== LM335 ==
Ein [[IC]], das pro Kelvin 10mV ausgibt. In verschiedenen Bauformen erhältlich. Beispielschaltungen finden sich im Datenblatt; eine Schaltung, die mit einem Komparator (statt eines "richtigen" A/D-Wandlers) auskommt findet sich [http://medo.fov.uni-mb.si/mapp/ds_adc/ hier].

Vorteile:
* auch ohne Kalibrierung Genauigkeit von einem Grad (bei 25°C)
* relativ billig (Reichelt ab 0,87 EUR)

Nachteile:
* benötigt A/D-Wandler
* bei längerer Anschlussleitung wird sehr viel Brumm induziert

== LM334 ==
Ein [[IC]] ähnlich dem LM335 mit dem Unterschied, dass der durch das IC fließende Strom proportional von der Temperatur abhängt. Mit einer "Schaltung" (zwei Widerstände) aus dem Datenblatt kann man dann den Strom in einer Weise wandeln, dass pro Kelvin 10mV ausgegeben werden. Da die Strom/Spannungswandlung auf der Platine (und damit nahe am AD-Wandler) stattfindet und die Messung durch einen Strom stattfindet, ist die Störung durch Netzbrumm etc. viel geringer als beim LM335

Vorteile:
* auch ohne Kalibrierung Genauigkeit von einem Grad (bei 25°C)
* relativ billig (Reichelt 0,90 EUR)

Nachteile:
* benötigt A/D-Wandler
* Bereich 0°C-70°C

== DS1621 ==
Der DS1621 ist Temperatursensor und A/D-Wandler in einem. Er gibt seine Daten per [[I2C]]-[[Bus]] aus. Ein Schaltplan für einen elektronischen Thermometer mit diesem IC findet sich [http://www.myplace.nu/avr/thermo/ hier].

Vorteile:
* bereits kalibriert
* kein A/D-Wandler nötig
* da I2C ein Bus ist, kann man mehrere DS1621 und andere I2C-Bausteine zusammen anschließen und braucht dafür trotzdem nur zwei I/O-Ports.
* Genauigkeit +-0,5°

Nachteil:
* teuer (Segor 5,80 EUR; RS 3,95; Conrad 4,99)

== LM75 ==
Der LM75 ist so ähnlich wie der DS1621, allerdings nur in SMD erhältlich und nicht so genau. Er ist aber öfters mal auf PC-Mainboards zu finden, so dass man beim Schlachten eines solchen günstig an einen Temperatursensor kommen kann. Einen Schaltplan findet man [http://www.mcselec.com/index.php?option=com_docman&task=cat_view&gid=83&limit=1&limitstart=35 hier].

Vorteile:
* bereits kalibriert
* kein A/D-Wandler nötig
* I2C-Bus Ausgang
* billiger als DS1621 (Reichelt 2,10 EUR)

Nachteile:
* nur im SMD-Gehäuse erhältlich
* sehr ungenau (+-2°)

== DS18S20 / DS18B20 ==
Der DS18S20 (Nachfolger des DS1820) und DS18B20 sind ebenfalls Temperatursensoren und A/D-Wandler in einem. Ihre Daten geben sie über ein 1-Wire-Interface aus, wodurch man am [[Mikrocontroller]] sogar nur einen einzigen I/O-Pin braucht. Außerdem beherrschen sie die parasitäre Stromversorgung, d.h. man braucht für Daten und Stromversorgung zusammen nur zwei Leitungen. Der DS18B20 hat per default 12 Bit Auflösung gegenüber 9 Bit Auflösung beim DS18S20.

Links:
* Einen Schaltplan findet man auf http://chaokhun.kmitl.ac.th/~kswichit/avrthermo/avrthermo.html
* Code zur Ansteuerung auf http://www.mikrocontroller.net/forum/read-4-27035.html.
* Datenblatt DS18S20: http://pdfserv.maxim-ic.com/en/ds/DS18S20.pdf
* Datenblatt DS18B20: http://pdfserv.maxim-ic.com/en/ds/DS18B20.pdf

Vorteile:
* bereits kalibriert
* Genauigkeit +-0,5°
* 1-Wire-Ausgang

Nachteil:
* ziemlich teuer (Reichelt 5,45 EUR)

== SHT11 ==
Der SHT11 ist ein [[Temperatursensor|Temperatur]]- und Feuchtesensor von [http://www.sensirion.com Sensirion].

Vorteile:
* einfache [[I2C]]-ähnliche Ansteuerung
* keine Kalibrierung notwendig

Nachteile:
* relativ teuer (Farnell 18,60 EUR)

== Sonstiges ==
Es gibt noch zahlreiche andere ICs für diese Aufgabe und natürlich auch viele andere Meßmöglichkeiten.

== Weblinks ==
* [http://www.sprut.de/electronic/temeratur/temp.htm http://www.sprut.de/electronic/temeratur/temp.htm] insbesondere temperaturabhängige Stromquelle und NTC/PTC inclusive Linearisierung

I2C als Hausbus

2006-02-05T16:39:42Z

Hans: Appnotes von Philips

[[Category:Projekte]]
[[Category:AVR]]
[[Category:I2C]]

=Infos=

Infos allgemein zu [[Hausbus]] ,[[I2C]].

=Verkabelung=

=offizielle Spezifikationen=
Die beiden Leitungen dürfen eine maximale Kapazität von 400pF nicht übersteigen. Dies sind in der Praxis einige Meter.

=eigene Erfahrungen=
Wenn die Busgeschwindigkeit angepasst wird, sind große Strecken und umfangreiche Verzweigungen möglich.
Ein 30 Meter Bus funktioniert zum Beispiel noch mit rund 20kHz fast ohne Probleme.

== Was passiert, wenn die Leitungen zu lang sind? ==
Vor einigen Jahren war ich als Servicetechniker bei einer Geräteinstallation im Einsatz, bei der die laut Datenblatt möglichen Längen bei weitem überschritten wurden. Ab 12m ging nix mehr. Der Grund war aber nicht der I2C-Bus, sondern die Spannungsversorgung der entfernten Geräte. Die Masseleitung war auch 12m lang, und der Stromverbrauch der Geräte hat den Massepegel soweit angehoben, dass der I2C-Bus nicht mehr funktioniert hat. Mit einer dickeren Masseleitung hats sofort wieder funktioniert.

Dabei hab ich beobachtet, daß der I2C-Bus automatisch langsamer geworden ist, je länger das Kabel war. Das war nicht einprogrammiert, sondern hat sich von selbst ergeben. Wieweit das geht weiß ich nicht, aber es hat mich damals sehr erstaunt. Kann sein, das kommt durch die Möglichkeit für Slaves den Takt auszubremsen.

Die Kabel sind (bezüglich der gemeinsamen Masse) eine Kette über differentiell kleiner Widerstände parallel geschaltener differentiell kleiner Kondensatoren. Durch einen Pegel-Wechsel müssen all diese kleinen Kondensatoren über die Widerstände umgeladen werden. Folge ist eine deutlich kleinere Ausbreitungs-Geschwindigkeit des Signals und ein geringerer Spannungs-Anstieg an den Anschlüssen der Geräte. Zu der Kapazität der Kabel kommt vor allem noch die Kapazität der Geräte.
Im I2C-Standard von Philips ist diese Kapazität auf 400pF limitiert.
Im access.bus-Standard (welcher für Computer-Komponenten und Peripherie entwickelt wurde) ist diese Kapazität auf 1000pF beschränkt.
Vgl. Ausbreitungsgeschwindigkeiten, Kapazitäten bei anderen Bus-Systemen wie USB, SATA, RS485

Philips hat Long Distance I2C vorgesehen. Dafür gibt es eigene Busexpander z.B. der P82B715, der unter anderem die zulässige Kapazität auf 3000pF erhöhen soll. Ich habe mal einen Link auf eine interessante Philips Seite zu dem Thema angehängt.

----
Ich nehme an du meinst folgendes:

[http://www.standardics.philips.com/support/appnotes/microcontrollers/pdf/an452.pdf AN452] bzw. [http://www.standardics.philips.com/support/appnotes/i2c/pdf/an444.pdf AN444]

--[[Benutzer:Hans|Hans]] 17:39, 5. Feb 2006 (CET)

=passende Sensoren / Module=
* Temperatursensor mit dem [[DS1621]]
* [[I2C-Schaltmodul]] mit dem [[PCF8574]]

=Links=
* http://www.semiconductors.philips.com/markets/mms/protocols/i2c/
* [[CAN Hausbus]]
* http://www.standardics.philips.com/products/i2chubs/

AD-Wandler

2006-02-03T14:04:33Z

Hans:

Ein Analog-Digital-Wandler wandelt eine [[analog]]e Spannung in einen [[digital]]en Wert um.

Die Stufenauflösung beträgt üblicherweise zwischen 1(Komperator) und 24 [[Bit]]. Den durch die Wandlung entstehenden Fehler zwischen dem tatsächlichen Wert und dem ausgegebenen (gewandelten) Wert nennt man [[Quantisierung|Quantisierungsfehler]].

Prinzipell sollte während des Sampling-Vorgangs die Eingangsgröße konstant bleiben. (Auch beim Flash-ADC da nicht alle Komperatoren gleich schnell sind.) Hierfür werden 'Track and Hold' bzw 'Sample and Hold' Schaltungen verwendet.

Gegenstück: [[DA-Wandler]]

== Verfahren ==

* 'Flash' oder Parallel-Wandler: Sind sehr schnell und brauchen daher viel Strom. Sie benötigen für _jeden_ Ausgangswert einen Komperator (und damit auch eine eigene Referent => Spannungsteiler)
* sukzessive Approximation (SAR): Stufenweise Annäherung, Wägeverfahren. benötigt eine DAC, mit dem man sich Bit für Bit an die zu messende Spannung herantastet.
** Der interne AD Wandler eines [[AVR]] verwendet diese Methode
* Single Slope, Dual Slope Verfahren: Werden meist in Multimeter oder ähnlichen Messgeräten verwendet da sie billig sind, wenig Strom brauchen und gute Linearitäten besitzen. Im Prinzip wird hier die Spannung über eine Zeitmessung realisiert.
* Delta Sigma: Vor allem für sehr genaue Messungen (24Bit). Preisgünstig herstellbar, da nur ein Komperator und Logik-Elemente benötigt werden.
* Spannungs-Frequenz-Umsetzer
* Nachlauf-Verfahren: Es wird auch hier ein DAC benötigt, der von einem Auf-Abwärtszähler gesteuert wird. Ein Komperator steuert ob auf- oder abwärts gezählt wird.

== Kenngrößen ==

Als Kenngrößen gibts es bei einem ADC bedeutent mehr als nur die Auflösung. Z.b wäre es nicht schlecht, wenn er keine sg. 'Missing-Codes' hätte. Hier 'fehlen' einfach gewisse Ausgangswerte. Weiters wichtig ist die Linearität. Es kann sein, dass die Kennlinie nicht linear ist (Kennlinie Ausgangscode-Eingangsspannung gebogen) oder aber die einzelnen Stufen sind nicht gleich groß.

Weiters wichtig sind Eingangsrauschen, Sampling-Zeit und Stromverbrauch.

Diskussion:AD-Wandler

2006-02-03T13:46:17Z

Hans:

Mmmh. Eigenlich müsste man ja schreiben, dass die Auflösung bei EINEM Bit losgeht :)
Ein einzelner Komparator ist im Prinzip auch schon ein ADC...

1,6,8,16,24Bit.. alles andere kenne ich nicht...
Nachlauf-verfahren gibts dann auch noch...

Sample-Hold,Track-Hold müsste auch erwähnt werden...

Ganz nebenbei gäbe es auch noch referenzgrößen die vllt auch noch beschrieben werden sollten...

Interfaces (SPI,I2C,Parallel) sind auch noch relevant... Kenngrößen allgemein und zu guterletzt sollte man auch noch einsatzgebiete angeben....

Ich werd einfach mal anfangen... viel spass beim fortsetzen ;)
--[[Benutzer:Hans|Hans]] 14:46, 3. Feb 2006 (CET)

Platinenherstellung mit der Photo-Positiv-Methode

2006-01-04T23:38:46Z

Hans: Neu formatiert, Fehler entfernt, umformuliert

Welche Software man zum Zeichnen nimmt ist Geschmackssache. Darum gehts gleich zum Drucken ;)

= Drucken =

Generell muss so gedruckt werden, dass die bedruckte Seite am Kupfer aufliegt. Sonst bekommt man keine schönen Bahnen hin.

Am Besten druckt man sich das ganze mit niedriger Qualität auf Papier aus und schaut ob alles wie gewünscht erscheint (Masseflächen, Beschriftung, Pass-Marken,...)

Weiters noch die Einstellungen um schöne, schwarze Ausdrucke zu bekommen.

== Software ==

=== Target ===
In Target sollte man folgendes einschalten...

* hart schwarz-weiss

===Eagle===

* black
* solid

== Drucksorten ==

=== Transparentpapier ===

Wenn die Tinte passt, bekommt man auch auf Transparentpapier gute Ergebnisse (zumindest mit meinem alten HP).

Mit einem Laserdrucker (Kyocera-Mita FS1020D, Auflösung 1200x1200 dpi) sind auf Transparentpapier Leiterbahnen mit 0.4mm Breite problemlos möglich

=== Normalpapier ===

Wenn nur bedrahtete Bauteile auf dem PCB und die Leiterbahnen auch schön breit sind, gibt es keinen Grund nicht normales Papier zu verwenden... man muss nur eine lange Belichtungszeite einplanen... ggf. dünneres Papier probieren (<math>40g/m^2</math>) ;)

=== Inkjet-Folie ===

Für feine Layouts mit Tintenstrahl-Drucker meiner Meinung nach am Besten geeignet.

Epson C44Ux mit Nachbau-Tinte von Conrad auf Zweckform-Folie 2503 und 2304 (hat einen weißen Streifen damit der drucker die Folie erkennt) gibts keine Probleme.

Unter Windows ist der Drucker auf ''Premium Glossy Photo Paper'' Foto zu stellen - unter Linux ''Premium Glossy Photo Paper'' und die Auflösung auf ''1440x720''.

Das Layout muss 2-3 mal ausgedruckt und übereinandergelegt werden damit man keine kleinen Löcher hat.

Mit Laserdruck auf Klarsichtfolie erzielt man schlechte Ergebnisse, auf matter Folie hingegen reicht schon ein Ausdruck auf einer Folie.

= Fertigung =

Das Ätzen teilt sich auf in Belichten, Entwickeln und das Ätzen...

Vielleicht hat jemand mehr lust das jetzt ausführlich zu beschreiben.. ich beschreibe mal alles ganz grob...

== Belichten ==

=== UV-Lampe ===

Es gibt sg. ''Nitraphot''-Lampen die 250-300W haben. Damit hab ichs anfangs gemacht. Das Hauptproblem dabei ist die erzeugte Wärme... Wo gibts denn vernünftige Fassungen für 300W-Birnen :)

=== UV-Röhren ===

Ich persönlich habe mir den Luxus gegönnt und mir Ersatzlampen für die Isel Geräte besorgt. (Conrad)

* 2x8W Philips Röhren - ca 10cm Abstand - 3xOverhead-Folie übereinander => ca 5 Minuten
* 4x8W Ersatzröhren für die Reichelt-Belichtungsgeräte - ca 12cm - Transparentpapier => 7-8 Minuten

=== Baustrahler ===

Geht angeblich ganz gut habe aber keine Erfahrung damit gemacht.

== Entwickeln ==

Entwickeln kann man mit Ätznatron ( um die 10g/l eher darunter falls man die Zeit übersehen sollte und man etwas unterentwickeln muss).

Die Luxus-Variante gibts bei Conrad in Form von Bungard-Entwickler. 1 Säckchen für 1l Entwickler
Laut Bungard ist die unbelichtete Beschichtung einige Minuten gegen den Entwickler resistent... Der Entwickler muss aber mindestens Zimmertemperatur haben... sonst dauert's ewig :)

== Ätzen ==

=== Salpetersäure ===

Geht ähnlich gut wie mit Salzsäure nur will nicht jeder einem das Zeug in die Hand geben... => lieber Salzsäure!

Möglich sind Zeiten von <1min bis 10min.. je nach Konzentration

=== Salzsäure ===

Mischung 1 Teil HCl 1 Teil H2O2 2Teile H2O geht suppi (würd ich mir nicht traun mit nochkonzentrierter.. lieber die Säure unter 20% bringen und nach bedarf H2O2 dazu tun)

=== Eisen-3-Chlorid ===

Mit Eisen-3-Chlorid ätzt es sich gut. Nach etwa 10 Minuten ist die Platine fertig. Hier ist gut entwickeltes Material nötig, sonst sind die dünnen Konturen schnell weggeätzt.

= Nachbehandlung =

Die Platine ist also soweit fertig. Jetzt noch mit Stahlwolle reinigen (ist das Einfachste meiner Meinung nach) und mit Lötlack einsprühen... Kolophonium (oder auch Saupech genannt) in Nitro-Verdünnung gelöst soll billiger sein und die gleiche Wirkung erziehlt.

Um schön glänzende Platinen zu bekommen kann man die Platine auch mit Lötpaste einschmieren und mit einem Heißluft-Fön bearbeiten. Dafür braucht man aber etwas Übung um die Platine nicht zu heiß zu machen und die richtige Menge Paste aufzutragen.

Alternativ zur Stahlwolle geht Spiritus, Isopropanol,... auch ganz gut.

Ursprünglich von OE6JWF / Hans

edited by: Clemens Helfmeier

Umformatiert von --[[Benutzer:Hans|Hans]] 00:38, 5. Jan 2006 (CET)

[[Category:Platinen]]

LPC2000

2005-12-23T18:41:09Z

Hans: Feature-Liste angepasst

[[Category:ARM]]
[[Category:Mikrocontroller]]
LPC2104, LPC2105, LPC2106,
LPC2114, LPC2119, LPC2129,
LPC2210, LPC2212, LPC2214,
LPC2290, LPC2292, LPC2294,
LPC213x, LPC214x

Zum Typenvergleich siehe Tabelle auf der [http://www.semiconductors.philips.com/markets/mms/products/microcontrollers/key_solutions/32bit/index.html Philips-Seite].

* Hersteller: [http://www.philips.com Philips]
* 32-Bit [[ARM]]7'''T'''DMI-S Prozessor (inkl. 16bit "'''T'''humb-Mode")
* 16-64kB [[RAM|SRAM]].
* bis zu 512kB [[Flash-ROM]]-Programmspeicher (LPC2138)
* vorinstallierter serieller [[Bootloader]] mit automatischer [[Baud]]rate-Erkennung
* [[JTAG]]-Interface
* ETM Trace-Interface
* 2 [[UART]]-Schnittstellen (eine davon mit allen üblichen Handshake-Leitungen)
* 1-2[[SPI]]-Schnittstelle(n)
* Hardware-[[I2C]](I²C)-Schnittstelle
* teilw. mit CAN-Schnittstellen
* LPC211x, LPC22xx, LPC213x, LPC214x mit integrierten A/D-Wandlern
* teilw. mit D/A-Wandler (LPC2132/2138, LPC2142/44/46/48)
* 2 32 Bit [[Timer]], 6 [[Pulsweitenmodulation|PWM]]-Ausgänge, [[RTC]], [[Watchdog]]
* bis 60 MHz interne Taktfrequenz (über integrierte PLL für programmierbare Takterzeugung aus externer (Quarz-)Taktfrequenz)
* [[IC-Gehäuseformen|LQFP48]]-Gehäuse (LPC210x) bis LQFP144 (LPC22xx)
* ausser bei den LPC213x und LPC214x: Core-Spannung 1,65-1,95V, IO-Spannung 3,0-3,6V (d.h. zum Betrieb sind 2 Versorgungsspannungen erforderlich)
* geringe Leistungsaufnahme (ca. 60 mW bei 60 MHz und Endlosschleife)
* 5V-tolerante IOs
* Watchdog
* USB2.0 (LPC214x)
* RTC (teilweise mit eigenem Oszillator)
== Verwendung des Bootloaders ==

Benötigte Software: lpc21isp von http://www.engelschall.com/~martin/lpc21xx/isp/index.html

# BSL-Jumper setzen
# Reset-Knopf drücken
# lpc21isp starten
#* Linux: lpc21isp programm.hex /dev/ttyS0 115200 14746
#* Windows: lpc21isp programm.hex com1 115200 14746

Die Übertragung des Programms zum Controller  sollte jetzt beginnen. Um das Programm zu starten den '''BSL-Jumper entfernen''' und Reset drücken.

Alternativ kann unter MS-Windows das von Philips bereitgestellte "Flash-Tool" mit grafischer Benutzeroberfläche genutzt werden.

== WinARM ==

WinARM ist ein Komplettpaket für MS-Windows, in dem der (arm-elf-Cross-)Compiler, Hilfsprogramme und alle benötigten Bibliotheken enthalten sind. Das Konzept ist angelehnt an WinAVR. Unterstützt werden alle Plattformen/Controller, die auch von gnuarm unterstützt werden. Inklusive einiger Beispiel fuer Philips ARM7 (4/2005: Paket mit arm-elf-gcc 4.0.0 verfügbar, "Testberichte" willkommen. Adresse unten auf der verlinkten Seite.)

* http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/#winarm

== GNUARM ==

GCC-Installationspakete für Windows, Linux und MacOS X gibt es auf http://www.gnuarm.com/. Enthalten sind [[Binutils]], [[GCC]], [[Newlib]] und [[GDB|Insight]].

Um alle Funktionen der Newlib-Bibliothek mit den LPC-Mikrocontrollern verwenden zu können, benötigt man außerdem die Datei newlib-lpc.zip von http://www.aeolusdevelopment.com/Articles/download.html. Nachdem man die Datei entpackt hat muss man die Pfade im Makefile (example.mak) und im Linker-Script (lpc210x.ld) an das eigene System anpassen und mit "make -f example.mak lib" die Datei newlib-lpc.a erstellen. Wenn das ohne Fehler geklappt hat benennt man die Datei in "libnewlib-lpc.a" um und kopiert sie in eines der Verzeichnisse die im Linker-Script unter "SEARCH_DIR" angegeben sind (z.B. /usr/local/arm/lib/gcc-lib/arm-elf/3.3.2/). Jetzt sollten sich die Beispiele (test?.c) mit "make -f example.mak" kompilieren lassen.

Um die 64kB RAM des LPC2106 komplett ausnutzen zu können, muss man im Linker-Script der newlib-lpc die in den Kommentaren beschriebenen Änderungen durchführen.

Für erste Experimente mit dem LPC2106/LPC2xxx (z.B. LED blinken lassen) sind weder die newlib noch deren Anpassung an die LPC2000-Serie notwendig. Ein für den LPC angepasstes Linker-Skript (.ld) und ein Startup-Code (typisch in Assembler, Endung .S) sind jedoch erforderlich. Diese sind z.B. auch in neueren Versionen von [http://www.freertos.org|FreeRTOS] oder der WinARM-Beispielsammlung enthalten.

=== Installationshilfe für das Windows(CygWin)-Paket ===

* CygWin installieren (Paket 'make' auswählen, ist nicht im Base-Paket enthalten!)
* Aktuellste (danach suchen) 'cygwin1.dll' nach 'C:\cygwin\bin' kopieren, Verzeichnis in den Suchpfad (PATH) aufnehmen und alle anderen 'cygwin1.dll' aus dem Pfad entfernen!
* [http://www.gnuarm.com/ GNUARM]-Toolchain herunterladen und nach 'C:\Programme\GNUARM' installieren. Nach der Installation muss die Pfadangabe, die vom Installer zu "PATH" hinzugefügt wurde, angepasst werden: '...;"C:\Programme\GNUARM"' muss zu '...;C:\Programme\GNUARM' geändert werden (Gänsefüßchen weg, sonst kommt die CygWin-Shell damit nicht klar!)
* newlib auf jeden Fall selbst kompilieren (erstellen)
** [ftp://sources.redhat.com/pub/newlib/newlib-1.12.0.tar.gz newlib-1.12.0.tar.gz] oder aktuellere Version herunterladen
** Erstellen der newlib C runtime library:

<pre>
$ export PREFIX=`pwd`/install
$ export TARGET=arm-elf

$ mkdir build-newlib
$ mkdir install

$ tar xzvf newlib-1.12.0.tar.gz

$ cd build-newlib
$ ../newlib-1.12.0/configure --target=$TARGET --prefix=$PREFIX

------------------------------------------------------------------------------------
Im Makefile -DREENTRANT_SYSCALLS_PROVIDED zur Variable CFLAGS_FOR_TARGET hinzufügen.
------------------------------------------------------------------------------------

$ make all install
$ cd ..
</pre>

* [http://www.aeolusdevelopment.com/Files/newlib-lpc_rel_2.zip newlib-lpc_rel_2] (oder aktuellere Version) herunterladen und nach 'C:\Programme\GNUARM\arm-elf\newlib-lpc_rel_2\' entpacken
* CygWin- oder Windows-Version des 'lpc21isp' Pakets herunterladen und nach 'C:\cygwin\bin' entpacken
* Verzeichnis wechseln nach 'C:\Programme\GNUARM\arm-elf\newlib-lpc_rel_2'
* 'example.mak' zu 'Makefile' kopieren
* im 'Makefile' die Pfade anpassen

<pre class="code">
Makefile:
[..]
cfgl_arm = -v -Map $@.map -o$@ \
/cygdrive/c/Programme/GNUARM/arm-elf/newlib-lpc_rel_2/crt0.o $+ -Tlpc210x.ld
cfg_arm_gc = -mcpu=arm7tdmi -ggdb -c -Os -nostdinc -isystem \
/cygdrive/c/Programme/GNUARM/arm-elf/include/ \
-isystem /cygdrive/c/Programme/GNUARM/lib/gcc-lib/arm-elf/3.3.3/include/ \
-isystem /cygdrive/c/Programme/GNUARM/arm-elf/newlib-lpc_rel_2/include/ -o $@
[..]
</pre>

* Linkerscript 'lpc210x.ld' editieren und ebenfalls Pfade anpassen

<pre class="code">
lpc210x.d:
[..]
/* Search directories for libraries. Modify as needed. */

SEARCH_DIR( /cygdrive/c/Programme/GNUARM/lib)
SEARCH_DIR( /cygdrive/c/Programme/GNUARM/arm-elf/lib)
SEARCH_DIR( /cygdrive/c/Programme/GNUARM/lib/gcc-lib/arm-elf/3.3.3)

/* Memory layout for processor. Modify RAM size upwards for 2105 and */
/* 2106 */
MEMORY {
flash : ORIGIN = 0, LENGTH = 120K
ram : ORIGIN = 0x40000000, LENGTH = 64K
}

/* Places stack at top of RAM, Again needs modification for 2105 and */
/* 2106. */
__stack_end__ = 0x40000000 + 64K - 4;
[..]
</pre>

* CygWin shell öffnen und nach '/cygdrive/c/Programme/GNUARM/arm-elf/newlib-lpc_rel_2' wechseln
* Library erstellen:

<pre>
$ make lib
$ cp newlib-lpc.a ../lib/libnewlib-lpc.a
</pre>

* in den test-Sourcen müssen einige Zeilen angepasst werden

<pre class="code">
test2.c:
[..]
(void)SetNativeSpeed(_impure_ptr, 14746uL);

/* Desired serial line characteristics 115200,n81 */
sp.baud = 115200uL;
sp.length = UART_WORD_LEN_8;
sp.parity = UART_PARITY_NONE;
sp.stop = UART_STOP_BITS_1;
[..]
</pre>

* Kompilieren:

<pre>
$ make all
</pre>

* BSL-Jumper stecken
* RST-Taster betätigen
* Programm mit Hilfe des Bootloaders in den Controller laden:

<pre>
$ lpc21isp -term test2.hex com1 115200 14746
</pre>

* BSL-Jumper ziehen
* RST-Taster betätigen
* Ausgaben sehen...

== Beispielprojekte ==

* [[Media:LPC2106-gcc-Demo.zip|LPC2106-gcc-Demo.zip]] Dieses Beispielprojekt wurde mit [http://www.eclipse.org Eclipse] erstellt, kann aber durchaus auch in der Konsole oder jeder anderen IDE/Editor gebaut werden (dank Makefile;).

* [http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects weitere Beispielanwendungen (externer Link auf M. Thomas' ARM-"Projekte"-Seite)] für LPC2106 und LPC2129 (z.B. auf LPC-P2106- bzw. LPC-P2129-Demo-Boards)

== JTAG/ICE/OCD ==

Neben teuren JTAG-Interfaces (300 EUR - x kEUR) für ARM-Controller existieren auch einfache Parallelport-Interfaces - sogenannte Wiggler. Das Original für ARM und andere Controller ist von Macraigor und kostet ca. 150 USD (im folgenden OWM). Schaltpläne für ähnliche aber nicht unbedingt zum OWM kompatible Nachbauten findet man über google (Suchbegriffe: wiggler jtag schematic; Bauteilkosten <10EUR). Gekauft werden kann ein Nachbau (nicht vollständig OWM-Kompatibel) bei Olimex oder shop.mikrocontroller.net . Für das OWM stellt Macraigor Software bereit (ocdremote/hwsupport), die eine Schnittstelle (Server) zwischen der Wiggler-Hardware und dem gnu-Debugger gdb bzw. Insight herstellt. Bei Nachbauten ist darauf zu achten, dass eine Verbindung zwischen Pin8 und Pin15 am Parallelportanschluss exisitiert, sonst wird die Hardware durch aktuelle Macraigor-Software nicht erkannt ("Cable detect"-Fehler, wohl eine Art Nachbauschutz). Falls es dennoch zu Verbindungsproblemen kommt, testweise die Geschwindigkeit herabsetzen ("speed"-Parameter erhöhen).

Die (teure) Entwicklungsumgebung von Rowley arbeitet mit wigglerähnlichen Nachbauten und dem OWM wohl problemlos zusammen (Macraigor-Software ist dabei nicht erforderlich).

Weitere relativ günstige JTAG-Schnittstellen sind z.B. das J-LINK von Segger mit USB-Anschluss (einzeln ca. 200-300EUR, als Bestandteil von Starterkits meist günstiger) oder das U-LINK von Keil mit USB-Anschluss (ca. 200-300EUR, ebenfalls als Teil von Starterkits meist günstiger).

== Allgemeine Hinweise ==
* Der Softwareschutz bei den LPC210x ist fehlerhaft (Stand 4/2005). Ein Schutz des geistigen Eigentums also bei diesen Controllern nicht gewährleistet. Andere Controller aus der LPC2000-Serie sind davon nicht betroffen.
* auf vielen  (Stand 4/2005) LPC2000 existiert ein Fehler bei der Verwaltung der Interrupt-Flags ("race condition", "timer issue"). Der Fehler und mögliche Abhilfen sind in den Erratas von Philips erläutert.
* Bei Nutzung des SPI-Interfaces im "Master-Mode" ist bei allen LPC2000 ausser den LPC213x auf die richtige Beschaltung des "Chip-Select"-Pins zu achten.
* Bei neueren LPCs (LPC213x) sollte die aktuelle Fassung der Philips ISP-Software genutzt werden (Stand 4/2005: V2.2.1, erhältlich auf der Philips Web-Site). Ältere Versionen funktionieren nicht zuverlässig.
* Bei Problemen immer auch das Archiv der LPC2000 yahoo-Gruppe absuchen. Dort finden sich, leider oft etwas zerstreut, sehr nützliche Hinweise. Die Anmeldung bei der Gruppe (yahoo-Account erforderlich) gewährt Zugang zum Download-Bereich der Gruppe. Dort finden sich sehr nützliche Beispielprogramme, Libraries und Dokumente.
* Bei Entwicklungen mit der GNU-Toolchain erweisen sich Beispiele von kommerziellen Compiler/IDE-Anbietern, die ebenfalls den GNU-Compiler nutzen, oft als gute Informationsquelle vor allem bei Einstellungen zum Startup-Code oder im Linker-Script. (vgl. u.a. Rowley, Keil)
* siehe auch: [http://www.open-research.org.uk/ARMuC/index.cgi?LPC2100Tips LPC2100-Tips] im ARMuC Wiki (englisch)

== LPC-P2148 ==
Das LPC-P2148 von Olimex hat 2 kleine Macken, die es zu umschiffen gilt um schön mit ihm entwicklen zu können.

Um überhaupt Daten auf den Chip zu bekommen darf man bei lpc21isp die ''-control'' Option angeben und die Baudrate auf 38400 heruntersetzen. Die niedrige Baudrate haben wir dem 12Mhz Quarz zu verdanken, der aber für den USB-Port benötigt ist. Der Aufruf sieht also folgendermaßen aus:
<pre class="code">
lpc21isp -control lpc2148_USB.hex /dev/ttyS1 38400 12000
</pre>

Die 2. Macke kann eigentlich schon fast als "Bug" deklariert werden, denn die eigentliche Funktion der Option ''-control'' kann sich am LPC-P2148 nicht entfalten. Zwar kann ein Reset von lpc21isp ausgelöst werden, aber der EnableBootloader-Pin kann von der Software nicht gesteuert werden. Dieses Feature ist zum Entwicklen aber doch nicht unbedingt unwichtig daher hier eine kleine Umbauanleitung...

R12 (1k) wird ausgelötet am Gnd-Pin kommt der Emitter eines NPN-Transistors hin, der Kollector kommt an den 2. Pin freigewordenen Pin. Jetzt noch eine Z-Diode (Kathode an die Basis, Anode an GND) und einen R(bei mir 18k weil er gerade da war ) zum Strombegrenzen (zwischen Kathode bzw Basis und RTS von RS232_0 - also Pin 7). Schon kann lpc21isp selbst den Bootloader starten und nach dem Flashen das Programm laufen lassen :)

--[[Benutzer:Hans|Hans]] 19:34, 23. Dez 2005 (CET)

== Siehe auch ==
* [[LPC-P2106]] Development Board
* [[Linksammlung]]
* [[ARM-elf-GCC-Tutorial]]

== Weblinks ==
* [http://www.semiconductors.philips.com/markets/mms/products/microcontrollers/key_solutions/32bit/index.html Philips LPC2000 "Homepage"]
* [http://groups.yahoo.com/group/lpc2000/ LPC2000 Yahoo Group]

* [http://www.gnuarm.com/ GNU-Toolchain für Windows (cygwin), Linux und MacOS]
* [http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/index.html WinARM - GNU-Toolchain für MS-Windows (ohne cygwin)] arm-elf Cross-Compiler mit Zugaben, vom Konzept vergleichbar mit WinAVR.
* [http://sourceware.org/binutils/docs-2.16/ld/index.html Dokumentation über Linker Scripte]
* [http://www.olimex.com/dev/pdf/ARM%20Cross%20Development%20with%20Eclipse%20version%202.pdf Sehr detaillierte Einführung in eine Entwicklungsumgebung mit GNUARM/Eclipse für Philips LPC]
* [http://www.dreamislife.com/arm/ LPC210x ARM7 Microcontroller Tutorial]

* [http://www.engelschall.com/~martin/lpc21xx/isp/index.html lpc21isp] "Kommandozeilen"-ISP-Tool für Linux und MS-Windows
* [http://www.pjrc.com/arm/lpc2k_pgm/ LPC2K_PGM] ISP-Tool mit GUI für Linux/GTK
* [http://www.net-attack.de/?p=lpcflash&l=de lpcflash4linux] ISP-Tool für Linux (Kommandozeile)

LPC2000

2005-12-23T18:34:00Z

Hans: /* LPC2148 und lpc21isp */

[[Category:ARM]]
[[Category:Mikrocontroller]]
LPC2104, LPC2105, LPC2106,
LPC2114, LPC2119, LPC2129,
LPC2210, LPC2212, LPC2214,
LPC2290, LPC2292, LPC2294,
LPC213x

Zum Typenvergleich siehe Tabelle auf der [http://www.semiconductors.philips.com/markets/mms/products/microcontrollers/key_solutions/32bit/index.html Philips-Seite].

* Hersteller: [http://www.philips.com Philips]
* 32-Bit [[ARM]]7'''T'''DMI-S Prozessor (inkl. 16bit "'''T'''humb-Mode")
* 16-64kB [[RAM|SRAM]].
* bis zu 512kB [[Flash-ROM]]-Programmspeicher (LPC2138)
* vorinstallierter serieller [[Bootloader]] mit automatischer [[Baud]]rate-Erkennung
* [[JTAG]]-Interface
* ETM Trace-Interface
* 2 [[UART]]-Schnittstellen (eine davon mit allen üblichen Handshake-Leitungen)
* 1-2[[SPI]]-Schnittstelle(n)
* Hardware-[[I2C]](I²C)-Schnittstelle
* teilw. mit CAN-Schnittstellen
* LPC211x, LPC22xx und LPC213x mit integrierten A/D-Wandlern
* teilw. mit D/A-Wandler (LPC2132/2138)
* 2 32 Bit [[Timer]], 6 [[Pulsweitenmodulation|PWM]]-Ausgänge, [[RTC]], [[Watchdog]]
* bis 60 MHz interne Taktfrequenz (über integrierte PLL für programmierbare Takterzeugung aus externer (Quarz-)Taktfrequenz)
* [[IC-Gehäuseformen|LQFP48]]-Gehäuse (LPC210x) bis LQFP144 (LPC22xx)
* ausser bei den LPC213x: Core-Spannung 1,65-1,95V, IO-Spannung 3,0-3,6V (d.h. zum Betrieb sind 2 Versorgungsspannungen erforderlich)
* geringe Leistungsaufnahme (ca. 60 mW bei 60 MHz und Endlosschleife)
* 5V-tolerante IOs
* Watchdog

== Verwendung des Bootloaders ==

Benötigte Software: lpc21isp von http://www.engelschall.com/~martin/lpc21xx/isp/index.html

# BSL-Jumper setzen
# Reset-Knopf drücken
# lpc21isp starten
#* Linux: lpc21isp programm.hex /dev/ttyS0 115200 14746
#* Windows: lpc21isp programm.hex com1 115200 14746

Die Übertragung des Programms zum Controller  sollte jetzt beginnen. Um das Programm zu starten den '''BSL-Jumper entfernen''' und Reset drücken.

Alternativ kann unter MS-Windows das von Philips bereitgestellte "Flash-Tool" mit grafischer Benutzeroberfläche genutzt werden.

== WinARM ==

WinARM ist ein Komplettpaket für MS-Windows, in dem der (arm-elf-Cross-)Compiler, Hilfsprogramme und alle benötigten Bibliotheken enthalten sind. Das Konzept ist angelehnt an WinAVR. Unterstützt werden alle Plattformen/Controller, die auch von gnuarm unterstützt werden. Inklusive einiger Beispiel fuer Philips ARM7 (4/2005: Paket mit arm-elf-gcc 4.0.0 verfügbar, "Testberichte" willkommen. Adresse unten auf der verlinkten Seite.)

* http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/#winarm

== GNUARM ==

GCC-Installationspakete für Windows, Linux und MacOS X gibt es auf http://www.gnuarm.com/. Enthalten sind [[Binutils]], [[GCC]], [[Newlib]] und [[GDB|Insight]].

Um alle Funktionen der Newlib-Bibliothek mit den LPC-Mikrocontrollern verwenden zu können, benötigt man außerdem die Datei newlib-lpc.zip von http://www.aeolusdevelopment.com/Articles/download.html. Nachdem man die Datei entpackt hat muss man die Pfade im Makefile (example.mak) und im Linker-Script (lpc210x.ld) an das eigene System anpassen und mit "make -f example.mak lib" die Datei newlib-lpc.a erstellen. Wenn das ohne Fehler geklappt hat benennt man die Datei in "libnewlib-lpc.a" um und kopiert sie in eines der Verzeichnisse die im Linker-Script unter "SEARCH_DIR" angegeben sind (z.B. /usr/local/arm/lib/gcc-lib/arm-elf/3.3.2/). Jetzt sollten sich die Beispiele (test?.c) mit "make -f example.mak" kompilieren lassen.

Um die 64kB RAM des LPC2106 komplett ausnutzen zu können, muss man im Linker-Script der newlib-lpc die in den Kommentaren beschriebenen Änderungen durchführen.

Für erste Experimente mit dem LPC2106/LPC2xxx (z.B. LED blinken lassen) sind weder die newlib noch deren Anpassung an die LPC2000-Serie notwendig. Ein für den LPC angepasstes Linker-Skript (.ld) und ein Startup-Code (typisch in Assembler, Endung .S) sind jedoch erforderlich. Diese sind z.B. auch in neueren Versionen von [http://www.freertos.org|FreeRTOS] oder der WinARM-Beispielsammlung enthalten.

=== Installationshilfe für das Windows(CygWin)-Paket ===

* CygWin installieren (Paket 'make' auswählen, ist nicht im Base-Paket enthalten!)
* Aktuellste (danach suchen) 'cygwin1.dll' nach 'C:\cygwin\bin' kopieren, Verzeichnis in den Suchpfad (PATH) aufnehmen und alle anderen 'cygwin1.dll' aus dem Pfad entfernen!
* [http://www.gnuarm.com/ GNUARM]-Toolchain herunterladen und nach 'C:\Programme\GNUARM' installieren. Nach der Installation muss die Pfadangabe, die vom Installer zu "PATH" hinzugefügt wurde, angepasst werden: '...;"C:\Programme\GNUARM"' muss zu '...;C:\Programme\GNUARM' geändert werden (Gänsefüßchen weg, sonst kommt die CygWin-Shell damit nicht klar!)
* newlib auf jeden Fall selbst kompilieren (erstellen)
** [ftp://sources.redhat.com/pub/newlib/newlib-1.12.0.tar.gz newlib-1.12.0.tar.gz] oder aktuellere Version herunterladen
** Erstellen der newlib C runtime library:

<pre>
$ export PREFIX=`pwd`/install
$ export TARGET=arm-elf

$ mkdir build-newlib
$ mkdir install

$ tar xzvf newlib-1.12.0.tar.gz

$ cd build-newlib
$ ../newlib-1.12.0/configure --target=$TARGET --prefix=$PREFIX

------------------------------------------------------------------------------------
Im Makefile -DREENTRANT_SYSCALLS_PROVIDED zur Variable CFLAGS_FOR_TARGET hinzufügen.
------------------------------------------------------------------------------------

$ make all install
$ cd ..
</pre>

* [http://www.aeolusdevelopment.com/Files/newlib-lpc_rel_2.zip newlib-lpc_rel_2] (oder aktuellere Version) herunterladen und nach 'C:\Programme\GNUARM\arm-elf\newlib-lpc_rel_2\' entpacken
* CygWin- oder Windows-Version des 'lpc21isp' Pakets herunterladen und nach 'C:\cygwin\bin' entpacken
* Verzeichnis wechseln nach 'C:\Programme\GNUARM\arm-elf\newlib-lpc_rel_2'
* 'example.mak' zu 'Makefile' kopieren
* im 'Makefile' die Pfade anpassen

<pre class="code">
Makefile:
[..]
cfgl_arm = -v -Map $@.map -o$@ \
/cygdrive/c/Programme/GNUARM/arm-elf/newlib-lpc_rel_2/crt0.o $+ -Tlpc210x.ld
cfg_arm_gc = -mcpu=arm7tdmi -ggdb -c -Os -nostdinc -isystem \
/cygdrive/c/Programme/GNUARM/arm-elf/include/ \
-isystem /cygdrive/c/Programme/GNUARM/lib/gcc-lib/arm-elf/3.3.3/include/ \
-isystem /cygdrive/c/Programme/GNUARM/arm-elf/newlib-lpc_rel_2/include/ -o $@
[..]
</pre>

* Linkerscript 'lpc210x.ld' editieren und ebenfalls Pfade anpassen

<pre class="code">
lpc210x.d:
[..]
/* Search directories for libraries. Modify as needed. */

SEARCH_DIR( /cygdrive/c/Programme/GNUARM/lib)
SEARCH_DIR( /cygdrive/c/Programme/GNUARM/arm-elf/lib)
SEARCH_DIR( /cygdrive/c/Programme/GNUARM/lib/gcc-lib/arm-elf/3.3.3)

/* Memory layout for processor. Modify RAM size upwards for 2105 and */
/* 2106 */
MEMORY {
flash : ORIGIN = 0, LENGTH = 120K
ram : ORIGIN = 0x40000000, LENGTH = 64K
}

/* Places stack at top of RAM, Again needs modification for 2105 and */
/* 2106. */
__stack_end__ = 0x40000000 + 64K - 4;
[..]
</pre>

* CygWin shell öffnen und nach '/cygdrive/c/Programme/GNUARM/arm-elf/newlib-lpc_rel_2' wechseln
* Library erstellen:

<pre>
$ make lib
$ cp newlib-lpc.a ../lib/libnewlib-lpc.a
</pre>

* in den test-Sourcen müssen einige Zeilen angepasst werden

<pre class="code">
test2.c:
[..]
(void)SetNativeSpeed(_impure_ptr, 14746uL);

/* Desired serial line characteristics 115200,n81 */
sp.baud = 115200uL;
sp.length = UART_WORD_LEN_8;
sp.parity = UART_PARITY_NONE;
sp.stop = UART_STOP_BITS_1;
[..]
</pre>

* Kompilieren:

<pre>
$ make all
</pre>

* BSL-Jumper stecken
* RST-Taster betätigen
* Programm mit Hilfe des Bootloaders in den Controller laden:

<pre>
$ lpc21isp -term test2.hex com1 115200 14746
</pre>

* BSL-Jumper ziehen
* RST-Taster betätigen
* Ausgaben sehen...

== Beispielprojekte ==

* [[Media:LPC2106-gcc-Demo.zip|LPC2106-gcc-Demo.zip]] Dieses Beispielprojekt wurde mit [http://www.eclipse.org Eclipse] erstellt, kann aber durchaus auch in der Konsole oder jeder anderen IDE/Editor gebaut werden (dank Makefile;).

* [http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects weitere Beispielanwendungen (externer Link auf M. Thomas' ARM-"Projekte"-Seite)] für LPC2106 und LPC2129 (z.B. auf LPC-P2106- bzw. LPC-P2129-Demo-Boards)

== JTAG/ICE/OCD ==

Neben teuren JTAG-Interfaces (300 EUR - x kEUR) für ARM-Controller existieren auch einfache Parallelport-Interfaces - sogenannte Wiggler. Das Original für ARM und andere Controller ist von Macraigor und kostet ca. 150 USD (im folgenden OWM). Schaltpläne für ähnliche aber nicht unbedingt zum OWM kompatible Nachbauten findet man über google (Suchbegriffe: wiggler jtag schematic; Bauteilkosten <10EUR). Gekauft werden kann ein Nachbau (nicht vollständig OWM-Kompatibel) bei Olimex oder shop.mikrocontroller.net . Für das OWM stellt Macraigor Software bereit (ocdremote/hwsupport), die eine Schnittstelle (Server) zwischen der Wiggler-Hardware und dem gnu-Debugger gdb bzw. Insight herstellt. Bei Nachbauten ist darauf zu achten, dass eine Verbindung zwischen Pin8 und Pin15 am Parallelportanschluss exisitiert, sonst wird die Hardware durch aktuelle Macraigor-Software nicht erkannt ("Cable detect"-Fehler, wohl eine Art Nachbauschutz). Falls es dennoch zu Verbindungsproblemen kommt, testweise die Geschwindigkeit herabsetzen ("speed"-Parameter erhöhen).

Die (teure) Entwicklungsumgebung von Rowley arbeitet mit wigglerähnlichen Nachbauten und dem OWM wohl problemlos zusammen (Macraigor-Software ist dabei nicht erforderlich).

Weitere relativ günstige JTAG-Schnittstellen sind z.B. das J-LINK von Segger mit USB-Anschluss (einzeln ca. 200-300EUR, als Bestandteil von Starterkits meist günstiger) oder das U-LINK von Keil mit USB-Anschluss (ca. 200-300EUR, ebenfalls als Teil von Starterkits meist günstiger).

== Allgemeine Hinweise ==
* Der Softwareschutz bei den LPC210x ist fehlerhaft (Stand 4/2005). Ein Schutz des geistigen Eigentums also bei diesen Controllern nicht gewährleistet. Andere Controller aus der LPC2000-Serie sind davon nicht betroffen.
* auf vielen  (Stand 4/2005) LPC2000 existiert ein Fehler bei der Verwaltung der Interrupt-Flags ("race condition", "timer issue"). Der Fehler und mögliche Abhilfen sind in den Erratas von Philips erläutert.
* Bei Nutzung des SPI-Interfaces im "Master-Mode" ist bei allen LPC2000 ausser den LPC213x auf die richtige Beschaltung des "Chip-Select"-Pins zu achten.
* Bei neueren LPCs (LPC213x) sollte die aktuelle Fassung der Philips ISP-Software genutzt werden (Stand 4/2005: V2.2.1, erhältlich auf der Philips Web-Site). Ältere Versionen funktionieren nicht zuverlässig.
* Bei Problemen immer auch das Archiv der LPC2000 yahoo-Gruppe absuchen. Dort finden sich, leider oft etwas zerstreut, sehr nützliche Hinweise. Die Anmeldung bei der Gruppe (yahoo-Account erforderlich) gewährt Zugang zum Download-Bereich der Gruppe. Dort finden sich sehr nützliche Beispielprogramme, Libraries und Dokumente.
* Bei Entwicklungen mit der GNU-Toolchain erweisen sich Beispiele von kommerziellen Compiler/IDE-Anbietern, die ebenfalls den GNU-Compiler nutzen, oft als gute Informationsquelle vor allem bei Einstellungen zum Startup-Code oder im Linker-Script. (vgl. u.a. Rowley, Keil)
* siehe auch: [http://www.open-research.org.uk/ARMuC/index.cgi?LPC2100Tips LPC2100-Tips] im ARMuC Wiki (englisch)

== LPC-P2148 ==
Das LPC-P2148 von Olimex hat 2 kleine Macken, die es zu umschiffen gilt um schön mit ihm entwicklen zu können.

Um überhaupt Daten auf den Chip zu bekommen darf man bei lpc21isp die ''-control'' Option angeben und die Baudrate auf 38400 heruntersetzen. Die niedrige Baudrate haben wir dem 12Mhz Quarz zu verdanken, der aber für den USB-Port benötigt ist. Der Aufruf sieht also folgendermaßen aus:
<pre class="code">
lpc21isp -control lpc2148_USB.hex /dev/ttyS1 38400 12000
</pre>

Die 2. Macke kann eigentlich schon fast als "Bug" deklariert werden, denn die eigentliche Funktion der Option ''-control'' kann sich am LPC-P2148 nicht entfalten. Zwar kann ein Reset von lpc21isp ausgelöst werden, aber der EnableBootloader-Pin kann von der Software nicht gesteuert werden. Dieses Feature ist zum Entwicklen aber doch nicht unbedingt unwichtig daher hier eine kleine Umbauanleitung...

R12 (1k) wird ausgelötet am Gnd-Pin kommt der Emitter eines NPN-Transistors hin, der Kollector kommt an den 2. Pin freigewordenen Pin. Jetzt noch eine Z-Diode (Kathode an die Basis, Anode an GND) und einen R(bei mir 18k weil er gerade da war ) zum Strombegrenzen (zwischen Kathode bzw Basis und RTS von RS232_0 - also Pin 7). Schon kann lpc21isp selbst den Bootloader starten und nach dem Flashen das Programm laufen lassen :)

--[[Benutzer:Hans|Hans]] 19:34, 23. Dez 2005 (CET)

== Siehe auch ==
* [[LPC-P2106]] Development Board
* [[Linksammlung]]
* [[ARM-elf-GCC-Tutorial]]

== Weblinks ==
* [http://www.semiconductors.philips.com/markets/mms/products/microcontrollers/key_solutions/32bit/index.html Philips LPC2000 "Homepage"]
* [http://groups.yahoo.com/group/lpc2000/ LPC2000 Yahoo Group]

* [http://www.gnuarm.com/ GNU-Toolchain für Windows (cygwin), Linux und MacOS]
* [http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/index.html WinARM - GNU-Toolchain für MS-Windows (ohne cygwin)] arm-elf Cross-Compiler mit Zugaben, vom Konzept vergleichbar mit WinAVR.
* [http://sourceware.org/binutils/docs-2.16/ld/index.html Dokumentation über Linker Scripte]
* [http://www.olimex.com/dev/pdf/ARM%20Cross%20Development%20with%20Eclipse%20version%202.pdf Sehr detaillierte Einführung in eine Entwicklungsumgebung mit GNUARM/Eclipse für Philips LPC]
* [http://www.dreamislife.com/arm/ LPC210x ARM7 Microcontroller Tutorial]

* [http://www.engelschall.com/~martin/lpc21xx/isp/index.html lpc21isp] "Kommandozeilen"-ISP-Tool für Linux und MS-Windows
* [http://www.pjrc.com/arm/lpc2k_pgm/ LPC2K_PGM] ISP-Tool mit GUI für Linux/GTK
* [http://www.net-attack.de/?p=lpcflash&l=de lpcflash4linux] ISP-Tool für Linux (Kommandozeile)

LPC2000

2005-12-08T15:10:26Z

Hans:

[[Category:ARM]]
[[Category:Mikrocontroller]]
LPC2104, LPC2105, LPC2106,
LPC2114, LPC2119, LPC2129,
LPC2210, LPC2212, LPC2214,
LPC2290, LPC2292, LPC2294,
LPC213x

Zum Typenvergleich siehe Tabelle auf der [http://www.semiconductors.philips.com/markets/mms/products/microcontrollers/key_solutions/32bit/index.html Philips-Seite].

* Hersteller: [http://www.philips.com Philips]
* 32-Bit [[ARM]]7'''T'''DMI-S Prozessor (inkl. 16bit "'''T'''humb-Mode")
* 16-64kB [[RAM|SRAM]].
* bis zu 512kB [[Flash-ROM]]-Programmspeicher (LPC2138)
* vorinstallierter serieller [[Bootloader]] mit automatischer [[Baud]]rate-Erkennung
* [[JTAG]]-Interface
* ETM Trace-Interface
* 2 [[UART]]-Schnittstellen (eine davon mit allen üblichen Handshake-Leitungen)
* 1-2[[SPI]]-Schnittstelle(n)
* Hardware-[[I2C]](I²C)-Schnittstelle
* teilw. mit CAN-Schnittstellen
* LPC211x, LPC22xx und LPC213x mit integrierten A/D-Wandlern
* teilw. mit D/A-Wandler (LPC2132/2138)
* 2 32 Bit [[Timer]], 6 [[Pulsweitenmodulation|PWM]]-Ausgänge, [[RTC]], [[Watchdog]]
* bis 60 MHz interne Taktfrequenz (über integrierte PLL für programmierbare Takterzeugung aus externer (Quarz-)Taktfrequenz)
* [[IC-Gehäuseformen|LQFP48]]-Gehäuse (LPC210x) bis LQFP144 (LPC22xx)
* ausser bei den LPC213x: Core-Spannung 1,65-1,95V, IO-Spannung 3,0-3,6V (d.h. zum Betrieb sind 2 Versorgungsspannungen erforderlich)
* geringe Leistungsaufnahme (ca. 60 mW bei 60 MHz und Endlosschleife)
* 5V-tolerante IOs
* Watchdog

== Verwendung des Bootloaders ==

Benötigte Software: lpc21isp von http://www.engelschall.com/~martin/lpc21xx/isp/index.html

# BSL-Jumper setzen
# Reset-Knopf drücken
# lpc21isp starten
#* Linux: lpc21isp programm.hex /dev/ttyS0 115200 14746
#* Windows: lpc21isp programm.hex com1 115200 14746

Die Übertragung des Programms zum Controller  sollte jetzt beginnen. Um das Programm zu starten den '''BSL-Jumper entfernen''' und Reset drücken.

Alternativ kann unter MS-Windows das von Philips bereitgestellte "Flash-Tool" mit grafischer Benutzeroberfläche genutzt werden.

== WinARM ==

WinARM ist ein Komplettpaket für MS-Windows, in dem der (arm-elf-Cross-)Compiler, Hilfsprogramme und alle benötigten Bibliotheken enthalten sind. Das Konzept ist angelehnt an WinAVR. Unterstützt werden alle Plattformen/Controller, die auch von gnuarm unterstützt werden. Inklusive einiger Beispiel fuer Philips ARM7 (4/2005: Paket mit arm-elf-gcc 4.0.0 verfügbar, "Testberichte" willkommen. Adresse unten auf der verlinkten Seite.)

* http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/#winarm

== GNUARM ==

GCC-Installationspakete für Windows, Linux und MacOS X gibt es auf http://www.gnuarm.com/. Enthalten sind [[Binutils]], [[GCC]], [[Newlib]] und [[GDB|Insight]].

Um alle Funktionen der Newlib-Bibliothek mit den LPC-Mikrocontrollern verwenden zu können, benötigt man außerdem die Datei newlib-lpc.zip von http://www.aeolusdevelopment.com/Articles/download.html. Nachdem man die Datei entpackt hat muss man die Pfade im Makefile (example.mak) und im Linker-Script (lpc210x.ld) an das eigene System anpassen und mit "make -f example.mak lib" die Datei newlib-lpc.a erstellen. Wenn das ohne Fehler geklappt hat benennt man die Datei in "libnewlib-lpc.a" um und kopiert sie in eines der Verzeichnisse die im Linker-Script unter "SEARCH_DIR" angegeben sind (z.B. /usr/local/arm/lib/gcc-lib/arm-elf/3.3.2/). Jetzt sollten sich die Beispiele (test?.c) mit "make -f example.mak" kompilieren lassen.

Um die 64kB RAM des LPC2106 komplett ausnutzen zu können, muss man im Linker-Script der newlib-lpc die in den Kommentaren beschriebenen Änderungen durchführen.

Für erste Experimente mit dem LPC2106/LPC2xxx (z.B. LED blinken lassen) sind weder die newlib noch deren Anpassung an die LPC2000-Serie notwendig. Ein für den LPC angepasstes Linker-Skript (.ld) und ein Startup-Code (typisch in Assembler, Endung .S) sind jedoch erforderlich. Diese sind z.B. auch in neueren Versionen von [http://www.freertos.org|FreeRTOS] oder der WinARM-Beispielsammlung enthalten.

=== Installationshilfe für das Windows(CygWin)-Paket ===

* CygWin installieren (Paket 'make' auswählen, ist nicht im Base-Paket enthalten!)
* Aktuellste (danach suchen) 'cygwin1.dll' nach 'C:\cygwin\bin' kopieren, Verzeichnis in den Suchpfad (PATH) aufnehmen und alle anderen 'cygwin1.dll' aus dem Pfad entfernen!
* [http://www.gnuarm.com/ GNUARM]-Toolchain herunterladen und nach 'C:\Programme\GNUARM' installieren. Nach der Installation muss die Pfadangabe, die vom Installer zu "PATH" hinzugefügt wurde, angepasst werden: '...;"C:\Programme\GNUARM"' muss zu '...;C:\Programme\GNUARM' geändert werden (Gänsefüßchen weg, sonst kommt die CygWin-Shell damit nicht klar!)
* newlib auf jeden Fall selbst kompilieren (erstellen)
** [ftp://sources.redhat.com/pub/newlib/newlib-1.12.0.tar.gz newlib-1.12.0.tar.gz] oder aktuellere Version herunterladen
** Erstellen der newlib C runtime library:

<pre>
$ export PREFIX=`pwd`/install
$ export TARGET=arm-elf

$ mkdir build-newlib
$ mkdir install

$ tar xzvf newlib-1.12.0.tar.gz

$ cd build-newlib
$ ../newlib-1.12.0/configure --target=$TARGET --prefix=$PREFIX

------------------------------------------------------------------------------------
Im Makefile -DREENTRANT_SYSCALLS_PROVIDED zur Variable CFLAGS_FOR_TARGET hinzufügen.
------------------------------------------------------------------------------------

$ make all install
$ cd ..
</pre>

* [http://www.aeolusdevelopment.com/Files/newlib-lpc_rel_2.zip newlib-lpc_rel_2] (oder aktuellere Version) herunterladen und nach 'C:\Programme\GNUARM\arm-elf\newlib-lpc_rel_2\' entpacken
* CygWin- oder Windows-Version des 'lpc21isp' Pakets herunterladen und nach 'C:\cygwin\bin' entpacken
* Verzeichnis wechseln nach 'C:\Programme\GNUARM\arm-elf\newlib-lpc_rel_2'
* 'example.mak' zu 'Makefile' kopieren
* im 'Makefile' die Pfade anpassen

<pre class="code">
Makefile:
[..]
cfgl_arm = -v -Map $@.map -o$@ \
/cygdrive/c/Programme/GNUARM/arm-elf/newlib-lpc_rel_2/crt0.o $+ -Tlpc210x.ld
cfg_arm_gc = -mcpu=arm7tdmi -ggdb -c -Os -nostdinc -isystem \
/cygdrive/c/Programme/GNUARM/arm-elf/include/ \
-isystem /cygdrive/c/Programme/GNUARM/lib/gcc-lib/arm-elf/3.3.3/include/ \
-isystem /cygdrive/c/Programme/GNUARM/arm-elf/newlib-lpc_rel_2/include/ -o $@
[..]
</pre>

* Linkerscript 'lpc210x.ld' editieren und ebenfalls Pfade anpassen

<pre class="code">
lpc210x.d:
[..]
/* Search directories for libraries. Modify as needed. */

SEARCH_DIR( /cygdrive/c/Programme/GNUARM/lib)
SEARCH_DIR( /cygdrive/c/Programme/GNUARM/arm-elf/lib)
SEARCH_DIR( /cygdrive/c/Programme/GNUARM/lib/gcc-lib/arm-elf/3.3.3)

/* Memory layout for processor. Modify RAM size upwards for 2105 and */
/* 2106 */
MEMORY {
flash : ORIGIN = 0, LENGTH = 120K
ram : ORIGIN = 0x40000000, LENGTH = 64K
}

/* Places stack at top of RAM, Again needs modification for 2105 and */
/* 2106. */
__stack_end__ = 0x40000000 + 64K - 4;
[..]
</pre>

* CygWin shell öffnen und nach '/cygdrive/c/Programme/GNUARM/arm-elf/newlib-lpc_rel_2' wechseln
* Library erstellen:

<pre>
$ make lib
$ cp newlib-lpc.a ../lib/libnewlib-lpc.a
</pre>

* in den test-Sourcen müssen einige Zeilen angepasst werden

<pre class="code">
test2.c:
[..]
(void)SetNativeSpeed(_impure_ptr, 14746uL);

/* Desired serial line characteristics 115200,n81 */
sp.baud = 115200uL;
sp.length = UART_WORD_LEN_8;
sp.parity = UART_PARITY_NONE;
sp.stop = UART_STOP_BITS_1;
[..]
</pre>

* Kompilieren:

<pre>
$ make all
</pre>

* BSL-Jumper stecken
* RST-Taster betätigen
* Programm mit Hilfe des Bootloaders in den Controller laden:

<pre>
$ lpc21isp -term test2.hex com1 115200 14746
</pre>

* BSL-Jumper ziehen
* RST-Taster betätigen
* Ausgaben sehen...

== Beispielprojekte ==

* [[Media:LPC2106-gcc-Demo.zip|LPC2106-gcc-Demo.zip]] Dieses Beispielprojekt wurde mit [http://www.eclipse.org Eclipse] erstellt, kann aber durchaus auch in der Konsole oder jeder anderen IDE/Editor gebaut werden (dank Makefile;).

* [http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects weitere Beispielanwendungen (externer Link auf M. Thomas' ARM-"Projekte"-Seite)] für LPC2106 und LPC2129 (z.B. auf LPC-P2106- bzw. LPC-P2129-Demo-Boards)

== JTAG/ICE/OCD ==

Neben teuren JTAG-Interfaces (300 EUR - x kEUR) für ARM-Controller existieren auch einfache Parallelport-Interfaces - sogenannte Wiggler. Das Original für ARM und andere Controller ist von Macraigor und kostet ca. 150 USD (im folgenden OWM). Schaltpläne für ähnliche aber nicht unbedingt zum OWM kompatible Nachbauten findet man über google (Suchbegriffe: wiggler jtag schematic; Bauteilkosten <10EUR). Gekauft werden kann ein Nachbau (nicht vollständig OWM-Kompatibel) bei Olimex oder shop.mikrocontroller.net . Für das OWM stellt Macraigor Software bereit (ocdremote/hwsupport), die eine Schnittstelle (Server) zwischen der Wiggler-Hardware und dem gnu-Debugger gdb bzw. Insight herstellt. Bei Nachbauten ist darauf zu achten, dass eine Verbindung zwischen Pin8 und Pin15 am Parallelportanschluss exisitiert, sonst wird die Hardware durch aktuelle Macraigor-Software nicht erkannt ("Cable detect"-Fehler, wohl eine Art Nachbauschutz). Falls es dennoch zu Verbindungsproblemen kommt, testweise die Geschwindigkeit herabsetzen ("speed"-Parameter erhöhen).

Die (teure) Entwicklungsumgebung von Rowley arbeitet mit wigglerähnlichen Nachbauten und dem OWM wohl problemlos zusammen (Macraigor-Software ist dabei nicht erforderlich).

Weitere relativ günstige JTAG-Schnittstellen sind z.B. das J-LINK von Segger mit USB-Anschluss (einzeln ca. 200-300EUR, als Bestandteil von Starterkits meist günstiger) oder das U-LINK von Keil mit USB-Anschluss (ca. 200-300EUR, ebenfalls als Teil von Starterkits meist günstiger).

== Allgemeine Hinweise ==
* Der Softwareschutz bei den LPC210x ist fehlerhaft (Stand 4/2005). Ein Schutz des geistigen Eigentums also bei diesen Controllern nicht gewährleistet. Andere Controller aus der LPC2000-Serie sind davon nicht betroffen.
* auf vielen  (Stand 4/2005) LPC2000 existiert ein Fehler bei der Verwaltung der Interrupt-Flags ("race condition", "timer issue"). Der Fehler und mögliche Abhilfen sind in den Erratas von Philips erläutert.
* Bei Nutzung des SPI-Interfaces im "Master-Mode" ist bei allen LPC2000 ausser den LPC213x auf die richtige Beschaltung des "Chip-Select"-Pins zu achten.
* Bei neueren LPCs (LPC213x) sollte die aktuelle Fassung der Philips ISP-Software genutzt werden (Stand 4/2005: V2.2.1, erhältlich auf der Philips Web-Site). Ältere Versionen funktionieren nicht zuverlässig.
* Bei Problemen immer auch das Archiv der LPC2000 yahoo-Gruppe absuchen. Dort finden sich, leider oft etwas zerstreut, sehr nützliche Hinweise. Die Anmeldung bei der Gruppe (yahoo-Account erforderlich) gewährt Zugang zum Download-Bereich der Gruppe. Dort finden sich sehr nützliche Beispielprogramme, Libraries und Dokumente.
* Bei Entwicklungen mit der GNU-Toolchain erweisen sich Beispiele von kommerziellen Compiler/IDE-Anbietern, die ebenfalls den GNU-Compiler nutzen, oft als gute Informationsquelle vor allem bei Einstellungen zum Startup-Code oder im Linker-Script. (vgl. u.a. Rowley, Keil)
* siehe auch: [http://www.open-research.org.uk/ARMuC/index.cgi?LPC2100Tips LPC2100-Tips] im ARMuC Wiki (englisch)

== LPC2148 und lpc21isp ==
Ich habe mir als Einsteigsboard das LPC-P2148 zugelegt. Dann gleich lpc21isp angewofen und wie Murphy es will wurde kein Bootloader erkannt. Nach "einigen" Versuchen auch mit anderen Programmen hatte ich nur mäßigen Erfolg. Schlussendlich kam ich mit der Option ''-control'' und 38400Baud zum Ziel. Sowohl am Onboard Port alsauch über einen USB-Dongel (ohne RS232-Verlängerung) gings nicht schneller. Mein PL2303 wollte aus einem unerfindlichen Grund überhaupt nicht kommunizieren. Unter Linux solte lpc21isp also mittels ''lpc21isp -detectonly -control lpc2148_USB.hex /dev/ttyS1 38400 12000'' funktionieren.

== Siehe auch ==
* [[LPC-P2106]] Development Board
* [[Linksammlung]]
* [[ARM-elf-GCC-Tutorial]]

== Weblinks ==
* [http://www.semiconductors.philips.com/markets/mms/products/microcontrollers/key_solutions/32bit/index.html Philips LPC2000 "Homepage"]
* [http://groups.yahoo.com/group/lpc2000/ LPC2000 Yahoo Group]

* [http://www.gnuarm.com/ GNU-Toolchain für Windows (cygwin), Linux und MacOS]
* [http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/index.html WinARM - GNU-Toolchain für MS-Windows (ohne cygwin)] arm-elf Cross-Compiler mit Zugaben, vom Konzept vergleichbar mit WinAVR.
* [http://sourceware.org/binutils/docs-2.16/ld/index.html Dokumentation über Linker Scripte]
* [http://www.olimex.com/dev/pdf/ARM%20Cross%20Development%20with%20Eclipse%20version%202.pdf Sehr detaillierte Einführung in eine Entwicklungsumgebung mit GNUARM/Eclipse für Philips LPC]
* [http://www.dreamislife.com/arm/ LPC210x ARM7 Microcontroller Tutorial]

* [http://www.engelschall.com/~martin/lpc21xx/isp/index.html lpc21isp] "Kommandozeilen"-ISP-Tool für Linux und MS-Windows
* [http://www.pjrc.com/arm/lpc2k_pgm/ LPC2K_PGM] ISP-Tool mit GUI für Linux/GTK
* [http://www.net-attack.de/?p=lpcflash&l=de lpcflash4linux] ISP-Tool für Linux (Kommandozeile)

Benutzer Diskussion:Hans

2005-12-08T14:49:22Z

Hans:

Diskussion:Logic Analyzer-Projekt: Ideen zur Software

2005-10-07T07:52:09Z

Hans:

nur so als hinweis, ich selbst hab zugegegebenermassen nicht wirklich ahnung davon: wxwidgets hat auch eine klasse, um dlls zu laden, plattformuebergreifend natuerlich: [http://www.wxwidgets.org/manuals/2.6.1/wx_wxdynamiclibrary.html wxDynamicLibrary]

Wie wäre es als Viewer GTKWave [http://www.cs.manchester.ac.uk/apt/projects/tools/gtkwave/] zu nutzen, dann muesste "nur" ein Treiber programmiert werden, bzw ein Tool welches die Daten in eine Datei schreibt?

Äußerst interessantes programm GTKWave.. vorallem der win32-port :)
Der ist zwar "etwas" älter doch sollte es eigentlich kein problem darstellen eine up-to-date version zu kompilieren ... Danke für den tipp... ich werd mir mal den code anschaun... hab nächste woche noch eine nette prüfung dann hab ich bis dezember zeit...
73 --[[Benutzer:Hans|Hans]] 09:52, 7. Okt 2005 (CEST)

Logic Analyzer-Projekt: Ideen zur Software

2005-07-24T17:03:13Z

Hans: /* Plugins */

Nachdem jetzt offensichtlich doch einige Blut geleckt haben und der [[Logic Analyzer]] nun mit ziemlicher Sicherheit zustande kommt hier schonmal vorab die Software-Seite.

Hier soll bis es die ersten Analyzer gibt eine ''Feature-List'' entstehen.

= Wishlist =

Bitte hier alle gewünschten Funktionen reintun... alles fällt mir auch nicht auf Anhieb ein ;)

----
Was ist mit JAVA? ist vielleicht nicht die schnellste lösung, doch schneller als JAVA kann man ja ohnehin nicht guggen :). Damit ist das Programm auch ohne Probleme auf Sun,Sparc & Co. lauffähig und man könnte z.B. für USB-Anbindung jUSB verwenden (ich glaube aber nur auf x86).
----

Ich möchte mal auf [http://www.wxwidgets.org/platform.htm das hier] verweisen...
Derzeit ist nur 1 String schuld,dass es nicht sofort unter allen Plattformen laufen wird.. aber die Kleinigkeit hab ich auch nur zu Testzwecken drinnen ;)

Der Einwand mit Java ist zwar nicht grundlos.. aber wie ich im Forum schon mal gesagt hab... ich mags nicht *g*

Und nachdem es den gcc für alles mögliche gibt läuft die Soft auch auf den meisten Plattformen... eigentlich überall wo die GTK+ oder M$ läuft ;)...

und für den Rest... x86 Emu drauf und warten bis [http://www.ReactOS.org ReactOS] kompatibel genug ist...(es dürfte eigentlich nur USB Unterstützung fehlen ;)

--[[Benutzer:Hans|Hans]] 07:51, 20. Jul 2005 (CEST)

= Features =
== Framework, Libs, Widgetset... ==
* [http://www.wxwidgets.org/ wxWidgets]
* C++ (VC++ 6.0, gcc)
* [http://www.sqlite.org/ SQLite]
* [http://www.zlib.net/ zlib]

== Daten ''Projektweise'' organisieren ==
Projekt Dateien sind eigentlich [http://www.sqlite.org SQLite] Datenbanken.
In 2 Tabellen werden Einstellungen und Daten gespeichert.

Um die Dateien nicht unnötig aufzublähen wird der Daten-BLOB vor dem Speichern noch komprimiert (zlib ???).

=== Daten ===
* Beschreibung
* Datenblob
* 4 Byte Timestamp (DWORD ausreizen)
* 2 Byte/8 Pins für HighZ-Detection (=> sicher nett für die Schnittstellenanalyze) und Daten

=== Konfiguration ===
* Datenstruktur Version
* Analyzer Typ
* Projekt Beschreibung

=== Messungen ===
* Plugin Id
* Plugin Version
* Messungs-Typ
* Daten-Blob

=== Projekt History ===
* Datum
* Kommentar

== Plugins ==
Ich habe vor möglichst viel aum Basiscode auszulagern und nur das aller Nötigste zu integrieren.
So soll mehrere Plugin-Typen geben:
* Input : Stellen die Verbindung zwischen Software und Capture-Engine her (wie auch immer sie aussehen soll)
* Analyze : Analysieren die Daten. Dies kann jetzt von Jitter-Anaylse bis zum Protokoll-Analyzer alles sein
* Output : Unter Umständen der Datenbank Export nicht in dieser Art und Weise erwünscht bzw sinnvoll. Dann könnte man z.B über ein Output Plugin noch Daten-Dezimierung einführen oder was auch immer
* View : Ein richtiger Protokoll-Analyzer stellt die daten sicher anders da => Plugin und Fertig

Unter Windows ist eine Plugin-Architektur eigentlich ganz brauchbar machbar über DLLs.
Ähnliches gilt auch für Linux wie [http://www.linuxgazette.com/issue84/bradley.html hier] zu lesen ist.

Eine Alternative ist die Verwendung von [http://www.gnu.org/software/libtool/libtool.html libtool] in Verbindung mit der autoconfig/automake Package. Sie stellt einen Wrapper für den unter Unix oft verwendeten dlopen (Solaris, Linux and various BSD flavors) Mechanismus bereit und ist auch unter Win32 für LoadLibrary anwendbar (neben shl_load/HP-UX und load_add_on/BeOS). Unter Windows wird dadurch ggf. [http://www.mingw.org/ mingw] oder [http://www.cygwin.com/ cygwin] erforderlich.

Die Plugin-Grundstruktur läuft mittlerweile mehr oder weniger problemlos.
Derzeit sieht die ganze Angelegenheit ungefähr so aus:

Die Plugin-DLLs exportieren die Funktion '''GetPluginObject'''. Diese liefert einen Pointer auf ein von
'''CPlugInBase''' abgeleitetes Projekt.

Von diesem Objekt holt sich die Applikation nun die benötigten Information.

Das Framework lädt dynamisch die vom Plugin angegebenen Menüs und fügt sie an der richtigen Stelle ein. Events werden natürlich auch registriert und an das Plugin gesendet.

Der Klassenstruktur wird nun noch ein Interface auf den Data-Manager hinzugefügt und schon sollten sich Daten laden lassen.

Im Laufe der nächsten Woche könnte ich bereits einen Snapshot online stellen.. für den Fall jemand möchte sich einbringen ;)

--[[Benutzer:Ope|Ope]] 13:27, 23. Jul 2005 (CEST) Wie wäre es mit einem cvs? ggf. sourceforge?

hab ich mir auch schon überlegt... das dürfte aber erst halbwegs sinnvoll sein wenn am core nicht mehr allzuviel gedreht wird... wenn nur mehr plugins rangebastelt werden müssen wird das schon interessant...

--[[Benutzer:Hans|Hans]] 19:03, 24. Jul 2005 (CEST)

= Unterstütze Betriebsysteme =

* Windows
* Linux

Weitere sollten sich einfach durch Neukompilieren hinzugesellen können.

= Unterstütze Hardware =
Hier kommen sie dann... die im Forum dikutierten CPLD/FPGA-Captureengines sowie noch Ultra-Lowcost AVR,dsPic,Parallel-Port oder wasauchimmer Gerätschaften.

[[Kategorie:Logic Analyzer Project|Software]]

Logic Analyzer-Projekt: Ideen zur Hardware

2005-07-20T12:16:43Z

Hans:

hier mal das Lastenheft für den Logic Analyser (LA). Bitte je nach Anforderung einen Strich mittels ALT GR + <> Taste links neben dem Ypsilon.
Die Aufteilung könnt ihr ja ändern/erweitern falls was fehlt. Ich gebe mal meine Maximalanforderungen ein.

'''Kanalanzahl'''
* .8 Kanäle : ||
* 16 Kanäle: ||||| ||||
* 20 Kanäle: |
* 24 Kanäle: |
* 32 Kanäle: ||||
* Modulair (erweiterbar X mal 8/16 Kanäle) ||

'''Samplingfrequenz'''
* ....8 MHz : |
* ..16 MHz : |
* ..32 MHz : ||
* >32 MHz : ||||| ||||| |||

'''Speichertiefe'''
*....32 kByte: |
*....64 kByte:
*..256 kByte: |
*..512 kByte:
*1024 kByte: |

Anmerkung: Wäre es nicht sinnvoller, die Speichertiefe in "Samples" anzugeben. So macht das nicht viel Sinn, da die Anzahl der Samples wenn man immer nur 8 Bits abspeichert ne andere ist als wie wenn man 32 Bits pro Sample speichert.

'''integrierter Pattern Generator'''
* .8 Kanäle : |
* 16 Kanäle:

Anm.: könnte bis zu einer gewissen Geschwindigkeit vom AVR erledigt werden... => uU. Mega16 drauf
--[[Benutzer:Hans|Hans]] 14:16, 20. Jul 2005 (CEST)

'''Schnittstelle zum Computer'''
* Seriell syncron...................: |
* Seriell asyncron (RS232).: ||||
* USB......................................: ||||| |||||||
* Parallelport.........................: ||

'''Am PC läuft/wird laufen'''
* Windows .: ||||| ||||
* Linux ........: ||||| |||||
* MacOS X .: |
* Solaris ..: |
* Anderes ..:

----

= Status =

(--[[Benutzer:84.182.216.49|84.182.216.49]] 12:57, 20. Jul 2005 (CEST))

Da der Logic Analyzer (LA) Thread schnell wächst und entsprechend schwer zu verfolgen ist, ständig sich irgend etwas ändert, kommt hier eine Zusammenfassung der Diskussion. Ich versuche sie halbwegs aktuell zu halten, öfteres Vorbeischauen lohnt sich also.

Eine fertige Lösung existiert jeodch noch nicht und einer alleine macht sich tot, zumal derjenige ja auch ein Real-Life hat und kein professioneller Designer für LA ist - daher ist das Projekt auf aktive Hilfe angewiesen sonst wird es sterben!

= Das Ziel =

Nun ja, preiswert und universell und für den Großteil der Probleme brauchbar soll er sein. Zudem sollen die Bauteile z.B. auch in Schweiz/Österreich gut verfügbar sein. Dass er sich mit einem LA der großen Hersteller messen lassen kann, ist aufgrund des Proof-on-Concepts eher unwahrscheinlich. Unter den eben genanntenn Prämissen sollen die verfügbaren Mittel optimal genutzt werden.
Je nach Ergebnis, Lust und Laune wird es irgendwann evtl. eine Fortsetzung geben - aber das ist Zukunftsmusik.

= Grundlegende Überlegungen =

Im Internet kann man verschiedene, einfache Konzepte für einen LA finden, z.B. mittels Parallelport. Forumgerecht, reicht für einen einfachen LA bereits ein Mikrokontroller aus, der seine Ports polled um so die Logik Pegel mitzuschneiden. Allerdings ist diese Lösung begrenzt, wenn es um höhere Taktraten geht.

Eine erschwingliche Alternative stellt ein CPLD (Complex programmable logic devices) dar. Die CPLD z.B. von Xilinx können mit über 100MHz arbeiten und sind somit für diese Aufgabe prädestiniert. Leider ist die Anzahl der Macro Zellen zu gering, um eine hohe Speichertiefe zu erreichen. Daher werden die Daten vom CPLD in einem SRAM geschrieben. Damit ist der CPLD für die Triggerbedingungen des LA, dem Speicherinterface und natürlich dem eigentlichen sampeln der Eingänge verantwortlich. Der Mikrokontroller liest die Daten des SRAM über den CPLD aus und schickt sie an den Computer, übernimmt also die Kommunikation. Die Software stellt die gesampelten Daten sinnvoll und ansprechend dar.

Um die Störungen gering zu halten, wird als Versorgungspannung 3.3V Vorzug gegeben - ironischer Weise sind die Xilinx CPLD XC95000XL mit dieser Spannung preiswerter als in der 5V Version.

= Die Komponenten =

== Der CPLD und das Speicherinterface ==

Nach einigen Hin- und Her hat sich der XC95144XL10TQG14 als beste Option herausgestellt. Auch FPGAs waren kurz im Gespräch, aufgrund der sich im Gespräch heraustellenden Komplexität. Allerdings war die Komplexität des FPGA und der Preis auch gleichzeitig das KO-Kriterium dafür.

Kurzinfo XC95144XL10TQ144 [http://www.mhl.tuc.gr/data_books/Xilinx/Xc9500/95144XL.pdf]:

* 144Macro, 3.3V, 117 I/O, 10ns, TQFP144 für ca. 10€ bei [http://www.darisus.de/Elektonikshop/Framesets/Shopset1.php]

Dieser bietet genug I/O um:

* 2x SRAM 256k x 16 (18 AD, 16 DB, 3 Ctrl)
* 2x 8-bit-Channel
* uC parallel Port (8 DB, Ctrl (CS_ und R/W_) und 2 AB)
* 2x Clock (CPLD und uC externer Takt)
* JTAG

anschließen zu können.

Der Grund für die 2 Speicherbänke liegt in der Zugriffszeit des SRAM. Um hier nicht unnötig den CPLD auszubremsen, werden beide im Interleave angesprochen, d.h. einer mit gerader, der andere mit ungerader Adresse. Da die Adressen und Daten aber eine gewisse Zeit lang stabil anliegen müssen, besitzt jeder SRAM seinen eigenen Daten- und Adressbus, d.h. der CPLD übernimmt die Funktionen des Latches. Der Nachteil der Lösung ist der doppelte Verbrauch an I/O, weshalb ein XC9572TQ100 nicht mehr ausreicht (genaugenommen war man deswegen schon bei 3 CPLD bzw. FPGA für einen 16Bit LA angekommen und widersprach somit den Intentionen). Bei synchronen RAMs würde das Latch entfallen, diese sind allerdings teurer als die bisher angedachten asynchronen.

Konkret besitzt der CPLD also zwei 18bit-Adresszähler (odd/even) und die Adress- und Datenleitungen der beiden SRAM liegen am CPLD. Ebenso liegen am CPLD dann noch die OE, WR, CS Steuerleitung des SRAM.

Der Grund für die Verwendung von 16bit breiten SRAM liegt im größeren Aufwand und der steigenden Fehlerwahrscheinlichkeit bei Verwendung von 2x 8Bit breiten SRAM - im Interleave sogar von 4 Stck.

Bei Verwendung des 2x 256k x 16 Bit SRAM eröffnet sich weiterhin die Möglichkeit, den Transitional Timing Analysis Mode zu realisieren, d.h. nur Bit-Änderungen werden mit einem Timestamp gespeichert - also ideal für langsame Busse. Hier kann man eine 18bit Time-Stamp-Adresse (256k) mit einem 14bit Pattern speichern. Ein Interleave ist nicht mehr möglich und es bedeutet ggf. einen anderen VHDL Code für den CPLD (je nach Anzahl freier Macrozellen).

Der konkrete Typ des SRAM steht noch nicht fest, da er gut verfügbar und preiswert sein soll. Aber gute Ideen. Bei asynchronen SRAM müssen wie eingangs erwähnt die Adressen und Daten in einem Latch zwischen gespeichert werden. Bei einem synchronen SRAM werden die Adressen bei mit Flanke gespeichert, ebenso die Daten. Die Setup und Hold Zeiten gehen daher gegen Null... Außerdem muss man WR\ nicht toggeln, was wertvolle Zeit kostet, sondern es reicht, den Sampletakt anzulegen.

Asynchrone SRAM:

* CY22393,CY22394,CY22395 [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy22393_4_5_5.pdf] mit Layout Hinweisen [http://www.cypress.com/portal/server.pt?space=CommunityPage&control=SetCommunity&CommunityID=209&PageID=418&r_folder=Application%20Notes&r_title=Layout%20Recommendations%20for%20the%20CY2239x%20Devices]
* IC61LV25616 (asynchroner SRAM 256KB x 16) [http://www.icsi.com.tw/english/products/products-frame.asp?Title=Datasheet-Async%20SRAM&URL=http%3A//web.icsi.com.tw/English/Datasheets/ASYNCHRONOUSSTATICRAM.html] bzw. [http://web.icsi.com.tw/domino/packinfo.nsf/F384F466ECEF4C1F48256F320003B3E6/$FILE/ic61LV25616.pdf] bei [http://www.glyn.de]
* AS7C34098-12TCN (256K x 16, 12ns) [http://www.alsc.com/pdf/sram.pdf/fa/AS7C4098.pdf] und AS7C31026B-12TCN (64k x 16, 12ns) Asynchroner SRAM bei Farnell

Synchrone SRAM:

* CY7C1327G (256k*18) [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1327g_5.pdf]
* CY7C1327F (256k*18) [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1327f_5.pdf]

Den CY7C1327B (TQFP100 256Kx18, 3.3V, 4ns ) gibt's zumindest bei R&S für 11,60€

== Interface CPLD <-> uC ==

Ist noch nicht so ganz ausgegoren. Zur Diskussion steht das Parallel Interface (s.o.) oder einfach SPI.

Eine grundlegende Idee ist, dass der CPLD doppelt benutzt wird. Er enthält ja einen Addresszähler zum Schreiben des SRAM's. Dieser kann aber auch zum Lesen des SRAM's benutzt werden. Der SRAM wird immer sequentiell vom PLD geschrieben und gelesen.

Der uC muß einen 8 Bit Port freimachen und diesen auf den Datenbus legen. Der CPLD taktet nun gesteuert vom uC die Addresse langsam hoch. Der uC liest daraufhin seinen 8 Bit Port ein. Das ist pro Byte mit 3 Takten erledigt. Vorteil ist dabei, dass man nun auch z.B. 512Kb statische SRAM's benutzen kann ohne dass der uC ein kompliziertes Memory Banking benutzen müsste.

Bei der Variante mit SPI wird eben nur alles seriell ausgelesen, die prinzipiellen Vorteile bleiben bestehen.

== Interface uC <-> Computer ==

Steckt ebenfalls noch in der Diskussion, allerdings geht der Trend aus technischen Gründen eindeutig zu USB (specs. bei www.usb.org [http://www.usb.org]), was die Abstimmungen oben unterstreichen. Zur Auswahl stehen Chips von SILABS und FTDI.

* CP2102 [http://www.silabs.com/public/documents/tpub_doc/dshort/Microcontrollers/Interface/en/CP2102_short.pdf]
* FT232BM [http://www.ftdichip.com/Documents/DataSheets/ds232b17.pdf]

uC mit integrierten USB standen auch in der Disskusion. Aufgrund vieler Unwägbarkeiten, wie Beschaffung, Preis, HID Treiber etc. sind diese Ideen wieder verworfen worden.

Apropos:
Falls USB als Schnittstelle verwendet wird, ist es hilfreich, einen schnellen Transfer zuzulassen. Ggf. keinen normalen FTDI-Chip einsetzen. Phillips ist auch günstiger bei Reichelt (PDI USB D12D).

* Und wer schreibt den Treiber? Fuer 2 Euro Einsparung pro Stueck lohnt sich das garantiert nicht. --[[Benutzer:Andreas|Andreas]] 11:37, 13. Jul 2005 (CEST)

* Alternativ CP2102 => bei farnell für unter 5€... der braucht anscheinend keine externen komponenten und im gegensatz zum ft232 bekomm ich den problemlos bei farnell ;) infos gibt's [http://www.silabs.com/tgwWebApp/public/web_content/products/Microcontrollers/Interface/en/interface.htm hier] --[[Benutzer:Hans|Hans]] 17:36, 13. Jul 2005 (CEST)

== Interface LA <-> DUT (Device under Test) ==

Prinzipiell gibt es zwei Wege, wie der LA an seine Informationen kommt. Der rein digitale Weg geht z.B. über 74AHC245 oder 74ACT14 womit allerdings die Logikpegel feststehen. Ein anderer Weg geht über Analog-Komparatoren, bei denen die Logikpegel variabel sind.

Für den Komparator steht momentan der MAX964 zur Debatte, dessen Beschaffungsquellen jedoch noch offen sind.
* MAX964 [http://pdfserv.maxim-ic.com/en/ds/MAX961-MAX999.pdf]

mit

* 4.5 Typ Prop. Delay (ns)
* Supply 2.7 to 5.5 Voltage (V)
* 8000 Max Supply Current per Comp. (µA) - also 8mA/C = 32mA/IC worst-case
* VEE-0.10 to VCC+0.10 Input Voltage Range (V)

Ebenso ist die konkrete Schaltung noch nicht diskutiert wurden, Einigkeit besteht jedoch in der notwendigen Schutzschaltung, z.B. mit einem Dioden-Array. Auch darf die Eingangsspannung den Input Voltage Range nicht überschreiten.

Die Schwelle für den Komparator wird durch einen DAC vorgegeben, der vom uC über TWI gesteuert wird. Als DAC steht der

* AD5337 [http://www.analog.com/UploadedFiles/Data_Sheets/247817225AD5337_8_9_a.pdf]

zur Disskusion, ein Duo 8-BIT DAC mit 2WIRE. Dieses wird wesentlich einfacher als PWM per uC mit anschließenden Tiefpaß mit OPVs, welches die Fehlerrate steigen lassen kann.

== Clock Rate Generierung ==

Aufgrund seiner Bandbreite bietet sich die Generierung des Systemtaktes durch den CPLD an. Dieser benutzt einen 1/N Teiler um den Sample Takt zu generieren.

Prinzipiell kann er auch gleichzeitig den Takt für den uC erzeugen - dieser wird also extern getaktet und man erhält dadurch Synchronität zwischen CPLD und uC und spart den Quarz am uC. Allerdings bieted sich auch ein eigener Quarz für den uC an. Man sieht - hier wird noch diskutiert.

Zur Generierung des Mastertaktes bieten sich zwei Weg an:
* Quarz, bei 50-64 MHz dürfte da wegen Verfügbarkeit/Preis wohl Schluss sein, auch sind Obertonquarze nicht ganz unkritisch. Auch kann man dann nur noch durch umlöten und wecheln den Mastertakt ändern, falls es Probleme gibt.
* VCO/PLL ggf. per uC programmierbar, damit kann man dann echt die Grenzen des Designs austesten. Die Chips dazu gibt's bei Maxim/AD und den anderen üblichen Verdächtigen, stehen also noch nicht fest. Konkret wurden CY22393, CY22394, CY22395 [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy22393_4_5_5.pdf] genannt, aber auch ICD2053B [http://www.commtech-fastcom.com/data_sheets/icd2053b.pdf]. Problematisch sind bisher jedoch die Bezugsquellen, Verfügbarkeit und Preis.

Die Grenzen liegen zum einem in den verwendeten Bauelementen (>100MHz), aber vielmehr wird der begrenzende Faktor das Layout und die Leiterplatte sein. Ein 4-Layer-PCB ist aus technischer Sicht sicher das optimale, nur schaut der Geldbeutel danach sehr leer aus.

== Stromversorgung ==

Tja, auch ein LA braucht Strom. Bei Verwendung eines USB kann dieses elegant gelöst werden, da dieser (nach Anforderungen an das OS) bis zu 500mA liefern kann. Eine kurze worst-case "Stromrechnung" zeigt:

* XC95144XL pauschal 150mA lt. DB
* Max964 8mA/Comparator x 16 = 128 mA

fehlen konkret Speicher, uC, und USB(?) Chip.

Die FTDI-Chips haben für Geräte, die über 100mA ziehen (darin wird wohl der LA u.U. fallen ), aber noch bus-powered sein sollen, einen Schaltausgang, an den z.B. ein p-Kanal-FET angeschlossen werden kann, der den stromhungrigen Teil der Schaltung erst nach der Registrierung beim Computer einschaltet. Dazu hat er einen "sleep"-Ausgang, mit dem man den angeschlossenen AVR schlafen legen kann. In den FTDI-Docs bzw. Application Notes finden sich dazu genüg Beispiele mit kompletten Schaltbildern.

Einsetzbar wäre auch ein LM2575S-3.3 [http://www.national.com/ds/LM/LM1575.pdf] für 2,47€ (Farnell), der sieht gut und einfach in der Handhabung aus im Falle einer externen Stromversorgung.

= Programmierung =

== AVR ==
Recht früh hat sich in dem Forum heraus kristallisiert, dass der AVR per Bootloader vom Computer her programmiert werden sollte. Hierdurch sind Firmware Updates sehr einfach möglich und verschiedene Bootloader sind verfügbar. Die Bootloader Option setzt damit einen AVR der ATMega Serie vorraus. Bisher spricht nichts gegen einen ATMega8L.

== CPLD ==

Die Programmierung des CPLD ist dagegen noch nicht konkret. Wünschenswert wäre es, ebenfalls seine Firmaware über den Computer zu updaten.

Der Standardweg der Programmierung der Xilinx CPLD sieht einen JTAG Stiftsockel vor. Dann kann die Programmierung z.B. über ein Xilinx JTAG/Parallel Download Cable [http://www.xilinx.com/support/programr/jtag_cable.pdf] aus dem ISE/impact geschehen.

Einen möglichen Weg stellt die XApp058 [http://direct.xilinx.com/bvdocs/appnotes/xapp058.pdf] dar, darin wird beschrieben, wie der CPLD mittels uC beschrieben wird.

Dieses Thema wurde bereits im Forum "AVR Ethernet Platine" aufgegriffen. In diesem Thread [http://www.mikrocontroller.net/forum/read-1-138024.html#157356] kam man allerdings zu der Überzeugung, dass die XSVF Datei mit 45kByte für uC Verhältnisse extrem groß ist und somit nur in einen ATMega128 (und größer) [http://www.atmel.com/dyn/products/devices.asp?family_id=607#760] reinpassen würde da das SVF JTAG Protokoll riesige Datenbuffer im SRAM benötigt. Dies ist protokollbedingt - es wurden 10kByte für ein FPGA genannt. Dabei sind die Xilinx CPLD Speicherplatz effezienter als welche von Altera. Leider sind die Xilinx CPLD eben nur über JTAG programmierbar.

Allerdings wurde in diesem Zusammenhang auch auf den XSVF Executor [http://www.ethernut.de/en/xsvfexec/index.html] verwiesen.
Auch ist die Frage noch offen, inwiefern die XSVF Datei über die RS232/USB geladen werden kann, ebenso das Timing der JTAG Schnittstelle.

Aufgrund der vielen offenen Fragen ist die schnellste und sicherste Lösung die Anbindung über den JTAG Stecker um den CPLD per JTAG/Parallel Download Cable zu programmieren. Zusätzlich wird eine JTAG Verbindung zum AVR Port eingerichtet, falls das Problem irgendwann 'mal später gelöst wird.

= PCB =

Dieses Thema kommt noch intensiv.

Dabei sind u.a. die folgenden Appl. Notes nützlich:

== AVR ==

* AVR040: EMC Design Considerations [http://www.atmel.com/dyn/resources/prod_documents/doc1619.pdf]
* AVR042: AVR Hardware Design Considerations [http://www.atmel.com/dyn/resources/prod_documents/doc2521.pdf]

== CPLD ==

* Device Package User Guide [http://www.xilinx.com/bvdocs/userguides/ug112.pdf]
* XAPP112 - Designing With XC9500XL CPLDs [http://www.xilinx.com/bvdocs/appnotes/xapp112.pdf]
* XAPP114 - Understanding XC9500XL CPLD Power [http://www.xilinx.com/bvdocs/appnotes/xapp114.pdf]
* XAPP115 - Planning for High Speed XC9500XL Designs [http://www.xilinx.com/bvdocs/appnotes/xapp115.pdf]
* XAPP784 - Bulletproof CPLD Design Practices [http://www.xilinx.com/bvdocs/appnotes/xapp784.pdf]

= Resumee =

Keep-It-Simple ist ein Grundsatz hier. Je komplexer, desto schwerer zu beherrschen. Sicher hat jeder von Komplexität eine andere Vorstellung, aber wir arbeiten daran und hoffen ein nachbaufähiges, stabiles Gerät zu bekommen. Dennoch kommt man bei diesem Projekt um SMD löten mit 0.5mm Beinchen nicht umhin!

= Und was soll das kosten? =

Schwierig, da noch nicht alles feststeht - als Ziel steht aber im Forum mehr oder weniger ungeschrieben die 100€ Marke einschließlich PCB.

== Datenblätter, Bezugsquellen und Preise (allg.) ==

... oder was bisher so zusammengetragen wurde.

{| border="1"
|-
| align="center" | '''IC'''
| align="center" | '''Gehäuse'''
| align="center" | '''Kommentar'''
| align="center" | '''Datenblatt/Appnotes'''
| align="center" | '''Bezugsquelle'''
| align="center" | '''Preis'''
|-
| ''CPLD'' / XC95144XL10TQ144
| align="center" | TQFP144
| align="center" | -
| align="center" | [http://www.mhl.tuc.gr/data_books/Xilinx/Xc9500/95144XL.pdf], [http://www.xilinx.com/xlnx/xweb/xil_publications_index.jsp?category=Publications/CPLD+Device+Families&iLanguageID=1]
| align="center" | Darius.De [http://www.darisus.de/Elektonikshop/Framesets/Shopset1.php]
| align="center" | ca. 10?
|-
| ''USB'' / CP1202
| align="center" | -
| align="center" | -
| align="center" | [http://www.silabs.com/public/documents/tpub_doc/dshort/Microcontrollers/Interface/en/CP2102_short.pdf]
| align="center" | -
| align="center" | -?
|-
| ''USB'' / FT232BM
| align="center" | LQFP-32
| align="center" | -
| align="center" | [http://www.ftdichip.com/Documents/DataSheets/ds232b17.pdf], [http://www.ftdichip.com/Documents/AppNotes.htm]
| align="center" | -
| align="center" | -?
|-
| ''USB'' / FT245BM
| align="center" | LQFP-32
| align="center" | -
| align="center" | [http://www.ftdichip.com/Documents/DataSheets/ds245b16.pdf], [http://www.ftdichip.com/Documents/AppNotes.htm]
| align="center" | -
| align="center" | -?
|-
| ''Comp'' / Max964
| align="center" | -
| align="center" | -
| align="center" | [http://pdfserv.maxim-ic.com/en/ds/MAX961-MAX999.pdf]
| align="center" | -
| align="center" | -?
|-
| ''Comp'' / LT1715
| align="center" | Dual 4ns, 5V/3V, Independent I/O Supplies
| align="center" | -
| align="center" | [http://www.linear.com/pc/downloadDocument.do?navId=H0,C1,C1154,C1004,C1012,P1908,D2821]
| align="center" | -
| align="center" | -?
|-
| ''Comp'' / LT1720/LT1721
| align="center" | -
| align="center" | Dual/Quad 4.5ns, 3V, Rail-to-RailOut, Quad schlecht für's Layout
| align="center" | [http://www.linear.com/pc/downloadDocument.do?navId=H0,C1,C1154,C1004,C1012,P1707,D3080]
| align="center" | -
| align="center" | -?
|-
| ''ECL-Comp'' / Max9600
| align="center" | -
| align="center" | Schwierig zu realisieren: 2 "Wandlungsstufen" notwendig. 1x Inputpegel -> ECL, 1x ECL -> Logikpegel CPLD
| align="center" | [http://pdfserv.maxim-ic.com/en/ds/MAX9600-MAX9602.pdf]
| align="center" | -
| align="center" | -?
|-
| ''DAC'' / TLV5626
| align="center" | SOIC-8
| align="center" | 8-Bit Dual, 3.3V, int. Uref 1.024V
| align="center" | [http://focus.ti.com/lit/ds/symlink/tlv5626.pdf]
| align="center" | Farnell.De [http://www.farnell.de]
| align="center" | 5.29?
|-
| ''DAC'' / TLV5637
| align="center" | SOIC-8
| align="center" | 10-Bit Dual, 3.3V, int. Uref 1.024V
| align="center" | [http://focus.ti.com/lit/ds/symlink/tlv5637.pdf]
| align="center" | Farnell.De [http://www.farnell.de]
| align="center" | 6.35?
|-
| ''DAC'' / TLV5638
| align="center" | SOIC-8
| align="center" | 12-Bit Dual, 3.3V, int. Uref 1.024V
| align="center" | [http://focus.ti.com/lit/ds/symlink/tlv5638.pdf]
| align="center" | Farnell.De [http://www.farnell.de]
| align="center" | 7.44?
|-
| ''DAC'' / LTC1446L
| align="center" | SO-8
| align="center" | Dual 12-Bit, 3.3V, int. Uref=2.5V
| align="center" | [http://www.linear.com/pc/downloadDocument.do?navId=H0,C1,C1155,C1005,C1156,P1507,D1746]
| align="center" | R&S [http://www.rsonline.de]
| align="center" | 12.35?
|-
| ''Clk'' / CY22393,CY22394,CY22395
| align="center" | -
| align="center" | -
| align="center" | [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy22393_4_5_5.pdf] ,[http://www.cypress.com/portal/server.pt?space=CommunityPage&control=SetCommunity&CommunityID=209&PageID=418&r_folder=Application%20Notes&r_title=Layout%20Recommendations%20for%20the%20CY2239x%20Devices]
| align="center" | -
| align="center" | -?
|-
| ''Clk'' / ICD2053B
| align="center" | -
| align="center" | -
| align="center" | [http://www.commtech-fastcom.com/data_sheets/icd2053b.pdf]
| align="center" | -
| align="center" | -?
|-
| ''SRAM'' / IC61LV25616
| align="center" | -
| align="center" | asynchroner SRAM 256KB x 16
| align="center" | [http://www.icsi.com.tw/english/products/products-frame.asp?Title=Datasheet-Async%20SRAM&URL=http%3A//web.icsi.com.tw/English/Datasheets/ASYNCHRONOUSSTATICRAM.html]
| align="center" | Glyn.De [http://www.glyn.de] ???
| align="center" | ???
|-
| ''SRAM'' / AS7C34098-12TCN
| align="center" | TSOP, SOJ
| align="center" | asynchroner SRAM 256K x 16, 12ns
| align="center" | [http://www.alsc.com/pdf/sram.pdf/fa/AS7C4098.pdf]
| align="center" | Farnell.De [http://www.farnell.de]
| align="center" | 13,17?
|-
| ''SRAM'' / CY7C1327B
| align="center" | TQFP100
| align="center" | synchr SRAM 256k x 18, 3.3V, 4ns
| align="center" | -
| align="center" | R&S (DE) [http://www.rsonlin.de]
| align="center" | 11,60?
|-
| ''SRAM'' / CY7C1327G
| align="center" | TQFP100
| align="center" | synchr SRAM 256k x 18
| align="center" | [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1327g_5.pdf]
| align="center" | -
| align="center" | -?
|-
| ''SRAM'' / CY7C1327F
| align="center" | TQFP100
| align="center" | synchr SRAM 256k x 18
| align="center" | [http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy7c1327f_5.pdf]
| align="center" | -
| align="center" | -?
|-
| ''IC'' / Dummy
| align="center" | -
| align="center" | -
| align="center" | -
| align="center" | -
| align="center" | -?
|}

= Literatur =

* [http://web.mit.edu/6.111/www/s2005/HANDOUTS/LA.pdf] Agilent XYZs of Logic Analyzers
* [http://cp.literature.agilent.com/litweb/pdf/5988-9125EN.pdf] Agilent Logic Analyzer Probing Techniques for High-Speed Digital Systems
* [http://www.home.agilent.com/USeng/nav/-536898184.0/pc.html] Agilent Logic Analyzer Probing Solutions
* [http://www.designcon.com/2003/marketing/HP3-5.pdf] Logic Analyzer Probing Techniques for High-Speed Digital Systems (DesignCon 2003)
* [http://www.xilinx.com/bvdocs/appnotes/xapp368.pdf] Handheld Pocket Logic Analyzer (XApp368)
* [http://www.xilinx.com/bvdocs/appnotes/xapp369.pdf] Handheld 1553 Bus Data Analyzer (XApp369)
* [http://www.amateurfunkbasteln.de/pcla/pcla.html] PC-basierter 32-Kanal-Logik-Analysator
* [http://www.bitscope.com] bitscope
* [http://alternatezone.com/electronics/pcla.htm] PC LA
* [http://eebit.com/] FPGA-based Logic Analyzer
* [http://www.nci-usa.com/default.htm] Kommerziell: GoLogic, mit guten Texten und Videos
* [http://www.ethernut.de/en/xsvfexec/index.html] XSVF Executor

[[Kategorie:Logic Analyzer Project|Hardware]]

Logic Analyzer-Projekt: Ideen zur Software

2005-07-20T05:51:19Z

Hans: /* Wishlist */

Nachdem jetzt offensichtlich doch einige Blut geleckt haben und der [[Logic Analyzer]] nun mit ziemlicher Sicherheit zustande kommt hier schonmal vorab die Software-Seite.

Hier soll bis es die ersten Analyzer gibt eine ''Feature-List'' entstehen.

= Wishlist =

Bitte hier alle gewünschten Funktionen reintun... alles fällt mir auch nicht auf Anhieb ein ;)

----
Was ist mit JAVA? ist vielleicht nicht die schnellste lösung, doch schneller als JAVA kann man ja ohnehin nicht guggen :). Damit ist das Programm auch ohne Probleme auf Sun,Sparc & Co. lauffähig und man könnte z.B. für USB-Anbindung jUSB verwenden (ich glaube aber nur auf x86).
----

Ich möchte mal auf [http://www.wxwidgets.org/platform.htm das hier] verweisen...
Derzeit ist nur 1 String schuld,dass es nicht sofort unter allen Plattformen laufen wird.. aber die Kleinigkeit hab ich auch nur zu Testzwecken drinnen ;)

Der Einwand mit Java ist zwar nicht grundlos.. aber wie ich im Forum schon mal gesagt hab... ich mags nicht *g*

Und nachdem es den gcc für alles mögliche gibt läuft die Soft auch auf den meisten Plattformen... eigentlich überall wo die GTK+ oder M$ läuft ;)...

und für den Rest... x86 Emu drauf und warten bis [http://www.ReactOS.org ReactOS] kompatibel genug ist...(es dürfte eigentlich nur USB Unterstützung fehlen ;)

--[[Benutzer:Hans|Hans]] 07:51, 20. Jul 2005 (CEST)

= Features =
== Framework, Libs, Widgetset... ==
* [http://www.wxwidgets.org/ wxWidgets]
* C++ (VC++ 6.0, gcc)
* [http://www.sqlite.org/ SQLite]
* [http://www.zlib.net/ zlib]

== Daten ''Projektweise'' organisieren ==
Projekt Dateien sind eigentlich [http://www.sqlite.org SQLite] Datenbanken.
In 2 Tabellen werden Einstellungen und Daten gespeichert.

Um die Dateien nicht unnötig aufzublähen wird der Daten-BLOB vor dem Speichern noch komprimiert (zlib ???).

=== Daten ===
* Beschreibung
* Datenblob
* 4 Byte Timestamp (DWORD ausreizen)
* 2 Byte/8 Pins für HighZ-Detection (=> sicher nett für die Schnittstellenanalyze) und Daten

=== Konfiguration ===
* Datenstruktur Version
* Analyzer Typ
* Projekt Beschreibung

=== Messungen ===
* Plugin Id
* Plugin Version
* Messungs-Typ
* Daten-Blob

=== Projekt History ===
* Datum
* Kommentar

== Plugins ==
Ich habe vor möglichst viel aum Basiscode auszulagern und nur das aller Nötigste zu integrieren.
So soll mehrere Plugin-Typen geben:
* Input : Stellen die Verbindung zwischen Software und Capture-Engine her (wie auch immer sie aussehen soll)
* Analyze : Analysieren die Daten. Dies kann jetzt von Jitter-Anaylse bis zum Protokoll-Analyzer alles sein
* Output : Unter Umständen der Datenbank Export nicht in dieser Art und Weise erwünscht bzw sinnvoll. Dann könnte man z.B über ein Output Plugin noch Daten-Dezimierung einführen oder was auch immer
* View : Ein richtiger Protokoll-Analyzer stellt die daten sicher anders da => Plugin und Fertig

Unter Windows ist eine Plugin-Architektur eigentlich ganz brauchbar machbar über DLLs.
Ähnliches gilt auch für Linux wie [http://www.linuxgazette.com/issue84/bradley.html hier] zu lesen ist.

Die Plugin-Grundstruktur läuft mittlerweile mehr oder weniger problemlos.
Derzeit sieht die ganze Angelegenheit ungefähr so aus:

Die Plugin-DLLs exportieren die Funktion '''GetPluginObject'''. Diese liefert einen Pointer auf ein von
'''CPlugInBase''' abgeleitetes Projekt.

Von diesem Objekt holt sich die Applikation nun die benötigten Information.

Das Framework lädt dynamisch die vom Plugin angegebenen Menüs und fügt sie an der richtigen Stelle ein. Events werden natürlich auch registriert und an das Plugin gesendet.

Der Klassenstruktur wird nun noch ein Interface auf den Data-Manager hinzugefügt und schon sollten sich Daten laden lassen.

Im Laufe der nächsten Woche könnte ich bereits einen Snapshot online stellen.. für den Fall jemand möchte sich einbringen ;)

= Unterstütze Betriebsysteme =

* Windows
* Linux

Weitere sollten sich einfach durch Neukompilieren hinzugesellen können.

= Unterstütze Hardware =
Hier kommen sie dann... die im Forum dikutierten CPLD/FPGA-Captureengines sowie noch Ultra-Lowcost AVR,dsPic,Parallel-Port oder wasauchimmer Gerätschaften.

[[Kategorie:Logic Analyzer Project|Software]]

Logic Analyzer-Projekt: Ideen zur Software

2005-07-20T05:51:03Z

Hans: /* Wishlist */

Nachdem jetzt offensichtlich doch einige Blut geleckt haben und der [[Logic Analyzer]] nun mit ziemlicher Sicherheit zustande kommt hier schonmal vorab die Software-Seite.

Hier soll bis es die ersten Analyzer gibt eine ''Feature-List'' entstehen.

= Wishlist =

Bitte hier alle gewünschten Funktionen reintun... alles fällt mir auch nicht auf Anhieb ein ;)

----
Was ist mit JAVA? ist vielleicht nicht die schnellste lösung, doch schneller als JAVA kann man ja ohnehin nicht guggen :). Damit ist das Programm auch ohne Probleme auf Sun,Sparc & Co. lauffähig und man könnte z.B. für USB-Anbindung jUSB verwenden (ich glaube aber nur auf x86).
----

Ich möchte mal auf [http://www.wxwidgets.org/platform.htm das hier] verweisen...
Derzeit ist nur 1 String schuld,dass es nicht sofort unter allen Plattformen laufen wird.. aber die Kleinigkeit hab ich auch nur zu Testzwecken drinnen ;)

Der Einwand mit Java ist zwar nicht grundlos.. aber wie ich im Forum schon mal gesagt hab... ich mags nicht *g*

Und nachdem es den gcc für alles mögliche gibt läuft die Soft auch auf den meisten Plattformen... eigentlich überall wo die GTK+ oder M$ läuft ;)...

und für den Rest... x86 Emu drauf und warten bis [http://www.ReactOS.org ReactOS] kompatibel genug ist...(es dürfte eigentlich nur USB Unterstützung fehlen ;)

--[[Benutzer:Hans|Hans]] 07:51, 20. Jul 2005 (CEST)[[Benutzer:80.120.195.26|80.120.195.26]] 07:45, 20. Jul 2005 (CEST)

= Features =
== Framework, Libs, Widgetset... ==
* [http://www.wxwidgets.org/ wxWidgets]
* C++ (VC++ 6.0, gcc)
* [http://www.sqlite.org/ SQLite]
* [http://www.zlib.net/ zlib]

== Daten ''Projektweise'' organisieren ==
Projekt Dateien sind eigentlich [http://www.sqlite.org SQLite] Datenbanken.
In 2 Tabellen werden Einstellungen und Daten gespeichert.

Um die Dateien nicht unnötig aufzublähen wird der Daten-BLOB vor dem Speichern noch komprimiert (zlib ???).

=== Daten ===
* Beschreibung
* Datenblob
* 4 Byte Timestamp (DWORD ausreizen)
* 2 Byte/8 Pins für HighZ-Detection (=> sicher nett für die Schnittstellenanalyze) und Daten

=== Konfiguration ===
* Datenstruktur Version
* Analyzer Typ
* Projekt Beschreibung

=== Messungen ===
* Plugin Id
* Plugin Version
* Messungs-Typ
* Daten-Blob

=== Projekt History ===
* Datum
* Kommentar

== Plugins ==
Ich habe vor möglichst viel aum Basiscode auszulagern und nur das aller Nötigste zu integrieren.
So soll mehrere Plugin-Typen geben:
* Input : Stellen die Verbindung zwischen Software und Capture-Engine her (wie auch immer sie aussehen soll)
* Analyze : Analysieren die Daten. Dies kann jetzt von Jitter-Anaylse bis zum Protokoll-Analyzer alles sein
* Output : Unter Umständen der Datenbank Export nicht in dieser Art und Weise erwünscht bzw sinnvoll. Dann könnte man z.B über ein Output Plugin noch Daten-Dezimierung einführen oder was auch immer
* View : Ein richtiger Protokoll-Analyzer stellt die daten sicher anders da => Plugin und Fertig

Unter Windows ist eine Plugin-Architektur eigentlich ganz brauchbar machbar über DLLs.
Ähnliches gilt auch für Linux wie [http://www.linuxgazette.com/issue84/bradley.html hier] zu lesen ist.

Die Plugin-Grundstruktur läuft mittlerweile mehr oder weniger problemlos.
Derzeit sieht die ganze Angelegenheit ungefähr so aus:

Die Plugin-DLLs exportieren die Funktion '''GetPluginObject'''. Diese liefert einen Pointer auf ein von
'''CPlugInBase''' abgeleitetes Projekt.

Von diesem Objekt holt sich die Applikation nun die benötigten Information.

Das Framework lädt dynamisch die vom Plugin angegebenen Menüs und fügt sie an der richtigen Stelle ein. Events werden natürlich auch registriert und an das Plugin gesendet.

Der Klassenstruktur wird nun noch ein Interface auf den Data-Manager hinzugefügt und schon sollten sich Daten laden lassen.

Im Laufe der nächsten Woche könnte ich bereits einen Snapshot online stellen.. für den Fall jemand möchte sich einbringen ;)

= Unterstütze Betriebsysteme =

* Windows
* Linux

Weitere sollten sich einfach durch Neukompilieren hinzugesellen können.

= Unterstütze Hardware =
Hier kommen sie dann... die im Forum dikutierten CPLD/FPGA-Captureengines sowie noch Ultra-Lowcost AVR,dsPic,Parallel-Port oder wasauchimmer Gerätschaften.

[[Kategorie:Logic Analyzer Project|Software]]

Logic Analyzer-Projekt: Ideen zur Software

2005-07-18T10:49:04Z

Hans: wishlist

Logic Analyzer-Projekt: Ideen zur Software

2005-07-18T10:47:43Z

Hans: plugin infos...

Nachdem jetzt offensichtlich doch einige Blut geleckt haben und der [[Logic Analyzer]] nun mit ziemlicher Sicherheit zustande kommt hier schonmal vorab die Software-Seite.

Hier soll bis es die ersten Analyzer gibt eine ''Feature-List'' entstehen.

= Features =
== Framework, Libs, Widgetset... ==
* [http://www.wxwidgets.org/ wxWidgets]
* C++ (VC++ 6.0, gcc)
* [http://www.sqlite.org/ SQLite]
* [http://www.zlib.net/ zlib]

== Daten ''Projektweise'' organisieren ==
Projekt Dateien sind eigentlich [http://www.sqlite.org SQLite] Datenbanken.
In 2 Tabellen werden Einstellungen und Daten gespeichert.

Um die Dateien nicht unnötig aufzublähen wird der Daten-BLOB vor dem Speichern noch komprimiert (zlib ???).

=== Daten ===
* Beschreibung
* Datenblob
* 4 Byte Timestamp (DWORD ausreizen)
* 2 Byte/8 Pins für HighZ-Detection (=> sicher nett für die Schnittstellenanalyze) und Daten

=== Konfiguration ===
* Datenstruktur Version
* Analyzer Typ
* Projekt Beschreibung

=== Messungen ===
* Plugin Id
* Plugin Version
* Messungs-Typ
* Daten-Blob

=== Projekt History ===
* Datum
* Kommentar

== Plugins ==
Ich habe vor möglichst viel aum Basiscode auszulagern und nur das aller Nötigste zu integrieren.
So soll mehrere Plugin-Typen geben:
* Input : Stellen die Verbindung zwischen Software und Capture-Engine her (wie auch immer sie aussehen soll)
* Analyze : Analysieren die Daten. Dies kann jetzt von Jitter-Anaylse bis zum Protokoll-Analyzer alles sein
* Output : Unter Umständen der Datenbank Export nicht in dieser Art und Weise erwünscht bzw sinnvoll. Dann könnte man z.B über ein Output Plugin noch Daten-Dezimierung einführen oder was auch immer
* View : Ein richtiger Protokoll-Analyzer stellt die daten sicher anders da => Plugin und Fertig

Unter Windows ist eine Plugin-Architektur eigentlich ganz brauchbar machbar über DLLs.
Ähnliches gilt auch für Linux wie [http://www.linuxgazette.com/issue84/bradley.html hier] zu lesen ist.

Die Plugin-Grundstruktur läuft mittlerweile mehr oder weniger problemlos.
Derzeit sieht die ganze Angelegenheit ungefähr so aus:

Die Plugin-DLLs exportieren die Funktion '''GetPluginObject'''. Diese liefert einen Pointer auf ein von
'''CPlugInBase''' abgeleitetes Projekt.

Von diesem Objekt holt sich die Applikation nun die benötigten Information.

Das Framework läd dynamisch die vom Plugin angegebenen Menüs und fügt sie an der richtigen Stelle ein. Eventy werden natürlich auch registriert und an das Plugin gesendet.

Der Klassenstruktur wird nun noch ein Interface auf den Data-Manager hinzugefügt und schon sollte sich Daten Laden lassen.

Im Laufe der nächsten Woche könnte ich bereits einen Snapshot online stellen.. für den Fall jemand möchte sich einbringen ;)

= Unterstütze Betriebsysteme =

* Windows
* Linux

Weitere sollten sich einfach durch Neukompilieren hinzugesellen können.

= Unterstütze Hardware =
Hier kommen sie dann... die im Forum dikutierten CPLD/FPGA-Captureengines sowie noch Ultra-Lowcost AVR,dsPic,Parallel-Port oder wasauchimmer Gerätschaften.

[[Kategorie:Logic Analyzer Project|Software]]

Logic Analyzer-Projekt: Ideen zur Software

2005-07-17T17:01:13Z

Hans: /* Plugins */

Nachdem jetzt offensichtlich doch einige Blut geleckt haben und der [[Logic Analyzer]] nun mit ziemlicher Sicherheit zustande kommt hier schonmal vorab die Software-Seite.

Hier soll bis es die ersten Analyzer gibt eine ''Feature-List'' entstehen.

= Features =
== Framework,Libs,Widgetset... ==
* wxWidgets
* C++ (VC++ 6.0,gcc)
* SQLite
* zlib

== Daten ''Projektweise'' organisieren ==
Projekt Dateien sind eigentlich [http://www.sqlite.org SQLite] Datenbanken.
In 2 Tabellen werden Einstellungen und Daten gespeichert.

Um die Dateien nicht unnötig aufzublähen wird der Daten-BLOB vor dem Speichern noch komprimiert (zlib ???).

=== Daten ===
* Beschreibung
* Datenblob
* 4 Byte Timestamp (DWORD ausreizen)
* 2 Byte/8 Pins für HighZ-Detection (=> sicher nett für die Schnittstellenanalyze) und Daten

=== Konfiguration ===
* Datenstruktur Version
* Analyzer Typ
* Projekt Beschreibung

=== Messungen ===
* Plugin Id
* Plugin Version
* Messungs-Typ
* Daten-Blob

=== Projekt History ===
* Datum
* Kommentar

== Plugins ==
Ich habe vor möglichst viel aum Basiscode auszulagern und nur das aller Nötigste zu integrieren.
So soll mehrere Plugin-Typen geben:
* Input : Stellen die Verbindung zwischen Software und Capture-Engine her (wie auch immer sie aussehen soll)
* Analyze : Analysieren die Daten. Dies kann jetzt von Jitter-Anaylse bis zum Protokoll-Analyzer alles sein
* Output : Unter Umständen der Datenbank Export nicht in dieser Art und Weise erwünscht bzw sinnvoll. Dann könnte man z.B über ein Output Plugin noch Daten-Dezimierung einführen oder was auch immer
* View : Ein richtiger Protokoll-Analyzer stellt die daten sicher anders da => Plugin und Fertig

Unter Windows ist eine Plugin-Architektur eigentlich ganz brauchbar machbar über DLLs.
Ähnliches gilt auch für Linux wie [http://www.linuxgazette.com/issue84/bradley.html hier] zu lesen ist.

Die Plugin-Grundstruktur läuft mittlerweile mehr oder weniger problemlos.
Derzeit sieht die ganze Angelegenheit ungefähr so aus:

Die Plugin-DLLs exportieren die Funktion '''GetPluginObject'''. Diese liefert einen Pointer auf ein von
'''CPlugInBase''' abgeleitetes Projekt.

Von diesem Objekt holt sich die Applikation nun die benötigten Information.

Der Klassenstruktur wird nun noch ein Interface auf den Data-Manager hinzugefügt und schon sollte sich Daten Laden lassen.

Im Laufe der nächsten Woche könnte ich bereits einen Snapshot online stellen.. für den Fall jemand möchte sich einbringen ;)

= Unterstütze Betriebsysteme =

* Windows
* Linux

Weitere sollten sich einfach durch Neukompilieren hinzugesellen können.

= Unterstütze Hardware =
Hier kommen sie dann... die im Forum dikutierten CPLD/FPGA-Captureengines sowie noch Ultra-Lowcost AVR,dsPic,Parallel-Port oder wasauchimmer Gerätschaften.

[[Kategorie:Logic Analyzer Project|Software]]

Kategorie Diskussion:Logic Analyzer Project

2005-07-15T05:40:53Z

Hans:

eine eigene kategorie fuer zwei artikel erscheint mir ehrlich gesagt ziemlich uebertrieben

----

Ich sehe das so: jetzt haben wir erst Software und Hardware Brainstorming..
Im Forum hab ich schon von existierenden Lösungen gelesen, die in die Software integriert werden können...
Weiters haben schon einige von einer extrem abgespeckten Variante gesprochen => die kommen in die Kategorie..

Außerdem kann ich mir gut Vorstellen die Soft- und Hardwarehilfe(bestücken etc.) auch als eigenen Artikel reinzustellen.

Also hat das schon Sinn... schon klar, dass es jetzt "etwas" übertrieben wirkt aber das wird alles noch kommen...hoffentlich *g*

--[[Benutzer:Hans|Hans]] 07:40, 15. Jul 2005 (CEST)

Hauptseite

2005-07-14T19:24:53Z

Hans:

{| width="100%"
|-
|style="vertical-align:top" |
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 1em 1em 1em 1em; background-color:#F8F8FF; align:right;">
Diese Artikelsammlung ist ein "Wiki", das bedeutet jeder kann etwas an den bestehenden Artikeln verändern oder eigene Artikel erstellen.</div>
<div style="margin: 0; margin-top:10px; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#FFfFeF; align:right;">

== Artikelübersicht ==

=== Grundlagen ===
* [[Löten (praktisch)]]
* [[SMD Löten]]
* [[Oszilloskop]]

=== Elektronik-Grundlagen ===
* [[Operationsverstärker-Grundschaltungen]]
* [[Pulsweitenmodulation]]

=== Projekte ===
* [[Digitaler Funktionsgenerator]]
* [[Midi Rekorder mit MMC/SD-Karte]]
* [[Schrittmotor-Controller (Stepper)|Schrittmotor-Controller]]
* [[Logic Analyzer Project]] ([[Logic Analyzer | Hardware]] , [[Logic Analyzer Software | Software]])
* [[:Kategorie:Projekte|weitere...]]

=== AVR ===
* [[AVR Checkliste]]
* [[AVR-GCC-Tutorial]]
* [[AVR Assembler - Vergleichstabelle|Assembler-Befehlstabelle]]
* [[:Kategorie:AVR|weitere...]]

=== Mikrocontroller und Prozessoren ===
* [[LPC2000 Philips ARM7TDMI-Familie]]
* [[MSP430]]
* [[AVR PIC 51-Vergleich]]
* [[:Kategorie:Mikrocontroller|weitere...]]

===PC-Programmierung===

* [[Ports benutzen (GCC)]]
* [[Ports benutzen (PHP)]]

===Sonstiges===
* [[Hausbus]]
* [[Platinenhersteller]]
* [[Elektronik-Versender]]
* [[Datenblätter]]

== Artikel ==

* [[Spezial:Allpages|Alle Artikel]] - Eine Liste mit allen {{NUMBEROFARTICLES}} Artikeln im Wiki.
* [[Spezial:Popularpages|Beliebte Artikel]] - Eine Liste der Artikel, die am häufigsten aufgerufen wurden.
* [[Special:Wantedpages|Gewünschte Artikel]] - Eine Liste der Artikel, die noch nicht existieren, aber von vielen Seiten verlinkt werden. '''Hier ist eurer Wissen besonders gefragt!'''
* [[Spezial:Newpages|Neue Artikel]] - Eine Liste der zuletzt hinzugefügten Artikel.
* [[Spezial:Uncategorizedpages|Artikel ohne Kategorie]] - Eine Liste der Artikel, die noch keiner Kategorie hinzugefügt wurden.

</div>

| width="40%" style="vertical-align:top" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#efefef; align:left;">

=== Kann ich wirklich "einfach so" irgendetwas an den Seiten ändern? ===

Ja. Um eine Seite zu ändern reicht ein Klick auf den "Seite bearbeiten" Link.
Aber: Bitte lies Dir vorher die [[Uc-wiki:Wie man eine Seite bearbeitet|Bearbeitungshinweise]] durch und schau Dir am besten mal ein paar der anderen Seiten an, um zu sehen wie das Ganze funktioniert.

=== Gibt es einen Testbereich, wo man das Ganze mal ausprobieren kann? ===

Ja - dafür gibt es die [[Testseite]].

=== Wie kann ich neue Seiten erstellen? ===

Gib einfach den gewünschten Titel in die Suche ein und klicke auf "Los", falls die Seite noch nicht existiert findest du dann dort einen Link zum Anlegen der Seite. Bitte schau dir erst den Aufbau von ein paar exisiterenden Seiten an (auf "Seite bearbeiten" klicken, dann wird der Quelltext angezeigt), um herauszufinden wie das mit den Überschriften und Formatierungen funktioniert.
Mehr Informationen zu den Formatierungsmöglichkeiten gibt es [[Uc-wiki:Wie man eine Seite bearbeitet|hier]].

=== Wozu ist der "Diskussion"-Link? ===

Auf den Diskussionsseiten kann man Kommentare, Kritik oder Fragen zum jeweiligen Artikel unterbringen.

=== Was ist dieses Wiki? ===

Dieses Wiki ist eine Artikelsammlung. Unter Artikeln sind dabei Einträge zu verstehen, die über reine enzyklopädische Grundlagenartikel hinausgehen. Solche Einträge sind besser in der [http://www.wikipedia.de Wikipedia] aufgehoben. Zu den Beiträgen dieses Wikis gehören daher Tutorials, Projektbeschreibungen sowie Erfahrungsberichte und Problemlösungen in der Elektronik im Allgemeinen und hinsichtlich Mikrocontrollern im Speziellen.

</div>
|}
__NOTOC__

Logic Analyzer-Projekt: Ideen zur Hardware

2005-07-14T19:23:25Z

Hans:

hier mal das Lastenheft für den Logic Analyser. Bitte je nach Anforderung einen Strich mittels ALT GR + <> Taste links neben dem Ypsilon.
Die Aufteilung könnt ihr ja ändern/erweitern falls was fehlt. Ich gebe mal meine Maximalanforderungen ein.

'''Kanalanzahl'''
* 8 Kanäle : ||
* 16 Kanäle: ||||| ||
* 20 Kanäle: |
* 24 Kanäle: |
* 32 Kanäle: ||

'''Samplingfrequenz'''
* 8 MHz :
* 16 MHz : |
* 32 MHz : ||
* >32 MHz : ||||| ||||

'''Schnittstelle zum Computer'''
* Seriell syncron : |
* Seriell asyncron (RS232): ||||
* USB : ||||| |||
* Parallelport : |

'''Am PC läuft/wird laufen'''
* Windows : ||||||
* Linux : ||||| |||
* MacOS X : |
* Anderes :

Falls USB als Schnittstelle verwendet wird, ist es hilfreich, einen schnellen Transfer zuzulassen. Ggf. keinen normalen FTDI-Chip einsetzen. Phillips ist auch günstiger bei Reichelt (PDI USB D12D).

* Und wer schreibt den Treiber? Fuer 2 Euro Einsparung pro Stueck lohnt sich das garantiert nicht. --[[Benutzer:Andreas|Andreas]] 11:37, 13. Jul 2005 (CEST)

* Alternativ CP2102 => bei farnell für unter 5€... der braucht anscheinend keine externen komponenten und im gegensatz zum ft232 bekomm ich den problemlos bei farnell ;) infos gibt's [http://www.silabs.com/tgwWebApp/public/web_content/products/Microcontrollers/Interface/en/interface.htm hier] --[[Benutzer:Hans|Hans]] 17:36, 13. Jul 2005 (CEST)

Ein gewisser Schutz für die Schnittstelle wäre auch nicht schlecht (Worst Case), evtl. die Eingange gleich durch ein Dioden-Array schützen.

[[Kategorie:Logic Analyzer Project|Hardware]]

Logic Analyzer-Projekt: Ideen zur Software

2005-07-14T19:19:52Z

Hans:

Nachdem jetzt offensichtlich doch einige Blut geleckt haben und der [[Logic Analyzer]] nun mit ziemlicher Sicherheit zustande kommt hier schonmal vorab die Software-Seite.

Hier soll bis es die ersten Analyzer gibt eine ''Feature-List'' entstehen.

= Features =
== Framework,Libs,Widgetset... ==
* wxWidgets
* C++ (VC++ 6.0,gcc)
* SQLite
* zlib

== Daten ''Projektweise'' organisieren ==
Projekt Dateien sind eigentlich [http://www.sqlite.org SQLite] Datenbanken.
In 2 Tabellen werden Einstellungen und Daten gespeichert.

Um die Dateien nicht unnötig aufzublähen wird der Daten-BLOB vor dem Speichern noch komprimiert (zlib ???).

=== Daten ===
* Beschreibung
* Datenblob
* 4 Byte Timestamp (DWORD ausreizen)
* 2 Byte/8 Pins für HighZ-Detection (=> sicher nett für die Schnittstellenanalyze) und Daten

=== Konfiguration ===
* Datenstruktur Version
* Analyzer Typ
* Projekt Beschreibung

=== Messungen ===
* Plugin Id
* Plugin Version
* Messungs-Typ
* Daten-Blob

=== Projekt History ===
* Datum
* Kommentar

== Plugins ==
Ich habe vor möglichst viel aum Basiscode auszulagern und nur das aller Nötigste zu integrieren.
So soll mehrere Plugin-Typen geben:
* Input : Stellen die Verbindung zwischen Software und Capture-Engine her (wie auch immer sie aussehen soll)
* Analyze : Analysieren die Daten. Dies kann jetzt von Jitter-Anaylse bis zum Protokoll-Analyzer alles sein
* Output : Unter Umständen der Datenbank Export nicht in dieser Art und Weise erwünscht bzw sinnvoll. Dann könnte man z.B über ein Output Plugin noch Daten-Dezimierung einführen oder was auch immer
* View : Ein richtiger Protokoll-Analyzer stellt die daten sicher anders da => Plugin und Fertig

Unter Windows ist eine Plugin-Architektur eigentlich ganz brauchbar machbar über DLLs.
Ähnliches gilt auch für Linux wie [http://www.linuxgazette.com/issue84/bradley.html hier] zu lesen ist.

Einzig und allein hier soll der portierungsbedürftige Code der Basisapplikation sitzen.

Durch die Plugin-Architektur brauen nur die Input-Plugins um die Eigenheiten des Datentransfers gedanken machen.

= Unterstütze Betriebsysteme =

* Windows
* Linux

Weitere sollten sich einfach durch Neukompilieren hinzugesellen können.

= Unterstütze Hardware =
Hier kommen sie dann... die im Forum dikutierten CPLD/FPGA-Captureengines sowie noch Ultra-Lowcost AVR,dsPic,Parallel-Port oder wasauchimmer Gerätschaften.

[[Kategorie:Logic Analyzer Project|Software]]

Logic Analyzer-Projekt: Ideen zur Software

2005-07-14T19:12:49Z

Hans:

Nachdem jetzt offensichtlich doch einige Blut geleckt haben und der [[Logic Analyzer]] nun mit ziemlicher Sicherheit zustande kommt hier schonmal vorab die Software-Seite.

Hier soll bis es die ersten Analyzer gibt eine ''Feature-List'' entstehen.

= Features =
== Framework,Libs,Widgetset... ==
* wxWidgets
* C++ (VC++ 6.0,gcc)
* SQLite
* zlib

== Daten ''Projektweise'' organisieren ==
Projekt Dateien sind eigentlich [http://www.sqlite.org SQLite] Datenbanken.
In 2 Tabellen werden Einstellungen und Daten gespeichert.

Um die Dateien nicht unnötig aufzublähen wird der Daten-BLOB vor dem Speichern noch komprimiert (zlib ???).

=== Daten ===
* Beschreibung
* Datenblob
* 4 Byte Timestamp (DWORD ausreizen)
* 2 Byte/8 Pins für HighZ-Detection (=> sicher nett für die Schnittstellenanalyze) und Daten

=== Konfiguration ===
* Datenstruktur Version
* Analyzer Typ
* Projekt Beschreibung

=== Messungen ===
* Plugin Id
* Plugin Version
* Messungs-Typ
* Daten-Blob

=== Projekt History ===
* Datum
* Kommentar

== Plugins ==
Ich habe vor möglichst viel aum Basiscode auszulagern und nur das aller Nötigste zu integrieren.
So soll mehrere Plugin-Typen geben:
* Input : Stellen die Verbindung zwischen Software und Capture-Engine her (wie auch immer sie aussehen soll)
* Analyze : Analysieren die Daten. Dies kann jetzt von Jitter-Anaylse bis zum Protokoll-Analyzer alles sein
* Output : Unter Umständen der Datenbank Export nicht in dieser Art und Weise erwünscht bzw sinnvoll. Dann könnte man z.B über ein Output Plugin noch Daten-Dezimierung einführen oder was auch immer
* View : Ein richtiger Protokoll-Analyzer stellt die daten sicher anders da => Plugin und Fertig

Unter Windows ist eine Plugin-Architektur eigentlich ganz brauchbar machbar über DLLs.
Ähnliches gilt auch für Linux wie [http://www.linuxgazette.com/issue84/bradley.html hier] zu lesen ist.

Einzig und allein hier soll der portierungsbedürftige Code der Basisapplikation sitzen.

Durch die Plugin-Architektur brauen nur die Input-Plugins um die Eigenheiten des Datentransfers gedanken machen.

= Unterstütze Betriebsysteme =

* Windows
* Linux

Weitere sollten sich einfach durch Neukompilieren hinzugesellen können.

= Unterstütze Hardware =
Hier kommen sie dann... die im Forum dikutierten CPLD/FPGA-Captureengines sowie noch Ultra-Lowcost AVR,dsPic,Parallel-Port oder wasauchimmer Gerätschaften.

[[Kategorie:Logic Analyzer|Software]]

Logic Analyzer-Projekt: Ideen zur Hardware

2005-07-13T15:36:43Z

Hans:

hier mal das Lastenheft für den Logic Analyser. Bitte je nach Anforderung einen Strich mittels ALT GR + <> Taste links neben dem Ypsilon.
Die Aufteilung könnt ihr ja ändern/erweitern falls was fehlt. Ich gebe mal meine Maximalanforderungen ein.

'''Kanalanzahl'''
* 8 Kanäle : ||
* 16 Kanäle: ||||
* 20 Kanäle: |
* 24 Kanäle: |
* 32 Kanäle: ||

'''Samplingfrequenz'''
* 8 MHz :
* 16 MHz : |
* 32 MHz : ||
* >32 MHz : ||||||

'''Schnittstelle zum Computer'''
* Seriell syncron : |
* Seriell asyncron (RS232): |||
* USB : |||||
* Parallelport : |

'''Am PC läuft/wird laufen'''
* Windows : ||||
* Linux : |||||
* MacOS X : |
* Anderes :

Falls USB als Schnittstelle verwendet wird, ist es hilfreich, einen schnellen Transfer zuzulassen. Ggf. keinen normalen FTDI-Chip einsetzen. Phillips ist auch günstiger bei Reichelt (PDI USB D12D).

* Und wer schreibt den Treiber? Fuer 2 Euro Einsparung pro Stueck lohnt sich das garantiert nicht. --[[Benutzer:Andreas|Andreas]] 11:37, 13. Jul 2005 (CEST)

* Alternativ CP2102 => bei farnell für unter 5?... der braucht anscheinend keine externen komponenten und im gegensatz zum ft232 bekomm ich den problemlos bei farnell ;) infos gibt's [http://www.silabs.com/tgwWebApp/public/web_content/products/Microcontrollers/Interface/en/interface.htm hier] --[[Benutzer:Hans|Hans]] 17:36, 13. Jul 2005 (CEST)

Ein gewisser Schutz für die Schnittstelle wäre auch nicht schlecht (Worst Case), evtl. die Eingange gleich durch ein Dioden-Array schützen.

Logic Analyzer-Projekt: Ideen zur Hardware

2005-07-12T20:10:55Z

Hans:

Logic Analyzer-Projekt: Ideen zur Hardware

2005-07-12T20:09:51Z

Hans:

Kategorie:Grundlagen

2005-06-30T21:36:26Z

Hans:

Kennzeichnung von Halbleitern

2005-06-30T21:34:23Z

Hans:

[[Category:Grundlagen]]

Es gibt im Großen und ganzen 3 verschiedene Normen zur Kennzeichnung von Halbleitern (Dioden,Transistoren).

Eine englische Übersicht ist auf [http://repairfaq.cis.upenn.edu/sam/tshoot.htm#tshmtrd dieser] Homepage zu finden... Zumindest bei Pro-Electron würde ich aber den Standart vorziehen (sofern dieser zu finden ist).

== Europa (Pro-Electron) ==

Genaue Informationen sind auf der [http://www.eeca.org/pro_elec.htm Pro-Electron]-Homepage zu finden.
In der verlinkten PDF-Datei(Pro Electron Booklet - Twelfth Edition ? 2005-04) ab Kapitel 4 ist eine genaue Auflistung zu finden.

Ein Kurzfassung möchte ich aber hier nochmal bieten:

*1. Buchstabe (Ausgangsmaterial)

** A - Germanium
** B - Silizium

*2. Buchstabe (Verwendung)

** A - Kleinleistungs Diode
** B - Vari-Cap
** C - Kleinleistungs Transistor (AF, Audio-Frequency = ... max 30MHz)
** D - Leistungstrasistor (AF)

** U - Leistungsschalttransistor

** Y - Gleichrichter-Diode
** Z - Z-Diode

*3. Weitere vom Hersteller vergebene Ziffern/Buchstaben

== Amerika (Joint Electron Device Engineering Council = JEDEC) ==

Genaue Informationen müssten auf der [http://www.JEDEC.org JEDEC]-Homepage zu finden sein.. Aber da ich etwas gegen Zwangsregistrieren habe gebe ich nur das wieder was ich meinem Hirn so finde ;)

*Anzahl der Sperrschichten

**1 Diode
**2 Transistor
**3 Transistor
**4 Thyristor

*N

*Laufziffer vom Hersteller

z.b 2N2222 oder 1N4148

== Japan (Japanese Industrial Standard = JIS)==

Das sind die lustigen Bauteile mit dem 2SC usw.. weiteres siehe z.B Url in der Einleitung.

Transistor

2005-06-30T21:33:31Z

Hans:

Kunstwort aus "transfer resistor", was etwa so viel bedeutet wie "veränderlicher [[Widerstand]]".

In den 1950-ern als praktische Anwendung des [[Halbleiter]]-Effekts erfundenes "solid state" Schalt- und Verstärkerelement, welches sehr klein ist, ohne bewegte Teile auskommt (anders als ein klassisches Relais) und keine energiefressende Heizung benötigt (anders als eine Röhre).

Vom "bipolaren Transistor" (PNP, NPN) weiterentwickelt zum "Feldeffekt-Transistor" ([[FET]]), der heute - gefertigt mit einem preiswerten Verfahren unter Verwendung von Metall-Oxid-Schichten (MOS) - ein wesentliches Element integrierter Schaltkreise ([[IC]]s, integrated circuits) darstellt, und damit natürlich auch von [[Mikrocontroller]]n, um die es in diesem Wiki hauptsächlich geht (bzw. gehen sollte).

== Typbezeichnungen ==

Neben den Typbezeichnungen wie 2Nxxxx, TIPxxx, MJxxx, MJExx gibt es noch die in Europa geläufigere Kennzeichnung bestehend aus zwei Buchstaben und drei Ziffern.

Die diversen Kennzeichnungsmöglichkeiten habe ich in einem eigenen Artikel ([[Kennzeichnung von Halbleitern]]) zusammengefasst.

== Transistor Grundschaltungen ==
=== Basis-Schaltung ===
Basisschaltungem finden sich vor Allem in Eingangsstufen in der HF-Technik.

-> Geringe Eingangsimpedanz
-> Keine Phasenverschiebung

=== Emitter-Schaltung ===
Emitterschaltungen bieten hohe Spannungsverstärkung.

-> Keine Phasendrehung
-> Hohe Spannungsverstärkung

=== Kollektor-Schaltung ===
Auch bekannt unter Emitterfolger.
Wird wor allem als Impedanzwandler benutzt.

-> 180° Phasendrehung
-> Hohe Stromverstärkung

== Weblinks ==
* [http://de.wikipedia.org/wiki/transistor "Transistor" bei Wikipedia]
* [http://www.elektronikinfo.de/strom/bipolartransistoren.htm www.elektronikinfo.de]

Kennzeichnung von Halbleitern

2005-06-30T21:32:35Z

Hans:

Es gibt im Großen und ganzen 3 verschiedene Normen zur Kennzeichnung von Halbleitern (Dioden,Transistoren).

Eine englische Übersicht ist auf [http://repairfaq.cis.upenn.edu/sam/tshoot.htm#tshmtrd dieser] Homepage zu finden... Zumindest bei Pro-Electron würde ich aber den Standart vorziehen (sofern dieser zu finden ist).

== Europa (Pro-Electron) ==

Genaue Informationen sind auf der [http://www.eeca.org/pro_elec.htm Pro-Electron]-Homepage zu finden.
In der verlinkten PDF-Datei(Pro Electron Booklet - Twelfth Edition ? 2005-04) ab Kapitel 4 ist eine genaue Auflistung zu finden.

Ein Kurzfassung möchte ich aber hier nochmal bieten:

*1. Buchstabe (Ausgangsmaterial)

** A - Germanium
** B - Silizium

*2. Buchstabe (Verwendung)

** A - Kleinleistungs Diode
** B - Vari-Cap
** C - Kleinleistungs Transistor (AF, Audio-Frequency = ... max 30MHz)
** D - Leistungstrasistor (AF)

** U - Leistungsschalttransistor

** Y - Gleichrichter-Diode
** Z - Z-Diode

*3. Weitere vom Hersteller vergebene Ziffern/Buchstaben

== Amerika (Joint Electron Device Engineering Council = JEDEC) ==

Genaue Informationen müssten auf der [http://www.JEDEC.org JEDEC]-Homepage zu finden sein.. Aber da ich etwas gegen Zwangsregistrieren habe gebe ich nur das wieder was ich meinem Hirn so finde ;)

*Anzahl der Sperrschichten

**1 Diode
**2 Transistor
**3 Transistor
**4 Thyristor

*N

*Laufziffer vom Hersteller

z.b 2N2222 oder 1N4148

== Japan (Japanese Industrial Standard = JIS)==

Das sind die lustigen Bauteile mit dem 2SC usw.. weiteres siehe z.B Url in der Einleitung.

Kennzeichnung von Halbleitern

2005-06-30T21:30:22Z

Hans:

Es gibt im Großen und ganzen 3 verschiedene Normen zur Kennzeichnung von Halbleitern (Dioden,Transistoren).

Eine englische Übersicht ist auf [[http://repairfaq.cis.upenn.edu/sam/tshoot.htm#tshmtrd|dieser]] Homepage zu finden... Zumindest bei Pro-Electron würde ich aber den Standart vorziehen (sofern dieser zu finden ist).

== Europa (Pro-Electron) ==

Genaue Informationen sind auf der [[http://www.eeca.org/pro_elec.htm|Pro-Electron]]-Homepage zu finden.
In der verlinkten PDF-Datei(Pro Electron Booklet - Twelfth Edition ? 2005-04) ab Kapitel 4 ist eine genaue Auflistung zu finden.

Ein Kurzfassung möchte ich aber hier nochmal bieten:

*1. Buchstabe (Ausgangsmaterial)

** A - Germanium
** B - Silizium

*2. Buchstabe (Verwendung)

** A - Kleinleistungs Diode
** B - Vari-Cap
** C - Kleinleistungs Transistor (AF, Audio-Frequency = ... max 30MHz)
** D - Leistungstrasistor (AF)

** U - Leistungsschalttransistor

** Y - Gleichrichter-Diode
** Z - Z-Diode

*3. Weitere vom Hersteller vergebene Ziffern/Buchstaben

== Amerika (Joint Electron Device Engineering Council = JEDEC) ==

Genaue Informationen müssten auf der [[http://www.JEDEC.org|JEDEC]]-Homepage zu finden sein.. Aber da ich etwas gegen Zwangsregistrieren habe gebe ich nur das wieder was ich meinem Hirn so finde ;)

*Anzahl der Sperrschichten

**1 Diode
**2 Transistor
**3 Transistor
**4 Thyristor

*N

*Laufziffer vom Hersteller

z.b 2N2222 oder 1N4148

== Japan (Japanese Industrial Standard = JIS)==

Das sind die lustigen Bauteile mit dem 2SC usw.. weiteres siehe z.B Url in der Einleitung.