CV 1500 RC / LED-Alarm 2

Hallo Zivi,
es hat immer geknackt (bei jeder Taste).
Aber Du hast mir mit einer älteren Antwort geholfen:

Zitat von Zivi

Genauso würde wohl beim Durschieben der Bits für die Analogschalter auch Knacksen auftreten

Ich habe bis heute bei jeder Eingabe das Funktionsregister geschrieben, auch bei den Analogfunktionen!Das ist natürlich nicht notwendig: Und schon knackt es nicht mehr.
(Die HD-Funktion hatte ich schon berücksichtigt.)
Für die digitalen Funktionen muss ich dann nur noch das Kurz-Muting aktivieren (demnächst).

Die grünen LEDs haben inzwischen auch ihre Mitte gefunden. Ein Inkrement je Richtung bringt jetzt die erste rote zum leuchten. Es reizt jetzt schon fast der Platinenaufbau...

Bei den Fernsteuerungsfunktionen (INT-Signalen) bin ich noch am Anfang. Es gibt dauerhaftSignale in zeitlichem Abstand von 2s (siehe Muster bei Betätigung Lautstärke +, und Zooms).
Und zwischendrin dann scheinbar irgendwelche sonstigen Informationen. Noch etwas mystisch.

Das Thema Sonderfunktionen nehme ich mir später vor.

Bis demnächst,
Karl

Nachtrag:
Ich habe mir heute einen 1M Ohm Widerstand besorgt und INT damit an Masse gebunden.
Zunächst waren die Signale immer noch unbrauchbar, aber dann oh Wunder waren sie verschwunden.
Vielleicht hatte auch das mehrfache Schalten IR-CONTROL die Veränderung bewirkt.
Und als ich dann die Tasten der Fernbedienung betätigte, konnte ich etwas brauchbares einfangen.
Vergesst also die vorherige Messung.
Ein Beispiel: siehe Signal-off.

Jetzt braucht man nur noch den Auswerte-Algorithmus zu schreiben...
Melde mich wieder, wenn er gefunden ist. (kann dauern)

Bis demnächst,
Karl

Zwischenstand:
Nachdem das Empfangen und Auswerten der INT-Signale via Interrupt-Handling schon geklappt hatte - es gab auch noch Ungereimtheiten (zugegeben) - bekam ich dann Probleme mit der USB-Verbindung.
Zum Fehler 43 findet man vieles im Netz...
Eine Regenerierung der Schnittstelle (über Reset-Timing) war mir noch möglich, dann war Schluss.
Gebe mir, bzw. meinem Sketch ("arduinoisch") die Schuld.
Nach etlichen Versuchen habe ich von Reanimierung abgesehen und neue Nanos (5 für 14) bestellt.
Wenn sie eingetroffen sind, geht es weiter (ca. Ende April).

Gruß,
Karl

Zwischenstand:
die Nanos waren recht günstig, liefen aber deswegen nicht auf Anhieb. Sie wurden vom Rechner via USB nicht als solche erkannt. Da musste ich bei den Treibern (Winchiphead) nacharbeiten. (Hilfe gab es im Netz)
Auch dass alle LEDs rot sind, stört mich inzwischen nicht mehr, denn die Nanos sind bezüglich meines Aufbaus pin-kompatibel.
Genervt hatte mich die Sache mit dem "getöteten" Micro aber doch. Deswegen erwarb ich einen Programmer um ihn wieder in einen lauffähigen Zustand zu bekommen. Er lebt schon mal wieder; beim Bootloader hakt es noch.
Das aber nur am Rande.

Bei der Auswertung der INT-Signale habe ich noch Probleme.
Es gibt da bei den zur Verfügung stehenden Befehlen einen, der in einem definierten Zeitfenster die Low-Zeit messen kann. Leider scheint es so zu sein, dass die Low-Peaks zu kurz sind um zuverlässig erkannt zu werden.
Die Genauigkeit/Auflösung soll etwa nur 10 us betragen.
Das führt leider dazu, dass nicht alle Signale sauber getrennt werden können und der Auswerteaufwand steigen würde.
Vielleicht könnte hier eine Schaltungsänderung helfen, die Low-Peaks sicherer zu machen?
_{Und noch ein Nachtrag: Es ist/war eine Lampe, die bei mir die Störungen (erste Oszi-Messungen) verursacht hatte.}

