Miniszámítógépek, SBC-k

Sziasztok !

Van egy kis python3- cv2.imread('feldolgozando_kep.png') alkalmazásom ami a monitoros fejlesztői környezetben szépen működik. Az igazi használáskor nem lesz majd monitor lehetőség.  Az alkalmazás terminálból indítva is jól fut, ha van rajta monitor. Az alkalmazás távolról, terminálból indítva is jól fut ha van rajta monitor.

Most itt akadtam el a teszteléssel, hogy monitor nélkül hibát dob : Unable to init server, nem sikerült kapcsolódni, elutasítva. GTK-Worning: cannot open display

Milyen irányba keressem az Rpi4- Raspbian10- python3- cv2- monitor nélküli megoldást ?

Sziasztok!

A Raspberry Pi-felbontását a raspi-config-al 4K 60 Hz-re állítottam. A probléma, hogy így a TV-n fekete keret van a kép körül. Valamint túl kicsi. Vissza szeretném állítani FullHD-re, de ha a raspi-config-ban újra rámegyek a resolution-ra, visszadob a főmenübe. Újra is volt indítva a Rasppberry. 

Nem szeretném újratelepíteni, mert már lényegében minden be van állítva rajta. Egy kiosk lesz belőle. Hogyan tudnám átállítani a felbontást?

A következő hiba megoldásához kérnék segítséget.

Van egy Raspberry PI 3+ gépem erre feltelepítettem a legfrissebb Raspbian rendszerrel.

Van egy Epson L565 nyomtató a hálózaton.

Feltelepítettem a Raspbian rendszer rendszer által kínált legfrissebb CUPS és Epson drivereket.

A CUPS webes konfigurációjában be is állítottam mindent.

Ezen a felületen van egy teszt nyomtatási lehetőség szépen ki is nyomtatta a lapot.

Viszont amennyiben egy dokumentumot szeretnék nyomtatni mondjuk pdf olvasóból,

miután elküldtem a nyomtatóra kb. 5 perc múlva kezdi el nyomtatni pedig azonnali  nyomtatást kértem.

Van valakinek ötlete?

Sziasztok,

egy Raspberry Pi 4 B-t Raspbiannal futtatok fáljszerverként és Spotify lejátszóként; nincs rajta állandóan monitor és billentyűzet, UltraVNC Viewer-el nézek rá, ha kell.

Tegnap későn este vettem észre, hogy valami gebasz van; egy monitort rádugva totál üres képernyő fogadott, billentyűzetre, egérre nem reagált.

Újraindítás után a bootolás elakadt, kernel panic, az utolsó sorban:

---[ end Kernel panic - not syncing:  VFS: UNable to mount root fs on unknown-block(179,2) ]---

az SD kártyát egy másik linuxos gépbe dugva sikerült felmountolni

lefuttattam egy sudo fsck.ext4 -y /dev/mmcblk0p2 parancsot ezzel a eredménnyel:

"unable to set superblock flags on rootfs"

a rendszert viszonylag könnyen újra tudom húzni, értékes adatot a kártya nem tartalmaz

az a kérdésem, hogy van-e értelme még próbálkozni életet lehetni ebbe az SD kártyába (Kingston 16GB) vagy nyugodt szívvel kukázhatom?

Helló,

Januárban 6 éves lesz a laptopom (HP EliteBook 820 G1), és talán 4 vagy 5 éves a Gigabyte brix (i5-6200U) gépen, így ideje lesz a cserének. (monitornak két Asus VP249H van, azt idén nyáron vettem). Mint látható a laptop "pici" 13"-os, ennél nagyobbat nem is akarok, soha nem szerettem a 15" vagy nagyobbakat. Az esetek nagy részében otthonról dolgozom, ha nem, akkor akkora teljesítmény nem kell, még a 6 éves HP is kiszolgál úgy.

Viszont dilemmába vagyok, mert két lehetséges megoldást néztem ki:

MacBook Pro 13"

• 2,8 GHz-es, négymagos, nyolcadik generációs Intel Core i7 processzor - i7-8569U
• 16 GB 2133 MHz-es LPDDR3 memória
• 512 GB-os SSD

