Kepi's Blog

Surface Go 2 and LTE modem (updated)

Sat, 16 Apr 2022 22:00:00 GMT

I might have been little too eager to have Linux running when I got my hands on a new Surface Go 2 tablet.

As my Surface's main job is to support me when I'm away from home, a connectivity is a must. Fortunately my model has LTE modem built-in. My hopes were it would be enough to just insert SIM with data plan and be done.

SIM inserted, clicked on nm-applet and... nothing. Just usual Wi-Fi networks from neighbors. Still optimistic, my first steps were to consult amazing linux-surface project. It already helped me getting Surface up and running in no time.

Enabling the modem

There is dedicated section for enabling LTE modem and now I see it. There is some bug which is causing the modem to disappear sometimes or doesn't appear at all.

I modified it a little and removed restart for ModemManager (which was useful later) and stored it to /usr/local/bin/lte-modem-fix.

#!/bin/bash
readonly CDC_NCM_DIR=/sys/bus/usb/devices/2-3/2-3:1.0/net/wwp0s20f0u3/cdc_ncm

for val in 16383 16384; do
    for max in rx_max tx_max; do
        echo "$val" | sudo tee "${CDC_NCM_DIR}/${max}"
    done
done

Don't forget to set it executable sudo chmod 0755 /usr/local/bin/lte-modem-fix.

Ok, so lets try it:

$ lte-modem-fix
16383
16383
16384
16384
$ systemctl restart ModemManager.service

It seems OK, no errors. But still nothing, I can't connect to my provider. Let's double check the instructions... and here it is. One small paragraph almost at the end of the instructions which crashed my hopes:

If the script contains the correct interface name and USB device ID for your modem, but the modem is still not showing up in ModemManager, then reboot into Windows 10 and make sure that the LTE modem is configured to use your SIM card and not the eSIM. Then reboot into Linux and run the above script again.

It looks like Surface Go 2 LTE modem has support not only for normal SIM but also for eSIM. Which sound really great, it might came handy when eSIMs will be thing here. Not so great is the fact that eSIM is the default. And according to the paragraph above I simply have to boot to Windows to change it. Which would be really easy if I had dual boot. Or knew that before I wiped the Windows and installed Linux.

I started searching around and ultimately found LTE/4G/mobile support issue on jakeday/linux-surface kernel page (which is mentioned in wiki instructions and I overlooked it apparently). I tried to ask there if anybody succeeded to enable it from Linux but doesn't seem so.

Experiments

Ok, so I have to install Windows, switch the SIM and install/restore Linux again. Not happening, I rather tether LTE through my phone than doing such tedious tasks.

First idea was to check for modem documentation. There might be something useful. According to the linux-surface wiki the model is Qualcomm Snapdragon X16. Unfortunately nothing interesting there. I found some scraps from manufacturers of this model's hardware implementations, but nothing really useful.

AT commands, mmcli and ModemManager

Next I tried to play with ModemManager and its mmcli. At that moment I also realized, that this is a modem, isn't it? What about AT commands?

First let's check if we have a modem. mmcli is showing the modem correctly:

$ sudo mmcli -L
   /org/freedesktop/ModemManager1/Modem/0 [Surface] Surface

To send AT commands you have to start ModemManager in debug mode apparently.

sudo systemctl stop ModemManager
~/bin/lte_model_fix.sh
sleep 5
sudo ModemManager --debug

Oh my, why I didn't try this before? There is so much interesting stuff in ModemManager log. Most messages just stating that things are not working but there are also technical terms I can search for later!

This AT command might help with switching SIM:

$ sudo mmcli --modem=/org/freedesktop/ModemManager1/Modem/0 --command="ATIANTSEL?"
error: command failed: 'GDBus.Error:org.freedesktop.ModemManager1.Error.Core.Connected: No AT port available to run command'

But it looks like there is no AT port available. Either the modem doesn't support AT commands entered this way or I'm doing something wrong.

I spent at least half an hour trying to convince it to obey me but - probably lacking authority - it was ultimately a dead end.

Let's learn more

