parallax propeller[VBSCL:A15421615D9]

[Nagy Tibor]

> Azért próbáltál már 16Kb ASM programot visszadisassemblálni
> és megérteni?
> Igen értékes program, meg nagy időfelesleg is , hogy nekiálj visszafejteni..

Kicsit belepofázok, mint téma felvető: a propeller SPIN (a saját magas szintű programnyelve) interpreterrel(!) dolgozik és asm kóddal, ízlés szerint a fejlesztőn múlik. Tehát az eepromban spin nyelv esetén tokenek vannak, az interpreter rész nem publikus (így a tokenek sem), a chipben van és nem lehet kiolvasni. Tehát visszafejteni elég nehéz, ellenben eepromot másolni röhejesen egyszerű...


> Legjobban tetszik nekem pl az a védelem
> ( én tanátam ki :)
> két soros vezetéken  ahol azonos ütemű jelek futnak.
> Szoppal mérve a két kimenet hasonló,
> de a futó élek egy kis ütemet elmaradnak és
> sietnek egymáshoz képest .
> Az alapütem a feldolgozási sebesség maximuma körül fut,
> és lehet gyengíteni a vonameghajtást is ,
> ha belemérsz akkor a fázisok elcsuszkálnak és semmi se müködik.
> Lehet ha nagypapa leszek egyszer és ráérek , megcsinálom!
> Tehát Propellerre csináljam meg?
> Az elég gyors?

Egy cog max. sebességen 20MIPS, ellenben csak 200ns-onként éri el a lábakat.
Csináld!:)

Digitális külső elemes védelem (pl. PIC, AVR) azért nem az igazi, mert egy olyan olcsó eszközzel, mint pl. miniLA, könnyen olvasható a kommunikáció, különösen, ha szabvány (I2C, soros). Ismétlést keresve benne már törhető, ill. a PIC funkciója megvalósítható uC-vel. Mondjuk rá lehetne bízni a program működéséhez nélkülözhetetlen matematikai (vagy egyéb) számítást, de iszonyúan lassítaná a dolgot, mi értelme lenne akkor a 32bites cogoknak? 


-- 
 tib