Beiträge von tmaudio

Moin!

http://www.megakick-stores.de/fs-shop.htm und dann nach XLR suchen. Da gibt es Paarweise XLR-Stecker- und Kupplungen. Mit denen haben wir früher immer gearbeitet, auch außerhalb von Case-Verkabelungen und wurden nie enttäuscht. Diese haben sogar eine Zugentlastung wie die Neutriks.
Aber Vorsicht: in diesem Shop gibt es wirklich nur einzelne gute Sachen. Hauptsächlich gibts bei denen nur richtig billiges China-nachbau-Zeug!
Und wer ein Gewerbe hat: http://www.ett-online.de das ist der gleiche Laden, nur halt für Händler (also alles noch bissel günstiger)

Moin!

http://www.megakick-stores.de/fs-shop.htm und dann nach XLR suchen. Da gibt es Paarweise XLR-Stecker- und Kupplungen. Mit denen haben wir früher immer gearbeitet, auch außerhalb von Case-Verkabelungen und wurden nie enttäuscht. Diese haben sogar eine Zugentlastung wie die Neutriks.
Aber Vorsicht: in diesem Shop gibt es wirklich nur einzelne gute Sachen. Hauptsächlich gibts bei denen nur richtig billiges China-nachbau-Zeug!
Und wer ein Gewerbe hat: http://www.ett-online.de das ist der gleiche Laden, nur halt für Händler (also alles noch bissel günstiger)

Gudn Tach allerseits!

Sorry, hab mich lange nicht mehr gemeldet (zu viel Zeit für das Projekt geopfert...) aber ich wollt nur mal wieder den Projektstand aktualisieren:
Also es werden jetzt folgende Buchsen verbaut:
2x Speakon, 2x XLR 3pol (M/W), 2x XLR 5pol(M/W), 2x RJ45, 2x Klinke 6,3mm, 1x Klinke 3,5mm, 2x Chinch. Diese sind dann zum Kabeltesten.
Außerdem kommt noch eine zus. XLR 3pol M Buchse rein, aus der dann die Testtöne für den Lautsprechertest kommen. (wahlweise 50, 100, 1k 10k oder 15kHz). Das mit der Extrabuchse haben wir extra so gemacht, um die Wahrscheinlichkeit der Boxenzerstörung durch einen 5V DC Pegel auf dem Line Eingang zu verringern.
Als Controller haben wir jetzt einen AT Mega 128 von Atmel verbaut. Der hat genug internen Speicher, das wir keinen externen mehr brauchen und er hat mit 53 I/Os auch genug Ein/ Ausgänge zum testen.
Programmiert wird jetzt doch in Assembler.
Was wir auch noch eingebaut haben, ist eine Programmierschnittstelle, mit der man dann über den Parallelport jedes Computers z.B. per "PonyProg" das Programm updaten kann.
Die Idee mit der automatischen Kabelerkennung haben wir leider wieder verwerfen müssen, da es einfach zu viele verschiedene Möglichkeiten gegeben hätte, um die Kabel eindeutig zu erkennen. Erstens hätten wir da noch mehr Ports gebraucht und außerdem wäre der Programmieraufwand nochmal erheblich gestiegen (wir sind auch so schon genug im Stress...).

Was die Serienproduktion angeht: wir haben uns schon auch Gedanken darüber gemacht. Jedoch sollte dieses Teil in erster Linie überhaupt mal funktionieren. Deshalb müsste man für ein Serienprodukt auf jeden Fall nochmal ein Re-Design machen, um die Bauteilkosten zu senken. Aber interessant wärs auf jeden Fall, wenn Bedarf da wäre?

Falls noch Fragen oder Anregungen wären, bin ich natürlich immernoch sehr dran interessiert.

An sonsten wünsch ich noch frohe Weihnachten!

Gudn Tach allerseits!

