Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #228798 > unrolled thread

Velleman K8048, PIC16F627 lässt sich nicht programmieren.

Back to article view | Back to de.sci.electronics

Contents

  Velleman K8048, PIC16F627 lässt sich nicht programmieren. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-06-12 08:25 +0000
    Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-06-12 12:20 +0200
    Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-06-12 12:25 +0200
      Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-06-12 13:01 +0000
    Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. Joerg <news@analogconsultants.com> - 2017-06-12 09:26 -0700
      Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-06-13 06:28 +0000
        Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-06-13 10:59 +0200
          Re: Velleman K8048, PIC16F627 lässt sich nicht  programmieren. Hans-Jürgen Schneider <echo@hrz.tu-chemnitz.de> - 2017-06-19 08:04 +0200
            Re: Velleman K8048, PIC16F627 lässt sich nicht  programmieren. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-06-19 06:31 +0000
    Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. Roland Krause <roland.krause9@freenet.de> - 2017-06-12 19:36 +0200
    Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-06-13 17:13 +0200
      Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-06-13 15:27 +0000
        Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-06-13 17:47 +0200
          Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren. Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-06-13 18:03 +0200

#228798 — Velleman K8048, PIC16F627 lässt sich nicht programmieren.

Am Sonntag erwarb ich am Flohmarkt einen Velleman K8048 PIC Programmierkit.
Ich haben den Bausatz zusammengelötet und kann das Demoprogramm auf den
mitgelieferten PIC16F627 auch problemlos flashen. 
Ich habe dann probiert, einen anderen PIC16F627, den ich von einer Steuerplatine
herausgezogen habe, zu programmieren.
Dies schlug aber fehl. Meldung: NO PIC ON BOARD. Das gleiche mit einem anderen
16F627 von einer anderen Platine.
Ich habe auch probiert, die Codeprotection zu entfernen, aber ohne Erfolg.
Einmal gelang es mir, den Codeteil zu löschen, aber ein Programmieren des
Demoprogrammes (Lauflicht) schlug jedesmal fehl.
Kann es sein, daß die Programmiersoftware Probleme hat mit PICs, bei denen
Codeprotection aktiviert ist?
Sind die PICs hinsichtlich Vpp wählerisch? Auf dem Bausatz wird Vpp über einen
78L12 erzeugt, bei dem der GND Anschluss über 2 1N4148 angehoben ist; nachgemessen
habe ich noch nicht, da es ja mit dem mitgelieferten PIC funktioniert.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [next] | [standalone]

#228800

Am 12.06.2017 um 10:25 schrieb Peter Heitzer:
> Sind die PICs hinsichtlich Vpp wählerisch?

Nur die ganz alten mit OTP-EPROM.


Gruß Dieter

[toc] | [prev] | [next] | [standalone]

#228801

Am 12.06.2017 um 10:25 schrieb Peter Heitzer:
> Velleman K8048 PIC Programmierkit.

Der funktioniert nur auf einer alten Möhre mit klassischer RS-232 und 
historischem Windows.



Gruß Dieter

[toc] | [prev] | [next] | [standalone]

#228809

Dieter Wiedmann <dieter.wiedmann@t-online.de> wrote:
>Am 12.06.2017 um 10:25 schrieb Peter Heitzer:
>> Velleman K8048 PIC Programmierkit.

>Der funktioniert nur auf einer alten Möhre mit klassischer RS-232 und 
>historischem Windows.

Ich habe so eine Gelbe Rübe (altes Notebook mit Windows XP). Der mitgelieferte
PIC funktioniert ja damit.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#228813