Anyway thanks to debug mode of ModemManager, I observed something about MBIM and QMI. After some digging and reading detailed, but ultimately not so useful documents (i.e. MB Multi-SIM operations at Microsoft's Doc), I ended up with important discovery. Which I should have found out much sooner :)

Quoting from this gist:

MBIM, or Mobile Broadband Interface Model, is an official USB standard created by the USB Implementors Forum. QMI or Qualcomm Mobile Station Modem Interface was developed by Qualcomm and is only supported by Qualcomm chips.

QMI is for Qualcomm, I have Qualcomm, maybe this interface might be supported in Linux somehow?

QMI

And yes, it is. There is library libqmi, CLI tool qmicli and couple more projects around. And what's best, it seems I have qmicli already installed as dependency of something else, probably the ModemManager.

kepi@midget ~ $ yay libqmi
$ yay libqmi
4 aur/libqmi-git 1.23.1+68+ga48f7ee-1 (+0 0.00)
    QMI modem protocol helper library
3 aur/libqmi-qmi-over-mbim-netctl 1.0.0-4 (+2 0.00)
    QMI modem protocol helper library with experimental qmi-over-mbim patch
2 aur/libqmi-qmi-over-mbim latest-1 (+3 0.00) (Orphaned) (Out-of-date: 2016-08-12)
    QMI modem protocol helper library with experimental qmi-over-mbim patch
1 extra/libqmi 1.26.8-1 (1.7 MiB 33.3 MiB) (Installed)
    QMI modem protocol helper library
==> Packages to install (eg: 1 2 3, 1-3 or ^4)

If you are saving space like me (just found out I don't have man on Surface), you can find it online: qmicli.1. And it's interesting reading, there are arguments mentioning slots, slot statuses etc. This might be it.

From what I found modem should be available at /dev/cdc-wdm0 device and qmicli should be able to interact with it.

$ qmicli -d /dev/cdc-wdm0 --get-service-version-info
error: couldn't open the QmiDevice: Cannot open device file '/dev/cdc-wdm0': Permission denied
$ sudo qmicli -d /dev/cdc-wdm0 --get-service-version-info
error: couldn't open the QmiDevice: Operation timed out: device is closed

Weird, the device is closed.

I don't want to bother you with dozens attempts which almost succeeded so many times. Fortunately, small steps, I was progressing and found out that:

qmicli can work in MBIM mode, nice, we have two protocols available which

might help us achieving our goal

playing around, I often ended up with stuck modem and nothing shown up in mmcli -L
Modem Manager starts mbim-proxy which hold's the modem device open
Stopping Modem Manager doesn't stop mbim-proxy
If you kill mbim-proxy it might work and you can use qmicli. Sometimes... And sometimes it is stuck.
Finally qmicli can use mbim-proxy so you don't have to bother trying to find way how to stop

If your mmcli -L doesn't look like following snippet, just try your lte-modem-fix script to "revive" the modem.

$ sudo mmcli -L
   /org/freedesktop/ModemManager1/Modem/0 [Surface] Surface

Switching SIM slot

One of first options I found was something with SIM Power. Maybe slot isn't powered and that is why ModemManager can't switch to it?

Without looking, I blind shot and tried to power on SIM 2 (do not do that at home):

$ sudo qmicli -d /dev/cdc-wdm0 --device-open-proxy --device-open-mbim --uim-sim-power-on=2
[/dev/cdc-wdm0] Successfully performed SIM power on

It did something, but meanwhile I discovered more interesting argument in manual --uim-get-card-status and realized, that SIM 2 wasn't what I need:

$ sudo qmicli -d /dev/cdc-wdm0 --device-open-proxy --device-open-mbim --uim-get-card-status
[/dev/cdc-wdm0] Successfully got card status
Provisioning applications:
        Primary GW:   session doesn't exist
        Primary 1X:   session doesn't exist
        Secondary GW: session doesn't exist
        Secondary 1X: session doesn't exist
Slot [1]:
        Card state: 'present'
        UPIN state: 'not-initialized'
                UPIN retries: '0'
                UPUK retries: '0'
Slot [2]:
        Card state: 'error: no-atr-received (3)'
        UPIN state: 'not-initialized'
                UPIN retries: '0'
                UPUK retries: '0'

It looks like eSIM is Slot 2 and our SIM is in Slot 1. It's present, but not initialized.

Let's use another argument, --uim-switch-slot and try to switch to the first slot:

$ sudo qmicli -d /dev/cdc-wdm0 --device-open-proxy --device-open-mbim --uim-switch-slot=1
[/dev/cdc-wdm0] Successfully switched slots

Now holding my breath...

$ sudo qmicli -d /dev/cdc-wdm0 --device-open-proxy --device-open-mbim --uim-get-card-status
[/dev/cdc-wdm0] Successfully got card status
Provisioning applications:
        Primary GW:   session doesn't exist
        Primary 1X:   session doesn't exist
        Secondary GW: session doesn't exist
        Secondary 1X: session doesn't exist
Slot [1]:
        Card state: 'present'
        UPIN state: 'not-initialized'
                UPIN retries: '0'
                UPUK retries: '0'
        Application [1]:
                Application type:  'usim (2)'
                Application state: 'detected'
                Application ID:
                        A0:00:00:00:87:10:02:F4:20:F0:01:89:00:00:01:FF
                Personalization state: 'unknown'
                UPIN replaces PIN1: 'no'
                PIN1 state: 'not-initialized'
                        PIN1 retries: '0'
                        PUK1 retries: '0'
                PIN2 state: 'not-initialized'
                        PIN2 retries: '0'
                        PUK2 retries: '0'
        Application [2]:
                Application type:  'unknown (0)'
                Application state: 'detected'
                Application ID:
                        A0:00:00:00:63:50:4B:43:53:2D:31:35
                Personalization state: 'unknown'
                UPIN replaces PIN1: 'no'
                PIN1 state: 'not-initialized'
                        PIN1 retries: '0'
                        PUK1 retries: '0'
                PIN2 state: 'not-initialized'
                        PIN2 retries: '0'
                        PUK2 retries: '0'
Slot [2]:
        Card state: 'error: no-atr-received (3)'
        UPIN state: 'not-initialized'
                UPIN retries: '0'
                UPUK retries: '0'

Whoa, it worked??

Update - Primary Gw says session doesn't exist

I'm not sure why, but this wasn't all. During my experiments I probably did something wrong and ended up with session doesn't exist in Primary GW and Application state for Application [1] was detected instead ready.

What is even weirder, modem isn't working even in Windows in this state. I recently tried Win2Go to be able to update firmware but Windows states only Insert SIM without any possibility to actually do anything.

Anyway, I found handy sdm845-modem-prepare.sh gist. It is intended for different modem, but worked just the same. Here with small modifications:

$ systemctl stop Modemamanager # to be sure that something is not blocking the device
$ AID=""; while [ -z "$AID" ]; do AID=$(sudo qmicli -d /dev/cdc-wdm0 --uim-get-card-status | grep -E "([A-Z0-9]{2}:){15}[A-Z0-9]{2}" | xargs); sleep 2; done; echo $AID
A0:00:00:00:87:10:02:FF:47:F0:01:89:00:00:01:FF
$ sudo qmicli -d /dev/cdc-wdm0 --uim-change-provisioning-session="slot=1,activate=yes,session-type=primary-gw-provisioning,aid=$AID"
[/dev/cdc-wdm0] Successfully changed provisioning session

And now, it looks really promising:

[/dev/cdc-wdm0] Successfully got card status
Provisioning applications:
	Primary GW:   slot '1', application '1'
	Primary 1X:   session doesn't exist
	Secondary GW: session doesn't exist
	Secondary 1X: session doesn't exist
Slot [1]:
	Card state: 'present'
	UPIN state: 'not-initialized'
		UPIN retries: '0'
		UPUK retries: '0'
	Application [1]:
		Application type:  'usim (2)'
		Application state: 'ready'
		Application ID:
			A0:00:00:00:87:10:02:FF:47:F0:01:89:00:00:01:FF
		Personalization state: 'ready'
		UPIN replaces PIN1: 'no'
		PIN1 state: 'disabled'
			PIN1 retries: '3'
			PUK1 retries: '10'
		PIN2 state: 'enabled-not-verified'
			PIN2 retries: '3'
			PUK2 retries: '10'

Finally connected

With connection named O2 in place (you can set it up i.e. with Network Manager's connection editor):

$ nmcli con up O2

Yes!

Bonus: lte-modem-fix on boot

I really don't want to use lte-modem-fix manually after every restart, lets set up Systemd timer to automate it. All credits to solarfl4re for his post.

First create file /etc/systemd/system/surfacego2-modemfix.service

[Unit]
Description=Properly initialize Qualcomm X16 modem

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/sh /usr/local/bin/lte-modem-fix
ExecStartPost=systemctl restart ModemManager.service

And than matching timer in /etc/systemd/system/surfacego2-modemfix.timer

[Unit]
Description=Start the service to fix the Surface modem with a delay

[Timer]
OnBootSec=15sec

[Install]
WantedBy=timers.target

Don't forget to reload systemd and enable the timer.

$ sudo systemctl daemon-reload
$ sudo systemctl enable /etc/systemd/system/surfacego2-modemfix.timer

Recap

Prepare your lte-modem-fix script.
Check if the LTE modem is available with sudo mmcli -L. Use lte-modem-fix if not and check again (it will take the modem couple seconds to appear).
Check SIM card status with: sudo qmicli -d /dev/cdc-wdm0 --device-open-proxy --device-open-mbim --uim-get-card-status
Switch to slot 1 with sudo qmicli -d /dev/cdc-wdm0 --device-open-proxy --device-open-mbim --uim-switch-slot=1

If it isn't working, take a look at Update - Primary Gw says session doesn't exist chapter above. It might help you.

Really long road and many hours spent to discover that single command did the trick :) I hope my struggles might help anyone a little.

Rozjíždíme Skoro Chytrej Barák - díl 0.

Fri, 03 Sep 2021 22:00:00 GMT

Taky už vás někdy v posteli napadlo, že by bylo super moct zhasnout v kuchyni a nemuset se při tom zvedat? Nebo, že by se vlastně mohlo zhasnout samo, když si nastavujete budík a usínáte? A co takhle to zvládnout bez toho, aby jste museli upsat duši ďáblu nebo sdílet svá data Googlu, Applu, Samsungu nebo soudruhům v Xiaomi?

Před pár lety mě, v podstatě jen tak ze zvědavosti, napadlo, že bych si vlastně chtěl vyzkoušet nějakou "automatizaci" domu. Nevěděl jsem nejen kde začít, ale vůbec ani jaké jsou možnosti. Když to ale tři roky zpátky začalo vypadat, že budeme stavět dům, rozhodl jsem se do toho vrhnout po hlavě.

A tak vznikl náš projekt ChytroBarák, nazvaný tak pracovně na protest proti nadužívání buzzwordů typu Smart.

Tahle série je vlastně cestou za dosažení rozumnějšího ovládání domu. Náš dům se tak sice nestane chytřejší, bude ale o fous pohodlnější a my se v průběhu něco naučíme, a to se nikdy neztratí. Dnešní nultý díl pak berte jako nutné zlo, které nám stanoví základní pravidla hry a usnadní budoucí rozhodování.

Čeho chci dosáhnout?

Chci bydlet v domě, který lze rozumně ovládat. Nejen tím, že dojdu k vypínači, ale třeba z mobilu, když jsem línej vstát. Nebo zhasnout z práce, když zapomenu rozsvíceno.

Chci mít dům, ve kterém se zbytečně netopí, když jsem na dovolené. Který umí stáhnout všechny žaluzie naráz a natočit je třeba podle slunka. Dům, který sám zhasne světla, když si pustím film.

Chci, aby se rekuperace přepnula na recirkulaci, když zatopím v kamnech. A zase začala větrat, když dochází čerstvý vzduch.

Chci vědět, kde máme otevřená okna, kolik je stupňů v každé místnosti, kolik jsme propálili elektřiny a proteklo vody.

Chci se naučit nové věci, experimentovat a postupně vše vylepšovat. *Když chci, ne když musím.* Chci, abychom mohli snadno změnit vše, co nám nevyhovuje. Bez zbytečných omezení.

A hlavně to všechno chci bez toho, abych musel za komfort platit daty o své rodině. Bez toho, abych byl závislý na nějaké firmě.

Pro koho je tato série?

Pro ty, kteří plánují nové bydlení a chtějí převzít kontrolu nad jeho "smart" částí, ale moc neví jak na to. Zkrátka snad nepřijdou ani ti, kteří už bydlení mají a jen se snaží ovládání přidat. Jen to bude možná o fous složitější, možná nepůjde úplně všechno a budete muset více vrtat. :)

Pro ty, kteří se sice nechtějí do řešení pouštět sami, ale rádi by o něco víc rozuměli možnostem a mohli realizátorům říct přesně to, co potřebují.

Asi ne pro ty se smart technologiemi zkušenější. Možná najdete něco, co se bude hodit, ale nejsem žádný expert. Něco málo už vím, něco málo mi funguje, ale sotva udržím pojmy a řeším svůj první dům, ne desátý.

A těm z vás, kteří se rozhodli kontrolu nějakému populárnímu hotovému řešení, možná jen ukážu, kolik jste si ušetřili času a starostí. :) Pro ty šťastné snad navždy. A pro ty méně šťastné aspoň do doby, než ukončí vaši produktovou řadu nebo zkrachuje firma a s ní i cloud, přes který váš dům ovládáte.