Sorry, hab mich lange nicht mehr gemeldet (zu viel Zeit für das Projekt geopfert...) aber ich wollt nur mal wieder den Projektstand aktualisieren:
Also es werden jetzt folgende Buchsen verbaut:
2x Speakon, 2x XLR 3pol (M/W), 2x XLR 5pol(M/W), 2x RJ45, 2x Klinke 6,3mm, 1x Klinke 3,5mm, 2x Chinch. Diese sind dann zum Kabeltesten.
Außerdem kommt noch eine zus. XLR 3pol M Buchse rein, aus der dann die Testtöne für den Lautsprechertest kommen. (wahlweise 50, 100, 1k 10k oder 15kHz). Das mit der Extrabuchse haben wir extra so gemacht, um die Wahrscheinlichkeit der Boxenzerstörung durch einen 5V DC Pegel auf dem Line Eingang zu verringern.
Als Controller haben wir jetzt einen AT Mega 128 von Atmel verbaut. Der hat genug internen Speicher, das wir keinen externen mehr brauchen und er hat mit 53 I/Os auch genug Ein/ Ausgänge zum testen.
Programmiert wird jetzt doch in Assembler.
Was wir auch noch eingebaut haben, ist eine Programmierschnittstelle, mit der man dann über den Parallelport jedes Computers z.B. per "PonyProg" das Programm updaten kann.
Die Idee mit der automatischen Kabelerkennung haben wir leider wieder verwerfen müssen, da es einfach zu viele verschiedene Möglichkeiten gegeben hätte, um die Kabel eindeutig zu erkennen. Erstens hätten wir da noch mehr Ports gebraucht und außerdem wäre der Programmieraufwand nochmal erheblich gestiegen (wir sind auch so schon genug im Stress...).

Was die Serienproduktion angeht: wir haben uns schon auch Gedanken darüber gemacht. Jedoch sollte dieses Teil in erster Linie überhaupt mal funktionieren. Deshalb müsste man für ein Serienprodukt auf jeden Fall nochmal ein Re-Design machen, um die Bauteilkosten zu senken. Aber interessant wärs auf jeden Fall, wenn Bedarf da wäre?

Falls noch Fragen oder Anregungen wären, bin ich natürlich immernoch sehr dran interessiert.

An sonsten wünsch ich noch frohe Weihnachten!

cool, danke schonmal! genau so was in der Richtung haben die auch gesucht, werde es umgehend weiterleiten...

Hallo!
Is zwar nicht wirklich PA aber ich hoff, das ihr mir trotzdem helfen könnt!
Ich bin für einen Kumpel auf der Suche nach Scheinwerfern, die für THW Einsätze gedacht sind. Bisher hatten sie Halogenstrahler 1000W (6Stück) an einer Traverse. Da dieses Konstukt nun modernisiert werden soll, sollen auch neue Scheinwerfer angeschafft werden.
Was auf jeden Fall interessant wäre, sind HQI bzw HQL (zweiteres hab ich noch nie etwas davon gehört..).
Kann mir da jemand Hersteller/Bezugsquellen für so Material nennen?
Und: was für ne Leistung von ner HQI Lampe entspricht etwa 1000W Halogen?
Danke schonmal für eure Mithilfe!

Erstmal danke an alle für die rege Beteiligung an der Diskussion!

Was den Controller angeht: Welchen wir einsetzen, entscheiden wir dann, wenn wir genau wissen, wieviele d-in und d-out wir brauchen. Vom Hersteller wirds enweder ein Pic, Intel oder ein Atmel (hiefür sind an der FH Programmiermöglichkeiten vorhanden)

Den öfter vorgeschlagenen Dauertest finde ich auch sinnvoll. Ich werde es auf jeden Fall mit den anderen mal durchdiskutieren. Wenns nicht allzu aufwändig zu realisieren ist, kommts mit rein.

Das mit der Automatischen Kabelerkennung wäre zwar praktisch, aber schwierig zu realisieren, da man hierfür eine ganze Menge zusätzlicher d-in und d-out bräuchte.
Das gleiche gilt für den Vorschlag, für jeden Pin eine eigene LED vorzusehen. Das wird außerdem meiner Meinung nach zu unübersichtlich, v.a. auch deshalb, weil ich auf jeden Fall die Buchsen auf die Oberseite montieren möchte.

