&per_page=20000000 (or any high number) is needed to get all projects (default seems to be around 20 project/page)

Beszereztünk egy vezetékes Ring csöngőt, mert nagyon nem akartunk a kapuhoz újabb vezetéket vinni (a meglévő viszont elég összetett és a 40 év távlatából nehéz lesz reverse engineering módon dokumentálni, felújítás meg most nincs tervben), nem akartunk elemmel szórakozni, és nem akartuk a bekerülési költségeket a csillagos égbe verni. No de miért a legolcsóbbat?

A család nem smartphone-os részére való tekintettel egy zajkeltő is került mellé a házba, ami már csak azért is előnyös, mert a meglévő fix rögzítésű zajkeltő(k) nem hallatszódnak mindenhol. Így esett, hogy kezeimet telepakolva a nagybevásárlásnál, hiába vártam, hogy beengedtessenek a családtagok – szent meggyőződésük volt, hogy nem hallották a csöngetésem.  Meglepő módon a Klingelmaus* gyerkeket mindig meghallottuk, és nem egyszer rongyoltunk a bejárati ajtóhoz, csak hogy lássuk őket röhögve elszaladni.

Összességében tehát egy, a házban mindenhol hallható csöngőre volt szükségünk, lehetőleg olyanra, ami akár kaputelefonként is működik.

Döntési kritériumok

• Vásárolható termék legyen. Bármennyire is szeretném megoldani egy Raspberry Pi Zero-val vagy egy ESP32-vel, nincs erre se időm, se energiám.
• Ne kelljen plusz vezetéket húzni. A jelenlegi vezetékezésről nincs információnk, ásni pedig nem akarunk.
  • Nem lesz ETH kábel, WIFI kell – amennyire tudom más megoldás hangátvitelre nincs (RF lehetne még)
  • Ne legyen szüksége tápkábelre.
• A hangminősége legyen megfelelő (jól lehessen érteni mindkét irányba)
• Elfogadhatónak tartsuk az árát
• Kamera nem szükséges
• Kis latency
• Cloud nélkül (jó nekem az intranet, ha nem vagyok itthon, úgy se nyitok ajtót, valamint működjön akkor is, ha kiesik az internet – bár nem szokott).

Miért a Ring?

Mert nincs más. Egész pontosan nincs más, ami elem nélkül működik ÉS aminek az audiója jó minőségű. És ha már cloudot használ, akkor nincs köze Kínához. Igen, tudom, hogy a Xiaomi EU-s szerverekkel is működik, és egész biztosan nem küldik tovább az adatokat (wink-wink).

Magamtól egyébként nem voltam ilyen okos: a DIY Smart Home FB csoporthoz fordultam tanácsért – sok ember sok csengőt látott már, hátha több ötletük van. Nem csalódtam, a saját készítésű megoldásoktól a társasházas kaputelefon megoldásokig széles kínálatban javasoltak megoldásokat. A legtöbb megoldásnál ennek ellenére azt a visszajelzést kaptam, hogy teljesen fölöslegesen szívatom magam a beszerzésükkel, mert a listám elején elvéreznek.  Nem végtermék. Drágább volt, mint amit szántunk rá (társasházi megoldás). De a legnagyobb baj az volt, hogy a legtöbb csengő elemmel működik, még a kamerások is. Meglepő módon jó hangminőséggel kizárólag kamerás csengőket javasoltak, bár néhányan kameramentes csengőket is kipróbáltak és panaszkodtak a recsegő hangra.

Volt olyan csengő, ahol a latency is probléma volt és működő internet mellett sem mindig csöngött ki a céleszközökön.

Szerelés

A szereléshez számos videó van a youtube-on és feltétlenül javaslom a megtekintésüket. A 100 éves családi házunk közel 40 éves vezetékezése, valamint a felület, amire rögzíteni tudtuk a Ring-et okozott meglepetéseket, ami miatt még sem sikerült 5 perc alatt installálni – bár az idő felét azzal töltöttük, hogy a meglévő állapotot dokumentáljuk és a kábeleket felcímkézzük  és eljussunk egy good enough állapotig.

