UV Levilágító 8. - Vezérlés

A hétvégén nekiálltam megcsinálni a vezérlést. Ez igazából csak egy programozható kapcsolóóra lesz. A deszkamodelt össze is raktam és a szoftver kb. felét megírtam.
A szerkezet két különálló panelen lesz elhelyezve. Az egyikre kerül a kijelző és a nyomógombok, a másikra a mikrovezérlő és ha sikerül összehoznom akkor egy USB csatoló amin keresztül lehet programozni a szerkzetet.
Íme a deszkamodell:

A mikrovezérlő egy MSP430G2452 (egyenlőre). Ennél a projectnél még maradok az MSP430 szériánál, de egyre inkább feszegetem a határait. Ugyanis, ha a Value Line (G2XXX széria) már nem lesz elég, akkor nem igazán éri meg ezekkel dolgozni.
A kijelzőt és a gombokat egy MCP23017-es I2C busz expanderen keresztül hajtom meg, a piezo csipogó, valamint a terhelés vezérlése közvetlenül a uC-ről megy. Ezen kívül lesz még egy soros port rajta amire rákötök egy Conrad-os Silicon Labs chipes (CP2102) USB/Serial átalakítót.
A szoftver:
Ami kész van:
- I2C kommunikáció
- Kijelző multiplex
- Számláló
Ami még kell:
- Soros kommunikáció
- Menürendszer
- Nyomógombok kezelése
- Terhelés kapcsolás
- Piezo meghajtás

Megjelent...

... A Rádiótechnika 2013/11-es száma.

És benne a frekivenciamérőm. :-)

Lemezkarbantartó - Vicc Microsoft módra

Az utóbbi időben több helyen is küzdök a szabad hely hiányával a gépeimen. A Hyper-V-n a sok gép miatt, a saját asztali gépemen a kicsi SSD miatt, az Amazon EC2-ben a költségek miatt. Azt vettem észre, hogy a Microsoft igencsak hanyagul bánik a rendszerköteten felhasznált hellyel. Felesleges logokból, performance log mentésekből, update backupokból, hibás logméret korlátokból lazán össze tud jönni több tíz gigabyte.

Vannak dolgok amiknek a takarítására megvannak a módszereim, mint pl. A SoftwareDistribution mappa. Vannak viszont olyan helyek mint pl. A WinSxS amit nem ilyen egyszerű kipucolni.

Most éppen jókor jött ez a cikk:

http://pcworld.hu/szoftver/igy-takaritsd-el-a-windows-update-szemetet.html

Ezen felbátorodva elkezdtem pucolni, de nem csak a klienseimen, hanem a szervereken is. Ez utóbbiból az első ami a kezembe került az az Exchange 2013-as gépem volt ami úgy gyártott közel 70gigás rendszerkötetet, hogy be se lett élesbe állítva. A Disk Cleanup Wizard-dal meg a saját ötleteimmel ki is pucoltam vagy 30 giga cuccot róla.

Ezek után jött a DC. Keresem a gombot, sehol. Megnézem a hivatkozott KB cikket, keresem az eszköz parancssoros elérését (cleanmgr) a gépen, sehol.

Keresgélek a neten, és ezt találom:
https://social.technet.microsoft.com/wiki/contents/articles/15221.enabling-disk-cleanup-utility-in-windows-server-2012.aspx

Rakjam fel a Desktop Experience-et, hogy ezt az egy szerencsétlen toolt futtatni tudjam? (Az Exchange-nek prerequsite, tehát ott azért találtam meg)

Ez egy vicc, tehát nem lehet szemetet takarítani az "Ink and Handwriting Support" nélkül.

Remek. Gratulálok Microsoft.

Office 365 (félre)konfigurálva

Nem kis kínszenvedés árán (AD FS, aoutodiscover szívások) a céges levelezés lassan beköltözik az Office 365-ba. Hibrid konfigurációt csináltam, mert nem akartam menekülő út nélkül összerakni az egészet. Mi van ha gáz van, ha valami nem működik, stb.?
Tegnap az egyik főnököm jelzi, hogy egy specifikus embertől nem jött meg egy levél, amit végülis a magán címén megkapott, de a cégesen nem.
Nézem az Event logot és ezt látom:

Ok, akkor nézzük meg az SMTP logot. Na az nincs mert, a Manage Hybrid Configuration Wizard ugyan létrehozta ezt az inbound connectort, csak éppen a logolást nem kapcsolta be rajta.
Megnézek még egy-két beállítást, kicsit tuningolok, hátha.
Bekapcsolom a logolást, hogy lássuk mi van...

Ma reggel. Megnézem az event logot, a fenti bejegyzések változatlanul ott vannak.
Irány az SMTP log (mostmár van):