Findet Ihr die Menüsteuerung echt so kompliziert? (wahrscheinlich schon, sonst würdet ihr es ja nicht sagen...) Ich verstehe ehrlich gesagt nur nicht so genau warum. Die Funktionsweise ist doch in max. 1min erklärt und meiner Meinung nach jedem mit grober Fachkenntnis auch leicht verständlich. Trotzdem: Verbesserungsvorschläge sehr erwünscht!

Wenn möglich programieren wir die ganze Geschichte auf jeden Fall in C. Wobei ich ehrlich gesagt auch keine Probleme mit Assembler hätte...

Den Vorschlag die Pinbelegung auf dem Display anzuzeigen halte ich auf jeden Fall für sinnvoll, jedoch nur bei Speakon oder XLR Kabeln.

Das modifizierte Pflichtenheft ist wieder unter http://www.tmaudio.de/temp/Pflichetnheft.doc zu finden!

Erstmal danke an alle für die rege Beteiligung an der Diskussion!

Was den Controller angeht: Welchen wir einsetzen, entscheiden wir dann, wenn wir genau wissen, wieviele d-in und d-out wir brauchen. Vom Hersteller wirds enweder ein Pic, Intel oder ein Atmel (hiefür sind an der FH Programmiermöglichkeiten vorhanden)

Den öfter vorgeschlagenen Dauertest finde ich auch sinnvoll. Ich werde es auf jeden Fall mit den anderen mal durchdiskutieren. Wenns nicht allzu aufwändig zu realisieren ist, kommts mit rein.

Das mit der Automatischen Kabelerkennung wäre zwar praktisch, aber schwierig zu realisieren, da man hierfür eine ganze Menge zusätzlicher d-in und d-out bräuchte.
Das gleiche gilt für den Vorschlag, für jeden Pin eine eigene LED vorzusehen. Das wird außerdem meiner Meinung nach zu unübersichtlich, v.a. auch deshalb, weil ich auf jeden Fall die Buchsen auf die Oberseite montieren möchte.

Findet Ihr die Menüsteuerung echt so kompliziert? (wahrscheinlich schon, sonst würdet ihr es ja nicht sagen...) Ich verstehe ehrlich gesagt nur nicht so genau warum. Die Funktionsweise ist doch in max. 1min erklärt und meiner Meinung nach jedem mit grober Fachkenntnis auch leicht verständlich. Trotzdem: Verbesserungsvorschläge sehr erwünscht!

Wenn möglich programieren wir die ganze Geschichte auf jeden Fall in C. Wobei ich ehrlich gesagt auch keine Probleme mit Assembler hätte...

Den Vorschlag die Pinbelegung auf dem Display anzuzeigen halte ich auf jeden Fall für sinnvoll, jedoch nur bei Speakon oder XLR Kabeln.

Das modifizierte Pflichtenheft ist wieder unter http://www.tmaudio.de/temp/Pflichetnheft.doc zu finden!

Moin!
Also, ich hab mich jetzt mal am WE hingesetzt und das Pflichtenheft soweit vervollständigt.
Habs mal bei uns auf den Server gestellt: http://www.tmaudio.de/temp/Pflichtenheft.doc (eigentlich wollt ich ne PDF draus machen, aber mein PDF- Programm wollte nicht...)
Wäre auf jeden Fall nett, wenn sich der eine oder andere das mal durchliest und mir sagt, was er davon hält.
In meinen Augen ist das ein ganz brauchbarer Kompromiss aus Baugröße, Bedienbarkeit und vor Allem Funktionalität

Moin!
Also, ich hab mich jetzt mal am WE hingesetzt und das Pflichtenheft soweit vervollständigt.
Habs mal bei uns auf den Server gestellt: http://www.tmaudio.de/temp/Pflichtenheft.doc (eigentlich wollt ich ne PDF draus machen, aber mein PDF- Programm wollte nicht...)
Wäre auf jeden Fall nett, wenn sich der eine oder andere das mal durchliest und mir sagt, was er davon hält.
In meinen Augen ist das ein ganz brauchbarer Kompromiss aus Baugröße, Bedienbarkeit und vor Allem Funktionalität