On 2017-06-12 01:25, Peter Heitzer wrote:
> Am Sonntag erwarb ich am Flohmarkt einen Velleman K8048 PIC Programmierkit.
> Ich haben den Bausatz zusammengelötet und kann das Demoprogramm auf den
> mitgelieferten PIC16F627 auch problemlos flashen.
> Ich habe dann probiert, einen anderen PIC16F627, den ich von einer Steuerplatine
> herausgezogen habe, zu programmieren.
> Dies schlug aber fehl. Meldung: NO PIC ON BOARD. Das gleiche mit einem anderen
> 16F627 von einer anderen Platine.
> Ich habe auch probiert, die Codeprotection zu entfernen, aber ohne Erfolg.
> Einmal gelang es mir, den Codeteil zu löschen, aber ein Programmieren des
> Demoprogrammes (Lauflicht) schlug jedesmal fehl.
> Kann es sein, daß die Programmiersoftware Probleme hat mit PICs, bei denen
> Codeprotection aktiviert ist?
> Sind die PICs hinsichtlich Vpp wählerisch? Auf dem Bausatz wird Vpp über einen
> 78L12 erzeugt, bei dem der GND Anschluss über 2 1N4148 angehoben ist; nachgemessen
> habe ich noch nicht, da es ja mit dem mitgelieferten PIC funktioniert.
>

Ist sehr lange her, dass ich mit PICs zu tun hatte und das hier ist nur 
ein Strohhalm, weil bisher keine Loesungsvorschlaege kamen: Falls beim 
rausgezogenen F627 der interne Oszillator programmiert war, ist das m.W. 
nur hardware-ruecksetzbar, wenn man VPP lange vor den 5V anlegt, also 
nicht zu kurz hintereinander. Ohne Code Protection.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#228834

Joerg <news@analogconsultants.com> wrote:
>On 2017-06-12 01:25, Peter Heitzer wrote:
>> Am Sonntag erwarb ich am Flohmarkt einen Velleman K8048 PIC Programmierkit.
>> Ich haben den Bausatz zusammengelötet und kann das Demoprogramm auf den
>> mitgelieferten PIC16F627 auch problemlos flashen.
>> Ich habe dann probiert, einen anderen PIC16F627, den ich von einer Steuerplatine
>> herausgezogen habe, zu programmieren.
>> Dies schlug aber fehl. Meldung: NO PIC ON BOARD. Das gleiche mit einem anderen
>> 16F627 von einer anderen Platine.
>> Ich habe auch probiert, die Codeprotection zu entfernen, aber ohne Erfolg.
>> Einmal gelang es mir, den Codeteil zu löschen, aber ein Programmieren des
>> Demoprogrammes (Lauflicht) schlug jedesmal fehl.
>> Kann es sein, daß die Programmiersoftware Probleme hat mit PICs, bei denen
>> Codeprotection aktiviert ist?
>> Sind die PICs hinsichtlich Vpp wählerisch? Auf dem Bausatz wird Vpp über einen
>> 78L12 erzeugt, bei dem der GND Anschluss über 2 1N4148 angehoben ist; nachgemessen
>> habe ich noch nicht, da es ja mit dem mitgelieferten PIC funktioniert.
>>

>Ist sehr lange her, dass ich mit PICs zu tun hatte und das hier ist nur 
>ein Strohhalm, weil bisher keine Loesungsvorschlaege kamen: Falls beim 
>rausgezogenen F627 der interne Oszillator programmiert war, ist das m.W. 
>nur hardware-ruecksetzbar, wenn man VPP lange vor den 5V anlegt, also 
>nicht zu kurz hintereinander. Ohne Code Protection.
Das mit dem Oszillator habe ich mir mittlerweile auch gedacht. In der Platine, aus
der der PIC stammt ist ein FPGA verbaut, der vermutlich den externen Takt liefert.
Zumindest ist der Quarz ca. 5 cm vom PIC entfernt.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#228839

