Ich benötige Hilfe für einen PIC16F716 zum auslesen bzw. das Byte richtig zu setzten. Folgendes Problem: Die Lampe läßt sich zwar einschalten geht kurz an und wieder aus. Sie ist Softwareseitig gesperrt. Der Akku hat 100 Prozent. Ich möchte gern den Pic auslesen und die Lampe wieder freischalten. Vielleicht hat einer von Euch Erfahrungen mit dem Pic oder dieser Tauchlampe. Ich hänge mal ein paar Bilder an um die Schaltung vielleicht zu verstehen. Bedanke mich schon mal für die Hilfe. Gruß blitzer7630
Der µC wird gegen Auslesen gesperrt sein, und selbst wenn nicht, wird das nicht weiterhelfen. Du müsstest die Software aufwändig analysieren müssen, das wäre ein enormer Aufwand.
Der PIC16F716 ist ein alter PIC, ich habe noch die Programme von sprut die den PIC16F716 unterstützen, da ist auch ein Disassembler dabei. Falls Du ein PICKit hat, lies doch mal das CONFIGURATION WORD REGISTER aus, wenn Bit 13 low ist, dann ist der Code gesperrt.
Du könntest mal testen, ob die lila markierten Testpunkte mit den orange markierten Pins des PIC verbunden sind, das wäre eine Erleichterung für das Auslesen des PIC.
ich frage mich, wo die Softwar den Zustand "Akku gsperrt" speichert. Der PIC16f716 hat kein EEPROM und kann das Flash nicht selbst beschreiben. Evtl ist einer der anderen Chips auf der Platine ein EEPROM oder Flash Chip. Schau dir das mal genauer an.
Der PIC wird vermutlich dauerhaft vom Akku versorgt, der Status über die Sperre kann also auch im RAM stehen.
Wenn das so ist (speichern des Status im RAM) wird man vermutlich von außen die Sperre zurücksetzen können (z.B. den Pegel an einem Pin des PIC ändern oder per Reset).
...oder über rs232 und "zumindest grundlegend verschlüsselt", wenn das mein Schutz wäre. Die Vermutung hatte ich auch schon, wäre aber schon ziemlich "fies", denn Akku im accu_self_prot heißt ja noch lange nicht accu_defect.
Evtl ist einer der anderen Chips auf der Platine ein EEPROM oder Flash
Chip.
Definitiv, wo sollte sonst z.B. die 6-stellige Seriennummer (Menüpunkt 1) gespeichert werden?
Allerdings hat die Lampe mehr als 1 Steuerung (Menüpunkt 3+4), es kommt da also auch noch die andere Steuerung in Frage.
Danke für die vielen Tips, habe jetzt mal die Werte abgerufen. Da ist nichts aufälliges dabei. Außer vielleicht der Ladestrom dort stand 1,9A. Man könnte ja eigentlich einen anderen AKKU Pack nehmen der nicht gesperrt ist und der müßte ja mit der Lampenelektronik funktionieren.Auf der Akku Platine hatte ich die anderen Bauteile schon nachgeschaut, ich meine das waren MOSFETs.
Problem: Die Lampe läßt sich zwar
einschalten geht kurz an und wieder aus.
Das sieht aber eher nach einem Akku aus, dessen Spannung durch hohen Innenwiderstand gleich nach Einschalten zusammenbricht.
Sie ist Softwareseitig
gesperrt.
Dann würde sich die Lampe wahrscheinlich gar nicht einschalten lassen.
Der Akku hat 100 Prozent.
Das mag für die Spannung zutreffen, aber eine Zelle mit hohem Ri reicht, um...
Eine wirklich aussagekräftige Zahl, wieviel Ah in den Akku beim letzten Laden geladen wurden, ist ja im Menü nicht enthalten, auch nicht wieviel Ah aus dem Akku entnommen wurden.
Daher mein Tipp - Akku defekt (min. eine Zelle)
Die Beschreibung wirft zumindest Fragen auf: auf S. 22 heisst es:
Alle von uns hergestellten Akkueinschübe mit 5 - 6 Zellen (6V - 7,2V)
S. 23:
Alle von uns hergestellten Akkueinschübe mit 5 - 12 Zellen (6V - 14,4V)
Das würde 1,2V je Zelle bedeuten -> NiCd.
Das passt nicht mit LiMn zusammen, die ich nur mit 3,6V-3,8V je Zelle gefunden habe.
Ich habe jetzt mal alle Zellen getestet. Sie sind alle in Ordnung. Haben aber nur ca. 1300mA. Also müsste die Lampe aber ca. 30min leuchten. Macht sie aber nicht.
kenn ich eigentlich nur von LED-Navigationslichtern, nach 50k
Betriebsstunden ist Ende, wegen möglicher Degradation des Leuchtmittels
(BTDT)
Das sind fast 6 Jahre 24/7
Bei einer Tauchlampe?
Es würde mich bei "Akku-immer-dran"-Geräten nicht wundern,
wenn intern ein Timer mitzählt. Egal ob die Lampe leuchtet oder nicht.
Bei Erreichen der Soll-Zeit bleibts Licht halt aus.
...es bleibt aber nicht aus sondern geht kurz an. Was gg einen KillTimer spricht. Ri wird das Problem sein. Wenn nun nach auftrennen des Packs nicht der LockOut zugeschlagen hat ;)
Ich vermute das die Sperre in der Leuchte selber sein wird. Dort ist vielleicht ein anderer Pic verbaut, der vielleicht die Seriennummer vom Akkupack sperrt. Deshalb habe ich mir jetzt eine Zweite Leuchte besorgt und neue Zellen und werde das ganze mal Testen und berichten.
Ich habe mal jetzt die Zellen getauscht, nur jetzt leuchtet sie gar nicht mehr. Sie startet zeigt 100 Prozent und dann sieht es aus als würde sie immer resetten. Das ganze mal per Video festgehalten.
Die Akkus könnten die Leuchtmittel direkt betreiben.
Irgendwo ist doch bestimmt ein Halbleiter vorhanden,
der die Leuchtmittel schaltet.
Der muss ja nicht zwingend von der ganzen Schaltung
dazwischen bedient werden.
wenn der Akku sich weiterhin laden lässt,
könnte man sich da was eigenes rein stricken.
Wäre nett, wenn du mir auch verraten würdest wie ich das Problem
beheben
kann.
Woher sollen wir das wissen?
Das ist offensichtlich ein relativ komplexes Spezialsystem, man müsste die Teile genau ansehen und sich dann überlegen, wie man die Elektronik überlisten kann.
Einfach nur "auslesen und freischalten" ist nicht.
Mikrocontroller in kommerziellen Produkten sind zu 99% auslesegeschützt, dh. du kommst nicht so einfach an den Code, man kann das zwar aufwändig rekonstruieren, dafür braucht man aber ein recht "gutes" Know-how von Mikrocontrollern und Firmware, das hast du offensichtlich nicht.
Natürlich könnte man mit größerem Aufwand und evtl. Messungen mit einem Logikanalysator herausfinden, wie der "Sperrmechanismus" funktioniert und diesen evtl. umgehen, aber wie gesagt, schwierig.
Denkbar wäre einfach eine neue Firmware zu schreiben, muss ja nicht so aufwändig sein mit der ganzen Datenspeicherung etc. Dafür müsste man mal grob den Schaltplan rekonstruieren, also welche ICs, Taster etc. und wie die mit dem MCU verbunden sind, dann macht man halt eine einfache FW, die einfach nur die Lampe einschaltet und dimmt.
Denkbar wäre einfach eine neue Firmware zu schreiben, muss ja nicht
Wenn dann ein Taucher nicht aus der Höhle gefunden hat und umgekommen ist, wird sicher sehr genau auch die Lampe untersucht werden. Da möchte niemand hineingezogen werden.
Ich habe jetzt versucht auszulesen, wie zu erwarten war der Code geschützt. Jetzt habe ich mal ein paar Fotos von der Platine und der Bauteile gemacht. Vielleicht versteht einer die Schaltung.
Man könnte mit einem Logicanalyzer die Kommunikation zum DS2438
mitschneiden, vielleicht bekommt man damit eine Idee wo der Lock-Status gespeichert ist.
Platine ist immer die Gleiche. Mit Pack meine ich die 6 Zellen. Die Lampe müsste aber die Brenndauer in Minuten Anzeigen. Macht sie Aber nicht, sondern wird vom LCD Display auch dunkel. Das sieht aus wie ein Neustart. Sie leuchtet maximal 1sec.
Das habe ich schon mehrfach gemacht, was soll das bringen? Der Akku hat 8,2V es sind jeweils 3 parallel und denn in Reihe. die beiden 3er Zellen haben 4,15V jeweils. Und was bringt mir die Erkenntnis?
Hartenberger hat glaube ich Lithium-Mangan Zellen (LiMn bzw LMO oder NMC) verbaut; Ich glaube als Grund wurde mal die geringere Neigung zum thermischen Durchgehen (aka Akkubrand) angegeben. Oder das war TillyTec? Die entsprechenden Zellen sollte man aber problemlos bekommen. Original ist glaube ich Sony US18650VT, die aktuellen Zellen haben wahrscheinlich eine höhere Kapazität, sprich längere Brenndauer. Wenn die Lampe aber die original Kapazität erwartet und den Strom überwacht wird die Anzeige dann nicht mehr stimmen.
Was sollen denn die Experimente mit den Akkuzellen bringen? Wenn der Akku gesperrt ist und erst wieder freigeschalten werden muss dann wird sich vermutlich auch durch Zellentausch nichts daran ändern. Und wie schon weiter oben geschrieben: Interessant ist die 1-Wire Kommunikation, so wie es aussieht hängt der DS2438 nicht nur am PIC auf der Akkuplatine sondern geht auch über eine der Verbindungsbuchsen zur Gehäuseelektronik. Eventuell wird der 1-Wire Bus auch noch zur Kommunikation zwischen Gehäuseelektronik und Akkuelektronik verwendet.
Die Frage ist allerdings ob sich auf dem 1-Wire Bus noch viel tut wenn der Akku gesperrt ist, vermutlich wird dann nach einem Reset des PIC nur der DS2438 angesprochen und nach dem Erkennen der Sperre passiert nichts mehr.
Ich habe mir ja so einen Logicanalyzer bestellt. Die neuen Zellen möchte ich dann benutzen, wenn die Lampe wieder läuft. Ich möchte dann mitschneiden was passiert beim einschalten, da ja der Ausgang kurz angesteuert wird.
In einem anderen Forum, habe ich gesehen das es einer geschafft hat, den Akku zu entsperren. Leider kann man dort nicht mehr schreiben und erfahren wie Er es gemacht hat.
Was sollen denn die Experimente mit den Akkuzellen bringen? Wenn der
Akku gesperrt ist und erst wieder freigeschalten werden muss dann wird
sich vermutlich auch durch Zellentausch nichts daran ändern.
genau das passiert aber nicht.
Der Akku verhält sich nach Zelltausch unterschiedlich.
Die Frage ist allerdings ob sich auf dem 1-Wire Bus noch viel tut wenn
der Akku gesperrt ist, vermutlich wird dann nach einem Reset des PIC nur
der DS2438 angesprochen und nach dem Erkennen der Sperre passiert nichts
mehr.
ja aber dann müsste das Verhalten bei beiden Zellblöcken gleich sein.
Das dürfte ein Überstrom sein
"Und wenn die Temperatur ok aussieht (25 Grad), die Spannung auch (~5 V nach Teilung mit einem Teiler), bleibt der Strom eine ganze Sekunde bei 24 A (nach dem DS2438-System).
Es handelt sich um eine 12-V-50-W-Glühbirne und eine 16-V-Batterie. Der Start der Glühbirne erfolgt über ein PWM-Signal. Ich denke, das ist die Ursache dafür, dass sich die Glühbirne ausschaltet."
Miss mal das PWM Signal und den Schalttransistor.
Ansonsten bestell mal einen DS2438 den mit deinen Daten zu füllen.
Dann müsste es mit einer 5W 12V aber ok sein? Und wieso gehts dann mit "neuen" (?) Akkus nicht, das verstehe ich pers. am wenigsten. Strom so schnell so hoch, dass Notabschaltung? Und bei den alten Akkus sind diese zu weich und die Spg bricht ein oder wie? Kann man die dann nicht mit einem LNT puffern?
Das dürfte der Si4425B sein (P-Channel MOSFET) oder des FDS6975 (Dual P-Channel logic level MOSFET), wenn die Leuchte nach dem Einschalten kurz aufleutet, müsste sich am Gate der MOSFETs etwas tun. Also diese Signale zugleich mit dem 1-wire des DS2438 aufnehmen.
Aktiviere in Pulseview/Sigrok mal den Protolldekoder und wähle da 1-wire-network-layer bzw DS243x (unter "Protokolldekoder stapeln") aus, dann zeigt er die Daten an
Wenn ich es richtig sehe dann beträgt die Samplerate von "Tauchlampe.sr" nur 20 kHz, das ist zu wenig. Mit 1 MHz sollte es funktionieren, das kann der Logic Analyzer bestimmt auch noch.
Und diese kleinen Traces kann man hier hochladen, dazu braucht es keinen externen Serverdienst.
Wenn ich es richtig sehe dann beträgt die Samplerate von "Tauchlampe.sr"
nur 20 kHz, das ist zu wenig. Mit 1 MHz sollte es funktionieren, das
kann der Logic Analyzer bestimmt auch noch.
Ich bin kein 1-wire-Experte, deswegen habe ich mal einen DS18B20 an einen ESP und meinen LA gehängt; der braucht mindestens 500 kHz, um die Daten sauber zu lesen. Deine Empfehlung mit 1 MHz ist also top!
Scheinbar reichen die 8 User Bytes aus Page 4 für das Verhalten der Lampe aus, laut dem Trace werden nur diese User Bytes des DS2438 gelesen.
Im Idealfall hat man einen Trace einer funktionierenden Lampe und schreibt dann deren User Bytes in den DS2438 der defekte Lampe. Wenn nicht könnte man mit den Daten der hier
Ich habe jetzt mal die Werte in den Seiten geändert, aber beim anstecken der Lampe werden die wieder zurückgesetzt bzw. geändert in die vohergehenden Werte. Wenn man allerdings bei dem Messwiderstand eine Brücke einlötet, bleibt die Lampe an und zeigt aber im Display bei der laufzeit 999min an.
Dann muss ich ich mir erst mal vier Messleitungen besorgen, da die Lampe ja direkt aufgesteckt ist. Somit ich nicht ran komme zum messen. Noch mal ein Bild wo ich in rot gekennzeichnet habe, wo ich die Brücke gesetzt habe.
Die Lampe hat nur ein Zyklus funktioniert. Das ganze ist schon sehr merkwürddig. Ich habe jetzt noch mal aus einer funktionierenden was ausgelesen. Vielleicht gibt es hier Experten die mir sagen können was da genau passiert.
Mein Tipp bei so einer Vermutung wäre, sich den Verlauf der Akkuspannung während des Einschaltens einmal anzusehen, bevor man ihm blind die Schuld zuschiebt.
Ein Photo von einem Bildschirm ist noch lange kein Screenshot. Das geht heutzutage digital, ohne den Umweg über Linsen und Aliasing auf Grund von Undersampling.
IMG_4062.JPG
(240 KB)
IMG_4061.JPG
(230 KB)
IMG_4055.JPG
(230 KB)
AWPC8348.JPG
(210 KB)