Co jsem na začátku věděl já

Živím se jako linuxový administrátor a programátor. Software tedy nějak rozumím, s hardware už je to ale o fous horší a elektřina pro mě je (nebo alespoň na začátku byla) španělskou vesnicí. I přesto, že doma rád kutím, rozhodně nejsem všeuměl, kterýmu stačí mrknout a ví. Všechno nakonec vyřeším, ale nejdřív musím hodně dlouho číst a sledovat, abych to pochopil.

Z fyziky, kterou jsem měl naposledy na střední (a ještě k tomu jen jeden rok), si pamatuji pouze to, že "elektromotory jsou točivé stroje, které přeměňují energii elektrickou na energii mechanickou". Jestli si to pamatuji správně, to netuším. A to je opravdu všechno, i když tomu někteří nechtějí věřit.

Nikdy předtím jsem neviděl rozvaděč bez krytu. A ten s krytem byl ten s pojistkami v paneláku.

Na začátku jsem prostě netušil, co to je svorka (natož Wago), fíčko, stykač nebo DIN lišta. Netušil jsem, že budu potřebovat rozvaděč, kolik v něm bude třeba místa, jak tam vlastně povedou všechny ty káblíky, jak zapojit relé, kdo ho má zapojit...

Proudový chráníč aneb lidově Fíčko. Autor: Arenachristian, CC BY-SA 4.0.