Also ich finde, es ist durchaus sinvoll auch einen "einfachen" Tester mit MC und Display zu bauen. Wenn man sämtliche Stecker-Kabel-Buchsenkombinationen harwaremäßig mit Schaltern einstellen müsste wäre das arg unübersichtlich.
Außerdem kann man per Menü die ganze Sache noch optimieren, da man für jeden Kabeltyp nur bestimmte Stecker- und Buchsensorten zulässt. Ein Speakon Stecker an einem Signalkabel wäre z.B. relativ unsinnig...

Also ich finde, es ist durchaus sinvoll auch einen "einfachen" Tester mit MC und Display zu bauen. Wenn man sämtliche Stecker-Kabel-Buchsenkombinationen harwaremäßig mit Schaltern einstellen müsste wäre das arg unübersichtlich.
Außerdem kann man per Menü die ganze Sache noch optimieren, da man für jeden Kabeltyp nur bestimmte Stecker- und Buchsensorten zulässt. Ein Speakon Stecker an einem Signalkabel wäre z.B. relativ unsinnig...

Danke schonmal für die vielen Anregungen!
Mit Multicore hab ich eigentlich nur die fürs Licht gemeint. Und da würden ja 10 und 16 polige Hartings (jeweils m/w) ausreichen. Zum testen könnte man, je nachdem wie viele d-out/d-in der Controller hat entweder je einen d-out /d-infür jede Ader nehmen, oder man testet per multiplexer eine Ader nach der anderen. dann kann man genau sagen, das zb. bei pin 3 ein Fehler ist. dann muss man nur den Stecker aufschrauben und an pin 3 nachschaun.
Aber wie gesagt, das Hauptaugenmerk liegt auf Signal- und LSP-Kabeln. Auch deshalb, weil es relativ kompakt aufgebaut werden soll. Wenn da noch 4 Hartings dransollen, wirds ja allein dadurch fast doppelt so groß...
Was das angeht von wegen erkennen, ob da statt dem schirm eine ader oder umekehrt angelötet wurde, müssen wir mal schauen, ob das nicht den zeitlichen Rahmen sprengt. Wir arbeiten zu dritt dran und der offiziell dafür Vorgesehene Zeitaufand sind ca. 3 Stunden/ Woche bis Anfang Januar 05. Is klar, das ich vor Mehrarbeit bzw. Überstunden nicht zurückschrecke (soll ja was gescheites dabei rauskommen...), aber übermäßig ausufern sollte es auch nicht.
Nichtsdestotrotz freue ich mich natürlich über jede weitere Anregung!

Danke schonmal für die vielen Anregungen!
Mit Multicore hab ich eigentlich nur die fürs Licht gemeint. Und da würden ja 10 und 16 polige Hartings (jeweils m/w) ausreichen. Zum testen könnte man, je nachdem wie viele d-out/d-in der Controller hat entweder je einen d-out /d-infür jede Ader nehmen, oder man testet per multiplexer eine Ader nach der anderen. dann kann man genau sagen, das zb. bei pin 3 ein Fehler ist. dann muss man nur den Stecker aufschrauben und an pin 3 nachschaun.
Aber wie gesagt, das Hauptaugenmerk liegt auf Signal- und LSP-Kabeln. Auch deshalb, weil es relativ kompakt aufgebaut werden soll. Wenn da noch 4 Hartings dransollen, wirds ja allein dadurch fast doppelt so groß...
Was das angeht von wegen erkennen, ob da statt dem schirm eine ader oder umekehrt angelötet wurde, müssen wir mal schauen, ob das nicht den zeitlichen Rahmen sprengt. Wir arbeiten zu dritt dran und der offiziell dafür Vorgesehene Zeitaufand sind ca. 3 Stunden/ Woche bis Anfang Januar 05. Is klar, das ich vor Mehrarbeit bzw. Überstunden nicht zurückschrecke (soll ja was gescheites dabei rauskommen...), aber übermäßig ausufern sollte es auch nicht.
Nichtsdestotrotz freue ich mich natürlich über jede weitere Anregung!

