universalmessgerät

[Peter Z. (Firma: privat) (dj_peter)]

Hallochen und ein gesundes ,frohes neues Jahr euch allen.

Ihr dürft jetzt ruhig lachen aber....
Ich hatte letzte nacht so einen seltsamen traum....
Transistortester haben hier ja schon fast alle gebaut.
LCR- Meter auch.
mein gedanke (oder traum) war, ob es den möglich ist, mit einem 128x64 
LCD und einem Atmega 16 oder 32 beide geräte zu vereinen? und via 
Menüführung auszuwählen welches gerät man eben braucht?
meine Gedanke dran ist, man hätte ein gerät weniger auf dem Tisch,einen 
stecker weniger in der steckdose und im seltensten fall braucht man 
beide geräte nebeneinander.
Ich hätte schon interesse so ein gerät zu basteln, wenn es denn irgendwo 
eine Schaltung dafür gibt.
Für Gedankenanstösse von euch wäre ich dankbar.
Gruss peter
(AVR-Anfänger)

[Karl H. (kbuchegg)]

Peter Zinn schrieb:

> mein gedanke (oder traum) war, ob es den möglich ist, mit einem 128x64
> LCD und einem Atmega 16 oder 32 beide geräte zu vereinen? und via
> Menüführung auszuwählen welches gerät man eben braucht?

Warum soll das nicht möglich sein?
studier die Schaltungen, übernimm den Messteil von der einen Schaltung 
in die andere (dabei darauf achten, ob es auf die Belegung der sog. 
Alternate Functions ankommt) und schreib ein neues Programm, welches die 
beiden anderen Programme zusammenführt.

> Für Gedankenanstösse von euch wäre ich dankbar.

Machen!

> (AVR-Anfänger)

Dann hast du allerdings noch einiges vor dir. Anfängerprojekt ist das 
keines.

[Peter Z. (Firma: privat) (dj_peter)]

hallochen nochmal.

naja, das es kein Anfängerprojekt ist, ist mir schon klar.
Wie programmiert wirt weis ich mittlerweile auch (Ponyprog). Das 
Leiterplatten erstellen mit Eagel und co hatte ich bei der Umschulung 
zum Mechatroniker.
Das was mir schwierigkeiten bereitet, ist das programme schreiben.
(mein Ozzi welchen ich mal nachgebaut hab funktioniert auch noch)
Aber ich kann mir nicht vorstellen, das ich zumindest die 
Displayansteuerung sowie die Cursorfürung hardwaretechnisch so 
übernehmen kann. (serasidis.gr)
Oder liege ich da falsch??
gruss Peter

[Karl H. (kbuchegg)]

Peter Zinn schrieb:

> Das was mir schwierigkeiten bereitet, ist das programme schreiben.

Und das macht bei den meisten Projekten mehr als rund 80% des Aufwands 
aus.

> Aber ich kann mir nicht vorstellen, das ich zumindest die
> Displayansteuerung sowie die Cursorfürung hardwaretechnisch so
> übernehmen kann. (serasidis.gr)
> Oder liege ich da falsch??

Was du übernehmen kannst sind die Messprinzipien und wahrscheinlich die 
eine oder andere Funktion daraus.

Grundsätzlich ist der Ansatz:
Ich hab da 2 Programme und "die mische ich irgendwie zusammen" zum 
Scheitern verurteilt.
Du schreibst grundsätzlich ein NEUES Programm. Überlegst dir, wie die 
Benutzerführung laufen soll, wie die Menüpunkte aussehen sollen etc. Da 
wird vieles dabei sein, wo man auf die beiden Originalprogramme 
zurückgreifen kann, zumindest von der Programmidee her. Aber vieles wird 
sich auch nicht einfach übernehmen lassen und man muss selber mit 
Entwicklungsarbeit ran.

Was man übernimmt sind Konzepte, die Idee im Programm. Die technische 
Umsetzung in Form von Code kann man an manchen Stellen übernehmen 
(zumindest in der Form, das sie als Basis dient), oftmals aber auch 
nicht. Daher ist es immer gut, wenn man erst mal die Einzelprogramme 
analysiert und die dahinterstehenden Konzepte versteht. Denn die sind 
es, die transferiert und zusammengeführt werden.

Löse dich von der Vorstellung, dass Programmieren aus Code-Kopieren 
besteht.


Und noch was:
Die Benutzerführung, zb als Menü ausgeführt - die ist nicht das 
wichtigste im Programm. Als Benutzer ist das zwar das, was du siehst, 
aber ohne dahinterstehende Funktionalität ist das alles nichts wert. So 
wie ein Autoradio ohne Innenleben, nur mit aufgeklebten Bedienelementen 
aus Karton auch nichts wert ist.