*.hex pro PIC - poradte

Hfmcons hfmcons na gmail.com
Čtvrtek Únor 7 17:59:14 CET 2013


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
>>>
>>>
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>


Další informace o konferenci Hw-list