ich hab hier letztens im Markt ein HCS-3602 als defekt gekauft und bin grad dabei es zu reparieren.
Man findet wenig im Netz, deshalb würde ich versuchen alles möglichst zu dokumentieren. Dann freut sich der nächste mit einem Problem bei den Dingern :-)
Einen Schaltplan hab ich schon gefunden, siehe Anhang. Einmal komplett und einmal nur die Sekundärseite.
Problem: Das Netzteil startet nicht. Normalerweise läuft am Anfang eine Testsequenz durch. Stattdessen leuchtet die C.V. Led kurz (<0,5s) und dann geht die CC Led an und bleibt auch an. Mehr passiert nicht. Nichts auf dem Display und keine Spannung am Ausgang.
Primärseitig hab ich 380V DC nach dem Gleichrichter. Sekundärseitig 0V (am Trafo gemessen). Das Netzteil ist Primärseitig über einen TNY275 geschaltet, der von einem TL494 CN über einen Optokoppler angesteuert wird.
Geprüft hab ich sonst noch sämtliche Spannungsversorgungen (12V, 5V MCU, PWM-Regler, etc), die passen aber alle. Die Dioden auf der Sekundärseite müsste ich wahrscheinlich ausbauen zum Testen, da krieg ich kein eindeutiges Ergebnis... Passt aber nicht so richtig zum Fehlerbild, da man sonst einfach Sekundärseitig einen Kurzschluss hätte und das kann der µC meines Wissens nicht nachprüfen.. Da wäre dann eher die Sicherung F2 geflogen.
Typische Fehler bei den Dingern scheinen trotzdem entweder kaputte Dioden oder Mosfets zu sein.
Ich vermute aber, dass dem µC beim Einschalten irgendein Wert nicht passt und er deswegen direkt auf Störung schaltet? Die CC-Led wird ja über PD7 am µC geschaltet?
Eventuell hat hier ja jemand schon Erfahrung mit den Teilen :-)
Das Netzteil ist Primärseitig über einen TNY275 geschaltet, der von
einem TL494 CN über einen Optokoppler angesteuert wird.
?!? nicht doch umgekehrt: Der TNY produziert die immer konstante Betriebsspannung für die Labornetzteil-Steuerelektronik, der 494 die stromgeregelte spannungsgeregelte Labornetzteilausgangsspannung.
Und, liefert der TNY die angegebenen Spannungen oder ist er kaputt ?
Das Netzteil ist Primärseitig über einen TNY275 geschaltet, der von
einem TL494 CN über einen Optokoppler angesteuert wird.
?!? nicht doch umgekehrt: Der TNY produziert die immer konstante
Betriebsspannung für die Labornetzteil-Steuerelektronik, der 494 die
stromgeregelte spannungsgeregelte Labornetzteilausgangsspannung.
Und, liefert der TNY die angegebenen Spannungen oder ist er kaputt ?
Ups, da hab ich mich wohl vertan, du hast recht. Aber ja sowohl die 5V, als auch die 12V liegen auf der Sekundärseite an.
Du meinst den IR1150 oder? Ich hab die 380V nach PCF gemessen
EDIT: Hab die Platine jetzt mal ausgebaut. Es ist doch ein Infineon ICE2PCS01 PCF verbaut
Wenn da sofort CC aufleuchtet, deutet das doch auf einen Kurzschluß am
Ausgang hin. Hast du da mal alle Dioden (Gleichrichter, Verpolschutz usw) geprüft?
sowohl die 5V, als auch die 12V liegen auf der Sekundärseite an.
Guck mal, ob S1 noch da ist und der 741 funktioniert (sockeln).
Dann ob der 494 Betriebsspannung bekommt und Referenzspannung ausgibt.
Der 494 bekommt 12V und gibt 5V Ref aus. Der 741 bekommt +5 und -5V und gibt bei Output 0V gegen Masse raus. Auch 0V auf den beiden Inputs...
Bzw wie meinst du Sockeln? Und S1?
Btw: Warum leuchten die Anzeigen nicht? Fehlt da evtl doch eine
Versorgungsspannung im Logikteil?
Weil der Controller garnicht startet(vermute ich). Der µC kriegt aber auf beiden VCC Pins seine 5V... Auch 5V-A und 5V-B an den Steckern sind vorhanden.
Wenn ich dem µC seine Stromversorgung kappe, zeigen die LCDs irgendeinen Schmarrn an. Deswegen geh ich davon aus, dass er sie schon initialisiert. Aber mehr halt auch nicht...
Normalerweise sieht der Start so aus:
https://www.youtube.com/watch?v=YDAUCu7iCUU
Und wie gesagt: Die Sekundärseite hat 0V. So viel Strom kann da nicht fließen...
Was mich eben wundert ist, dass das Netzteil garnicht bis zum Test kommt. Denn erst danach wird die Sekundärseite freigeschalten. Das heißt es muss eigentlich ein Fehler in der Logik sein.
dass das Netzteil garnicht bis zum Test kommt. Denn erst danach wird die
Sekundärseite freigeschalten. Das heißt es muss eigentlich ein Fehler in
der Logik sein
Na ja, ein Plausibilitâtstest ist wohl nicht erfolgreich, die Fehlermeldung haben sie sich gespart.
In wie weit sich die einzelnen Typen im inneren unterscheiden?
Manson, Voltcraft, ELV verschiedene Namen für Baugleiche.
Danke für den Hinweis! Die beiden Videos hab ich leider schon hinter mir. Die behandeln die Thematik mit den Mosfets bzw Dioden. Das kann ich bei mir aber (vorerst) ausschließen.. Ich komm ja nichtmal so weit um überhaupt einen Kurzschluss zu produzieren. Denn dafür bräuchte ich ein bisschen mehr J/As am Ausgang :-)
Hab auch schon unter den verschiednen Handelsnamen gesucht, aber den Fehler mit der CC Lampe hatte anscheinend noch keiner. Baulich unterscheiden sich die Netzteile kaum, ist sogar die gleiche Platine. Nur eben anders bestückt.
Witzigerweise krieg ich die grüne CV LED an und die rote aus, wenn ich den Stecker CON1 nur halb draufstecke.
dass das Netzteil garnicht bis zum Test kommt. Denn erst danach wird die
Sekundärseite freigeschalten. Das heißt es muss eigentlich ein Fehler in
der Logik sein
Na ja, ein Plausibilitâtstest ist wohl nicht erfolgreich, die
Fehlermeldung haben sie sich gespart.
Danke für die Rückmeldung. Dann such mich mal einen Sockel raus und löt das Ding um. Wie würde es dann weiter gehen?
Der Shunt ist i.O., hab ich grad nochmal geprüft.
Mich wundert halt dass er wirklich garnichts anzeigt. Obwohl es bei den Teilen die Funktion gibt, dass Err (Error) angezeigt wird falls was faul ist. Deswegen geh ich eigentlich von einem groben Plausibilitätsfehler aus, wenn der µC komplett dicht macht. Aber gut, ich bin auch kein Embedded Entwickler ;-)
Irgendeiner hat mal geschrieben dass man den µC über SPI erreicht. Eventuell wäre das mal ein Ansatz um zu schauen ob der überhaupt lebt.
Oder ich lass es jetzt mal ne Stunde laufen. Der µC müsste ja zumindest warm werden wenn er im Leerlauf gammelt.
Okay anscheinend macht der µC wirklich garnichts. Nach einer Stunde ist er immer noch kalt. Ich hab ihn mal manuell resettet (RESET auf GND) und es tut sich absolut nichts. Kein klacken des Relais, kein kurzes umschalten der LEDs...
Aber den zu testen ohne Oszi ist ein Ding der Unmöglichkeit, oder gibts da irgendwelche Yedi-Tricks die ich noch nicht kenne?
Achja die haben da noch einen Quarz draufgebastelt welcher nicht im Schaltplan aufgeführt ist.
Ansonsten hab ich mittlerweile auch einen Großteil der Platine durchgeprüft, bis jetzt ohne Erfolg. Einzig und allein dass der analog Multiplexer MC14053B vom µC nur mit 0,5V auf den Select-Inputs angesteuert wird fand ich komisch. Das ist weder ein ordentliches Low, noch ein High Signal...
So langsam glaub ich echt der ist Fritte...
EDIT: Ups, das erste Bild wollte ich nicht hier haben. Naja jetzt wisst ihr auch wie die Unterseite der Platine aussieht
die haben da noch einen Quarz draufgebastelt welcher nicht im Schaltplan
aufgeführt ist.
Masseanbindung, egal, kann aber ein Indiz sein, dass der Quartz in der Schaltung schlecht anschwingt.
Hält man eine Leiterschleife (Spule 1 cm Durchmesser, 2 Windungen) in die Nähe des Quartz, kann ein Oszilloskop die Schwingung sehen, ohne den Oszillator so zu belasten, dass es Schuld ist dass er nicht mehr schwingt.
Masseanbindung, egal, kann aber ein Indiz sein, dass der Quartz in der
Schaltung schlecht anschwingt.
Hält man eine Leiterschleife (Spule 1 cm Durchmesser, 2 Windungen) in
die Nähe des Quartz, kann ein Oszilloskop die Schwingung sehen, ohne den
Oszillator so zu belasten, dass es Schuld ist dass er nicht mehr
schwingt.
Das probier ich aus sobald ich ein Oszi habe.
Witzigerweise hab Ichs geschafft dem Netzteil Spannung zu entlocken. Sobald ich den Input Select A manuell mit 5V schalte und damit dem Komparator der Spannungsregelung die VRef durchschalte (2,5V) liegen am Ausgang 34V an, was das Maximum sein dürfte, was das Netzteil kann (0-32V). Und Saft ist auch dahinter, was mein ungewollter Kurzschlusstest am Bananenstecker gezeigt hat :-) (siehe Bild)
Auch die LED CV Led leuchtet, statt der CC Led. Nur die Anzeigen bleiben weiterhin still...
Kann mir das jemand erklären der Ahnung von Leistungselektronik hat? Wie steuert der µC denn normalerweise die Spannung? Die Bausteine der Regelung hier sind ja hauptsächlich Analog, oder?
Wenn ich das im Schaltplan auf dem Handy richtig sehe, werden die Sollwerte CM und VM via pwm auf den Pins PA0 und PA1 erzeugt und anschließend per Tiefpass in eine Spannung gewandelt.
Diese dient dann der analogen Regelung als Vorgabe.
Ergebnis ist, das der quartz 8MHz nicht an schwingt. Berührt man mit einer messpitze o.ä. einen der Anschlüsse setzt die Schwingung ein.
Ergo : Quartz oder einer der zugehörigen Kerkos defekt. An einem der beiden Kerkos war imHO auch ein Riss zu segen.
Noch als Anmerkung : wenn die Schwingung einsetzt dann funktionieren
zumindest auch die Anzeigen.
Mehr konnten wir aus Zeitgründen heute nicht testen.
Mal sehen ob es nach Tausch der Teile wieder tut.
Soooo ich konnte natürlich meine Griffel nicht von dem Gerät lassen und warten bis die neuen Teile da sind :-)
Ich hab die Kondensatoren Quartz->GND jetzt mal beide entfernt und siehe da: Das Netzteil startet!
Aber so richtig funktionieren will es immer noch nicht. Die LED Anzeigen zeigen teilweise ziemlichen Quatsch an und die erste Ziffer leuchtet heller als die anderen beiden.
Ansonsten läuft der Selbsttest einwandfrei durch. Danach liegen am Ausgang 34V an und die Anzeige zeigt irgendwas zwischen 15V-92V an :-) Wenn man an den Knöpfen dreht tauchen irgendwelche kryptischen Zeichen im Display auf...
Spricht das für irgendwas? Eventuell doch der Quarz defekt? Mich wundert dass der Selbsttest jetzt durchläuft, aber danach nur noch Rotz angezeigt wird...
Ich vermute einfach mal dass durch die fehlenden Kondensatoren und dadurch verschobene Frequenz irgendwelche zeitbasierten Rechnereien nicht mehr hinhauen und deswegen irgendein Klamauk rauskommt.
Mittlerweile gibt das Teil auch keine Spannung mehr aus :D
Ich vermute einfach mal dass durch die fehlenden Kondensatoren und
dadurch verschobene Frequenz irgendwelche zeitbasierten Rechnereien
nicht mehr hinhauen und deswegen irgendein Klamauk rauskommt.
Im Schaltplan ist nichts zeitkritisches zu sehen, und die paar 10ppm würden auch kaum stören.
Viel ehr läuft der Oszillator nicht stabil ohne die Bürde.
Viel ehr läuft der Oszillator nicht stabil ohne die Bürde.
Bürde?
EDIT: okay Wikipedia hat geholfen. :-)
Hmmm aber wieso läuft der Selbsttest dann ohne Probleme durch? Man kann auch die Buchstaben der einzelnen Sequenzen einigermaßen ablesen.
Ich hab spaßeshalber mal einen 4 MHz Quarz reingelötet. Zu beobachten war absolut das gleiche Phänomen, nur eben mit halber Geschwindigkeit
Irgendwas muss der mikrocontroller durcheinanderschmeißen… er zeigt ja mehrere Zahlen auf einmal an bzw. wechselt halt mehrmals die Sekunde zwischen denen. Was bei einem statischen Wert eigentlich keinen Sinn macht
Also erstaunlicherweise ist der Mikrocontroller komplett zugänglich.
Ich wollte eigentlich nur die Clock Fuse auf den internen Oszi setzen. Deswegen hab ich den Chip gelöscht und den EEPROM+FLash Dump 1zu1 wieder draufgespielt. Jedoch startet das Netzteil jetzt garnicht mehr, sondern zuckt nur noch rhythmisch mit dem Lüfter :-D
Was hab ich übersehen? Fuses wurden alle gesetzt wie vorher. Und den EEPROM und Flash hab ich einfach wieder mit den ausgelesenen Dateien bestückt...
#fuckedbeyondrepair
EDIT: Gut, das Lüfterzucken hat sich jetzt auch erübrigt. Das Netzteil ist jetzt wieder tot und mein STK500 hat auch kein Zugriff mehr drauf. Ich mach Feierabend für heute.
ohne die Kondensatoren schwingt der Oszillator ebenfalls nicht an oder tut was er will.
Der Quartz braucht die Kondensatoren um sauber arbeiten zu können.
Wenn die Software sehr timing-kritisch ist, kann es sein, das der interne Oszillator zu ungenau ist.
Variante #1:
Die Fuses zeigen auf den Quartz-Oszillator und der schwimngt nicht an, weil ihm die Bürde-Kondensatoren fehlen.
Variante #2:
Der Atmel ist jetzt ver-fused ist, und du kommst deswegen nicht mehr dran.
Wir können uns gern nochmal treffen. Schlimmstenfalls heißt das jetzt aber den Atmel komplett auszulöten und mit einem HV-Programmer und passendem Adapter wieder neu flashen, falls er überhaupt noch lebt.
Ich kann dir auch anbieten, mit einem Signalgenerator den 8 MHz Takt zu erzeugen und anstelle des Quartzes einzuspeisen. Dann sollte der Atmel wieder zum Leben erwachen, wenn Variante #1 zutrifft.
ohne die Kondensatoren schwingt der Oszillator ebenfalls nicht an oder
tut was er will.
Der Quartz braucht die Kondensatoren um sauber arbeiten zu können.
Wenn die Software sehr timing-kritisch ist, kann es sein, das der
interne Oszillator zu ungenau ist.
Variante #1:
Die Fuses zeigen auf den Quartz-Oszillator und der schwimngt nicht an,
weil ihm die Bürde-Kondensatoren fehlen.
Variante #2:
Der Atmel ist jetzt ver-fused ist, und du kommst deswegen nicht mehr
dran.
Wir können uns gern nochmal treffen. Schlimmstenfalls heißt das jetzt
aber den Atmel komplett auszulöten und mit einem HV-Programmer und
passendem Adapter wieder neu flashen, falls er überhaupt noch lebt.
Danke Tobi für dein Feedback und die Erklärung. Hab mich gestern nochmal ausführlich mit Quarzen und Oszillatoren beschäftigt. Mir ist dann auch aufgefallen dass die beiden Kondensatoren A) ein Phasenschieber und B) ein Wechselstromteiler sind.
Das mit dem Atmel ist komisch. Aber eine der beiden Varianten wird wohl eingetreten sein. Ich probier heute nochmal ihn zu erreichebn..
Das Angebot nehm ich gern an, ich meld mich heute nochmal via PN bei dir :-) Denke da bist du definitiv besser ausgestattet, allein was Signalgenerator und Oszi angeht
Da waren doch bestimmt die Ausleseschutzfuses aktiv.
Dann hast du nur Unsinn ausgelesen...
Ist das so? Mein Wissen bezüglich Mikrocontrollersicherheit und Fuses ist noch relativ jungfräulich.
Ich dachte mit dem Ausleseschutz kann man dann garnichts auslesen? Ich habs mal durch einen Dissassembler gejagt und es kommt auf jedenfall Code raus...
ich bin mir unsicher. Verweigert der Atmel bei gesetzter read protection
das auslesen oder wird nur Unsinn zurück gegeben?
Ich hab mal einen Teil der Datei die der Disassembler ausgespuckt hat in den Anhang gepackt. Vielleicht erkennt man ja ein paar Routinen die dagegen sprechen dass es nur Unsinn ist.
Ansonsten hab ich echt ein Problem. Dann wird die nächste Challenge eine neue Steuerung zu basteln :-D
Wirf doch den µC komplett raus, bau zwei Potis statt der Drehencoder ein, und zwei DVM-Module für Spannung und Strom.
Die USB-Schnittstelle muss man ja nicht haben.
Tja. Kacke. Dann hab ich jetzt ein Board ohne Software :D
"gebrickt"
Och unter gebrickt versteh ich was anderes. Das ist dann erst wenn selbst HVPROG nichts mehr richten kann. Wobei ich ja jetzt weiß dass ich nichts mehr reinprogrammieren brauch. Ich hab ja sowieso keine Software dazu :D
Mal schauen. So ein ±1kW Netzteil wäre schon was tolles und die Regelung kann man ja gut Analog ansprechen. Im Prinzip muss ich ja nur ein paar Werte & Drehencoder auslesen, PWM ausgeben und zwei popelige Shiftregister belästigen.
Wirf doch den µC komplett raus, bau zwei Potis statt der Drehencoder
ein, und zwei DVM-Module für Spannung und Strom.
Die USB-Schnittstelle muss man ja nicht haben.
Gut da warst du schneller als ich. Ja das ist wahrscheinlich der sinnvollste Weg. Die Strommessung ist ja schon über Shunts und Komperator gelöst. Wäre es nicht einfach die einfach abzuzapfen als ein DVM Modul?
Gut da warst du schneller als ich. Ja das ist wahrscheinlich der
sinnvollste Weg. Die Strommessung ist ja schon über Shunts und
Komperator gelöst. Wäre es nicht einfach die einfach abzuzapfen als ein
DVM Modul?
So wars ja gemeint, deshalb reicht ja ein Voltmeter für den Strom.
Gut da warst du schneller als ich. Ja das ist wahrscheinlich der
sinnvollste Weg. Die Strommessung ist ja schon über Shunts und
Komperator gelöst. Wäre es nicht einfach die einfach abzuzapfen als ein
DVM Modul?
So wars ja gemeint, deshalb reicht ja ein Voltmeter für den Strom.
@LDR: Mag sein das das offensichtlich ist, wenn man die outputs in diesem Fall gut kennt. Das trifft auf mich nicht zu. Anyhow - danke für die Klärung.
Der Leistungsteil ist funktionsfähig auch der Controller würde wieder arbeiten wenn er noch Software hätte und der quartz und Kondensatoren getauscht sind. Hatte das Gerät schon auf dem Werkstattisch.
Des wegen auch meine Empfehlung mal bei Manson anzufragen.
@LDR: Mag sein das das offensichtlich ist, wenn man die outputs in
diesem Fall gut kennt. Das trifft auf mich nicht zu. Anyhow - danke für
die Klärung.
Der Leistungsteil ist funktionsfähig auch der Controller würde wieder
arbeiten wenn er noch Software hätte und der quartz und Kondensatoren
getauscht sind. Hatte das Gerät schon auf dem Werkstattisch.
Des wegen auch meine Empfehlung mal bei Manson anzufragen.
Ich schick Reichelt mal ne Mail. Manson selbst schreibt auf der Website, dass man sich direkt and die Reseller wenden soll da sie selbst keine Ersatzteile im Direktverkauf vertreiben
Hallo, darf ich fragen ob das Thema noch aktuell ist? Hast du eine Antwort von Manson bekommen? Ich habe auch ein defektes 3602. Leistungsteil war defekt und hab ich repariert. Aber nun bekomme ich kein PWM Signal aus dem Atmel. Die Software könnte ich auslesen, falls es dir was hilft.
Lg. Gerald
Oh, schade. Dann werd ich wohl auch mein Board schrotten können. Ich sehe keinen Grund warum bei weder bei Sappnungs- noch bei der Stromregelung kein PWM Signal aus dem Ateml kommen sollte. Ich denke dass dieser defekt ist.
Danke, gerald
Es fehlt natürlich noch eine Fehlerbeschreibung meinerseits. Das Netzteil hat eine höhere Eingangsspannung von einer anderen Quelle gesehen, als die eingestellte Ausgangsspannung. Daraufhin hat es eine Ausgangsdiode und einen Mosfet gegrillt. Dieses habe ich repariert und beim Hochstarten des Netzteiles kommen die üblichen "Prüfabläufe" und ich kann auch Strom und Spannung einstellen. Aber danach sollte der Istwert am Display erscheinen und dieser ist bei Strom und Spannung immer 0. Habe noch ein genau gleiches Netzteil und habe die Fronteinheit getauscht. Der Fehler liegt dort. Hatte Zuerst den OP U6 im Verdacht. Aber der bekommt schon nichts vom MUX. Und wenn ich die Leitungen vom Atmel Pin 13 und 14 ansehe, dann kommt da kein PWM Signal vom Atmel zum MUX. Soweit alle Versorgungsspannungen gemessen. Scheit alles da zu sein. Übrigens hat meine Platine keinen Quarz verbaut. Pin 7 und 8 des Atmels sind nicht belegt, so wie auf dem Schaltplan. Ich bin weder in der Übertemperatur, noch auf Extern, noch gibt dieser einen Shutdown aus. Ich weiß leider nicht mehr weiter. Was könnte den Atmel dazu bewegen, kein PWM Signal zu schicken? Sind diese beiden Ausgänge defekt?
Komisch ist, wenn ich in die Strombegrenzung gehe, also 0A ausgeben möchte, dann kommt die Überstrom-LED (welches in Ordnung ist) und dann habe ich zumindest auf der Ansteuerleitung für den Strom ein PWM-Signal. Beim funktionierenden Print habe ich beim Einstellen des Stromes oder der Spannung immer ein schönes PWM-Signal. Danke für Eure Hilfe!
Update: Wenn man den SW2 (Schalter auf dem PCB oberhalb des Atmels) schnell dreimal hintereinander drückt, dann gibt es eine Art Reset bei dem die Softwareversion angezeigt wird. Dieser Reset hat bei mir den Spannungsausgang wieder repariert. Soweit kann ich wieder Spannung ausgeben. Das PWM Signal vom Spannungs-Soll-Wert funktioniert wieder. Dafür lässt sich der Strom nicht mehr regeln. Ich kann diesen zwar vorwählen, aber es gibt nur das volle PWM Signal und somit vollen Strom, oder kein PWM Signal, wenn ich 0A vorwähle.
D.h. bei 0A geht er in die Strombegrenzung und gibt nichts aus. Bei 0,1A vorgewähltem Strom gibt das Netzteil 30A aus.
Und es kommt ab und zu vor dass im 3 Sekunden Rhytmus, z.B wenn ich 5A Strom vorgewählt habe, plötzlich ohne Last das Netzteil in die Strombregenzung geht und die Spannung dann runter regelt. Das so ca. alle 3 Sekunden wiederholend. Ich habe am Pin 36 des Atmel gemessen, aber da kommt kein Signal über den Shunt daher. Also sieht der Atmel einen Strom, welches es nicht gibt.
Ich vermute dass einer der A/D Wandler Eingänge nicht mehr funktioniert und damit die Regel Schleife offen ist (Istwert immer 0). Ev. ist das ja durch die Fremdspeisung passiert. Das wäre dann ein Totalschaden, da der Atmel nicht getauscht werden kann solange keine FW da ist. Da du den Fehler ja auf das Steuerboard einschränken kannst, bleibt nur die Hoffnung dieses Board irgendwie aufzutreiben.
Also sieht der Atmel einen Strom, welches es nicht gibt.
Soooo. Ich hab hier lang nicht mehr reingeschaut gehabt.
@tobi sorry erstmal, ich hab deine Mail jetzt erst gesehen. Beim nächsten bin ich auf jeden Fall wieder dabei!
@Gerald Eventuell lässt sich das Lock bit mit einer fault injection umgehen. Kannst du mir mal die genaue Bezeichnung von dem Atmel geben? Dann würde ich mich mal schlau machen was da so geht.
Das Thema ist noch Neuland für mich, aber wenn es da eine Chance gibt, wäre es ja lohnenswert sich da mal einzuarbeiten :-)
Habe im Internet eine Anleitung zur Kalibrierung des Netzteiles gefunden und habe versucht, diese durchzuführen. Da ich aber noch ein altes Board habe, so funktioniert diese Kalibrierung nur teilweise, weil diese für das "neue" Board ist. Aber ich kann nun 0-30A Einstellen und Ausgaben, zumindest ein mal. Für mich sieht es so aus, als ob es irgendwie die Kalibrierdaten zerschossen hat. Ich könnte mir vorstellen, wenn ich die "alte" Kalibrieranleitung für mein "altes" Board finde und dieses dann Kalibriere, das Netzeil vielleicht wieder läuft.
Hab nach langer Zeit doch wieder Lust bekommen mich mit dem Patienten zu beschäftigen. Anscheinend hat die Kontrollsoftware eine Funktion integriert mit der man die Firmware updaten kann. Da ich noch ein zweites Manson Netzteil hier habe, wäre das eventuell den Versuch wert.
https://www.manson.com.hk/wp-content/uploads/2018/08/7673-3200-0009_20220309_Approved.pdf
Ein kleines Gedankenexperiment:
Sollte ich es schaffen dem zweiten Manson ein FW-Update zu verpassen, könnte man dann nicht den Traffic zwischen PC <-> Netzteil abfangen und damit die FW extrahieren?
Wenn ich mich richtig erinnere steckt an dem USB-Port ein einfacher Serial-Baustein
Kann funktionieren, das Problem ist allerdings, das dir beim Defekten Gerät der Bootloader fehlt, du müsstest also herausfinden an welche Stelle die Applikation geschrieben wird und selbst einen Bootloader Schreiben der an diese Stelle beim Start vom Gerät springt.
Einfacher wird es glaube ich das Update-Programm zu zerlegen um an die Firmware zu kommen.
Die Applikation schaut aus wie in Java geschrieben. Dürfte machbar sein, aber ich bin kein Java-Experte, da gibt es deutlich kompetentere Leute hier im Forum.
Ich habe ein Manson 3602, gelabelt als Peaktech P1580. 32 V, 30A.
Mit USB.
Das Gerät ist optisch perfekt, innen wie außen, und von 2017.
Es scheint ein zweiteiliges Problem zu haben:
Strom- und Spannungsbegrenzung wurden offenbar softwaremäßig über USB auf 0 gesetzt. Laut Manson-Anleitung, siehe Anhang, Punkt 7.11 wird die im Gerät gespeichert und kann auch nur wieder per Software gelöscht werden. Peaktech als Ankäufer hat diesen Abschnitt in seiner Anleitung einfach gestrichen, so daß man keine Erklärung für diesen scheinbaren Fehler findet. Frech!
(Frech finde ich allerdings auch, daß es keine manuelle Rücksetzmöglichkeit gibt.)
Jegliche Einstellungversuche von Strom oder Spannung werden mit "UuL Err" beantwortet, was zur obigen Erklärung paßt. Man kann die 3 Preset-Werte auf Werkseinstellungen zurücksetzen. Dann werden auch z.B. 5V 30A usw. angezeigt, aber sobald man am Rad dreht ;), wird der jeweilige Wert auf 0 gesetzt und so gespeichert.
Also es kommt nix raus aus dem Gerät, was aber noch zu "tut wie gedacht" paßt.
In der Anleitung steht allerdings, daß "UuL" erscheinen soll, bei mir erscheint "UuL Err".
Zweiter Teil des Fehlers schon döfer: Die USB-Schnittstelle scheint nicht zu wollen.
Beim Einstecken erscheint das Gerät als Silabs-21xx im Windows 7-Gerätemanager. Nach Treiberinstallation wie in der Anleitung beschrieben wird es zur COM-Schnittstelle.
Die Steuerungs-Software, ich habe die Versionen von von Peaktech und von Manson ausprobiert, verbindet sich aber nicht mit dem Gerät. Angeblich soll sie das automatisch machen. Beim manuellen Editieren der Schnittstelle erscheint der tatsächliche virtuelle COM-Port. Grundsätzliche Funktion ist also da. Aber die Software liest und schreibt nichts vom Gerät.
Dann habe ich es noch mit einem Terminalprogramm versucht. Dieses erkennt, wenn die Schnittstelle von der Steuerungssoftware blockiert ist. Also im Hintergrund scheint das ordnungsgemäß zu tun.
Im Terminalprogramm habe ich dann ein paar Befehle gesendet, auf die das Gerät antworten sollte. Tat es aber nicht. Manuell ein paar Baudraten gesetzt, ohne Änderung.
Mein nächster Ansatz wäre, die TXD/RXD-Leitung mal auf dem Oszi anzuschauen. Der USB-Anschluß ist eine kleine Platine mit dem Silabs-Chip. Der kann aber nicht geröstet sein, denn er schafft es ja sich bei Windows anzumelden und seinen Namen zu sagen. Zwischen dem Silab und der CPU des Labornetzteils sitzen zwei Optokoppler. Die könnten ja gehimmelt sein, aber eigentlich sitzt auf beiden Seiten "Schwachstrom-Digitales".
Jemand eine Idee?
Insbesondere der oben erwähnte "SW2"-Schalter auf der CPU-Platine, weiß jemand was der wirklich kann?
Ein echtes Zurücksetzen auf Werkseinstellungen wäre schön, damit diese Begrenzung wegfällt. Dann wäre es auch fast egal wenn USB nicht funktioniert.
Mein nächster Ansatz wäre, die TXD/RXD-Leitung mal auf dem Oszi
anzuschauen.
Gute Idee! Wenn die Software ansonsten auf beiden Seiten tut, ist die Wahrscheinlichkeit groß dass es an der Kommunikation hapert.
Der USB-Anschluß ist eine kleine Platine mit dem
Silabs-Chip. Der kann aber nicht geröstet sein, denn er schafft es ja
sich bei Windows anzumelden und seinen Namen zu sagen. Zwischen dem
Silab und der CPU des Labornetzteils sitzen zwei Optokoppler. Die
könnten ja gehimmelt sein, aber eigentlich sitzt auf beiden Seiten
"Schwachstrom-Digitales".
Trotzdem prüfen! Nicht jeder IC entscheidet sich aus sinnvollen bzw. nachvollziehbaren Gründen den Löffel abzugeben :-)
Insbesondere der oben erwähnte "SW2"-Schalter auf der CPU-Platine, weiß
jemand was der wirklich kann?
Nicht ganz, aber laut Schaltplan (siehe Anhang) zieht der Schalter SW2 den Pin PD6 am Mikrocontoller auf GND. Der Pin ist anscheinend sonst für die Steuerung der RearControl-LED an der Front zuständig.
Irgendeinen tieferen Sinn muss das Teil haben, so ein Mikroschalter kostet ja auch Geld :-)
Ein echtes Zurücksetzen auf Werkseinstellungen wäre schön, damit diese
Begrenzung wegfällt. Dann wäre es auch fast egal wenn USB nicht
funktioniert.
Wo hast du das Gerät denn her? Eventuell verhindert auch ein tatsächlicher interner Fehler das zurücksetzen und deswegen wurde das Gerät aussortiert?
Mein nächster Ansatz wäre, die TXD/RXD-Leitung mal auf dem Oszi
anzuschauen.
Gute Idee! Wenn die Software ansonsten auf beiden Seiten tut, ist die
Wahrscheinlichkeit groß dass es an der Kommunikation hapert.
Ich habe es geschafft, mit dem Gerät zu reden. Und es sagt mir, daß es sich für ein 0V, 0A-Labornetzteil hält. :(
Weshalb es auch alle anderen Einstellungen, die anders als 0 lauten, abweist.
Vermutlich liegen diese Werte im internen EEPROM, das aus irgendeinem Grund einen Schuß abbekommen hat. Wenn die Fuses gesetzt sind, kommt man da aber nicht ran. Zumal man ohne Doku ohnehin raten müßte.
Manson sagt auf ihrer Webseite, sie interessieren sich nicht für Kunden und verkaufen keine Teile. Und Peaktech hat das Ding ja selbst nur gekauft, hat also keine technische Ahnung.
Letztlich bräuchte ich einen programmierten Atmega, der für genau meinen Gerätetyp konfiguriert ist. Ich könnte wetten, daß Manson das per Software macht. Also die Frontplatte wird generisch gelagert, und beim Einbau bzw. Verkauf als Ersatzteil (falls das überhaupt geschieht, was ich bezweifle) parametriert und kalibriert.
Wo hast du das Gerät denn her? Eventuell verhindert auch ein
tatsächlicher interner Fehler das zurücksetzen und deswegen wurde das
Gerät aussortiert?
Es stammt aus einem gewerblichen Umfeld, wo man ein 7 Jahre altes 600-Euro-Gerät gerne entsorgt, wenn es nach 5 Minuten Fehlersuche nicht funktioniert. :)
Meine Hoffnung war, daß jemand mit der mitgelieferten Software gespielt hat und dann nicht mehr wußte, wie er eine manuelle Begrenzung zurückstellt.
Ich kann dir höchstens anbieten dass du mir das Teil mal zuschickst bzw deine Steuerplatine und ich es an meinen Leistungsteil dranhänge. Der funktioniert mit ziemlicher Sicherheit und dann weißt du ob es wirklich ein Softwarefehler ist oder ob irgendein Wert nicht passt.
Falls du dich komplett gegen eine Reparatur entscheidest hätte ich auch Interesse an einem Kauf, falls das für dich in Frage kommt :)
Ansicht kann ich mir nicht vorstellen dass im EEPROM einfach ein Bit kippt. Was aber stimmt ist, dass man die Frontplatinen einfach tauschen kann und die auch bei allen Manson Netzteilen der Bauform relativ gleich sind. Von ein paar Designänderungen mal abgesehen. Eingestellt/kalibriert werden die Dinger soweit ich weiß über zwei Potis auf der Steuerplatine.
IMG_3296.jpeg
(240 KB)
IMG_3297.jpeg
(230 KB)
