Hallo Miteinander,
ich hab hier eine Bügelstation der Marke Philips zum reparieren da.
Leider Gottes ist die Hardware in Ordnung und die Software offenbar
defekt(Problem haben offenbar viele). Die einzige Plausible Erklärung
die ich habe ist dass die Software sich auf dem Verbauten PIC16F886
selbst überschrieben hat. Auf der Platine ist komfortabel ein ICSP
header untergebracht und das Code Protection Bit ist genauso wenig wie
das Flash Memory Self-Write Protection Bit gesetzt. Es ist natürlich zu
schade eine Bügelstation nur wegen einer defekten Software wegzuwerfen.
Deswegen suche ich jemanden der sowohl auf eine solche Bügelstation
zugreifen kann als auch die Software auslesen kann. Wäre natürllch für
den Besitzer der Bügelstation auch eine Vorsorge falls sich dessen
Software mal überschreiben sollte.
Modell Bezeichnung ist Phillips Perfect Care GC9220 wobei ich vermute
dass die Software von den Modellen GC9235 und GC9230 identisch ist und
die von den Modellen GC9245 und 9240 Pinout Kompatibel. Ist ein
PIC16F886 Verbaut.
Vielen Dank im Voraus
lg Flo
1. Vermutlich sind bei denen, bei denen sich noch die SW im Flash
befindet, auch die Protectionbits gesetzt.
2. Vermutlich ist die maximale Anzahl Bügelvorgänge erreicht worden. :)
3. Was macht ein µC in einem Bügeleisen? Gibt es da eine
Taschenbügelautomatik? (So ähnlich wie die Einparkautomatik bei modernen
Autos) Bügeleisen in der Nähe der Tsche parken, Knopf drücken,
Bügeleisen fährt automatisch in die Ecken der Tasche ...
4. Wenn Die Hardware bekannt ist, sollte sich aber dafür schnell eine SW
schreiben lassen.
Gruß
Jobst
Moin
Nun wenn du selbst kein Brenner für PIC hast, kannst du dir einen
Besorgen.
www.sprut.de wäre da zb eine gute Anlaufstelle hier gibts ja Links im
Menü leider kein PIC Bereich :/ .
Oder mal in einen Hackerspace bei dir in der nähe Anfragen oder halt die
Stadt angeben ob evtl einer in deiner nähe Wohnt mit einen Brenner.
Ob die Geräte untereinander die selbe Firmware sowie Ein/Ausgänge auch
so verschaltet haben ist eine andere Sache.
Aber auch möglich das es eine Unsaubere Versorgung ist die einfach den
µP aus den Takt bringt bzw kalte Lötstellen vorhanden sind.
Hast du ein Softwareupdate gemacht das du ausgehst das schiefgelaufen
ist wegen deiner Überschreibungstheorie ?
Je nach Hardware könnte ja auch ein neuer Chip mit eigender Firmware was
Bringen....
PICKit 3 hab ich. Ich komm auf das mit dem überschreiben aus mehreren
gründen.
A. Der PIC hängt offenbar an der Stelle im Programm fest wo der Nutzer
entkalken sollte. Die Hardware besitzt dazu keinerlei Sensoren und ist
in Ordnung. Folglich muss das ganze irgendwie an der Software liegen.
B. Im Flash stehen in der Mitte und gegen ende Zahlenkolonnen die eher
auf Matsch als auf ein Programm deuten. Ich vermute dass sie den Flash
Missbraucht haben um die Entkalkungszyklen mitzuzählen. (Wohl mit dem
Hintergedanken dass man irgendwann etwas vom Programm erwischt oder der
Flash bei ineffizienter Zählweise voll ist)
C. Wenn man die hex deassembliert sieht man dass bereiche des Flash
Speichers eindeutig als Programm Ressource Missbraucht wurden Meine
Vermutung ist deswegen dass dabei einfach was (Absichtlch oder
unabsichtlich) schief gelaufen ist.
D) Das Problem tritt ja nicht nur bei mir so auf sondern auch häufig bei
anderen und dass die selbe kalte Lötstelle nach immer ungefähr der
selben Zeit auftritt halte ich für extrem unwahrscheinlich.
Jobst M. schrieb:> 1. Vermutlich sind bei denen, bei denen sich noch die SW im Flash> befindet, auch die Protectionbits gesetzt.>> 2. Vermutlich ist die maximale Anzahl Bügelvorgänge erreicht worden. :)>> 3. Was macht ein µC in einem Bügeleisen? Gibt es da eine> Taschenbügelautomatik? (So ähnlich wie die Einparkautomatik bei modernen> Autos) Bügeleisen in der Nähe der Tsche parken, Knopf drücken,> Bügeleisen fährt automatisch in die Ecken der Tasche ...>> 4. Wenn Die Hardware bekannt ist, sollte sich aber dafür schnell eine SW> schreiben lassen.>>> Gruß>> Jobst
1. Ich denke nicht dass die Software die Protection Bits selber
Überschreibt. Vor allem weil de restlichen Config Bits noch halbwegs
echt aussehen.
2. Denke ich auch zwar auf eine etwas subtilere weise aber im Endeffekt
dürfte es sich Mmn. um geplante Obsoleszenz handeln.
3. Ist kein Bügeleisen sondern eine Bügelstaton. Wenn es nach mir ginge
würde ich da noch einen Fernseher und eine GPS gesteuerte
Bügelnavigation Integrieren. :D Klar uC im Bügeleisen ist vollkommen
Übertrieben.
4. Hatte ich ursprünglich vor ist aber doch nicht ganz so einfach wie
ich dachte. Man müsste 3 getrennte Phasenabschnittsteuerungen 2
Temperaturregler und noch eine Hand voll "unnötigen" Schnickschnack
integrieren (inkl. 2 PCT's mit unbekannter Kurve). Wenn es nach mir
ginge würde ich das ganze auf Dampfen und Bügeln reduzieren allerdings
gehört mir das Ding nicht und deswegen sollte es schon so wie
Ursprünglich funktionieren.
PS: Wer jemals ein Bügeleisen Braucht sollte sich eines mit
Idiotensicherem Bimetallregeler besorgen.
lg Flo
Moin!
jas schrieb:> 1. Ich denke nicht dass die Software die Protection Bits selber> Überschreibt.
So meinte ich das nicht. Wenn der Flash aus irgendeinem Grund seine
Daten verloren hat, dann kann das bei den Fuses genau so passieren.
jas schrieb:> PS: Wer jemals ein Bügeleisen Braucht sollte sich eines mit> Idiotensicherem Bimetallregeler besorgen.
Vielleicht verbietet das irgendeine EU-Vorschrift (man denke nur an den
Toaster mit Toasterkennung).
Dort dürfen dann Bügeleisen nur eine bestimmte Zeit halten, damit das
Eisen durch eine Umweltfreundlichere 10W-Version ersetzt werden kann,
welche automatisch abkühlt, wenn man das Bügeleisen abgestellt wird.
(Quasi in Anlehnung an die Lötpistole, eine Bügelpistole) ...
Gruß
Jobst
Jobst M. schrieb:> Moin!>> jas schrieb:>> 1. Ich denke nicht dass die Software die Protection Bits selber>> Überschreibt.>> So meinte ich das nicht. Wenn der Flash aus irgendeinem Grund seine> Daten verloren hat, dann kann das bei den Fuses genau so passieren.>
Was wäre das denn noch außer dem Programm und der Versorgung die ich
schon Überprüft hab.
Im Flash sind außerdem noch genug Daten die großteils halbwegs seriöß
nach dem Programm aussehen.
Ich hätte jetzt noch die Idee aus dem Hex das Ende Von Flash zu
entfernen und das Draufzuspeielen. Also alles das was nach Missbrauch
des Flashs als EEPROM aussieht. Also das folgende. Oder könnte das
irgendein Sinnvoller Bestandteil des Programms sein?
jas schrieb:> Was wäre das denn noch außer dem Programm und der Versorgung die ich> schon Überprüft hab.
??
> Im Flash sind außerdem noch genug Daten die großteils halbwegs seriöß> nach dem Programm aussehen.
Na, was sagt denn dann ein Disassembler dazu?
Gruß
Jobst
Jobst M. schrieb:> jas schrieb:>> Was wäre das denn noch außer dem Programm und der Versorgung die ich>> schon Überprüft hab.>
Ich meinte andere Ursachen für einen Fehler m Flash vllt. hab ich an der
Hardware was übersehen.
> ??>>> Im Flash sind außerdem noch genug Daten die großteils halbwegs seriöß>> nach dem Programm aussehen.>> Na, was sagt denn dann ein Disassembler dazu?>
[code]
LADR_0x1AD2
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
LADR_0x1AD9
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
LADR_0x1ADE
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
LADR_0x1AE2
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
ADDLW 0xFF ; b'11111111' d'255'
[\code]
macht ca. 50% des Quellcodes aus ist jetzt nur ein Beispiel wenn ich das
richtig interpretiere wird nur Addiert fals das Programm den Bereich
erreicht.
>> Gruß>> Jobst
Jobst M. schrieb:> Na, was sagt denn dann ein Disassembler dazu?
Den muß man auch erstmal richtig bedienen können...
jas schrieb:> ADDLW 0xFF ; b'11111111' d'255'> macht ca. 50% des Quellcodes aus...
Jetzt aber schnell die Disketten bügeln!
jas schrieb:> Oder könnte das> irgendein Sinnvoller Bestandteil des Programms sein?> :10200000FF3FFF3FFF3FFF3FFF3FFF3FFF3FFF3FE0
Nein, 3FFF sind nicht programmierte Speicherstellen.
Der PIC hat nur 14 Bit Wortbreite, daher 3FFF und nicht FFFF.
OK Interessant was mich dann wundert dass im Assembler Sprungmarken auf
diese Stellen gesetzt sind. Hab jetzt nochmal sehr gründlich die
Hardware abgesucht aber nichts gefunden. Mist! Philips hab ich auch mal
angeschrieben haben aber noch nicht geantwortet. Das beste wäre wohl
wenn man irgend woher den Code bekommt. Falls der identisch sein sollte
wäre es wohl doch ein Hardware defekt. Mein Bauchgefühl sagt mir aber
was anderes. Wäre wohl das beste wenn diejenigen die ein PICkt etc.
haben sich mal n der Bekanntschaft umhören könnten ob so eine
Bügelstation zum Auslesen zur Verfügung steht?
lg Flo
jas schrieb:> was mich dann wundert dass im Assembler Sprungmarken auf> diese Stellen gesetzt sind.
Dann zeig doch mal den KOMPLETTEN Code. Dissassembliert. Die
Sprungmarken saugt der sich ja nicht aus den Fingern.
Gruß
Jobst
Du solltest den Schaltplan erfassen und dann eine neue, bessere Firmware
schreiben, eine die nicht nur bügeln sondern auch Kaffee kochen, den
Müll rausbringen und sich mit anderen Haushaltsgeräten vernetzen kann.
Und ein Webinterface natürlich.
Daraus machst Du dann ein Open-Source Projekt, hostest es auf Github und
baust eine internationale Community rund um das Modding dieser
Bügeleisen auf ;-)
Den Schaltplan hab ich schon erfasst, ich hatte auch schon begonnen eine
eigene Software zu schreiben und ehrlich gesagt hatte ich dann auch vor
das unter GPL 2 zu veröffentlichen. Allerdings bin ich da ausgestiegen
wo ich Messwertkurven für den PTC hätte aufnehmen müssen und den
Durchfluss des Magnetventils hätte erfassen müssen.
lg Flo
Nur ein Pragmatischer Vorschlag: Bei ebay eine gebrauchte, aber
funktionierende schießen und dann dort die SW auslesen. Danach wieder
einstellen und verkaufen. Das Geld was dabei drauf geht ist jedenfalls
besser angelegt, als eine defekte daheim rumstehen zu haben.
jas schrieb:> dann wundert dass im Assembler Sprungmarken auf> diese Stellen gesetzt sind
Wenn man mal schaut woher dahin gesprungen wird, sieht man das dort
jeweils eine Liste von möglichen Adressen steht.
Davon ist jeweils nur eine die richtige.
z.b.
GOTO LADR_0x0779 ; !!Bank!! 0x0779 - 0x0F79 - 0x1779 - 0x1F79
davon macht nur 0x0F79 Sinn
0x0779
Das !!Bank!! scheint auf irgendeinen Bankswitching Mechanismus
hinzuweisen.
Habe aber von PIC zuwenig Ahnung.
MfG
icke schrieb:> Das !!Bank!! scheint auf irgendeinen Bankswitching Mechanismus> hinzuweisen.> Habe aber von PIC zuwenig Ahnung.
Das ist ein Bankswitching Mechanismus, jedenfalls wenn das Datenblatt
die Sache richtig beschreibt ;-)
Die hinter dem !!Bank!! stehenden Angaben beziehen sich bei RAM bzw.
Register (file) Zugriffen auf die mit dem Banksel macro oder zu Fuß mit
den beiden Bankbits gesetzte Bank, von links nach rechts Bank 0, 1, 2
und 3.
Bei den GOTO ist das mit der Bank Blödsinn, hier geht es um die memory
pages 0, 1, 2 und 3
LADR_0x0039
BTFSC ADCON0,1 ; !!Bank!! ADCON0 - ADCON1 - RAM - RAM
GOTO LADR_0x0039 ; !!Bank!! 0x0039 - 0x0839 - 0x1039 - 0x1839
Hallo zusammen, hallo Jas
schließe mich Jörg an. Gleiches Problem mit einer GC9235. Wimmelt im
Netz nur so von diesem Fehler. Habe mehrere Tage an dem Ding verbracht,
weil er noch andere Fehler hatte. War dann soweit fertig und das Teil
funzte auch 2x. Danach obiges Verhalten. Habe auch alles gecheckt. Es
ist der verdammte PIC. Gibt es schon eine Lösung ? Scheint ca. nach 4
Jahren alle Geräte zu erwischen. Kennt jemand einen Entwickler bei
Philips, um an dieses 3 EUR Teil ranzukommen. Echt traurig ! Ein
Hightech Bügeleisen scheitert an einem misserablen programmierten PIC.
Schaltet durch seine Fehlfunktion in den Standbymodus und schaltet den
N3PF06 Mosfet ab. Hatte die Hoffnung durch Tausch mit einem NDT2955
vielleicht zu gewinnen , aber Pustekuchen. anuelles Freigeben des Mosfet
brachte zwar Spannung auf den Steuerkreis, aber der PIC läßt sich davon
nicht beeindrucken. Wer kann hier helfen ?
Gruß Holger
Wäre bereit ein Modell aus der Serie zu ersteigern und PIC auszulöten.
Jedoch habe ich keine Programmiermöglichkeiten. Gab es da nicht die
Möglichkeit den PIC nicht auslesbar zu machen ? Also kann er
zweifelsfrei ausgelesen werden ? Mit einer Sammelaktion müßte doch etwas
erreichbar sein. Neuprogrammieren ist echt zu aufwendig. Die Wäsche
türmt sich.......
Gruß
Holger schrieb:> Wäre bereit ein Modell aus der Serie zu ersteigern und PIC auszulöten.> Jedoch habe ich keine Programmiermöglichkeiten. Gab es da nicht die> Möglichkeit den PIC nicht auslesbar zu machen ? Also kann er> zweifelsfrei ausgelesen werden ? Mit einer Sammelaktion müßte doch etwas> erreichbar sein. Neuprogrammieren ist echt zu aufwendig. Die Wäsche> türmt sich.......>> Gruß
Nach Aussage von Jas ist der Copyschutz nicht Aktiv.
Aber selbst wenn wäre ja mit einem neuen Modell möglich diese Anzuzapfen
und die Vorgänge aufzuzeichnen um selbst eine neue Version dafür zu
machen.
Jedoch wer die Möglichkeit hat zu Flashen wird nicht unbedingt ein neues
Gerät für ~250€ Kaufen sowie ggfs ein Defekts zu Bekommen zum
Vergleichen ect...
Aber wenn es so nach ~ 4 Jahren passiert scheint es evtl eine geplante
Variante zu sein vom Hersteller um neue Geräte zu Verkaufen da ja bei
der Menge es schon ein komischer Zufall ist.
Aber nicht auszuschließen das es auch eine Fehlerhafte Programmierung
ist..
Aber sicherlich wird sich jemand in der Umgebung Finden der sich das mal
Anschauen kann wenn die Stadt bzw Bundesland Angegeben wird.
Sowie manche ja auch nicht Unbedingt E-Mails in Treads Schreiben wäre
noch die PM Funktion da...
Hier wurde auf russisch das Problem diskutiert und der Flash vom PIC des
Philips GC9240 GC9241 GC8620 ausgelesen und online gestellt:
http://monitor.espec.ws/section39/topic251948p20.html
Vielleicht kann ein des russischen Mächtiger den Beitrag mit den Links
übersetzen?
(Übersetzungsprogramme bringen immer nur die halbe Wahrheit rüber.)
Die Hauptplatine scheint es mit der Ersatzteilnummer Philips
423902177331 auch einzeln zu geben, z.B. bei eBay.
@jas: Es ist schlechter Stil Crossposts quer über das Internet zu
verteilen und dann noch nicht Mal einen Link auf die anderen Beiträge zu
setzen. Das zerfleddert die Diskussion. Besser wäre es gewesen nur einen
kurzen Anreißer zu schreiben und dann auf die existierender Diskussion
zu verweisen.
Alle reden davon den Planeten resourceschonend zu behandeln, aber keiner
hält sich dran. Eine kleine Gruppe Idealisten will die Umwelt (auch den
Geldbeutel) schonen, weil der Rest der Bügelstation ja noch geht, aber
ein 1,5 EUR Bauteil macht diesem Gedanken ein jehes Ende. 4 Jahre mit
mehr oder weniger starkem Gebrauch bei solchen Anschaffungskosten
spricht für Qualität :-). Wenn es nur ein Programmierfehler wäre, sollte
sich Philips kulant zeigen. Aber wie bei VW wird man alles abstreiten,
dass möglicherweide ein Vorsatz vorliegt. Alles Heuchler und
Seelenverkäufer. Wie bei Canon mit dem Druckkopf. Letztendlich der Marke
den Rücken kehren, weil es nur der einen Sache dient: Geld machen und
Abhängigkeiten schaffen. Man will eigentlich gar nicht helfen, obwohl
das für Stärke sprechen würde. Einen neuen Chip werden die niemals
rausgeben. Es gibt ja noch nicht ein Powerboard komplett. Nur
Einschicken ist die Lösung. Sicherheit,Haftung und Produktpiraterie
nicht zu vergessen. Ich glaube, man wird sich wohl von der Station
verabschieden können.
freue mich trotzdem über jede neue Idee oder programmierten Chip zum
Tauschen. Ein Gespräch mit der Entwicklungabteilung wäre hilfreich.
Gruß
Also folgende Lösung:
PICKit2 oder 3 gekauft 15.-EUR. ICSP Kabel rein. Oben angebotene HEX
Files downloaden und ab in den Controller. Was soll passieren. Evtl. bei
ebay gleiches Modell kaufen, Programm auslesen und in defekte Station
rein. Scheint mir die wirtschaftlich sinnvollste Lösung zu sein. Bitte
um Kommentare !
Gruß
Hallo Jas oder kollegen,
wer hätte ein Programmer und würde mir ein Chip flashen ? Schicke
Baustein zu. Damit es einfach schneller geht !
Würde mich als Versuchskaninchen zur verfügung stellen.
Gruß
Holger schrieb:> Hallo Jas oder kollegen,> wer hätte ein Programmer und würde mir ein Chip flashen ? Schicke> Baustein zu. Damit es einfach schneller geht !> Würde mich als Versuchskaninchen zur verfügung stellen.> Gruß
Wie schon gesagt wurde ein PICKit holen und selbst machen oder anderen
Brenner.
Alternativ evtl
http://www.sprut.de/electronic/pic/brenner/
Ein Hackerspace in der nähe Fragen die haben sicherlich einige Brenner
zur Verfügung ;)
Oder halt deine Stadtbereich angeben ob jemand in der nähe ist.
Wenn du in der nähe von Oberhausen bist wäre dies so kein Problem...
Aber es gibt ja genug andere Fehler in Geräten die auf geplante
Obsoleszenz deuten.
> http://monitor.espec.ws/section39/topic251948p20.html
Die Kurze Zusammenfassung der russischen Seite:
99% aller Fälle sei ein Kabelbruch im Bügeleisen die Ursache, also die
Stelle, wo das Kabel in den Bügeleisen führt.
Bei einigen ging es nach der Reparatur des Kabels.
Einer schreibt noch die Elemente 8013 ,2020 ,7012,3033 seien bei ihm
defekt gewesen.
Ein anderer meldete Erfolg nach dem Flashen.
Im letzten Post sind die Links zu den Hexdumps und der Hinweis, es würde
auch reichen, den Flash auszulesen und zurück zuschreiben, aber ohne den
EEPROM, mit anderen Worten, den EEPROM löschen.
MfG,
Andreas
ich sehe einige rechtliche Angriffspunkte.
1. Wenn es so gewollt ist, dann könnte es sich um Sachbeschädigung
handeln.
2. Wenn es nicht gewollt war und der Hersteller sich so äußert hat man
ja eine Bestätigung das der Fehler schon von Anfang an bestand und es
sich also um ein mangelhaftes Produkt handelt, dann spielt die
Gewährleistung keine Rolle. Der erste VW musste jetzt auch
zurückgenommen werden ohne Nutzungsabzug.
3. Wenn von dem Produkt eine Gefahr ausgeht dann mal ins
Produkthaftungsgesetzt schauen da geht es um 10 Jahre Haftung des
Herstellers, Importeurs...
Konfrontiert Philips mal damit. Es gibt doch auch ein Amt oder Behörde
die Produkte aus dem Verkehr ziehen z.B. die China Verteilerleisten mit
Schucko Stecker aber ohne PE Anschluß. So als kleinen Annsport damit
Philips tätig wird.
Folgender Zusammenhang: Die Kabelzugentlastung am Bügeleisen aus
Kunststoff ist unglücklich umgesetzt. Durch normale Handhabe wird das
Kabel ständig gestaucht und gezogen und schäuert sich somit an der
Zugentlastung kaputt. Die Kabelisolierung wird zerstört und es kommt zu
einem Kurzschluß. Das wiederum hat rückwirkend defekte und Zerstörung
oben genannter Bauteile auf der Platine zur Folge. Soweit so gut.
Dennoch ist das typische Standby Blinken ein Fehler des PICs. Muß
geflasht werden, weil möglicherweise wirklich ein Überlauf etc. das
Programm zum Abstürzen bringt. ....Ganz weit vorne liebes Philips-Team.
Vieleicht liest das hier ja mal ein Verantwortlicher aus Entwicklung
oder Vorstand. ....Aber wird es sie wirklich jucken ? Schließlich wollen
alle nur verkaufen ! Ein Hoch auf die Langlebigkeit vieler Produkte und
deren Wertschöpfungskette.
Gruß
Hypothese: Vielleicht wird durch den Kurzschluß der PIC gelöscht ? Aber
es gab auch Berichte , dass die Station während einer Bügelpause nicht
mehr aufgewacht ist. Also es bleibt rätselhaft.
Holger schrieb:> Leider ist er SMD also 28 PDIP.
Das widerspricht sich, PDIP ist eben gerade nicht SMD.
Ich könnte sowohl SO28 als auch SS28 programmieren.
Hallo Forum,
wer kann helfen. Habe jetzt PicKit3.5, MPLAB installiert und auch IPE
falls das schon reicht und will jetzt nur EEProm löschen wie Andreas
geschrieben hat. Vorher evtl. alles mal sichern. Also nur Flash
behalten. Stimmt das alles so. Wie sehen die richtigen Einstellungen im
MPLAB aus. Wahrscheinlich muß hier erst der advanced Mode aktiviert
werden. Will heute Abend ran an den Feind (Bügeleisen) !
Danke im voraus !
Glaube die hexfiles von Andreas (Russland) sind fehlerhafte Files von
defekten Geräten. Nach Auslesen meines Bügeleisens kam ebenfalls eine
46,4 KB großes hexfile zustande. Egal was ich beim IPE eingestellt
hatte, alle Speicherranges (ProgramMemory, EEProm, UserID, Configuration
Memory)hatten eine Datei von 46,4KB. Mit dem IDE gab es nur eine 1,43KB
große Datei und im Debuger die Meldung, dass ext. Spannung notwendig
wäre. Nach Verorgung des Bügeleisens leider FI geflogen. PICkit3 aber
gottlob in Ordnung. Nach mutigem Erasen (was natürlich geglückt ist)
kein Blinken mehr ! Welch Wunder. Beim Zurückschreiben folgendes:
Preserving the following program memory range(s)
2017-01-20 19:50:18 +0100 - Programming...
Failed to program device
The preserve memory range(s) string entered on the "Memories to Program"
property page is empty.
2017-01-20 19:50:21 +0100 - Programming failed
Pass Count: 0
Wer ist hier schlau und kann mir helfen ? Was habe ich falsch gemacht ?
Bügeleisen bis dato nicht kaputt repariert, aber kaputt geflasht !
Gibt es noch Hoffnung ?
Gruß
Hallo Leidensgenossen,
die Files sind doch alle in Ordnung und haben im Schnitt 46,4KB. Aussage
von Andreas und unseren russischen Freunden ist die Lösung.
Möglicherweise kommt der Fehler im PIC wie von mir oben beschrieben
tatsächlich als Folge der Kabelfehler. Dies wäre nochmal genau zu
recherchieren. Jedoch muß die hex-Datei zum Bügeleisen passen, sonst
gibts Fehler. Platine muß natürlich auch Fehlerfrei sein. Kann alles mit
der IPE aus dem MPLAB gelöst werden. Trotzdem bleibt der Fehler im
EEProm rätselhaft. Kann jetzt wieder Berge an Wäsche glätten (lassen)!
Mal sehen wie lange es gutgeht.
Philips , Philips das ist alles nur suboptimal gelöst !
Hallo Holger,
freut mich, dass es geklappt hat (ich hatte ja nur die kompakte
Übersetzung/Zusammenfassung der russischen Seite geliefert) :)
Holger schrieb:> Möglicherweise kommt der Fehler im PIC wie von mir oben beschrieben> tatsächlich als Folge der Kabelfehler. Dies wäre nochmal genau zu> recherchieren.
Da kann ich auch nur raten:
- Der PIC erkennt den Fehler (Kabelbruch), merkt sich Diesen und
verweigert die Arbeit -- aus Sicherheitsgründen, versteht sich
- Durch den Kabelbruch enstehen Störungen, die Versorgungsspannung
bricht ein oder Ähnliches. Dabei wird EEPROM kaputt geschrieben.
Ich hatte mal einen Fall, wo beim Ein- oder Ausschalten des Netzteils
mit einem dicken Elko so was passierte. Irgendwann war die Spannung in
einem Bereich, wo der PIC nicht mehr zuverlässig lief und immer wieder
neustartete. Dabei wurde EEPROM überschrieben, obwohl es keine
Schreibroutinen hatte, nur für das Lesen. Ich vermute, bei der
ungünstigen Spannung sind Bits umgekippt und aus dem Lesen wurde
Schreiben. Der dicke Elko hatte genug Energie, um den Spannungsbereich
lange genug zu halten, und der µC hatte keinen Schutz dagegen (BrownOut)
Aber wie gesagt, alles nur wilde Spekulationen
MfG,
Andreas
Hallo Jas,
ich habe selbst Probleme mit meiner Philips Bügelstation gehabt... Ist
die Garantie deines Produkts schon abgelaufen? Philips bietet
normalerweise eine günstige Garantieverlängerung, die in deinem Fall
nützlich sein könnte.
Letzte Woche habe ich trotzdem im Internet nachgeschaut und habe eine
neue wunderbare Bügelstation gekauft, da ich auf eine gute
Vergleichsseite ein passendes Angebot gefunden habe!
Hi
Wenn aktuell eine neue Bügelstation angeschafft wurde, was spricht
dagegen, den EEPROM-Inhalt der (nahezu) jungfräulichen Station
auszulesen?
Sollte das zuvor aufgezeigte Verhalten geplant sein (geplante
Obsoleszenz), ließen sich dann die Daten zurück schreiben - ggf. erst
nachdem der wohl auslösende Kabelbruch geflickt wurde.
Wo sitzt der Pic, kommt man da ohne Beschädigungen dran?
Dabei soll ja nicht die bestehende Garantie gefährdet werden.
MfG
PS: von Einem, der auch mit ungebügelten Unterhosen leben kann
Moin!
Auch wenn die Diskussion hier schon etwas älter ist, wollte ich mal
meine persönlichen Erfahrungen in Bezug auf das Firmwareproblem der
Philips Dampfbügelstationen schildern. Vielleicht nützt das ja jemandem.
Ich selbst habe ebenfalls so eine Station (Philips PerfectCare Silence
GC9540/02). Und eines Tages hat auch meine Station den Geist aufgegeben.
Der Hauptschalter blinkte nur noch in schneller Folge.
Das Prüfen der Anleitung führte zu keiner Lösung, Kontaktaufnahme mit
dem Support führte zu keiner Lösung, Demontage und Prüfung der
essentiellen Bauteile (Pumpe, Dampferzeuger, Ventil, Verbindungskabel,
etc.) führte zu keiner Lösung.
Dann bin ich auf die russische Diskussion und auf diesen Beitrag hier
gestoßen. Ich habe mir ein PICkit 3 besorgt, den PIC gelesen, erased und
den Dump ohne den EEPROM Content zurückgeschrieben. Und schon ging die
Station wieder.
Ich möchte hier nochmal ganz klar betonen, dass bei meiner Station
keinerlei Hardwareproblem vorlag. Vor allem die Leitung zwischen Station
und Bügeleisen habe ich genau geprüft - alles in Ordnung.
Bei mir war es ausschließlich ein Firmwareproblem.
So langsam steigt bei mir echt die Wut auf Philips. Für mich riecht das
nach Absicht.