Kennt jemand den genauen Aufbau?
Nach einem Low-Peak folgt eine 300us Pause, anschließend folgen 24Bit (Abstand 100us).
Das erste Byte scheint so etwas wie eine Adresse zu sein, die beiden anderen sind dann die Befehle.
Als Dual das System auf den Markt brachte, waren Standardprotokolle vermutlich noch kein Thema.

Gruß,
Karl

Zwischenstand:
Bei Wiederaufnahme der Aktivitäten musste ich feststellen, dass die Batterie der Fernbedienung inzwischen leer war.
Grund dafür war/ist ein Dauersenden, welches sich nach einer gewissen Zeit einstellt, wenn die Batterie angeklemmt wird. Vielleicht mache ich darüber noch einen RC154-Punkt auf...

Aber bei der Fehlersuche bin ich auf den Baustein saa1250 gestoßen, bei dessen Dokumentation die Beschreibung des ITT-Protokolls zu finden war. Es werden nur 10Bit an Information übertragen: 4Bit Adresse und 6Bit Daten/Befehle.
Die Auswertung der INT-Signale mit dem Arduino ist inzwischen - jetzt mit Kenntnis des Protokollaufbaus und Programmänderung mit direkter Registerabfrage (schneller) - auch schon vorzeigbar.
Die Tasten werden erkannt, aber vom Programm her vorsichtshalber noch nicht in Aktionen umgesetzt.
Das werde ich erst verknüpfen, wenn die Fernbedienung wieder sicher funktioniert oder ein Ersatz-RC154 beschafft ist.

Bis demnächst,
Karl

Zwischenstand bis 19. November:
Ich hatte zwischenzeitlich eine Ersatz-RC154 geschenkt bekommen und die Integration der Kommandos ins Programm abgeschlossen. Über die noch anstehende Reparatur der "alten" RC-154 werde ich separat berichten.
Von dem ursprünglichem Aufbau auf einer Testplatine bin ich inzwischen mit Hilfe von Eagle
(Grafischer Layout Editor) und einer im Land der aufgehenden Sonne produzierenden Firma zu einem akzeptablem Aufbau gelangt (siehe Bilder/teilbestückt).
Das Programm - es sollte inzwischen alle Funktionen enthalten - möchte ich noch um das Speichern der letzten Einstellungen (im EEPROM) erweitern.
Ich tendiere zur Speicherung der gewünschten Einstellung (über spezielle Tastenkombination).
Nach weitern, ausgiebigeren Tests in den Wintermonaten werde ich dann wieder berichten.
Gruß,
Karl

Moin Zivi,
bei den Problemen hatte mir die defekte RC-154 indirekt geholfen.
Bei der Analyse fand ich Informationen zum exakten ITT-Protokollaufbau.
Und im "Arduino-Netz" ein Verfahren zur schnelleren Signal-Verarbeitung (direkte Registerabfrage).
Und damit in Summe lief es dann.

Gruß,
Karl

PS: Sollten bei den Tests in den Wintermonaten noch Auffälligkeiten auftauchen, werde ich berichten.

Zwischenstand 30.12.2016

Nach Umbau des Programms auf Timer-Interrupt-Tastenabfrage und mehreren Reparatur- und Korrekturschleifen läuft das Programm wieder (C++ und ich werden keine Freunde ...).

Ich taste jetzt im 50ms-Raster ab; vorher zyklengesteuert. Frage: Wie im Original (100ms)?
Bei kurzer Betätigung (>150ms) trigger ich auf fallende Flanke; ab 550ms erkenne ich auf Halten.
Und nach erkannter Doppeltaste gönne ich dem System und User jetzt eine 500ms-Input-Pause.
Hatte bei dem alten 2-Tasten-Auswerteverfahren noch ein Problem beim "Nullen" der Analogeinstellungen, weil das zeitgleiche Loslassen quasi nicht möglich ist und das Ergebnis der Nulllage dadurch verfälscht wurde.

Letzte Programmänderungen:

Speichern der Einstellung
Eine gleichzeitige Betätigung von Lo- und Hi-Filter im Standby führt zum "nicht flüchtigen" speichern der letzten Einstellung. Zur Kenntlichmachung wird nach dem Speichern der Betrieb aus dem Standby heraus wieder aufgenommen.
Gespeichert werden alle Funktions- und Analogeinstellung.
Hinweis: Umverdrahten der Speaker (1/2) bei anders gewünschter Voreinstellung entfällt.
Wurde eine kleine Lautstärke (<4 Digit) gewählt, wird bei Wiederinbetriebnahme nach einem
„Power off“ -Reset die P1000-Einstellung verwendet.
Die Poti-Funktion ist jetzt eigentlich überflüssig, sollte aber nutzbar bleiben.