S čím počítat, když se do toho chci pustit?

Co vás takovej Chytrej barák bude stát? Na co dalšího se připravit?

Peníze

Peníze jsou vlastně to nejmenší. Bude jich to všechno stát docela dost, rozhodně ale míň, než když si pořídíte vše např. od Loxone.

O to víc vás to bude stát času. Pokud rozumně vyděláváte, je rozhodně levnější zaplatit někoho, kdo vám vše udělá. A třeba si jen sami přesně říct, jak to chcete.

Zábava

Pokud je jeden z důvodů, proč o vlastním Chytrým baráku přemýšlíte prostě to, že vás baví s něčím experimentovat, máte vyhráno.

Nejen že ušetříte za drahé řešení a realizační firmy, ale ještě k tomu i za kina, výlety s rodinou a hry na Steamu. Volný čas totiž strávíte v rozvaděči, taháním kabelů nebo třeba debugováním MQTT zpráv.

Sem tam se to rozbije

Asi je docela jedno, jak moc budete pečliví, sem tam se prostě něco pokazí. A dle Murphyho zákonů samozřejmě ve chvíli, kdy se to nejméně hodí.

Je potřeba, abyste s tím počítali vy i rodina. Nefunkční vypínače jsou výrazně menší problém, když každý ví, kde je nachystaná čelovka. ;)

Je tu ale i pozitivní stránka. Sem tam se rozbijí i komerční řešení a na rozdíl od nich, to své si zvládnu kdykoliv opravit.

FAF - Family Acceptance Factor

Naprosto jasná věc, alespoň při pohledu ve zpětném zrcátku. Na začátku jsem ale byl tak nadšený do toho, že bych se mohl vrtat ve vlastním domě, že mě ani nenapadlo, že v něm vlastně nebudu žít sám a že možná nebudeme úplně všichni stejně nadšení :)

Dejme tomu, že máte takovou typickou situaci, kdy stavíte novostavbu a chcete ji ovládat. A samozřejmě přestěhovat do nového se potřebujete hned jak dostavíte, protože nemáte na to platit hypotéku a ještě podnájem.

Přesně v téhle chvíli vzniká problém. Pokud dostavíte běžný dům, nastěhujete se a vše důležité jede. Pokud ale řešíte, že chcete dům nějak ovládat a ovládání si chcete řešit sami, dostanete se možná do stavu, kdy je dům hotový, a vy jste teprve vybrali ovládací jednotku. Dům stojí, vy se stěhujete, ale světla nejdou zapnout, topení netopí, žaluzie vám při montáži nechali stáhnuté, takže je tam tma a první zářijové mrazíky právě začali. Respektive tak jsme, naštěstí s výjimkou těch žaluzií, začínali my. :)

A zde přicházíme k FAF. Je vaše druhá polovička dobrodružná povaha a zvládne pár dní po večerech při svíčkách hrát pasiáns, zatímco vy taháte s čelovkou vodiče mezi řídící jednotkou a relátkami? Paráda, nemusíte mít připravené vše hned od prvního dne, a můžete plánovat trochu víc za chodu a zapojovat postupně.

Běžná realita je ale většinou úplně jiná a je potřeba dopředu rozmýšlet, co vše můžete odložit a co musí běžet hned. Přítel může např. v pohodě pochopit, že nefungují světla, ale vašich pět potomků by vás sežralo zaživa.