Itt látszik, hogy a feladó IP-je beleesik az Office 365 által kreált konnektor IP tartományába. Megnézem, hogy ki a feladó: messagelabs.com.
A messagelabs.com a weben a Symantec oldalára irányít.
A MessageLabs egy online levélszűrő. A Symantec felvásárolta őket jó régen:
http://www.symantec.com/about/news/release/article.jsp?prid=20081117_01
Na tehát a következő derül ki számomra:
A MessageLabs IP címei beleesnek az "Inbound from Office 365" konnector tartományába. A MessageLabs kimenő SMTP-in ki van kapcsolva a TLS, Az "Inbound from Office 365" konnektoron kötelező a TLS. Eredmény: A levelek nem jönnek be.
Ez félre van konfigurálva drága Microsoft, de nagyon.
Létrehozok egy bugfix connectort TLS enforcement nélkül és felveszem az IP-t.
Küldök egy service requestet az O365 supportnak.
Gondolkozom, további logturkálás/nslookup. Kiderül, amit sejtettem: A MessageLabs több száz forrás IP-ről küld levelet. Bugfix konnentor elvet, TLS enforcement kikapcsol (adjunk egy pofont a biztonságnak).

Továbbgondolom. Íme az elméletem:
A Manage Hybrid Configuration Wizard a teljes Azure felhő összes IP tartományát felveszi a "Inbound from Office 365" konnektorra. Valaki nem gondolta végig azt, hogy Azure cloud <> Office 365. Natív spekuláció, de el tudom képzelni, hogy a MessageLabs az Azure infrastruktúrán fut.
Tehát, ha valaki Mail szervert üzemeltet az Azure-ban és a kimenő SMTP-n a TLS nincs engedélyezve, az nem tud levelet küldeni egy Hybrid Exchange-nek.
Mi rosszabb, ugyanez valószínüleg a teljes Office 365 infrastruktúrára igaz ezek alapján:
http://community.office365.com/en-us/forums/158/t/156048.aspx
Ezzel csak az a gáz, hogy ha bemigrálom a bejövő levelezésemet is, ott már nem tudom a TLS enforcement-et kikapcsolni.

Twitter

Nem vagyok elég trendkövető tudom, ezért csak most, de lehet, hogy valaki a Twittert olvassa inkább. Így ide is elkezdtem kirakni a dolgaim:
https://twitter.com/sufzoli

Feszültségreferencia 5. - Panelrendelés

A hétvégi nagy panel rendelgetés közepette megrendeltem a feszültségreferencia paneljét is. Annyi csavar van a dologban, hogy hozzácsaptam a boost tápból is kettőt. Így ez utóbbinak ingyen lesznek meg a paneljei (itt látszik igazán, hogy mekkora is a boost táp).
Íme:

Boost táp 1.

Amint kiderült, hogy a LED-es villogóban kevés a 3V (legalábbis így gondolom, de az előző bejegyzés alapján ez kezd kevésbé biztos lenni) elkezdtem gondolkozni azon, hogy mit lehet tenni a dologgal. Ami eléggé biztos, hogy a cellák (elem) számát nem tudom növelni.
Ez addig gondolati síkon maradt amíg valahol meg nem akadt a szemem a Microchip MCP16252-es tokján. Ez egy nagyon pici, nagyon egyszerű boost táp IC. Plusz 5db hozzárakott passzív alkatrésszel akár egy cellából csinál 5 voltot. Mindezt 96% hatásfok mellett teszi, a saját (terhelés nélküli) áramfelvétele bekapcsolva is csak 14uA.
Ha már rátaláltam erre a szerkezetre, elgondolkoztam azon, hogy jó lenne ez másra is. Ott van pl. a hőmérőm. A jelenlegi verzió 2db AAA elemről megy, viszont jelenleg 2.7V-nál kirakja a LOBATT jelzést és olyan 2.5V körül ki is kapcsol. Mi lenne ha át tudnám kapcsolni erre a tápra és akkor tovább bírná. Talán még az is beleférne a dologba, hogy az AAA elemek helyett mondjuk 1db 2450-es celláról menjen.
Ezeken felbuzdulva gyorsan terveztem is egy kis áramkört/panelt hozzá. A dolog breadboard-ba dugható az egész panel 12x15mm, átkapcsolható rajta a feszültség 3.3V és 5V között, valamint a uC felől tud fogadni egy sleep jelet. Ha sleepbe kapcsoljuk akkor a saját fogyasztása 1uA lesz és átengedi a bemenő feszültséget. Ezzel el lehet játszani pl. hogy ne induljon el addig amíg a tápfeszültség 2.7V alá nem csökken.
Egy dolgot nem tud a jelenlegi nyák terv. Nem kapcsolható közvetlenül a breadboard tápsínjeire, így némi plusz madzagolást igényel. Ennek két oka van: 1. Amikor terveztem ez nem jutott eszembe. 2. sajnos többféle kiosztású breadboard létezik (különböző a távolság a tápsínek és a normál rész között).
Íme a kapcsolási rajz:

És a nyákterv: