[elektro] uC: 1xUSB 2xUART 1xSPI
Beregnyei Balazs
balazs.beregnyei at gmail.com
Wed Jul 11 10:40:59 CEST 2012
Nem vész el, épp ezért kell soros portos és FAT frissíthetőséget csinálni,
ahogy írtam. Ha a fejlesztő elköveti azt a hibát, hogy kiad egy olyan
firmware-t, ami nem tud FAT-ból dataflash-re írni, akkor menjen, és
frissítsen soros porton keresztül. Ez a kompromisszum az ára annak, hogy
olyan médiáról is frissíthessünk opcionálisan, aminek a teljes kódja nem
fér el a bootloaderben.
BB
2012/7/11 Viktor Babrian <babrian.viktor at renyi.mta.hu>
> Ezzel az a baj, hogy ha olyan applikacio kerul be a flesbe, amelyik vmi
> oknal fogva keptelen a dataflash frissitesere, akkor elvesz a firmware
> upgrade lehetoseg.
>
> A bootloaderbe azer kerulhet "megbizhatatlan" fat-usb kod, mer azt eleg
> veges modon kitesztelni (x tipusu pendrive, ures fokonyvtar stb - ha
> ezekkel jol mukodik, barmikor lehet a jovoben upgradelni)
>
>
> On Tue, 10 Jul 2012, Beregnyei Balazs wrote:
>
> Date: Tue, 10 Jul 2012 21:32:47 +0200
>> From: Beregnyei Balazs <balazs.beregnyei at gmail.com>
>> Reply-To: elektro at tesla.hu
>> To: elektro at tesla.hu
>> Subject: Re: [elektro] uC: 1xUSB 2xUART 1xSPI
>>
>> Mert ha nem fér bele, az milyen problémát okoz? Bootloader szekcióban
>> figyel a flash-író rutin, user flash tetején meg a FAT és pendrive
>> rutinok,
>> és upgrade-nél csak a user flash alját frissíted. Köztes megoldás, amit
>> egy
>> régebbi melómban csináltam (nem pendrive, hanem SD-kártya, de a lényeg
>> ugyanaz): van a proci mellett egy dataflash, és a user firmware abba bele
>> tudja írni a frissítést, a bootloader pedig vagy soros portról fogad el új
>> kódot, vagy a dataflash-ből. Így a bootloader valóban elfér a hivatalos
>> helyén, miközben a frissítés jöhet egy FAT filerendszerből is.
>>
>> BB
>>
>>
>> 2012/7/10 Fuzesi Arnold <arnold.fuzesi.lista at gmail.com**>
>>
>> Thx!
>>>
>>> +1 bónusz kérdés: :)
>>>
>>> Bootloader helyre vajon befér a pendrive kezelés?
>>>
>>>
>>> A.
>>>
>>> On 2012.07.10. 17:47, Balogh Antal wrote:
>>>
>>>> pic24fj64gb002
>>>>
>>>>
>>>> és társai .
>>>> nekünk a "gyári" forrásokkal sikerült pendrive-re irni .
>>>> Egy loggeres okosításban.
>>>> Az olvasást nem próbáltuk.
>>>>
>>>> Balogh Antal
>>>>
>>>>
>>>> -- Eredeti üzenet --
>>>> Feladó: Fuzesi Arnold<arnold .fuzesi.lista at gmail.com>**Címzett:
>>>>
>>> elektro at tesla.hu<elektro@**tesla.hu <lt%3Belektro at tesla.hu>>Elküldve:
>>> 2012. július 10.
>>> 16:43Tárgy : [elektro] uC: 1xUSB 2xUART 1xSPI
>>>
>>>>
>>>> Sziasztok!
>>>>
>>>> Olyan uC kellene ami egyszeruen keves munkaval tud:
>>>> USB pendrive-ot kezelni, illetve rendelkezik 2 soros porttal + SPI-vel
>>>>
>>>> Mit ajanlotok?
>>>> vmi ARM / PIC ATMEL cuccai stb . mindegy első körben. Beszerezhető
>>>>
>>> olcsó legyen,
>>>
>>>> és legyen hozzá működő liszensz mentes támogatás USB-hez, lehetőleg
>>>>
>>> emberi árú
>>>
>>>> JTAG.
>>>>
>>>> (Filerendszer nem gond, USB reszt nincs hangulatom / időm lekódolni
>>>>
>>> addig hogy
>>>
>>>> szektorokat tudjon olvasni a pendrive-rol)
>>>>
>>>>
>>>> Köszi,
>>>> Arnold
>>>>
>>>> ------------------------------**-----------
>>>> elektro[-flame|-etc]
>>>> ------------------------------**-----------
>>>> elektro[-flame|-etc]
>>>>
>>>
>>> ------------------------------**-----------
>>> elektro[-flame|-etc]
>>>
>> ------------------------------**-----------
>> elektro[-flame|-etc]
>>
>
> -----------------------------------------
> elektro[-flame|-etc]
>
More information about the Elektro
mailing list