Pokud uvažujete o koupi IP kamery a ještě jste se nerozhodli, určitě se vyhněte kameře Edimax IC1500. Tato kamera obsahuje nespočet chyb a vad, třeba:
přehřívá se = po nějaké hodině se zasekne, funguje ping, nefunguje však webserver, takže je nutné kameru ručně odpojit od sítě a znovu zapojit 🙁 Opravdu velice praktické
dodávána s velice špatným SW, se kterým je problém už jen nakonfigurovat wifi
při upgradu firmwaru je opět v továrním nastavení, musíte jí tedy komplet znovu konfigurovat po LAN, tedy všechny kamery obejít a zdlouhavě nastavovat
s novým firmwarem je omezen framerate na 5 FPS = čínská oprava přehřívání
resetování je stejně komplikované jako nastavení:
Unplug power
Hold in rest button with small screwdriver
Power back on but continue to hold reset for almost 30 seconds.
Release reset once you see the two status lights on the lens flash twice.
Power off the unit
Power back on
Configure from the windows admin utility – it should find it with the „search“ button.
Power cycle once more and confirm settings are intact
zobrazit kameru je možné pouze v IE (díky ActiveX)
nefungují automatické korekce obrazu, ta funkce tam je, obraz je ale příšerný
To je jen krátky seznam na který jsem si dokázal rychle vzpomenout.
Kamera má však i jednu výhodu, opravdu ale jen jednu, firmware je kompletně open source, takže si ho kdokoliv může upravit k obrazu svému.
Pokusil jsem se odstranit přehřívání HW modifikací casu kamery, po rozebrání jsem na všechny horké součástky připevnil hliníkové chladiče, ze zadní části jsem odstranil plechový kryt a do spodní části jsem vyříznul otvor pro nově přidaný ventilátor.
Výsledek je zde:
A jak to dopadlo se zasekáváním? Trošku jsem si pomohl, kamera se už nezasekává po hodině provozu, ale cca po několika dnech ;-(
Naštěstí se mi již podařilo přijít i na způsob, jak toto zasekávání odstranit úplně, dnes už ale nemám sílu to popisovat.
Na tomto příspěvku jsem chtěl demonstrovat jednoduchost a vůbec možnost provázání různých aplikací s Sharepointem. Rozhodl jsem se pro vytvoření webparty, zobrazující aktuálně přiřazené a nesplněné aktivity v Microsoft CRM 4, protože to bude určitě užitečná featura pro spoustu lidí využívajících firemní intranet.
Takto vypadá výsledný webpart (po kliknutí na daný předmět aktivity se otevře přímo v editačním okně CRM):
Takto jsou zobrazeny aktivity v CRM:
Zdrojové kódy i WSP balíček je přiložen na konci tohoto postu.
Načítání aktivit z CRM serveru probíhá přes webservice, url adresa webové služby je vždy ve formátu:
Pokud používáte Visual Studio 2008, je potřeba vygenerovat klientský wrapper až v „Advance“ dialogu jako na následujícím screenshotu:
Aby bylo možné rozlišit aktuálně používanou organizaci zavedenou v CRM, je potřeba ještě provést nastavení objektu CrmAuthenticationToken jako na následujícím příkladu:
public static CrmService GetCrmService(string crmServerUrl, string organizationName)
{
if (string.IsNullOrEmpty(crmServerUrl)) throw new ArgumentNullException("crmServerUrl");
if (string.IsNullOrEmpty(organizationName)) throw new ArgumentNullException("organizationName");
CrmSdk.CrmAuthenticationToken token = new CrmSdk.CrmAuthenticationToken();
token.OrganizationName = organizationName;
CrmService service = new CrmService();
UriBuilder builder = new UriBuilder(crmServerUrl);
builder.Path = "//MSCRMServices//2007//CrmService.asmx";
service.Url = builder.Uri.ToString();
service.Credentials = System.Net.CredentialCache.DefaultCredentials;
service.CrmAuthenticationTokenValue = token;
return service;
}
Aby jsme mohli vyhledat svoje aktivity, je nejprve nutné zjistit identifikátor přihlášeného uživatele:
Byla uvolněna beta verze Hyper-V Serveru 2008 R2, několik připravovaných novinek:
– live migrace VPC za jeho provozu, bude tedy možné vytvořit virtualizované PC s vysokou dostupností a kdykoliv ho přesunout na jiný node bez zastavení
– za provozu bude také možné připojit/odpojit pevné disky
– bude se jednat o "zelený" stroj, Hyper-V bude automaticky vypínat/zapínat jednotlivá jádra CPU podle zatížení
Hned na první pohled je vidět rozdíl a podle mě i vážný nedostatek Microsoft Tagu, ten totiž používá pro zakódování informací CMYK barvy, QR tag je pouze černobílý. Plyne z toho hned několik omezení: s čenobílou laserovou tiskárnou máte smůlu, potřebujete relativně kvalitní optiku snímajícího zařízení a dobré osvětlení, jinak se nepodaří kód přečíst. QR má v tomto jistě velikou výhodu, protože ho můžete poslat faxem, najít v černobílém tisku, scanovat i v poměrně velice tmavém prostředí.
Tagy mají i kapacitní rozdíl, na QR tag je možné uložit až 4296 alfanumerických znaků, na Microsoft Tag je možné uložit pouze unikátní identifikátor, všechny související data si klient musí načíst ze serveru. Každý způsob má nějaké plus a nějaké mínus, u QR tagu si však logicky můžete také uložit pouze identifikátor.
Jelikož se mi v aktuálním projektu nehodila existence konfiguračního souboru aplikace (app.config) pro zajištění konfigurace XML RPC serveru ve vlastní assembly, potřeboval jsem stejné parametry nastavit programově.
Nakonec jsem narazil na odpověď:
ListDictionary prop = new ListDictionary();
prop.Add("port", 1971);
HttpChannel channel = new HttpChannel( prop, null, new XmlRpcServerFormatterSinkProvider(null, null));
ChannelServices.RegisterChannel(channel);
RemotingConfiguration.RegisterWellKnownServiceType( typeof(Server), "myApp/anURI", WellKnownObjectMode.Singleton);