P.S. FAF jsem si vycucal z prstu jako alternativu k pojmu WAF (W jako wife), na který narazíte na všech těch Redditech, fórech a dalších internetech, aby líp odrážel realitu. Stejnou věc řeší spousta z nás ve chvíli, kdy ještě není ženatá, nebo je naopak už vdaná, nebo bydlí s babičkou, maminkou, křečkem...

Chytrej ten barák opravdu nebude

Chytrej, jako Holly, ten barák prostě nebude. Teda alespoň doufám.

To o čem se bavit budeme je automatizace, usnadnění ovládání a různé vychytávky. Co ale baráku neřekneme, to dělat nebude. Na co zapomeneme, to se nám většinou vymstí. A právě automatizace většinou ukážou, že to řešení je sice super, ale rozhodně ne Smart.

Drobný příklad z doby covidové - se stmíváním se nám automaticky rožnou (něco jako rozsvítí) světla na chodbě a nad linkou. A protože jsme vždy doma a chodíme spát různě (a na většinu populace dost pozdě), vypínáme je vždy ručně. Naprosto záměrně jsme vypínání prostě nijak neautomatizovali. A když najednou, po roce, vyrazíte na víkend za rodinou a vrátíte se ve dne do svítícího domu, hned jste chytřejší... Ještě že ty ledky tolik nežerou.

Základní filozofie / dogmata

Kaizen

když si vypůjčím citaci z Wikpedie: podstata pojmu Kaizen jednoduše znamená neustálé zlepšování.

Japonské znaky "Kai" (změna), "zen" (dobro). Autor: Majo statt Senf, CC BY-SA 4.0.

Kaizen se snažím praktikovat jak v práci, tak koníčcích. Pomáhá mi vyvažovat přirozenou snahu o to, udělat vše od začátku dokonale. Snahu, která většinou ústila v jediné - nic opravdu nedodělám a když dodělám, tak o tom nikomu neřeknu, protože to ještě není dost dobré.

Znamená to, že vždy se budeme snažit zprovoznit nějakou část, nehledě na to, jestli to bude perfektní. A pravidelně si najdeme čas na to, abychom vylepšovali po malých krůčcích to, co ještě vylepšovat jde.

Při rozjíždění našeho ChytroBaráku se tenhle přístup zatím osvědčil. Kromě toho, že díky němu alespoň něco funguj, jsme ušetřili i dost peněz. Po malých krocích se totiž snáze adaptuje aktuální situaci, zvlášť když nejste na danou oblast experti s lety zkušeností.

Žádný vendor lock

*Vendor lock* označuje situaci, kdy v dané oblasti absolutně závisíte na konkrétním dodavateli. Známe jej z mnoha životních oblastí, malých i velkých.

Všichni asi v pohodě přežijeme, že si do vysavače můžeme koupit pouze originální sáček. Respektive někteří z nás si kvůli tomu raději pořídí centrální vysavač nebo nevysávají vůbec, ale to odbočuji.

To, co ale v našem případě ochotni přežít nejsme, je závislost u věcí, které plánujeme používat dlouhá léta, a které nelze snadno vyměnit. ÚžasnýSmartHome(TM) s podporou Google Home, Alexy i smart naslouchátka pro babičku je úžasný jen do doby, než vám po pěti letech ukončí podporu. Ale nebojte, stačí jen koupit novou jednotku za pár desítek tisíc a, pro vaše pohodlí, začít platit měsíční pouze XXX měsíčně, aby vám nabídli lepší komfort. Jo a vlastně ještě musíte vyměnit žaluzie a ty vypínače už teď taky nepodporují.

Vícero technologií

Naší snahou je vlastně dosáhnout opaku Vendor Locku. Chceme podporovat vícero technologií tak, aby když v budoucnu něco fungovat přestane nebo už nebude dostupné, my mohli fungovat v klidu dál nebo jen s minimální investicí.

Bezpečnost

Všude, kde to půjde, se budu snažit dávat důraz na bezpečnost. V současnosti se nacházíme v, z hlediska bezpečnosti technologií, asi nejšílenější době vůbec. Uživatelský komfort je jediná meta a na ničem jiném nezáleží.

V našem domě musí být bezpečnost na prvním místě. I přesto, že neplánuji státní převraty a vydání našich domácích diskuzí by mohlo lidstvo obohatit, nejsem v žádném případě OK s tím, aby měl někdo - byť teoretickou - možnost nahrávat vše, co se doma šustne, analyzovat kdy chodíme z práce nebo jak často chodím čůrat (na to by neměli dostatečně velké datové typy).

Stejně tak by nemělo být možné, aby nějaký kolemjdoucí mohl přes WiFi blikat světlama, přepálit podlahovku nebo si pro jistotu rovnou odemčít chytrý zámek na dveřích, aby nám mohl zalít kytky, protože se dočetl, že jsme na dovolené.

U každé zapojované technologie budeme vždy - s rozumnou mírou jistoty - vědět, že "nevolá domů", kdo se k ní dostane a jak ji případně zabezpečit (pokud je to nutné).

Cloudy

Všechno ovládání musí běžet přímo v domě, vše musí fungovat i offline. Žádné cloudy výrobců. Je jedno, jestli s našimi daty nebo bez dat. Nechceme být závislí na tom, jestli za pět let výrobce zkrachuje, odpojí mu servery a my jsme třeba bez podlahovky. Nebo na tom, že je bouřka a zlobí internet.

Otevřený software

Vždy preferujeme otevřený software, i když je to někdy o fous složitější. Často je to naštěstí naopak jednodušší.

Můžeme si tak vždy ověřit, že software dělá opravdu jen to, co má. A hlavně se pojistit pro situace, kdy se daný software přestane vyrábět. V domě chceme bydlet pěknou řádku let. Spoléhat na to, že bude pro libovolnou firmu rentabilní 20 let udržovat nějakou aplikaci, je opravdu bláhové.

