*.hex pro PIC - poradte

[Jirka]

Na pinu 4 (vstup) je v klidu H (pull-up odpor 10k na Vdd), stejně tak na 
pinech 1 (CLEAR/COUNT) a 2 (SAVE COUNT). Pin 3 (volba CA/CC displaye) je 
na tvrdém Vdd.

Zbývá ještě jedině možnost, že by pin 4 byl z předchozích pokusů 
odprásknutý. S ohledem na proslulou odolnost PICů a na to, co se s ním 
dělo, to ale skoro vylučuju.

---
Jirka

> Jestli je zapojení jinak v pořádku, bude to asi muset řešit José.
> Podle těch "pulsů" co píše, možná čeká na pinu 4(s ošetřením tlačítka)
> na jedničku.
> S pozdravem,
> Miloš Dašek
>
> Dne 7. února 2013 17:37 Jirka <zaloha na volny.cz> napsal(a):
>> Pin 4 je konfigurován jako I/O, viz příloha.
>>
>> ---
>> Jirka
>>
>>> To musi byt tak trivialni program, ze bych chybu hledal jeste v
>>> konfiguraci... PIN4 je tusim i RESET, resp MCLR, je v konfiguraci tato
>>> funkce vypnuta, aby byl GPIO?
>>>
>>> Dne 7.2.2013 17:10, Jirka napsal(a):
>>>>
>>>> Pane Sukubo,
>>>>
>>>> díky Vaší radě se alespoň už rozsvítil display... Funguje multiplex
>>>> pro anody, nicméně údaj zůstává na "000", ať zkouším jakékoliv
>>>> kombinace na vstupech.
>>>>
>>>> Potvrzuji i nutnost deaktivace LVP, bez toho se nedělo vůbec nic (tedy
>>>> display ani nebliknul). Snad proto, že se napětím na takto špatně
>>>> konfigurovaném pinu (přivedeném z displaye) PIC přepne do
>>>> programovacího režimu? Datasheet jsem po této stránce nezkoumal...
>>>>
>>>> Zřejmě je firmware opravdu lahůdka, asi pošlu autorovi dotaz, zda mu
>>>> to někdy vůbec běhalo, nebo jestli to je další z řady vypocených a
>>>> nikdy nevyzkoušených blbin, co se různě povalují nejen na netu...
>>>>
>>>> Bohužel tímto zřejmě skončím, protože napsat nový (a funkční) firmware
>>>> fakt neumím.
>>>>
>>>> ---
>>>> Jirka
>>>>
>>>>> Hex moze a nemusi obsahovat pamatovu oblast pre konfiguraky. Ked je
>>>>> korektne vytvoreny/exportovany tak ma, ked ho niekto rychlo sprasi,
>>>>> tak nema.
>>>>> Teraz sa ale neda asi poradit nic ine nez to napalit znovu - ak budete
>>>>> skusat, skuste napalit tento subor
>>>>> http://jaromir.xf.cz/_fil/JP6281_2.hex
>>>>>
>>>>>
>>>>>
>>>>> 2013/2/7 Jirka <zaloha na volny.cz>:
>>>>>>
>>>>>> Tak si zase hraju s MCU a narazil jsem na potíž, se kterou si nevím
>>>>>> rady.
>>>>>> Resp. šlo by to jistě vyzkoušet, ale můj MCU je SMD a na DPS nejsou
>>>>>> vyvedeny
>>>>>> piny pro ICSP. Tišťák je už dost chabrus a tak nechci škrábat apod.
>>>>>> Odpájení
>>>>>> a vrácení MCU má tytéž nežádoucí vlastnosti.
>>>>>>
>>>>>> Čili dotaz:
>>>>>>
>>>>>> nese si *.hex pro PIC nutně v sobě konfiguraci pojistek, nebo ne?
>>>>>>
>>>>>> Pokud ano, co se stane, když v programovacím software (konkrétně UP od
>>>>>> Asixu) tu konfiguraci přepíšu ručně na jinou? Naprogramuje se do
>>>>>> PICu ta
>>>>>> ručně zvolená?
>>>>>>
>>>>>> Jde mi o počítadlo na
>>>>>> http://www.josepino.com/microcontroller/four_digits_counter - po
>>>>>> načtení
>>>>>> http://www.josepino.com/articles/counter/JP6281.hex do programu UP
>>>>>> se tam
>>>>>> objeví oscilátor XT, přestože má být interní RC (dokonce si troufám
>>>>>> odhadnout, že INTRC/I-O, nikoliv INTRC/CLKOUT, protože pin 15 (možný
>>>>>> CLKOUT)
>>>>>> se využívá jako výstup pro řízení displaye).
>>>>>>
>>>>>> Po vypálení zmíněného originálního *.hex samozřejmě počítadlo
>>>>>> nefunguje,
>>>>>> procesor je v nějakém statickém režimu, anžto nejspíš nemá hodiny...
>>>>>>
>>>>>> Takže jak to je s tím oscilátorem? Udělal autor chybu a je ten *.hex
>>>>>> špatně
>>>>>> (a nese si s sebou tuto špatnou konfiguraci XT místo správné
>>>>>> INTRC/I-O),
>>>>>> nebo je to před programováním nutné vybrat ručně?
>>>>>>
>>>>>> Měl jsem až dodnes za to, že PICy mají konfiguraci v *.hex
>>>>>> obsaženou, Atmely
>>>>>> ne.
>>>>>>
>>>>>> Díky za radu
>>>>>>
>>>>>> ---
>>>>>> Jirka