Am 13.06.2017 um 08:28 schrieb Peter Heitzer:
> Joerg <news@analogconsultants.com> wrote:
>> On 2017-06-12 01:25, Peter Heitzer wrote:
>>> Am Sonntag erwarb ich am Flohmarkt einen Velleman K8048 PIC Programmierkit.
>>> Ich haben den Bausatz zusammengelötet und kann das Demoprogramm auf den
>>> mitgelieferten PIC16F627 auch problemlos flashen.
>>> Ich habe dann probiert, einen anderen PIC16F627, den ich von einer Steuerplatine
>>> herausgezogen habe, zu programmieren.
>>> Dies schlug aber fehl. Meldung: NO PIC ON BOARD. Das gleiche mit einem anderen
>>> 16F627 von einer anderen Platine.
>>> Ich habe auch probiert, die Codeprotection zu entfernen, aber ohne Erfolg.
>>> Einmal gelang es mir, den Codeteil zu löschen, aber ein Programmieren des
>>> Demoprogrammes (Lauflicht) schlug jedesmal fehl.
>>> Kann es sein, daß die Programmiersoftware Probleme hat mit PICs, bei denen
>>> Codeprotection aktiviert ist?
>>> Sind die PICs hinsichtlich Vpp wählerisch? Auf dem Bausatz wird Vpp über einen
>>> 78L12 erzeugt, bei dem der GND Anschluss über 2 1N4148 angehoben ist; nachgemessen
>>> habe ich noch nicht, da es ja mit dem mitgelieferten PIC funktioniert.
>>>
>
>> Ist sehr lange her, dass ich mit PICs zu tun hatte und das hier ist nur
>> ein Strohhalm, weil bisher keine Loesungsvorschlaege kamen: Falls beim
>> rausgezogenen F627 der interne Oszillator programmiert war, ist das m.W.
>> nur hardware-ruecksetzbar, wenn man VPP lange vor den 5V anlegt, also
>> nicht zu kurz hintereinander. Ohne Code Protection.

> Das mit dem Oszillator habe ich mir mittlerweile auch gedacht.

Ist aber Kugelgrillermärchen.

[toc] | [prev] | [next] | [standalone]

#229091 — Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren.

Dieter Wiedmann schrieb:
> 
> Am 13.06.2017 um 08:28 schrieb Peter Heitzer:
> > Joerg <news@analogconsultants.com> wrote:

> >> Ist sehr lange her, dass ich mit PICs zu tun hatte und das hier ist nur
> >> ein Strohhalm, weil bisher keine Loesungsvorschlaege kamen: Falls beim
> >> rausgezogenen F627 der interne Oszillator programmiert war, ist das m.W.
> >> nur hardware-ruecksetzbar, wenn man VPP lange vor den 5V anlegt, also
> >> nicht zu kurz hintereinander. Ohne Code Protection.
> 
> > Das mit dem Oszillator habe ich mir mittlerweile auch gedacht.
> 
> Ist aber Kugelgrillermärchen.

Zur Hälfte. 
In Wirklichkeit muss noch dazukommen, dass /MCLR als Ausgang programmiert 
ist. Dann läuft nämlich das alte Programm sofort los, sobald Vdd anliegt. 
Denn ein Reset ist ja nicht möglich. 
Abhilfe schafft hier etwas Lötarbeit: Vdd wird erst zugeschaltet, wenn 
Vpp anliegt. 

MfG
hjs

[toc] | [prev] | [next] | [standalone]

#229092 — Re: Velleman K8048, PIC16F627 lässt sich nicht programmieren.

Ich habe am WE den Brenner nach Microchips AN589 (leicht modifizert; LS125 statt
LS244) nachgebaut und damit und der Brennersoftware PBrennerNG liessen sich alle
anderen PICs programmieren. Evtl. kommt die Brennersoftware, die beim K8048 dabei
war, nicht mit codeprotected PICs zurecht. Alle meine PICs, die ich nicht programmieren
konnte waren nämlich geschützt. 

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#228816