Dokumentace

U všeho udržujeme aktuální dokumentaci tak, aby mohl řešení přebrat v pohodě někdo jiný.

Nejde jen o hrůzné scénáře, kdy vás přejede autobus a váš partner nebude schopný po výpadku proudu ani rozsvítit světla. Stačí se zamyslet nad tím, že za pár let můžete chtít dům prodat (protože plánujete ChytroBarák 2.0) a kupující v něm musí fungovat.

Rozumím tomu, co jsem udělal

A nakonec bod z nejdůležitějších. Pokud něco nainstaluji, zapojím, rozjedu či upravím, musím tomu rozumět. Vím, proč jsem to udělal, vím jak. Jen díky tomu pak vím, že řešení odpovídá všemu, co jsme si doposud stanovili. A jen díky tomu a dokumentaci je pak snadné opravit případné problémy.

Co příště

Pokusím se, aby vyšel každý měsíc alespoň jeden nový díl. Zatím mám v hlavě následující plán (ale plány jsou od toho, aby se měnily, takže uvidíme):

Technologie: software i hardware, který jsem nakonec vybral a proč.
Pokusy: popis minimálního zapojení, při kterém si můžeme vyzkoušet nějakou drobnost, než začneme řešit reálné věci.
Plánujeme: dost možná více dílů o tom, co je dobré si rozmyslet dopředu. Kabely, vodiče, rozvaděč, zdroje a další.
Začínáme: zapojíme jednotku do rozvaděče a připravíme si vše na další postup.
Vypínače: zprovozníme si vypínač a první světlo.
Teploměry: rozjedeme teploměry, abychom mohli zapojit podlahovku.
Grafy: rozjedeme nějaké grafy, protože bez nich se bude vše dost špatně kontrolovat.
Podlahovka v0: aneb jak ušetřit za termostaty a místo toho si koupit ovládací jednotku.

Instalace Debian Sarge z disku s GRUB 2

Tue, 17 Jan 2012 23:00:00 GMT

Poměrně často rozjíždím nějaké vzdálené servery v serverovnách většinou někde za mořem a zkušenosti se dost různí. Jelikož na většině serverů používám LVM a mám v tom rád jakýs takýs pořádek, jsem mnohem raději, když si můžu server nainstalovat sám.

Bohužel běžná je situace, kdy objednáte server s přístupem přes KVM, dáte požadavek na rozjetí instalace konkrétní verze instalace, ale hlavně na to, aby vás k té instalaci v průběhu pustili… a místo toho co chcete nakonec obdržíte nadšený mail z housingu, že jsou šikovní a už to mají.

Možnosti se pak různí. Buď prostě pokračujete s tím co máte, nebo máte šikovné KVM, které umí nahrát remote image a přes něj si na dálku připojíte nějaké malé iso. A nebo pouze nějaké hloupé KVM či jinou remote konzoli a říkáte si co teď s tím. Šikovným řešením je rozjet instalaci přímo z disku přes grub.

Příprava stroje

Nejdříve je potřeba mít nějakou partition, na kterou si data nahrajete a ta musí být pokud možno odlišná od té s přeinstalovávaným systémem. Pokud totiž vše dáte na stejnou partition, budete mít dost složitou instalaci při změně partitions.

Jednoduchým řešením je využití swapu. Dejme tomu, že je na /dev/sda1

swapoff /dev/sda1
mkfs.ext4 /dev/sda1
mkdir /newinstall
mount /dev/sda1 /newinstall

Do adresáře nyní musíte stáhnout instalační obrazy pro grub (označeno jako hd-media) a samozřejmě i nějaký cd image, např. netinst.

cd /newinstall
wget http://ftp.cz.debian.org/debian/dists/squeeze/main/installer-amd64/current/images/hd-media/initrd.gz
wget http://ftp.cz.debian.org/debian/dists/squeeze/main/installer-amd64/current/images/hd-media/vmlinuz
wget http://cdimage.debian.org/debian-cd/6.0.3/amd64/iso-cd/debian-6.0.3-amd64-netinst.iso

Následně si otevřete /boot/grub/grub.cfg a najděte, kde v něm jsou položky menuentry. Jako první přidejte

menuentry 'install' --class debian --class gnu-linux --class gnu --class os {
        insmod part_gpt
        insmod ext2
        set root='(hd0,gpt1)'
        linux   /vmlinuz
        initrd  /initrd.gz
}

Pozor, tady se může váš zápis samozřejmě značně lišit. Zaprvé nemusíte používat gpt oddíly, zadruhé můžete mít jiný oddíl, takže dejte pozor na správné nastavení typu oddílu a správné nastavení root (běžně je např. (hd0,0) a spol). Pokud máte přístup alespoň přes konzoli, dá se situace případně později napravit ruční editací v grubu.

Končíme

No a to je v podstatě vše. Stačí restartovat, stroj by měl naskočit rovnou do instalace a vy můžete pokračovat tak, jak jste zvyklí. Jen při přerozdělování disku nezapomeňte, že nesmíte smazat oddíl, na kterém máte stažené soubory.

A na závěr upozornění, které mělo být na začátku. Píšu to zpaměti a je možné, že je pár chybek, kontrolujte proto co děláte a snad to dopadne.

Upgrade BIOSu s FreeDOS

Fri, 07 May 2010 22:00:00 GMT

Našel jsem konečně jednoduchý návod, jak si rychle nachystat bootovací CD z Linuxu s vlastními soubory, třeba právě BIOSem. Bootovací disketa je už bohužel minimálně u Supermicra minulostí, jejich BIOS má přes 4MB.