Tach allerseits!

Da wir dieses Semester (7. Elektrotechnik) eine Projektarbeit abliefern müssen (Thema ist z.T. frei wählbar) bin ich auf die Idee gekommen einen Kabeltester zu bauen mit dem man einfach und schnell sämtliche gängigen Signal- und Lautsprecherkabel sowie Adapter tetsten kann.
Hierzu soll mittels eines Displays und entsprechenden Tastern erst der Kabeltyp ausgewählt werden, danach sucht man sich die benötigten Steckertypen aus und testet das gewünschte Kabel. Soweit zur Idee.
Jetzt bin ich gerade dabei die Anforderungsspezifikation für dieses Teil zu schreiben. An Buchsen habe ich bisher vorgesehen: Cinch, XLR 3-Pol (m/w), XLR 5-Pol (m/w), Klinke und Speakon. Evtl. dachte ich noch daran eine Erweiterung vorzusehen, womit man dann auch Multicores oder ganz normale Stromkabel testen kann. Da ich aber auf jeden Fall vermeiden will, das mir nachträglich etwas einfällt, was dann nur noch schwer nachzurüsten ist, frage ich einfach mal so Brainstormmäßig in die Runde, was eurer Meinung so ein Gerät so können sollte.
Ich bin schon gespannt auf eure Ideen!

Tach allerseits!

Da wir dieses Semester (7. Elektrotechnik) eine Projektarbeit abliefern müssen (Thema ist z.T. frei wählbar) bin ich auf die Idee gekommen einen Kabeltester zu bauen mit dem man einfach und schnell sämtliche gängigen Signal- und Lautsprecherkabel sowie Adapter tetsten kann.
Hierzu soll mittels eines Displays und entsprechenden Tastern erst der Kabeltyp ausgewählt werden, danach sucht man sich die benötigten Steckertypen aus und testet das gewünschte Kabel. Soweit zur Idee.
Jetzt bin ich gerade dabei die Anforderungsspezifikation für dieses Teil zu schreiben. An Buchsen habe ich bisher vorgesehen: Cinch, XLR 3-Pol (m/w), XLR 5-Pol (m/w), Klinke und Speakon. Evtl. dachte ich noch daran eine Erweiterung vorzusehen, womit man dann auch Multicores oder ganz normale Stromkabel testen kann. Da ich aber auf jeden Fall vermeiden will, das mir nachträglich etwas einfällt, was dann nur noch schwer nachzurüsten ist, frage ich einfach mal so Brainstormmäßig in die Runde, was eurer Meinung so ein Gerät so können sollte.
Ich bin schon gespannt auf eure Ideen!

Tach nochmal!
@ SRAM: Danke für den Tipp mit den Frontloadern, aber das würde sich für uns nicht rentieren, da diese Teile nur noch extrem selten genutzt werden. (Sind aus unserer Anfangszeit und die ersten größeren Boxen, die ich damals gebaut habe...). Und wenn sie dann doch mal wieder gebraucht werden, sind die VAs so klein, das der Eminence völlig ausreicht.

Tach nochmal!
@ SRAM: Danke für den Tipp mit den Frontloadern, aber das würde sich für uns nicht rentieren, da diese Teile nur noch extrem selten genutzt werden. (Sind aus unserer Anfangszeit und die ersten größeren Boxen, die ich damals gebaut habe...). Und wenn sie dann doch mal wieder gebraucht werden, sind die VAs so klein, das der Eminence völlig ausreicht.

OK, erstmal danke für eure Postings. Bisher sehe ich das ja dann so, das wir uns eher 8 neue ELIs bauen sollten, auf jedenfall Hörner. Falls doch noch jemand einen anderen Vorschlag für diesen LSP hat: Immer her damit!
Danke

OK, erstmal danke für eure Postings. Bisher sehe ich das ja dann so, das wir uns eher 8 neue ELIs bauen sollten, auf jedenfall Hörner. Falls doch noch jemand einen anderen Vorschlag für diesen LSP hat: Immer her damit!
Danke