Uz jsem to nasel, base64 prekompiluje obrazek do strojoveho kodu, ktery se vlozi rovnou do html kodu. http://neuage.biz/en/tools/base64.html Super, jsem netusil ze neco takoveho jde

Dobrý den, jde o verzi hw SoC-ARM REV1 100Mbit DF9, ze dne 29.5.2012.
Provedla jsem další update svého kódu (jiný web, omezení práce s RAM), vážnější problémy se již nevyskytují, ale i tak jde vidět, že web a sdc nějak kolidují, viz. zajímavý úkaz ve výpisu console (hned na začátku, br> zcela jistě nebyl vygenerován mým sdc kódem):

br>sensorSupply: 9822
*** Flashing...
*** Read flash...
*** Actual configuration:
uCritical:     1210

Program i uživatelskou html Vám pošlu do mailu.

Takže přes vikend jsem vypotil uzivatelskou stranku a narazil hned na dva problémy.
1. stránka má velikost 140kB takže jí do SDS Micro LIGHT 2 nenarvu, no snad to pujde do SDS Micro LIGHT E
2. hoší problém je ten, že když na začátku stránky přes javascript nabíjím proměnné obrázkem v BASE64 po několika řádcích  se to při načítání sekne a stránka se tudíš nezobrazí. Tady je zmíněný soubor http://ksystems.cz/Teplomer/user.html

Co stím ? Má snad SDS Micro nějaké omezení na to kolik se dá uložit do proměnný v JavaScriptu  a jak velká může být stránka u verze SDS Micro LIGHT E R2 ?

Záleží na verzi firmware, které v zařízení máte.
Tak jak se to postupně vylepšovalo, tak se i zvětšovala maximální velikost uživatelské webové stránky.

Firmware z března 2013 umožňuje nahrát 129624 bajtů, tj. 126kB.

Zkontrolujte si verzi firmware, a aktualizujte. Mělo by to pomoct i u starších výrobků.
Samozřejmě půjde to jen s těmi výrobky, které používají paměť DataFlash
(tam by měla být použita paměť s velikostí 2 MB, do které se musí vše vlézt, tj. SDS-C program, konfigurace, uživatelské data, uživatelský web).
A nepůjde to u těch (úplně původních, prvních), které používají EEPROM.

Co se diakritiky týká, zřejmě dojde k "poškození" už v programu SDSC.exe. Používáte aktuální program ?
Jde o to, že program používá stejnou diakritiku jako systém Windows, takže když je ve Win nastaveno 1250, tak se UTF-8 při načtení souboru rozbije, a pak nezbyde než to ještě ručně editovat.

Jaká hodnota je u DFx (na místě toho x) v úvodní obrazovce ? Výrobce měl možnost osadit různé velikosti paměti DF, a nejmenší co osazuje je 256kB. Je zde možnost si ji vyměnit za "větší" typ, tato řada pamětí má stejné pouzdro, zapojení pinů i komunikační protokol, a různé velikosti vnitřní flash. Samozřejmě FW to (zatím) neumí využít.

I to nejnovější SDS udržujte aktualizované, firmware je dostupný na WiKi, zadarmo.
Dělat podporu pro neaktualizované SDS mne neláká.

Určitě se o tom uvažuje u SDS-TTCPRO. U starších SDS (MICRO-MACRO-UPS) je problém s různou DF, osazenou výrobcem. Proto je firmware omezen tak jak je tomu teď.
Někdy v budoucnu se to může změnit (detekce velikost DF, možnost uživatelské výměny součástky...).

U obrázků bych doporučil změni na 16 barev, uložit do PNG nebo GIF... ať ten base64 pak není tak velký.
Nebo kreslit pomocí JavaScriptu...
Nebo nejlépe stahovat z nějakého web serveru, kde je hostovaný web... nakonec i ta webová stránka by tam mohla být, a jen si přes PHP skript (nebo jiný), běžící na tom serveru, stahovat data, ukládat je do DB, a nabízet uživatelům...

Jsem rád že se to vyřešilo. Na ten Ctrl+V se někdy podívám.

Dobrý den
A nemohl by si uživatel alespoň ten obrázek uložit na vašem serveru když už tam ukládá data?  Přeci jen mít regulaci a monitoring rozházen na několika různých serverech není zrovna ideální zejména s ohledem na dlouhodobou údržbu aplikace.