Ergänzung der Infrarot-Fernbedienung
Bei wiederholter Betätigung der Phono-Taste wird zwischen Phono 1 und 2 umgeschaltet.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Noch angedacht:
Ich habe bis jetzt die "Power off"-Taste immer erst nach der Anwahl des Standby-Betriebs betätigt.
Was passiert beim Original, wenn man im Betrieb bei mittlerer Lautstärke die Taste betätigt?
Rumst es bei aktiven Speakers?
Wenn ich mich recht erinnere, hatte mich jemand (HaJo, warst Du es?) davor gewarnt.
Mir würde für diesen Fall (Erkennung auf Unterspannung) das Auslösen des MUTINGs (oder STILL)vorschweben.

Gruß,
Karl

Zwischenstand 21.02.2017

Letzte Programmänderungen V1.2:

• Diverse Timings näher ans Original gesetzt (z.Bsp. Zeitraster Register-Schreiben schneller)
• ständiges LED-Schreiben korrigiert / nur noch bei Änderungen
• Bei Linear-Betätigung wurde die Analogeinstellung (bass/treble) bisher nicht neutralisiert und beim ausschalten nicht wieder zurückgesetzt.
• Schalter-Entprellung auf steigende Flanke zurückgebaut (Handling angenehmer)
• Quantisierung der Lautstärkeeinstellung (2 wählbare Verfahren)
  Sie war gegenüber dem Original sehr fein und zeigte bisher nur alle 4 Steps ein LED-Inkrement.
  Im Original wird pro Tastenstep ein LED-Step vollzogen. Hierzu ist jetzt eine Kennlinie hinterlegt.
  Alternativ dazu kann das Feinverfahren durch Wechselschaltung über Monitor_1 im Standby
  geschaltet werden. Zur Kenntlichmachung des Registerinhaltes wird die LED-Kette anders genutzt. Die Einer in LED 1...9 und die Zehner in LED 10...15. Die Null aktiviere ich nur bei Registerwert 0.
• Lautstärkesteuerung beim Einschalten über Rampenfunktion
  Übersteigt die gespeicherte Einstellung einen Grenzwert (20) so wird der Registerwert zunächst auf diesen bis zum Anziehen der Relais gehalten (1400ms) und dann langsam auf den gespeicherten Wert aufgezogen. Die Rampenfunktion gilt für beide Quantisierungsverfahren, ist im Feinmodus aber optisch ansprechender.

Mit dem Durchscrollen der Nullposition (bass,treble,balance) bin ich noch nicht zufrieden.
Der Abstand zur ersten LED (aus der Mitte) beträgt nur ein Digit; der zur nächsten 6.
Das Timing ist in jetziger Ausführung beim Durchscrollen noch nicht wirklich harmonisch.
Vielleicht liege ich auch hier mit meiner Auflösung gegenüber dem Original auch noch daneben...
(Korrektur erfolgt vielleicht im nächsten Winter...)

Ein besonderer Dank gilt hier HaJoSto, der durch seine Unterstützung und Tests den Abgleich mit dem Original erst möglich gemacht: Nochmals vielen Dank dafür!!!

Gruß,
Karl

Nachtrag (gemeinsame Messung mit HaJo am 29.07.2017):

Wie im Forum zu lesen war, gibt es bei zwei Verstärkern mit der bisherigen Programmversion (V1.2) ein "Lichtermeer"
beim Einschalten. HaJos und meiner waren diesbezüglich immer unauffällig.

Grund dafür sind undefiniert stehende Funktionsregister, die durch das späte Erwachen des Arduinos nicht schnell genug
neutralisiert werden und zum kurzzeitigen Anziehen von Relais 3 führen (können).
Die heutige Messung ergab ein Wakeup-Delay ("Power on" bis F-Initialisierung) von 1,4s!

Eine zeitliche Verbesserung konnte durch Löschen des Arduino-Bootblocks erzielt werden.
Aber auch mit der Optimierung auf etwa 70ms ist die Zeit immer noch zu hoch um den Effekt sicher ausschließen
zu können. Das Original liegt hier bei etwa 15ms.

Der zwischenzeitlich in Verdacht geratene Schreibzyklus (F-Register, bisher 300us) wurde auf den Wert des Originals
(jetzt 64us) gebracht.
Die anderen Schreib- und Lesezyklen (Übertragungsdauer heutige Messungen: CKL 750us / CKA 100us / CKE 120us)
werden noch kontrolliert und ebenfalls auf die Werte des Originals anpasst (-> Programmupdate).