Valamennyi reverse engineeringre szükség volt, ebben sokat segített ez a vezeték kereső kütyü, ami két darab 9V-os elemmel működik, és nem csak blankolt erekre, de ETH és RJ11 (telefon) aljzatokra is csatlakozható. A jel erőssége 20 méter után sokat romlik, de az ár érték aránya még így is elég jó.

Minőség/kompromisszum

Az egyik fájdalmas kompromisszum pont, hogy ha nincs wifi, akkor semmi sincs. Mondjuk akkor áram sincs, és ugyanúgy nem hallom a klasszikus csöngőnél se a csöngést. Internet nélkül a komplett cloud integráció (smartphone, live stream, app-on keresztüli beállítások, HomeAssistant stb) kiesik – a csengő még működni fog a meglévő beállításokkal.

A Ring legolcsóbb verziója is abszolút korrekt minőségben érkezett. A fedlapot egy biztonsági torx tartja, ehhez csavarhúzót mondjuk elég könnyű beszerezni, de abszolút törhetetlen megoldás úgy sincs. A beszerzése előtt érdemes a telefonnal megnézni a wifi jelerősséget – én ezt nem tettem, túl jó az árnyékolás a mostani helyén, de ha egy picit kiemelem a síkból akkor a -85dbm jelgyengeségről akár -76dbmre is erősödhet a wifi.

A csöngés/videójel nem a leggyorsabb, ez lehet akár a gyenge wifi miatt, akár a lassan 3 éves telefon miatt is – cserébe lényegesen gyorsabb nálam, főleg amikor lépcsőn kellene rongyolnom az ajtóhoz.

A HomeAssistant integrációja ugyan nem hivatalos, de nagyon könnyű és egyszerű, viszont nem kapunk élő képeket, videókat! Inkább utólagos dokumentációra szolgál: le tudjuk menteni az utoljára készített videókat, vagy rögzíteni tudjuk a csöngetések idejét. Én egy apró notificationt írtam arra, hogy ha elérhetetlenné válik bármiért a Ring, akkor szóljon az eszköz. Of course ez sem működik, ha nincs internet, mert telegramra küldöm a notificationt, de minden más esetben (pl. ha elveszti a wifit stb) segíteni tud.

Kapcsolódó bejegyzések:

Home Assistant 2021 márciusi gondok

MQTT avagy INTRAnet of things – egyszerűen

Smart home: éjszakai világítás, Fhem | 2. rész

TFA ma már mindenhol alap, pláne ha a gépet közvetlenül el tudjuk érni az internetről. Természetesen már SSH alá is elérhető, az alábbi leírás Debian/Ubuntu gépeken működik.

Feltételezem, hogy az SSH installálva van és működik, valamint Google Authenticatorral már rendelkezel és az egészet Debian/Ubuntu boxokra akarod telepíteni.

Telepítés

sudo apt install libpam-google-authenticator

Editáld a /etc/pam.d/sshd file-t és add a végére a következő sort:

auth required pam_google_authenticator.so

Editáld a /etc/ssh/sshd_config file-t és változtasd meg a “ChallengeResponseAuthentication” értékét “yes”-re.

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication yes

Indítsd újra az SSH-t.

sudo service sshd restart

Állítsd be a Google Authenticator-t.

google-authenticator

az alábbi beállításokkal:

Do you want authentication tokens to be time-based (y/n) y
Warning: pasting the following URL into your browser exposes the OTP secret to Google:
https://www.google.com/chart?chs=<>

<< ------ Here right in your Terminal is a Large QR Code ---------- >>

<< ------ Also here is your secret key and backup codes ------ >>

Do you want me to update your "/home/user/.google_authenticator" file? (y/n) y

Do you want to disallow multiple uses of the same authentication
token? This restricts you to one login about every 30s, but it increases your chances to notice or even prevent man-in-the-middle attacks (y/n) y

By default, a new token is generated every 30 seconds by the mobile app. In order to compensate for possible time-skew between the client and the server, we allow an extra token before and after the current time. This allows for a time skew of up to 30 seconds between authentication server and client. If you experience problems with poor time synchronization, you can increase the window from its default size of 3 permitted codes (one previous code, the current code, the next code) to 17 permitted codes (the 8 previous codes, the current
code, and the 8 next codes). This will permit for a time skew of up to 4 minutes between client and server.
Do you want to do so? (y/n) y