Takže jdeme na to. Opět to vezmu stručně, mělo by stačit copy & paste. V /tmp oddílu je potřeba mít alespoň 30 až 40MB volného místa :)

Nejdříve si připravíme adresáře pro práci

mkdir /tmp/freedos/
cd /tmp/freedos
mkdir iso biosiso

Stáhneme si poslední mini iso pro FreeDOS.

wget http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.0/fdbasecd.iso

Připojíme iso do připraveného adresáře a zkopírujeme si všechny soubory

mount -o loop fdbasecd.iso iso
cp -a iso/* biosiso/
cd biosiso

Teď přichází „nejtěžší“ část. Upravit vše tak, aby se namísto instalace spustil FreeDOS přímo nad naším CD a daty. Je potřeba editovat jeden soubor. Buď to můžete ručně přidat za řádek set fdosroot= nový řádek goto end nebo použijte následující sed, který by to snad měl zvládnout. Je ovšem možnost, že s novou verzí freedosu by to neprošlo, proto ponechávám info o ruční editaci.

sed -r "s/^(set fdosroot=.*)$/\1\n\ngoto end/" setup.bat

Tím jsme skoro hotovi. Stačí nakopírovat vlastní soubory, pokud budu mít např. nový bios v souboru /tmp/bios123.zip, tak následujícím příkazem jej rozbalíme do nového adresáře bios, který bude po bootu na CD.

unzip /tmp/bios123.zip -d bios

Nakonec je potřeba z našeho dočasného adresáře vytvořit funkční ISO soubor

mkisofs -o ../freedos_biosupdate.iso -q -l -N \
-boot-info-table -iso-level 4 -no-emul-boot \
-b isolinux/isolinux.bin -publisher "FreeDOS - www.freedos.org" \
-A "FreeDOS with bios 123" -V FDOS_SUPBIOS -v .

A máte hotovo. ISO si vypalte, nabootujte na počítači, kde je potřeba. Na úvodní obrazovce zvolte 1 pro FreeDOS a následně vyberte, že chcete provést instalaci. Dále je to již jen na vás.

Magnet linky, RSS a další v GNOME a Google Chrome

Fri, 11 Dec 2009 23:00:00 GMT

Pokud jste propadli Google Chrome stejně jako já, dříve či později narazíte na potřebu otevřít některé speciální URL schémata, jako např. magnet:// nebo častější feed:// (pro RSS linky).

Google Chrome má mě velmi sympatickou filozofii, ponechat co jde na systému, na kterém běží a neřešit vše speciálně. Takže stejně jako například při přidávání nového certifikátu i tady se musíte vrhnout na nastavení někde hlouběji.

Přidání URL schématu v GNOME

Jako většina věci, i tohle se samozřejmě dělá přes GConf. Stačí přidat správné klíče do cesty /desktop/gnome/url-handlers. Pro zjednodušení jsem si napsal krátký „skriptík“ add_url_handler, který stačí přidat někam do vaší cesty pro spouštění programů.

#!/bin/sh

gconftool-2 -t string -s /desktop/gnome/url-handlers/$1/command "$2 %s"
gconftool-2 -s /desktop/gnome/url-handlers/$1/needs_terminal false -t bool
gconftool-2 -t bool -s /desktop/gnome/url-handlers/$1/enabled true

No a teď už jen zavoláte pro jaké schéma se má nastavit jaký program. Pro dvě již uvedené je to například u mě takto

add_url_handler feed liferea-add-feed
add_url_handler magnet /usr/bin/fatrat

Aktuální větev gitu v příkazové řádce

Wed, 28 Oct 2009 23:00:00 GMT

Pokud často poletujete v příkazové řádce mezi více projekty, můžete se začít ztrácet v tom, jakou že větev máte aktivní v aktuálním adresáři.

Samozřejmě je možné napsat git branch pokaždé, když si nejste jisti, ale přeci jen programátoři jsou líné kůže a tak jsem si napsal drobné vylepšení.

Upozorňuji, že kód není zrovna optimální a v podstatě po každém příkazu znovu kontroluje, zda jste v gitu a jaká je větev, určitě by vše šlo vylepšit nějakou menší cache.

gitbranch() {
  if [ `git branch 2>&1| grep 'Not a git' | wc -l` -eq 0 ]; then
    git branch | grep '^*' | sed -r 's/^\* (.*)$/ [\1]/'
  fi
}

export PS1="$PS1\$(gitbranch)"

Důležitý je hlavně backslash před voláním funkce, v opačném případě by se příkaz vykonal pouze při definici proměnné a nevolal se znovu při změnách adresáře.

Samozřejmě dál si už můžete upravit proměnnou PS1 dle libosti, místo hranatých závorek dát cokoliv vás napadne a případně i použít nějaké barvičky.

Synchronizace kontaktů – Gmail, G1 a Mutt

Sat, 12 Sep 2009 22:00:00 GMT

Nedávno jsem se přece jen rozhodl a pořídil si konečně mobil s linuxem. Pravda je, že nejsem velkým přítelem ukládání čehokoliv osobního u Google, ale pohodlí nakonec převážilo.

G1 se vás hned při prvním startu zeptá na přihlašovací údaje ke Google účtu a poté zapne automatickou synchronizaci vašich kontaktů, kalendáře a mailu. GMail jako takový nepoužívám, takže pro mě vše slouží pouze jako úložiště pro kontakty a kalendář. Velkou výhodou je to, že i při resetování telefonu nebo nahrávání nových firmware se nemusím bát o své kontakty, vždy pak stačí pouze syncnout.

Nastavení synchronizace Google kontaktů a kalendáře s Evolution byla hračka, jenže většinu času používám pro mail Mutt a za chvíli přišla na řadu otázka, jestli by náhodou nešly kontakty i do něj.

Synchronizace kontaktů

Ke Gmailu a dalším službám je věřejně dostupné API a právě toho využívá skript dostupný na http://code.google.com/p/goobook/source/checkout

Stáhněte si zdrojové kódy, nakopírujte někam do $PATH, abyste mohli gobook používat i mimo Mutt a nastavte si v settings.py přihlašovací údaje na svůj google účet.

cd /tmp/
svn checkout http://goobook.googlecode.com/svn/trunk/ goobook
cp goobook/goobook.py ~/bin/
cp goobook/settings_example.py ~/bin/settings.py
vim ~/bin/settings.py

V .muttrc pak stačí přidat řádky

set query_command="~/bin/contacts '%s'"
bind editor &lt;Tab&gt; complete-query

A je hotovo. Stačí dát m pro napsání nového mailu, napsat začátek jména, stisknout jednou či dvakrát Tab a jména se doplňují. Vše se navíc cachuje, rychlost odezvy je výborná.

2 monitory, projektor, TwinView a Xinerama

Tue, 10 Mar 2009 23:00:00 GMT

Nedávno jsem si domů pořídil druhé LCD a začal si užívat pohodlí, které přináší. Problém nastal hned ve chvíli, kdy jsem se chtěl koukat na film – grafika má pouze dva DVI výstupy a tak nastalo odsouvání monitoru, přehazování kabelů a přepínání rozlišení pokaždé, když jsem chtěl na něco mkrnout.

Tento článek není dokončený, průběžně budu upravovat a doplňovat informace.

Přestalo mě to bavit poměrně rychle a začaly padat řešení: koupit kartu s více výstupy, najít nějaký přepínač nebo přikoupit další slabší kartu jen na projektor. První řešení vychází dost draze, zvlášť když chcete na počítači i hrát, u druhého jsem nevěřil tomu, že nezpůsobí další problémy a tak přišel na řadu nákup další karty…

Výběr karty

Výběr karty byl poměrně jednoduchý. X.Org sice zvládají bez problémů více karet od různých výrobců, ale proč mít zbytečně natáhnutých více ovladačů a řešit další probémy. K stávající pasivní GeForce 9600 GT se tak přidala další pasivka GeForce 8400 GS.

Co se týče výkonu, stačila by mi i mnohem slabší karta, jenže starší karty již nejsou podporovány v novějších ovladačích. Pokud budete něco podobného řešit, určitě si dejte pozor na místo v bedně, u mě to vyšlo dost natěsno, 9600 GT totiž zabírá dva sloty.

Na co myslet při výběru karty

zvážit, jestli radši nebudete přepínat kabely :)
zjistit, jestli máte v počítači další slot na grafiku, ne každá bedna má dva

PCI Express nebo AGP sloty. Vždy můžete ale pořídit grafickou kartu do PCI. Bohužel většinou vychází podstatně dráž.

zajistit si správné chlazení

Nastavení v X.Org

A tady přišel kámen úrazu. Se svou neoblomnou důvěrou v to, že v linuxu je možné vše jsem dopředu příliš materiálů nečetl a skončil s dosti rozporuplnými dojmy. TwinView totiž umí jen dva monitory a třetí musíte přidat jako samostatnou Screen a to ještě není všechno. Jakmile jsem přidal další screen TwinView přestalo TwinViewovat a já skončil u čtení diskuzí a experimentování.

Pokud jsem správně pochopil, tak vše funguje tak, že aplikace dostávají přes knihovnu Xineramy informace o tom, jaké rozlišení máte na které obrazovce a proto se vám správně maximalizují okna. TwinView jako takové využívá pouze jednu screen pro dva monitory, ale přes své vlastní volání aplikacím podstrkuje rozložení, které chcete.

Celý problém je v tom, že aktivuje-li se v X.Org Xinerama, TwinView přestane pro X poskytovat informace o rozložení monitorů a obraz se roztáhne přes oba monitory, stejně tak se maximalizují okna a vše ostatní. V dokumentaci se doporučuje využít volby TwinViewXineramaInfoOrderOverride, což u mě vůbec nezabralo.

Option         "TwinViewXineramaInfoOrderOverride" "1680x1050+0+0, 1680x1050+1680+0, 1024x768+3360+0"

fakexinerama

Nebudu vás napínat, doteď jsem problém plně nevyřešil, ale nejrychlejším řešením je projektík fakexinerama, který upraví knihovnu xineramy pro zjištění informací o rozložení monitorů z vašeho konfiguračního souboru. Ano, je to dosti neflexibilní a má to neodstatky, ale aspoň nějak to funguje.

V knihovně jsem si upravil cesty ke konfiguráku na globální /etc/fakexinerama, nastavil ho, zkompiloval knihovnu, restartoval X a vše relativně jede.

$ cat /etc/fakexinerama
3
0 0 1680 1050
1680 0 1680 1050
3360 0 1024 768

Zbývající problémy

na projektoru je stejné virtuální rozlišení jako na prvních dvou monitorech, tzn. konfigurační část fakexinerama zdatně ignoruje
po aktualizaci mplayer na poslední SVN se bohužel video v celoobrazovkovém režimu roztahuje přes virtuální plochu stejně jako okna ve window manageru
na projektor nelze přetahovat okna (nepoužívá se přímo Xinerama), myš a klávesnice se ale sdílí
bylo by pěkné moci nějak deaktivovat kartu pokud se nepoužívá (úspora energie tepla a podobně)