Am 12.06.17 um 10:25 schrieb Peter Heitzer:
> Am Sonntag erwarb ich am Flohmarkt einen Velleman K8048 PIC Programmierkit.
> Ich haben den Bausatz zusammengelötet und kann das Demoprogramm auf den
> mitgelieferten PIC16F627 auch problemlos flashen.
> Ich habe dann probiert, einen anderen PIC16F627, den ich von einer Steuerplatine
> herausgezogen habe, zu programmieren.
> Dies schlug aber fehl. Meldung: NO PIC ON BOARD. Das gleiche mit einem anderen
> 16F627 von einer anderen Platine.
> Ich habe auch probiert, die Codeprotection zu entfernen, aber ohne Erfolg.
> Einmal gelang es mir, den Codeteil zu löschen, aber ein Programmieren des
> Demoprogrammes (Lauflicht) schlug jedesmal fehl.
> Kann es sein, daß die Programmiersoftware Probleme hat mit PICs, bei denen
> Codeprotection aktiviert ist?
> Sind die PICs hinsichtlich Vpp wählerisch? Auf dem Bausatz wird Vpp über einen
> 78L12 erzeugt, bei dem der GND Anschluss über 2 1N4148 angehoben ist; nachgemessen
> habe ich noch nicht, da es ja mit dem mitgelieferten PIC funktioniert.
>
Einfach ein paar neue PICs im Laden kaufen/bestellen. Vermutlich gibt es 
eine Möglichkeit, den Typ des Controllers unkenntlich zu machen. Mein 
PicKit2 programmiert auch nur, wenn der Typ des Controllers ausgelesen 
werden kann.

-- 
Roland - roland.krause9@freenet.de

[toc] | [prev] | [next] | [standalone]

#228854

Am 12.06.2017 um 10:25 schrieb Peter Heitzer:
> Kann es sein, daß die Programmiersoftware Probleme hat mit PICs, bei denen
> Codeprotection aktiviert ist?

Es gibt da einen Unterschied zwischen 16F627 und 16F627A.



Gruß Dieter

[toc] | [prev] | [next] | [standalone]

#228855

Dieter Wiedmann <dieter.wiedmann@t-online.de> wrote:
>Am 12.06.2017 um 10:25 schrieb Peter Heitzer:
>> Kann es sein, daß die Programmiersoftware Probleme hat mit PICs, bei denen
>> Codeprotection aktiviert ist?

>Es gibt da einen Unterschied zwischen 16F627 und 16F627A.

Es sind 16F627 (ohne A). Vielleicht liegt es wirklich an der Konfiguration für
den Oszillator. Allerdings sollte sich das Configurationword doch passend
programmieren lassen, was bei mir aber auch nicht funktionierte.


-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#228856

Am 13.06.2017 um 17:27 schrieb Peter Heitzer:

> Es sind 16F627 (ohne A).


> Vielleicht liegt es wirklich an der Konfiguration für
> den Oszillator.

Nein, die spielt da keine Rolle.


> Allerdings sollte sich das Configurationword doch passend
> programmieren lassen, was bei mir aber auch nicht funktionierte.

AFAIR können die Protectionbits nur durch einen Bulk-Erase zurückgesetzt 
werden.



Gruß Dieter

[toc] | [prev] | [next] | [standalone]

#228857

Am 13.06.2017 um 17:47 schrieb Dieter Wiedmann:

> AFAIR können die Protectionbits nur durch einen Bulk-Erase zurückgesetzt
> werden.

Ist noch etwas anders, man wird halt nicht jünger.

http://ww1.microchip.com/downloads/en/DeviceDoc/30034d.pdf


Und beim 627A ists anders:

http://ww1.microchip.com/downloads/en/DeviceDoc/41196g.pdf


Bei dem Durcheinander wäre es nicht verwunderlich wenn da bei Velleman 
was schief gelaufen ist.



Gruß Dieter

[toc] | [prev] | [standalone]

Back to top | Article view | de.sci.electronics

csiph-web