warten auf das GIE Bit ???

[PICture]

Hallo!

Jetzt weis ich wieder warum ich in Assembler programmiere.......

Ich auch, weil es einen minimalsten und schnellsten Programm erzeugen lässt, das nur Nötige ohne Schnickschnacks macht ....

[Siro]

Die Rückmeldung von Microchip ist da:

This was an issue that was fixed and is not applicable to the enhanced core  devices,
for instance PIC16F1939 or PIC12F1501 .
To be on the safe side, I would recommend to use the alternative methods as described in Application Note AN576 for the PIC12F617

Um auf der sicheren Seite zu sein sollte man doch die alternative Methode benutzen klingt jetzt nicht grad vertrauenserweckend.....
Siro

[PICture]

Eben, ich kann nur aus eigener Erfahrung mit diversen PIC's sagen, dass durch Reset gelöschtes GIE Bit bisher in keinem meinem ASM Programm ohne Interrupts gesetzt wurde.

[Andre_S]

Hallo!
Ich auch, weil es einen minimalsten und schnellsten Programm erzeugen lässt, das nur Nötige ohne Schnickschnacks macht ....

...und vor allen Dingen weiß ich auch genau wo was passiert und mit welchen Timings, damit bin ich frei von irgendwelchen nicht geplanten Überraschungen!

Die Rückmeldung von Microchip ist da:

This was an issue that was fixed and is not applicable to the enhanced core  devices,
for instance PIC16F1939 or PIC12F1501 .
To be on the safe side, I would recommend to use the alternative methods  as described in Application Note AN576 for the PIC12F617

Um auf der sicheren Seite zu sein sollte man doch die alternative Methode benutzen klingt jetzt nicht grad vertrauenserweckend.....
Siro

Hallo Siro,

wer weiß wer geantwortet hat,...eventuell auch nach dem Motto sicher ist sicher...

Wenn es Ihr C-Compiler nicht macht, mache ich es auch nicht!


Gruß André
ps. doch mal zum Spaß über eine längere Zeiteinheit simulieren lassen um den Effekt zu testen...

[Siro]

...und vor allen Dingen weiß ich auch genau wo was passiert und mit welchen Timings, damit bin ich frei von irgendwelchen nicht geplanten Überraschungen!

Da muss ich auch voll zustimmen, nur eine Option im Compiler umstellen reicht und das Timing ist völlig anders. In Assembler gibt es so etwas nicht und das ist auch gut so.....

Mit dem Testen wird schwierig, mann müste dafür sorgen in jeglicher Taktphase Q1..Q4 mal einen Interrupt auszulösen. Da kommt man aber meiner Meinung nach nicht ran um entsprechend zu triggern.
Ginge vielleicht über einen externen Interrupt mit einem freilaufenden bzw. asynchronen Takt zur CPU. Aber ich denke mal, wenn da ein Problem in unseren PICs wäre, hätten wir das schon bemerkt.
Aber testen schadet ja nix. Wobei wundern würde mich auch nix mehr, ich hab schon die tollsten Sachen erlebt mit den PICs und die Errata-Sheet wachsen ja auch ständig, man muss immer wieder mal
reinschauen, was im Laufe der Zeit an Fehler neu gefunden wurde für den PIC. Manchmal werden Fehler ja erst nach Jahren erkannt. Beim 18F252 wurde viel später mal festgestellt, dass er unter bestimmten
Umständen seinen Resetvector nicht trifft. Da kam aber richtig Freude auf.....Die Folgen kann man sich vorstellen, wenn die Initialisierung fehlt....
Siro

[Andre_S]

Hallo Siro,

ja ich glaube auch wir sollten uns die Mühe des Simulierens sparen. Die Wahrscheinlichkeit, dass da etwas passiert ist wohl geringer als irgend eine andere unvorhersehbare Situation.
Ich habe bisher null Ausfälle des PIC bei ca. 2500 Geräten über die letzten 9-10 Jahre trotz teilweise wiedriger Umfeldbedingungen.
Da ich aber relativ wenig verschiedene PIC Typen eigesetzt habe, bin ich bisher auch über recht wenig Probleme gestolpert und somit auch recht zufrieden mit dem PIC's welche ich vor Jahren gegenüber andern MC's favorisierte hatte. Und auch wenn ich manchmal zum C-Compiler für einen schnellen Test geschielt habe,... aber bei vielen Aufgaben überwiegen die Vorteile vom Assembler.


Gruß André