If the computer that you are logging into isn't hardened against brute-force login attempts, you can enable rate-limiting for the authentication module. By default, this limits attackers to no more than 3 login attempts every 30s.
Do you want to enable rate-limiting? (y/n) y

Add a kulcsot a Google Authenticator App-hez

A jobb alsó sarokban lévő + gombbal tudod hozzáadni az SSH kapcsolatot az Authenticatorhoz. Ha a QR kód értelmezhető (nekem pl. nem mindig az), akkor olvasd be. Ha nem értelmezhető, akkor kapsz egy URL-t, ami a kódot megjeleníti böngészőben. Ez biztonsági kérdéseket vet fel, hiszen a browser és a google böngésző is megkapja az URL-t. Mentsd el az emergency scratch kódokat, sose legyen rá szükséged.

Teszteld

Ha távolból telepíted, akkor egy másik SSH kapcsolattal próbálj meg belépni a TFA kóddal miközben az aktuális SSH még fut – ha nagyon muszáj akkor akár távolból is visszaállíthatod a régi beállításokat.

Forrás: Two factor (2FA) SSH with Google Authenticator

Kapcsolódó bejegyzések:

Telegram bot: Legyen neked is hálózati scannered 1000km távolságban

Home Assistant 2021 márciusi gondok

Bind

Ha ingyen, könnyen, gyorsan, és bármilyen felületről akarok nyomtatni, akkor arra nincs sok megoldás. A Google Cloud Print ilyen volt, de azt megszüntették. A Telegram botos megoldásom hasonló.

Végy egy linuxos gépet egy telegram shell bottal és egy hozzá kapcsolható nyomtatóval. Ha neked is MFP géped van, akkor azt, amivel már scannelni is tudsz – akár 1000km távolságból is.  Ugyanitt megtalálható az is, hogy milyen hozzávalókra van szükség. Röviden egy linuxos nyomtató, a Telegramos Botfather által készített bot, a telegram-shell-bot, amit csak saját felelősségre telepíts, és egy telegram CLI klienst. Utóbbi ehhez a feladathoz nem kell, de nekem van, mert scannelek is

Természetesen szükség lesz egy scriptre, amit a shell-bot-tal meg lehet hívni, valamint valahogy el kell juttatni a nyomtatandó file-t a szervergépre. A Shell-botnak van egy upload paranccsa, de ez a szerver oldalról tölti fel a telegram csatornára a file-t, ami kontraindikált, ha a kliensről akarom elküldeni a file-t a szerverre. Arra se nagyon tudtam rávenni, hogy ha fel is töltök egy adathalmazt, akkor azt a shell-bottal lementsem.

Maradt egy köztes megoldás: a nyomtatandó file-t valamilyen filemegosztó módszerrel (dropbox khm) URL-esíteni, és úgy célba juttatni. Határtalan lustaságomban szerettem volna valahogy a file elnevezését is a lehető legegyszerűbben megoldani, de igény szerint személyre szabhatóvá tenni. Az alábbi igyekezet eredménye a lenti kód.

A script kötelező paramétere az URL, opcionális az OUTPUT file név. Az URL alapján megpróbálja kitalálni a nyomtatandó file nevét, ha nem sikerül, akkor egy timestamp-es filenév alá pakolja. Az URL-t wget-tel menti, lehetne curl is, a végeredmény szempontjából lényegtelen. Az lp parancsot direkt hívom meg felparaméterezve a nyomtatóval, amit akár a script hívásakor át is adhatnék, de mert csak egy féle nyomtatóra nyomtatok, ezért ezt nem teszem.

Szerintem ennél egyszerűbb csak akkor lehetne, ha nem ellenőrizném a paramétereket, és az OUTPUT-ot kötelező lenne megadni, így viszont sokkal kényelmesebb.

A telegram kliensből a

/r bin/print.sh MYURL

paranccsal lehet meghívni (amennyiben a scriptet a ~/bin/ alá rakod le print.sh néven).

#!/bin/bash 

if [ -z "$1" ]
  then
    echo "No argument supplied use print.sh URL [OUTPUT]"
    exit -1
fi

URL=$1
FILE=$2

