Update 2. 11. 2010

• Opraveno: 64-bitový .NET Framework hází NotImplementedException při pokusu o načtení BAMLu z 32-bitových knihoven. Vyřešeno překompilací pro x86 místo AnyCPU.

Update 29. 9. 2010: 1.0.0.2

• Opraveno: Utilitka při načítání knihoven pod .NET 4.0 padala, pokud byly označeny jako stažené z internetu (některé rozbalovací programy je tak označují). Full trust je od knihoven stále vyžadován, ale již nezpůsobí pád aplikace (díky Simonu Taylorovi).

Update 29. 9. 2010: 1.0.0.1

• Ne zcela neočekávatelně, finální verze .NET Frameworku 4.0 přinesla nekompatibilní změny s RC. Program upraven a překompilován pro finální verzi.

Už vás někdy napadlo, jak na Meridianu/P ladit po sériovém kabelu? Věděli jste, že Tahoe-II podporuje zobrazení displeje na výšku? To všechno a další nastavení lze měnit touto univerzání konfigurační utilitkou:

.NET Micro Framework má vyhrazenou speciální část paměti na tzv. konfigurační data. To je například místo, kde se ukládá IP adresa zařízení. Nejsem si jistý, jak moc je to všeobecně známo, ale kromě vestavěných konfigurací mohou portující partneři využít tuto funkcionalitu pro uložení a využití vlastních, hardwarově závislých konfiguračních dat.

Bohužel, zatím neexistuje žádný prográmek, kterým by šlo taková data číst nebo zapisovat (kromě MFDeploy, který zpřístupňuje vestavěné konfigurace (nastavení sítě, USB a SSL)). To by mohl být důvod, proč se této možnosti téměř nevyužívá, což je škoda. Doufám, že tato utilitka pomůže jak vývojářům, tak výrobcům hardware využít schopností konfiguračních sektorů a zjednodušit správu zařízení.

Hlavní funkce

Související s připojením:

• Všechna připojená zařízení jsou vidět najednou, díky stromové struktůře místo dvou seznamů.
• Podpora připojování a práce s více zařízeními najednou.
• Kompletní informace o připojení (portu), označitelné ke kopírování.
• Připojování a další časově náročné operace, případně chyby, neblokují aplikaci. Průběh zobrazován v tooltipech.
• Režim offline - všechny zobrazené informace jsou zapamatovány a k dispozici i po odpojení zařízení (např. během restartu).
• Ping i s odpovědí (zatím nedekódovanou), dobou trvání a prezentován blokující formou s možností dotaz opakovat stisknutím jediné klávesy (místo pro vylepšení).
• Možnost restartovat zařízení i s parametry (pouze CLR, vstup do boot loader, atd. - viz. kontextové menu tlačítka) (také plánuji vylepšit).
• Je možné připojit zařízení, které používá různé porty pro TinyBooter a pro TinyCLR (ačkoliv to momentálně vyžaduje malý trik)
• Seznam běžících emulátorů.... no, prostě seznam.
• Rychlý přístup k MFDeploy a příkazové řádce SDK pomocí úkolů ve Windows 7.
  

Dostupná data z TinyCLR (jen pro čtení):

• Veškeré informace o firmware, včetně HAL, CLR a OEM verzí.
• Zobrazení obsahu displeje - tento příkaz přestal být Microsoftem podporován a žádný stávající hardware ho neimplementuje.
• Seznam podporovaných a nepodporovaných funkcí na zařízení.
• Standardní výstup ze zařízení, včetně příkazů a šumu, s možností uložení do soboru.
• Seznam nahraných assembly, jejich verzí a stavem.

Dostupná data z TinyBooteru:

• Automatické přepínání do TinyBooteru (a zpět), pouze když je to nutné.
• Seznam konfigurací uložených v zařízení.
• Několik pohledů na konfigurařní data:
  • Šablona pro rychlé, uživatelsky přívětivé nastavení.
  • Tabulka vlastností pro rozšířené možnosti, s možností dokumentace jednotlivých položek.
  • Přímé zobrazení dat včetně konfiguračních hlaviček pro experty a výrobce hardware.
• Rozšiřitelnost knihovnami třetích stran.

Univerzálnost

Právě poslení bod je klíčovou částí a účelem této aplikace. Kdokoliv může vytvořit své vlastní definice konfigurací a šablon, viz. dokumentace pro vývojáře. Rovněž by nemělo být těžké udělat rošiřitelný strom - pokud byste o to měli zájem, napište.

FAQ