És akkor csak a fenti gépem lenne (meg vennék hozzá valami Thunderbolt-os "dokkolo" cuccot, amibe belemegy a két monitor, az UTP, stb), ezt vinném magammal ha elmegyek itthonról.

Vagy:

Mac mini, mint asztali gép

• 3,0 GHz-es, 6 magos, nyolcadik generációs Intel Core i5 processzor - i5-8500B
• 16 GB 2666 MHz-es DDR4 memória
• 512 GB-os SSD-tároló

MacBook Air

• 1,6 GHz‑es, kétmagos processzor - i5-8210Y
• 16 GB 2133 MHz-es LPDDR3 memória
• 256 GB-os SSD

Mac Mini-ban lévő normál CPU tesztek alapján kicsit még erősebb is mint a mobil i7, (bár a thermal throttling nem tudom mit csinal majd, azért 65W az 65W), előnye még, hogy abban lehet házilag (gari lejárta után) RAM-ot bővíteni. Air-nak pedig elvileg hosszabb kicsit az akksi ideje mint a Pro-nak, és hát könnyebb és vékonyabb.

Szerk:

vegulis a mini+air kombo mellett dontottem, csak a minibe i7 es 64G kerult, valamint a tge termeszetesen.

Sziasztok,

Olyan IoT páraszenzort keresek, ami lehetőleg wifin keresztül kommunikál (kábelezni nincs lehetőség). Ha akkuról is működne az lenne a perfect, de nem gond ha esetleg 220-ról, vagy PoE-n keresztül lehet etetni. Tudtok ilyet?

Amit a kínai oldalakon reklámoznak pl. H96 MAX RK3318 4GB RAM 64GB ROM 5G WIFI bluetooth 4.0 Android 9.0 stb. ezekhez gondolom lehet HDD-t is csatlakoztatni. No de lévén hogy android bízom benne hogy ext3-as HDD-t is. Viszont a leírásában a támogatott fájlrendszerek közé nincs odaírva. Tud valaki valami biztatót mondani? Egyáltalán jó hogy androidos?

A jelenlegi Asus O!Play HDP-R1 lejátszómat kellene kicserélni, mert tönkrement a távirányítója, és nem találok alternatívát sem, meg különben is netes tartalmat nem igazán támogat. Még az orosz firmware-rel sem.