if [ -z "$2" ]
  then
    FILE=$1
    FILE=${FILE##*/}
    FILE=${FILE%%\?*}
fi

if [ -z "$FILE" ]; then
   DT=$(date "+%Y.%m.%d-%H.%M.%S")
   FILE="print".$DT.noext
fi

wget -q "$URL" -O "~/print/$FILE"
if [ $? -ne 0 ]; then
   echo wget failed
   exit $?
fi

echo $URL :: $FILE

if [[ -f "~/print/$FILE" ]]; then
    lp -d hp ~/print/$FILE
    echo "$FILE printed"
fi

Kapcsolódó bejegyzések:

Telegram bot: Legyen neked is hálózati scannered 1000km távolságban

Replace in all files recursively

Bind

Rokon írósztalára került egy hálózati scanner + nyomtató pár éve. Egy ideig VPN-ről értem el a gépet, nálam futott egy GIMP, scannelt, jó volt. És lassú.

Nemrég egy Wifi’s HP MFP (multi-function-printer) történt és nem csak bizonytalanná vált a VPN, de az idő nagy részében távol voltam a géptől, ami scannelni tudott volna.

A megoldandó feladat két részből áll: beszkennelni iratokat és néha nyomtatni. Mivel az előbbi fontosabb, és időnként út közben ér a hívás, hogy tenni kellene valamit, olyan megoldásra volt szükségem, ami egyszerű, lehetőleg mobilról is muxik, olcsó (lehetőleg ingyenes) és valamennyire biztonságos.

Nehezítő tényezőként szerepel, hogy a rokon számítógéphasználathoz nem ért, tehát a “kapcsold be, indítsd el stb” nem működik. A nyomtatón a “scan and send” gomb nincs működésre bírva semmilyen programmal. Közben fizikai költözés miatt a szolgáltató routerét kellett használni, amin a VPN nem működött, viszont nem volt lehetőség beállíani a bridge + saját router megoldást. SSH + Portforward működne -> de azért az mobilról elég macera. Viszont legalább van egy Linuxos gépem, ami stabil.

Első körben telepítettem az amúgy wifis nyomtatót, és amilyen mázlista vagyok, még linuxos driver is van hozzá. YMMV, de egyébként bármilyen nyomtatóval ugyanúgy fog működni – ha működik linux alól.

Második körben rávettem Botfathert, hogy legyen egy botom.

Harmadik körben telepítettem a telegram-shell-bot-ot.

Ebben van egy hangyányi security rizikó. Például az, hogy az utolsó (security related) update 2020 karácsonyakor érkezett – legalábbis ezen sorok írásakor – és az is már 4 hónapos. Ráadásul direkt azért telepítem, hogy hozzáférjen a filerendszerhez, és azon programokat futtason.

Maradjunk annyiban, hogy használd saját felelősségre estébé, és tegyél meg mindent, hogy a géped és ezzel a lokális hálózatod is biztonságban maradjon.

Negyedik körben telepítettem egy telegram CLI klienst.

Ötödik körben rittyentettem egy scriptet, ami megkeresi a HP nyomtatót, bescanneli az iratot és elküldi képként a telegram useremnek. A routeren beállítható a fix IP (legalább ennyit tudjon), de because I can a script megkeresi a nyomtatót a wifi hálózaton.

#!/bin/bash

FILE=~/scan/scan_$(date +%Y%m%d_%H%M%S)
IP=`ping NYOMTATO.local -c 1 | grep PING | awk '{print $3}' | tr -d '()'`

hp-scan -d "hpaio:/net/laserjet_mfp_m28-m31?ip=$IP&queue=false" -s file -o $FILE.jpg
/usr/local/sbin/telegram-notify --photo $FILE.jpg

Igen, végső soron ez a script simán CLI-ből megoldja a problémát, minek kell ide a Shell-Bot? Na pont ezért, hogy el tudjam indítani. Melóból kilépve, telefonálás közben, buszon kapaszkodva, reptéren sorban állva.

Igen, meg lehetne hívni webről is.

Igen, sokkal kényelmesebb chat kliensben beírni, hogy /r scan.

És még nyomtatni is tud.

Folyt. köv.

Kapcsolódó bejegyzések:

Replace in all files recursively

Bind

Hasznos vi billentyűkombinációk

Home Assistant remek és nagyrészt stabil dolog, de február óta több olyan hiba is becsúszott, ami megfektetheti a szervered. Ebből kettőt sikerült megtapasztalnom, nézzük a megoldást:

Hass OS, supervised Home Assistant a hálózaton keresztül elérhetetlenné válik

Headless Hass OS-en kegyetlen kitalálni, hogy mi a fene okozhatja azt, hogy random időközönként elérhetetlenné válik a masina. Klasszikus hibakeresések, mint OS újratelepítés, SD kártya, táp, raspi 4 csere kipipálva (nálam a Home Assistent Raspberry-n fut). Teljesen mindegy, hogy Eth0 vagy Wifi (ez legalább logikus). A proc 4%-on pörög 42 és 50 fok között. A legrövidebb online időszak 3 óra volt, a leghosszabb cirka 1 hét úgy, hogy naponta újraindítottam az OS-t.

OS váltás Hass OS-ről Debian 10-re se segített, úgy 26 óra után dobta el a netet. Viszont itt legalább hozzáfértem az OS-hez pont úgy, ahogy mindig is szoktam*

* Hass OS alatt is hozzá lehet férni a host OS-hez, DE nem úgy, mint egy nem lecsupaszított OS-en.

A megoldásra a kulcsot a Debian 10 supervised egyik kommentje ad.

It seems there is again an upstream issue with docker-cli causing an issue with the HA Supervisor. Downgrading docker-cli seems to fix this. Installing Home Assistant Supervised on Debian 10 Reverting docker-cli and supervisor immediately self updated, unhealthy state gone again and HA updates. Transcript of session: david@debian:~$ sudo apt install docker-ce-cli=5:20.10.3~3-0~debian-buster or as you have done downgrading to 5.19.x

A Raspi + Debian 10 supervised Home Assistant a változtatás után köszöni szépen, de jól van.

sudo apt remove docker-ce
sudo apt autoremove --purge -y
sudo reboot

When the Pi comes back online;

sudo apt install docker-ce=5:19.03.13~3-0~debian-buster
sudo apt-mark hold docker-ce docker-ce-cli containerd.io #thanks @jaalperin
sudo reboot

Forrás: https://community.home-assistant.io/t/installing-home-assistant-supervised-on-a-raspberry-pi-with-debian-10/247116/42

Home Assistant + MQTT Add-on

A Home Assistant Add-on -ként telepített MQTT szerver nyikkant meg egy kicsit. Üzenet publikálása hiba nélkül lefut, ám a feliratkozó nem kapja meg az üzenetet. Jelenleg három megoldást javasolnak:

• snapshotból próbálj régebbi MQTT-t telepíteni
• supervised HA esetén telepítsd “hagyományos” módon (apt-get install mosquitto)
• telepítsd másik gépre az MQTT-t

Egyik megoldás sem igazán user friendly, főleg ha egy frissen telepített HassOS-nél lenne MQTT-re szükséged.

A két hír hallatán én el fogom engedni a HassOS témát. Bár annak épp az volt a lényege, hogy ne kelljen OS szinten ilyenekkel szívnom – a gyakorlatban január közepe óta nem volt stabil az egyik HA rendszerem.

Hogy legyen valami jó hír is Home Assistant felöl: az automatizáláshoz vizualizációt terveznek – nem egy Node Red még, de már látszik, hogy sokat tud dobni majd a rendszeren, ha egyszer stabil lesz.

Kapcsolódó bejegyzések:

MQTT avagy INTRAnet of things – egyszerűen

Smart home: Homematic, Fhem | 1.rész

Média szerver: Raspberry Pi + XBMC (Kodi) + NAS + Yatse + HDMI CEC

A timelapse a világ legegyszerűbb dolga – elvileg. X időnként kérek egy fotót. A Windows 10 sok minden, de nem nevezhető a világ legegyszerűbb dolgának – mégis meglepő, hogy van amit faék egyszerűséggel meg lehet oldani.

A CommandCam egy 2012-es fejlesztésű open source program. Sok mindent nem csinál, csak lő egy fotót a default, vagy a paraméterként megadott kamerával, az elkészült képet pedig elmenti vagy egy default file-ba, vagy paraméterként megadom neki a file nevét. Két gépen próbáltam, az egyik a 2020-as HP Envy x360 beépített kamerája volt, a másik egy PC, amin a 10+ éves Logitech kamerám ül. Mindkettőt felismerte és használni tudta.

A következő körben kitaláltam, hogy timestamppel készítsen nekem képeket, ez linuxban tök egyszerű:

#/bin/bash
now=$(date +"%Y%m%d_%H%M%S")
echo "Filename : cc_$now.bmp"

Windowsban se sokkal bonyolultabb, de itt belefutottam abba, hogy nem tudtam a date parancs outputját formázni, ami viszont a helyi beállításoktól függ. Elég ciki, hogy soha nem gondoltak arra, hogy batch file-ban az ember ilyesmit akar csinálni – legalábbis azt sejtem, hogy a date parancs még az MS-DOS-ból maradt ránk.

echo off
set ToDaysDate=%date:~6,4%%date:~3,2%%date:~0,2%
set CUR_NN=%time:~3,2%
set CUR_SS=%time:~6,2%
set CUR_MS=%time:~9,2%
set SUBFILENAME=%ToDaysDate%-%CUR_HH%%CUR_NN%%CUR_SS%
CommandCam.exe /filename cc_%SUBFILENAME%.bmp /quiet

A fenti parancs egy “cc_20201221-203915.bmp” képet generál az egyik gépen. A másik gépen kicsit alakítani kellett a substringeken, YMMV, úgyhogy nem pakolom ide, a fenti részletből ki lehet indulni.

A következő feladat egy crontab -e windowsos megfelelője lenne, lehetőle gui és interaktivitás nélkül.

Linuxon ez a (crontab -l 2>/dev/null; echo "*/5 * * * * /path/to/job -with args") | crontab - meghívásával történhet, a Windowson meglepő módon egy csöppet sem komplikáltabb, csak ki kell adni parancssorból a schtasks /create /tn "MyTask" /sc minute /mo 5 /tr "path/to/batch" parancsot, és szintén öt percenként fogja hívogatni a batch file-t.

Az eredmény annyira nem szép, mert 5 percenként meg fog jelenni a cmd ablak, de működőképes. Sunyiban fotózni viszont nem lehet vele.

A következő lépésként gondoltam az idő múlását jelezni azzal, hogy a 90-as évek kameráihoz hasonlóan beleégetem a képbe, hogy mikor készült. Ehhez az ImageMagic hordozható verzióját töltöttem le a Windows-ra. A montage.exe-t a CommandCam mellé másoltam, kiválasztottam a nekem tetsző legegyszerűbb feliratot, és a fenti batch fileba illesztettem a montage.exe -label %SUBFILENAME% cc_%SUBFILENAME%.bmp -geometry +0+0 tl_%SUBFILENAME%.bmp Az ImageMagic egyébként opensource program és Linux, Windows MacOSX, iOS, Android és más rendszereken fut. Képmachinálás svájcibicskája, ha még nem ismerted, szinte szégyen erre az egyszerű dologra használni.

Az utolsó lépés nem a batch file része, hanem utólag követem el, amikor a képeket mozgásban akarom látni. Az ffmpeg.exe program az ImageMagic-nek is része, úgyhogy nem kellett külön megszereznem (amúgy se, mert minden gépemen van mplayer). Az ffmpeg-et nagyon szépen fel lehet paraméterezni linux alatt, Windowson viszont megszorításokkal csak. Azaz hiába van nekem timestamp a filenévben, neki counter kell.

@echo off
setlocal enabledelayedexpansion
set "count=10000"
for /f "delims=" %%f in ('dir /b tl_.bmp') do (
ren %%f tc_!count!.bmp
set /a count+=1
)


Több út is vezet Rómába, az egyik a kedvenc Total Commanderrel történik. A másik a fenti batch file-lal, ahol a counter 10.000-től kezdődik – percenkénti felvétellel naponta max 1440 kép készül, jó lesz az! Itt kezdtem elveszíteni a türelmemet, úgyhogy annyira hagytam quick and dirty-ben, amennyire a működőképesség engedte. (Biztosra veszem, hogy hamarosan hagyni fogom, hogy egy hétig gyüljön a cucc, lesz 10001 kép, aztán nekem lőttek, és facebookon fogm szidni azt a hülyét, aki kitalálta, hogy jó lesz az!)

A fenti scripttel nem kellett a leading zeroval szívnom, ami Windowson nincs, esetleg powershellben, vagy ha nagyon akarod, akkor van rá egy külön batch file. Itt egyébként elkezdtem azon gondolkozni, hogy ennyi idő alatt csináltam volna egy mini java progit, minek akarok erőszakot tenni a batch-en, ha a batch nem akarja, illetve eszmbe jutott az is, hogy Windows alá is lehet bash shellt biggyeszteni. Bezzeg abban.
A növekvő számsorrenddel rendezett csodára aztán ráeresztettem az ffmpeg -r 4 -i tl_1%04d.bmp -start_number 10000 -b:v 20M output.mp4 parancsot, és már enyém is volt a mennyei manna, azaz a pár megabyte-os filmecske, amiben röpke 48 másodperc alatt nézhettem meg alig egy nap képeit.

Tuningolási lehetőség van, pl. motion detection, de azért nehogy már a nyúl vigye a vadászpuskát… jó lesz ez így!

Kapcsolódó bejegyzések:

2019 végre a Linux desktop éve?!

Kislányom, kockának lenni menő

Mac User vs. Windows felhasználó

Telex: 1200 éves nanotechnológiával készült kardot talált egy földmunkagép Zalában

A sárgaréz vagy arany borítású markolattal rendelkező kard damaszkuszi acélból készült. Az eljárást egyes feltételezések szerint nem Damaszkuszban dolgozták ki, a fém Srí Lankáról vagy Indiából származhatott és került Szíriába. A kovácsok nagyjából 1200 éves gyakorlata lényegében spontán nanotechnológiai eljárással tette rendkívüli hatékonyságúvá a fémet, amelyből a kard készült, fogalommá téve a fegyvert a korai középkorban. A kardfajta gyártási technológiájának leírása nem maradt meg, bár a gyakorlattal csak 1750-re hagytak fel, vélhetően az eredeti forrást biztosító ércbánya kimerülésével.

Source: Telex: 1200 éves nanotechnológiával készült kardot talált egy földmunkagép Zalában

The post Spontán nanotechnológia 1200 éve first appeared on Sharing.

Gina Häußge-től az Octoprint az egyik legjobb dolog a különböző szeletelők után, ami a 3D nyomtatással történt – most pedig megérkezett a plugin, ami végre megvalósítja azt, amire @foosel régóta várt: egy használható(bb) felületet ad az UI Customizer pluginnal.

Hogy a usability és a user experience fontos része a szoftverfejlesztésnek, az már az utóbbi időben nem annyira vita tárgya, de sok fizetett fejlesztésnél is legyintenek rá a megrendelők, hogy a programozó majd megoldja. Maradjunk annyiban, hogy nem oldja meg – ez egy külön szakma. Gina nem legyintett rá, de több interjúban is elmondta, hogy nem ért hozzá, és a kernelfunkciók fejlesztése, bugfixelése mellett ideje sincs rá. Felvenni se tud embert, örül, ha szponzorakciókból és paypal fizetésekből a saját fizuja összejön. Őszintén szólva megértem, ráadásul freeware software-nél követelésekkel előállni amúgy is bunkóság.

Ami a pluginben tetszik, hogy finomhangolja csak a felületet. Ehhez azzal indít, hogy kihasználja a teljes képernyőt, amitől sokkal levegősebbnek tűnik minden. A kétoszlopos design-ból három oszlopos lesz, a kamera képe állandóan láthatóvá válik. Az egy oszlopba pakolt plugineket innentől két oszlopba lehet pakolni – notebookon kellemesebb, majdnem egyképernyőssé válik ezzel szinte minden felület.

Bár nem mindennap használom a beállításokat, a változások ott a leglátványosabbak: a különböző beállítás kategóriák tabokat és almenüket kaptak, így sokkal jobban átláthatóbbá vált, ha valamit mégis módosítani akarok.

Mielőtt rohansz telepíteni: a telepített és bekapcsolt pluginek számossága erőforrásokat von el a raspitól. A Raspberry Zero amúgy se ajánlott, de a régebbi Raspberry esetén is elképzelhető, hogy a nyomtatás minőségére hatással van. Ebben az esetben inkább maradj a “ronda és finom” GUI-nál.

Ilyen volt – ilyen lett (a képek nagyíthatóak)

A képernyőképeket az alap beállításokkal készítettem, bizonyos szinten lehet rajta állítani, pl. mennyire legyen széles egy oszlop, legyen-e kamera a főoldalon, és pár menüpontot. Már annyival kényelmesebbé vált a default beállításokkal is, hogy nem nagyon játszadoztam vele.

Kapcsolódó bejegyzések:

3D nyomtatott szív mentette meg a kislány életét

[Kickstarter] Újabb OS a 3D printerhez

Már autót is nyomtatnak 3D nyomtatóval

Büszkén jött a hír, hogy 50.000-en jelentkeztek a kormány által meghirdetett “Újratervezés” programra. A 8 hetes alapozó képzés valóban csak az alapok elsajátítására szolgál.

• Windows használata
• hálózati alapfogalmak
• fejlesztési ismeretek alapjai, ki mit és miért csinál
• GIT használat
• HTML/CSS/JavaScript minimumok

Sikeres elvégzéssel a résztvevők 100%-os állami támogatással tanulhatnak tovább a programban elérhető IT-képzések egyikén.

8 hét alatt senki se képes a csodára, de kivételesen nem is ígérnek ilyesmit. Nem rossz alapok, már az is jó, ha a cégvezető nem néz bambán az informatikusra, amikor az esetleges problémákról beszél, de bármely más szakmában alkalmazni tudja majd az itt tanultakat.

Bár még a 8 hét le se járt, közben az aktuális hírek szerint “megjelent” a munkanélküliség az IT piacon. A kicsit bulváros cím mögött ott a lényeg: azok az emberek, akik gyorstalpalón szerzik meg a tudást annak reményében, hogy informatikusként jól megélnek, ők elvéreztek.

Ez nem jelenti azt, hogy az Újratervezés káros. Az első 8 hetes tanfolyam szerintem kifejezetten hasznos bárkinek, hogy egy kicsit jobban megértse a számítógép és az internet felépítését, működését, amennyiben ez számára még újdonság.

Az a káros, hogy közben sok helyen úgy szerepel a program, hogy – amennyiben az érdeklődő informatikai vonalon akar elhelyezkedni – utána fél-egy év alatt olyan fejlesztőket tudnak erről a szintről oktatni, akik erre képesek. Akinek el kell magyarázni, hogy hogyan működik a Windows, akinek újdonság a HTML, az valószínűleg olyan (informatikai tudásbéli) hátránnyal indul, aminek legyőzéséhez jóval hosszabb idő kell.

A sok éves tapasztalat, és az ITBusiness cikke is arra mutat, hogy a gyorsan megszerzett (és itt a fél éves, nem intenzív napi 8 órás oktatási rendszert annak tekintem), erős alapokkal nem rendelkező tudással az éles bevetésben közel lehetetlen érvényesülni. Vagy olyan csodás eredmények születnek, hogy a jegy árát GET/POST paraméterrel küldi el a weboldal…

Bár szerintem is bárki meg tud tanulni programozni, de nem mindenki akar tényleg ezzel foglalkozni, pláne nem olyan mélységekben, ami ahhoz szükséges, hogy a szakmája legyen. Ha bárki incselkedett a gondolattal, hogy ebből akar megélni, akkor az Újratervezés segíthet a döntésben, hogy érdemes-e ilyen irányban képeznie magát.

Ugyanakkor adjuk meg a szakmának, a munkavállalóknak és a munkaadóknak is azt a tiszteletet, hogy nem feltételezzük, hogy fél év alatt el lehet sajátítani egy komplex szakmát.

És nem ámítsák az embereket azzal, hogy ha elvégez egy tanfolyamot, akkor munkája is lesz.

Kapcsolódó bejegyzések:

Kihalnak a PHP getterek/szetterek

Kód, ami megbénít

Hogyan tanulj magadtól programot írni?