Poptávka - SW pro libovolný 8-pin procesor

Zpráva

#1 Příspěvek od **ZdenekHQ** » 05 dub 2017, 22:11

Vzhledem k tomu, že opravdu nestíhám, tak potřebuju v rámci zadání:

- preferuji ATMEL, PIC
- procesor v pouzdru SO-8 nebo menším, interní taktování
- sběrnice I2C - aby se choval např. jako klasická EEPROM 24C64
- interní EEPROM na čipu

Samotný požadavek na SW dodám, nic složitého, jedná se o jednoduchý HW klíč.

Požaduji po dohodě dodání SW, cena do 2000Kč.

hakamusai · #2 Příspěvek od **hakamusai** » 06 dub 2017, 08:10

Můžu dotaz ? Jak to budeš mít řešený mechanicky ?

#3 Příspěvek od **FHonza** » 06 dub 2017, 10:17

HW klíč má chránit software na PC nebo jiný kus HW ?

#4 Příspěvek od **mtajovsky** » 06 dub 2017, 11:38

ZdenekHQ píše:- sběrnice I2C - aby se choval např. jako klasická EEPROM 24C64

Tento bod znamená komunikaci po I²C s tím, že bude specifický aplikační protokol, nebo se to má chovat indenticky jako 24C64? To by pak nedávalo smysl.

#5 Příspěvek od **ZdenekHQ** » 06 dub 2017, 11:38

Bude to chránit originál DPS.

Vím, že to zní divně, ale když je k dispozici schema i program, něčím to ochránit musím. O té spoustě "ale" vím taky, jenže toto není určeno pro profíky a už vůbec se nevyplatí, aby to někdo v softu hledal a "cracknul", protože by to musel dělat u každé aktualizace - a o to právě jde, bude jich hodně, je to vývoj.

termit256 · #6 Příspěvek od **termit256** » 06 dub 2017, 12:02

A nestacilo by tam hodit jen nejakou atypickou pamet treba fram, naplnit ji daty a pri kazde aktualizaci zmenit adresy a vycitat pokazde neco jineho? Neni to ochrana nic moc, ale kdyz se vybrousi typ a trochu dosmoli komunokace, mohlo by to snad stacit.

#7 Příspěvek od **ZdenekHQ** » 06 dub 2017, 15:49

Napadlo mě to, ale tohle je příliš jednoduchý. Sice to nejsou profíci, ale ani děti.

termit256 · #8 Příspěvek od **termit256** » 06 dub 2017, 16:52

Mrkni na DS28C22 od maximu. Je to obvod pro autentizaci pomoci SHA-256. To uz by mohlo vyhovovat.

#9 Příspěvek od **ZdenekHQ** » 07 dub 2017, 00:33

mtajovsky píše:
ZdenekHQ píše:- sběrnice I2C - aby se choval např. jako klasická EEPROM 24C64
Tento bod znamená komunikaci po I²C s tím, že bude specifický aplikační protokol, nebo se to má chovat indenticky jako 24C64? To by pak nedávalo smysl.

To je dobře, že to ani pro Tebe nedává smysl. Já jsem ale nenapsal, že adresní prostor bude stejný, jako u 24C64, a jaká budou data, která to bude "virtuálně" číst...

hakamusai · #10 Příspěvek od **hakamusai** » 07 dub 2017, 00:45

ZdenekHQ> To by jsi určitě zvládl i sám.Z mého úhlu pohledu třeba nějakej PIC (12F508 ap.).Na netu je spousty příkladů i co se I2C týče.Stačí stáhnout nainstalovat MPLAB IDE +XC8 a začít.Pokud by jsi preferoval Pascal,tak místo XC8 nainstalovat PMP Pascal.Oba nástroje free.Ten PMP má lepší optimalizaci,protože XC8 ve free verzi neoptimalizuje.

#11 Příspěvek od **ZdenekHQ** » 07 dub 2017, 00:53

S odkazem na první větu tohoto vlákna jen dodávám, že den má jen 24h, a vzhledem k existenci EB má pro mě jen 23h.

#12 Příspěvek od **Zaky** » 07 dub 2017, 16:35

Tohle je taky pěkně zákeřnej brouček komplikující hackování: http://www.atmel.com/Images/Atmel-2022S ... ummary.pdf

#13 Příspěvek od **ZdenekHQ** » 07 dub 2017, 16:56

I na tohle jsem narazil, a vlastně ani nevím, proč jsem se tomu pro začátek vyhnul. Ovšem princip se mně líbí.

#14 Příspěvek od **ZdenekHQ** » 07 dub 2017, 18:31

Jinak nabídka stále platí, uživatel elnovy sice nabídl služby, ale vnesl do toho tolik vlastní kreativity, že jsem to bohužel ukončil. Zadání je zadání a tím to končí. Já sem taky nemůžu napsat všechno, co to bude nakonec dělat.

Jediná věc, ze které jsem ustoupil a ta platí všeobecně - není nutné dodržet protokol I2C pro EEPROM, pokud nebude v kolizi s EEPROM na stejné sběrnici, teoreticky může být klasika CLK + DATA + případné CRC.

Za tu dobu, než jsem to dořešil přes mail jsem stihl napsat algoritmus pro můj procesor, je to pár řádků.

Teorie viz (a určitě to některým pomůže k pochopení) https://en.wikipedia.org/wiki/Linear-fe ... t_register

#15 Příspěvek od **ZdenekHQ** » 07 dub 2017, 19:16

hakamusai píše:ZdenekHQ> To by jsi určitě zvládl i sám.Z mého úhlu pohledu třeba nějakej PIC (12F508 ap.).Na netu je spousty příkladů i co se I2C týče.Stačí stáhnout nainstalovat MPLAB IDE +XC8 a začít.Pokud by jsi preferoval Pascal,tak místo XC8 nainstalovat PMP Pascal.Oba nástroje free.Ten PMP má lepší optimalizaci,protože XC8 ve free verzi neoptimalizuje.

Tohle si poznamenám, já vím, že mám otevřené ještě jedno vlákno, kde je o Pascalu a převodu "tukání" do texťáku řeč, tohle je zatím u ledu, ale určitě se k tomu vrátím. Já mám totiž jen dosovský BP na WIN98nsp, budu potřebovat pár rad, jak to přeložit v dnešních WIN. Ale zatím mám "duševně obsazený stav", co se týká technického uvažování a hlavně jsem "hardwérář", SW beru jako nutnost