Belezavarodtam :(
Szeretném elérni, hogy ha van net akkor ntpd, ha nincs net (és vagy lemerül az UPS újraindul a rendszer) akkor vegye elő a hwclock -ot és azt állítsa be mint rendszer időt.
Már az elején telepítettem az ntp -t, működik.

A fake-hwclock.service -t letiltottam. A config -ban beállítottam a dtoverlay=i2c-rtc,ds3231 -et (ilyen chipem van most).
Beállítottam az /etc/default/hwclock -ban hogy HWCLOCKACCES=yes és HCTOSYS_DEVICE=rtc0
A hwclock.service masked, nem tudom unmask -olni (hwclock.service -> /dev/null nincs is használható scriptem)
Újraindítás, net nélkül valami teljesen fals időt kapok (2019.02.14. stb.)
Ha beolvasom az rtc -ben tárolt időt (hwclock -r) az helyes.
Van olyanom is, engedélyezve, hogy systemd-timesyncd.service. de mintha ott sem lenne (lehet az ntp miatt).
Szóval mi a tudomány mai állása, hogy kellene szinkronizálni a rendszert?

Teljesen "szűz" telepítés lighttpd 1.4.53--4
A /var/www/html alapból üres, később találtam valamit a /usr/share/javascript -ben van néhány "okosság" és alapból engedélyezv a javascript modul.
Ha ránézek 403 Forbidden.
Letiltottam a javascriptet és egy régebbi verzióból bemásoltam a régi html fájlokat.
Ha ránézek 403 Forbidden.

/var/www/html  root:root drwxr-xr-x
-rw-r--r-- 1 root root  326 febr   2  2012 favicon.ico
-rw-r--r-- 1 root root 3378 nov   17 15:15 index.lighttpd.html

Beállítottam a debug.log-request-handling = "enabled" nincs benne semmi "krimi", az a furcsa hogy a régi (1.4.45-1) kiírogatja a favicon.ico fájl nevét, itt viszont semmi fájl név (hiba sem).
 

2019-11-24 00:52:16: (response.c.430) Request-URI     :  /
2019-11-24 00:52:16: (response.c.431) URI-scheme      :  http
2019-11-24 00:52:16: (response.c.432) URI-authority   :  192.168.1.12
2019-11-24 00:52:16: (response.c.433) URI-path (raw)  :  /
2019-11-24 00:52:16: (response.c.434) URI-path (clean):  /
2019-11-24 00:52:16: (response.c.435) URI-query       :   
2019-11-24 00:52:16: (mod_access.c.177) -- mod_access_uri_handler called
2019-11-24 00:52:16: (response.c.580) -- before doc_root
2019-11-24 00:52:16: (response.c.581) Doc-Root     : /var/www/html
2019-11-24 00:52:16: (response.c.582) Rel-Path     : /
2019-11-24 00:52:16: (response.c.583) Path         :  
2019-11-24 00:52:16: (response.c.625) -- after doc_root
2019-11-24 00:52:16: (response.c.626) Doc-Root     : /var/www/html
2019-11-24 00:52:16: (response.c.627) Rel-Path     : /
2019-11-24 00:52:16: (response.c.628) Path         : /var/www/html/
2019-11-24 00:52:16: (response.c.652) -- logical -> physical
2019-11-24 00:52:16: (response.c.653) Doc-Root     : /var/www/html
2019-11-24 00:52:16: (response.c.654) Basedir      : /var/www/html
2019-11-24 00:52:16: (response.c.655) Rel-Path     : /
2019-11-24 00:52:16: (response.c.656) Path         : /var/www/html/
2019-11-24 00:52:16: (response.c.668) -- handling physical path
2019-11-24 00:52:16: (response.c.669) Path         : /var/www/html/
2019-11-24 00:52:16: (response.c.676) -- handling subrequest
2019-11-24 00:52:16: (response.c.677) Path         : /var/www/html/
2019-11-24 00:52:16: (response.c.678) URI          : /
2019-11-24 00:52:16: (response.c.679) Pathinfo     :  
2019-11-24 00:52:16: (mod_indexfile.c.159) -- handling the request as Indexfile
2019-11-24 00:52:16: (mod_indexfile.c.160) URI          : /
2019-11-24 00:52:16: (mod_access.c.177) -- mod_access_uri_handler called
2019-11-24 00:52:16: (mod_compress.c.854) -- handling file as static file
2019-11-24 00:52:16: (mod_staticfile.c.197) -- handling file as static file
2019-11-24 00:52:16: (response.c.686) -- subrequest finished
2019-11-24 00:52:22: (server.c.1863) connection closed - keep-alive timeout: 8

Mit tudok még megnézni? Hol lehet a hiba oka?

Sehogy sem sikerül beállítanom a lighttpd -t
Engedélyeztem a cgi és userdir modulokat
Létrehoztam /home/tovis/public_html mappát úgy hogy a www-data tudja olvasni.
Létrehoztam /home/tovis/public_html/cgi-bin mappát.
Bemásoltam a jó régen busybox alatt működő kis html és .sh cgi fájljaimat.
A "sima" html megy is, de az .sh fájljaimat csak letölteni tudom. A cgi.conf -ba a cgi.assi8gn -ba beillesztettem az ".sh" => "" bejegyzést, de semmi nem változott.
A kis scriptjeim mind úgy kezdődnek hogy
echo Content-type: text/html
echo ""
echo "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">"
echo "<html>"
echo "<head>"
echo "<meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">"
echo "<meta http-equiv=\"REFRESH\" content=\"3600\">"
echo "<title>Kamera</title>"
echo "</head>"
echo "<body>"
# és itt jön az érdemi kód

Persze túrom a netet, de valahogy eddig nem találtam sok értelmes dolgot.
Mi hiányozhat még?