Ich gehe momentan davon aus, dass das Wakeup-Delay nicht in den Zielbereich von <15ms optimiert werden kann.
Dann muss eine zusätzliche Hardwaremaßnahme das Problem lösen.
Aber HaJo hat hier schon gewisse Ideen, das "Lichtermeer" endgültig zu verriegeln.
Wenn die Lösung vorliegt, wird weiter berichtet.

Gruß,
Karl

Ab heute gibt es die Programmversion 2.0
Neben den SW-Maßnahmen zur Vermeidung des "Lichtermeers", die zusätzlich noch eine kleine HW-Änderung voraussetzen (HaJo wird berichten),
sind auch noch Abweichungen zum Original-Verhalten angeglichen worden.

An dieser Stelle möchte ich zunächst HaJo nochmal meinen besonderen Dank für die Unterstützung aussprechen.
Er hat meinen Verstärker zum "Lichtermeer"-Verhalten umgebaut (Ersatz der CMOS) und auch die HW-Maßnahme nachgerüstet.
So konnte ich die Programmänderungen am lebenden Objekt entwickeln und überprüfen.
Die Abnahme der einzelnen Schritte erfolgte dann in gemeinsamen Messterminen, woraus dann auch noch der eine oder andere
Änderungswunsch entstanden ist und umgesetzt wurde. Es hat Spaß gemacht!

Die SW-Änderungen im Detail sind:

Maßnahmen gegen Lichtermeer

• Programm ohne Bootblock
• nach Wakeup: früheres Funktionsregister-Löschen und Initialisierung mit 24 Impulsen (wie Original)
• Schnelleres Schreiben des Funktionsregisters (64us)

Sonstige Maßnahmen

• Abgleich der Übertragungszeiten ans Original CKA (90/600-> 90µs) und CKE(90/550->100µs)
• DULs setzen bei Übergang in Standby (wie Original)
• MUTING ans Originalverhalten angepasst (Muting & Still immer gleichzeitig/400ms)
• Beim Ausschalten F-Register und LEDs ablöschen (kein Knacksen mehr)
• Auframpen der Poti-Lautstärkeeinstellung (nur nach „Power on“, sonst Merkwertrampe)
• Auframpen der LS-Altanzeige
• Wechsel der LS-Anzeige durch MON1+2 (mit Reaktivierung des CV)
• Anpassung AW-Scrollen schneller(Bass, Treble und Balance)

Nicht vergessen möchte ich auch BENNOBOTTROP und DualAchim.
Ohne die zur Verfügungsstellung des Probanden mit dem "Lichtermeer" hätte die Lösung sicherlich länger gedauert und es hätte vielleicht
auch noch mehr Überzeugungsarbeit geleistet werden müssen. Unsere CVs waren ja diesbezüglich beanstandungsfrei.
Danke Euch beiden für das Feedback und Eure Geduld.

Viele Grüße,
Karl

Hallo Ernst,
interessant wäre, ob bei Deinem CV die "Störungen" über die IR-Schnittstelle ausgelöst werden.
Für einen Test würde ich die Signalleitung an geeigneter Stelle auftrennen und dann das Geschehen
weiter beobachten.

Vorher müsste man die IR-Fernbedienung als "Störquelle" ausschließen. (sofern vorhanden)

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nachtrag für Arduino-User:
Beim Arduino gibt es hier eine Ausblendung der IR-Auswertung wenn es an Störungen zu viel wird.
Grund war, dass in der Nähe meines CVs eine Lampe stand, die diese verursacht hatte.
Deshalb habe ich die als "unplausible Botschaft" klassifizierten Störungen gezählt und die IR-Auswertung
nach 200 Störungen (zum Zeitpunkt der Programmentwicklung) beendet.
Die Maßnahme ist immer noch aktiv, allerdings liegt der Grenzwert bei 2000 und dürfte nur in
Ausnahmefällen erreicht werden.

Sollte sich jemand, der den CV überwiegend in Standby ausstellt, über eine nicht mehr funktionierende
Fernsteuerung wundern, dann könnte dieser Grenzwert erreicht worden sein!
Die IR-Auswertung muss dann durch Ausschalten über "Power off" (Initialisierung des Störungs-Counters)
wieder freigegeben werden.
Falls das auftritt, bitte die Umgebung nach Störquellen absuchen und diese entfernen.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Gruß,
Karl