• Jak se aplikace liší od MFDeploy?
• MFDeploy umí nahrávat assembly a mazat paměť. Tato utilitka nikoliv (zatím), ale uvažuji o tom, pokud by byl zájem. Také mi můžete dát vědět, pokud jste v této oblasti s něčím v MFDeploy nespokojeni. Na druhou stranu, MFDeploy umí jen číst a ukládat vestavěné konfigurace. Tato aplikace umožňuje editovat jakákoliv konfigurančí data v zařízení včetně hardwarově specifických, a dokonce pro ně vytvářet šablony.

• U emulátorů je napsáno Access denied. Z jakého důvodu?
• K získání seznamu běžících procesů je potřeba mít administrátorská oprávnění. Jelikož emulátory momentálně nepodporují ovládání z jiného procesu, získání seznamu je to jediné, co s nimi můžete dělat. Není tedy důvod požadovat zvláštní oprávnění při každém spuštění.

• Proč jsou tedy emulátory vůbec ve stromu?
• Ve stromu jsou všechny typy komunikace definované v knihovnách .NET Micro Framework debuggeru. Nemám v plánu překompilovávat aplikaci pokaždé když Microsoft přidá, odebere nebo nějaký typ implemenuje.

• Které typy komunikace automaticky rozpoznají připojený hardware?
• Pouze USB (a emulátory, ale platí první odpověď) - zde se automaticky zobrazí nebo skryje připojený resp. odpojený hardware.

• Jak najdu hardware připojený po síti?
• Vyberte ve stromu Ethernet a stiskněte tlačítko Refresh.

• Mohu připojený hardware přepnout do offline režimu ručně?
• Ano, tlačítkem Disconnect.

• Jak takový hardware znovu přivedu online, když použité připojení neumožňuje automatické rozpoznávání?
• Stiskněte tlačítko Refresh

• Jak mohu hardware odpojit úplně?
• Stistkem tlačítka Disconnect, když je zařízení offline - bude pak odebráno ze stromu.

• Jak dostanu ručně odpojený hardware zpět do stromu?
• Vyberte příslušný typ komunikace a stiskněte tlačítko Refresh.

• Jak se mohu připojit k zařízení, které používá pro TinyBooter a TinyCLR rozdílné typy komunikace?
• Připojení k TinyBooteru je potřeba pouze pro přístup ke konfiguracím, a se vším připojováním aplikace čeká až dokud je nezbytně nutná. Tudiž můžete rozbalit strom od připojení TinyBooteru až ke konfigurační větvi a pracovat s konfiguracemi, a všechny ostatní větve používat pod připojením TinyCLR. Jediné zařízení o kterém zatím vím, že tento přístup vyžaduje, je AUG AMI DevKit (sériový port + ethernet).

• Změna orientace displeje na Tahoe nefunguje, ačkoliv konfigurace byla úspěšně uložena. Co mám dělat?
• Spusťte nějakou .NET aplikaci. Debug zprávy a logo Device Solution se tímto nastavením neřídí.

• Po práci s konfiguracemi zařízení pokaždé startuje do TinyBooteru. Jak to vrátit zpět?
• Je třeba se připojit k TinyCLR. Během toho, co na zařízení běží TinyBooter, vyberte ve stromu položku Device Information. Pokud je její obsah již v paměti, stiskněte tlačítko Refresh.

Stažení

Dvě důležitá varování:

• Vyžaduje .NET Framework 4.0 runtime, který si můžete stáhnout např. zde.
• Utilitka může, a ne úplně vyjímečně, spadnout při ukončování. O této chybě vím, a můžete ji ignorovat.
  Jedná se o stack overflow, ale už v nativní části kódu. Pokud jste zkušení vývojáři v této oblasti, rozhodně přivítám jakoukoliv radu nebo pomoc při zjišťování, jestli s tím mohu udělat něco jiného než při ukončení killnout proces. :-)

Archiv obsahuje:

• Universal Configuration Tool
• Knihovnu s definicí konfigurace NETWORK.
• Knihovnu pro konfigurace MDB1 a LCD1 od Device Solutions.
  Tahoe-II rotaci displeje a vypínání loga/informací podporuje až od firmwaru verze 4.0.40141.6796.

Konfiguraci WIRELESS a podporu SSL plánuji na další verzi. Tyto totiž vyžadují připojení k zařízení a ještě jsem se nerozhodl, jak jej do knihoven předat. Pokud na to máte nějaký názor, dejte mi vědět!

Comments

William 12.10.2010 4:31:06

Does not even start on my Win7 64 os. No error. Just double-click and nothing.

Innovactive 25.10.2010 15:14:30

On my Win7 64 tool crashes, too.

Jan Kučera 02.11.2010 17:54:29

What about now?

Innovactive 03.11.2010 17:46:11

Now it works! Thanks Jan.

Cleon 22.08.2014 13:36:04

HI, I am trying to run this tool on win8 (64bit) os, but is does not run at all. no error. do you still support this tool?

Sign in using Live ID to be able to post comments.