Hirdetés
- Feháborodott az Apple, a Meta az iPhone-felhasználók üzeneteit akarja olvasgatni
- A luxusmárkáknak kell a bitcoin, az USA jegybankjának nem
- Letiltja az USA a politikusokat a telefonhívásokról és szöveges üzenetekről
- Nagy áttörés jön a napelemek piacán, nem kell annyi hely a paneleknek
- Belenyúlt az USA az Epic Games igazgatótanácsába, nyomoz az NVIDIA
- Netflix
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Amazon
- Otthoni hálózat és internet megosztás
- TP-Link WR1043ND router
- Feháborodott az Apple, a Meta az iPhone-felhasználók üzeneteit akarja olvasgatni
- One otthoni szolgáltatások (TV, internet, telefon)
- Windows 10
- Hálózati / IP kamera
-
IT café
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
válasz
V.Stryker
#38997
üzenetére
Ez igényli a legkevesebb erőforrást, kicsit olvass utána, de kb ezek a lépések:
1) github-on regisztrálsz, majd csinálsz egy privát repozitóriumot. Readme-t is kérsz bele, hogy inicializálja a tárolót.
2) A raspberry-re telepítesz egy git csomagot.
3) A publikus ssh kulcsod ( .ssh/id_rsa.pub ) hozzáadod a github profilodhoz a webes felületen. (Ezt az ssh-keygen paranccsal tudod létrehozni, a passphrase jelszóval védi, én nem szoktam megadni).
3) github-ról kimásolod a "git@github.com" kezdezű elérhetőséget (lásd kép).
4) raspberry-n parancssorban csinálsz egy új mappát, abba váltasz, ésgit clone git@github.com....amit kimásoltál
5) itt dolgozol, bemásolod a fájlokat, stb.
6) ha el akarod menteni a munkád, akkorgit add fájlnévmajdgit commit -m "verzió akármi"és végülgit pushparancssal tolod fel.
Így meglesz minden korábbi verziód. Ha máshol módosítottad és akarod a lokális fájlokat frissíten, akkorgit pull
Ha pedig ellenőrizni akarod hogy van-e elmentetlen módosítás, akkorgit diff
[ Szerkesztve ]
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
-
V.Stryker
nagyúr
Ismertek raspbian alá valami kis hardverigényű felhő klienst? Arra gondoltam,hogy ha össze vissza újratelepítem kisérletezésképpen, akkor a python és egyéb fájlok, amik meg vannak irogatva, biztonságba legyenek egy hirtelen felindulásos újratelepítés esetén.
Azért kérdem a kis hardverigényűt,. mert emlékeim szerint marhára tudta tekerni a dropbox a gépet.-
-
t72killer
titán
-
V.Stryker
nagyúr
válasz
cog777
#38989
üzenetére
Kicsit érdekes. Csináltam scan-t, egyik scan-re az 5Ghz-es hálózatot látja, a másikban a simát, egyszerre a kettőt nem listázza.
Hiába van erős jele a 2.4-es hálózatnak, egyszerűen nem hajlandó hozzá csatlakozni, nem csinál semmit.
Az újraconfigurálásra írt, egy OK-t, utána csatlakozott az 5Ghz-es hálózathoz, de most míg ezt írom, lecsatlakozott megint. Offline.
Ha csatlakozik végre, kap ip-t és működik... ideig óráig.
A conf fileban ott mindkét hálózat, a jelszóval együtt. Próbáltam már törölni az 5g-st, restart, hogy utána hátha a 2.4-re ráveszi magát, de nem.-
-
cog777
senior tag
válasz
V.Stryker
#38988
üzenetére
Nem ir ki valamilyen hibauzenetet a GUI-s WiFi beallito program?
Itt emliti milyen naplo fajlokban talalhatok a hibauzenetek. (/var/log/messages and /var/log/syslog)
Esetleg parancssorbol scan mit mod? Listazza az SSID-t? Nincs benne unicode karakter?
(sudo iwlist wlan0 scan)Ha az mukodik akkor a wpa_supplicant beallitasa utan mit mond?
(sudo nano /etc/wpa_supplicant/wpa_supplicant.conf)Ujrakonfiguralni a WiFi-t:
wpa_cli -i wlan0 reconfigure
Lehet ellenorizni hogy kap-e IP cimet a wlan0:ifconfig wlan0HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
V.Stryker
nagyúr
Sziasztok,
Wifi kapcsolat problémában tudnátok segíteni?
Behoztam a munkába a Pi-t, az 5Ghz-es hálózat jele minimális, ezért ha rácsatlakozik, akkor egy időre jó, aztán eldobja. De ha van kapcsolat, akkor tök gyors.
Van sima 2.4-es hálózat is, aminek max jele lenne, de egyszerűen nem akar hozzá csatlakozni.
-
-
t72killer
titán
válasz
t72killer
#38974
üzenetére
30 fokos szobában, pucér lap nulla hőelvezetéssel:
Running CPU test...
total time: 9.2983s
min: 3.38ms
avg: 3.72ms
max: 44.64ms
temp=70.0'CRunning THREADS test...
total time: 22.8067s
min: 6.80ms
avg: 9.12ms
max: 93.97ms
temp=76.0'CKici kínai aluházikóban
:Running CPU test...
total time: 12.8980s
min: 3.38ms
avg: 5.15ms
max: 51.92ms
temp=57.0'CRunning THREADS test...
total time: 50.3932s
min: 6.75ms
avg: 20.14ms
max: 160.53ms
temp=57.0'C30€ Meta store bónusz Quest headset aktiváláshoz, keress priviben :)
-
t72killer
titán
Megfigyeltem egy érdekességet: chromium ablakot 4k teljes kijelzőre téve akadozik - még ezt a postot írva is laggolnak a betűk. Viszont amint "kicsi" ablakba tettem, mintha szárnyakat kapna - hiába pöccre uaz a tartalom.
A RAM mennyiség nem fogyott el, a htop még a procimagokra se ír 100% terheltséget.
[ Szerkesztve ]
30€ Meta store bónusz Quest headset aktiváláshoz, keress priviben :)
-
válasz
sztanozs
#38978
üzenetére
Pedig pont hogy eszközre lebontva megadhatod mit tiltson/engedjen.
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
sztanozs
veterán
-
betyarr
veterán
válasz
body007
#38969
üzenetére
jah,akkor az adguard home beépül a HA-ba?így asszem,akkor ha belevetem magam ezekbe a dolgokba,akkor az adguard home lesz az én "emberem".
mint böngésző addon/windows app az adguard nekem 99%-ban blokkol minden reklámot mindenhol úgy,hogy nem is nagyon kell vele babrálni,ezért is használom már pár éve nagy megelégedéssel.pedig próbáltam pár adblockert.köztük az abp-t is.
ahogy utána olvastam,azért az adguard home magában nem olyan hatékony,mint az addon,mert a home dns szűrést csinál,a böngésző addon pedig https szűrést és ezért is hatékonyabb.
de nekem jól jönne a dns szűrés is,mert telefonon/tableten bazi sok a reklám
-
válasz
sztanozs
#38970
üzenetére
Maga a DHCP protokoll képes rá, hogy meghatározza melyik kliens melyik DNS-t használja, de erre a Pi-hole DHCP-je nem képes.
A pi-hole viszont képes csoportokba gyűjteni a klienseket, és a csoportoknak különböző szűrő listákat megadni. Ha ez/ennyi nem elég, akkor keresni kell más megoldást, adott esetben az adguard-ot ;-)Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Keem1
veterán
Disregard, megoldódott. Valami furcsa okból kifolyólag két domaint is fenntartottam (szerintem mikor teszteltem), aztán csak az egyikhez készült végül SSL cert, így az lett meghosszabbítva. Érthető okokból persze hogy nem érvényes a másikhoz a tanúsítvány, hisz nincs is.
My bad... -
#38974
t72killer
titán
wassermann
#38972
t72killer
titán
válasz
wassermann
#38972
üzenetére
, holnap jelentkezek az eredményekkel.30€ Meta store bónusz Quest headset aktiváláshoz, keress priviben :)
-
Keem1
veterán
Srácok, mi a legegyszerűbb módja a Let's Encrypt tanúsítvány megújításának?
Ahogy látom, a
sudo certbot renewnem elég, mivel bár az előző tanúsítvány egyébként még nem járt le, a lefuttatott renew után már érvénytelennek találja a chrome.
Kell még valamit kézzel tennem, hogy jó legyen?
Apache a webszerver.[ Szerkesztve ]
-
#38972
wassermann
Topikgazda
t72killer
#38968
-
sztanozs
veterán
btw pihole-ban beállítható, hogy bizonyos kliensek (csoportok) bizonyos DNS-szerverekkel legyenek kiszolgálva? vagy játszak inkább a blocklistekkel?
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
válasz
betyarr
#38966
üzenetére
Én a Home Assistant integráció miatt váltottam (dobták a pihole-t és ezt javasolták).
Úgy látom, h jobban támogatott (sokkal több "gyári" doksi), beállítani is egyszerűbb, szűrni hasonlóan szűr meg úgy általánosan letisztultabb az egész - nekem jobban tetszik külsőre is. MEzei adguard-ról nincs tapasztalatom, ABP-t használok minden böngészőben. De, h mondod kicsit tesztelni fogom - lehet összedolgoznak
[ Szerkesztve ]
Mindenkit egyforma külső inger ér, de egyén függő, h éljük meg :P
-
t72killer
titán
Megérkezett az aliexpress-es házikó (egyébként példásan gyorsan, <3hét alatt), milyen tesztprogival érdemes kipróbálni mennyire melegszik a rendszer/hogy áll a Throttling?
Házikó nélkül alap chromium-ban böngészgetve is eléggé elszaladt a hőfok, már féltettem, hogy leolvad a kicsike...
[ Szerkesztve ]
30€ Meta store bónusz Quest headset aktiváláshoz, keress priviben :)
-
válasz
body007
#38965
üzenetére
Azért az látszik, hogy marketingesek írták az összehasonlítást. pl
Blocking phishing and malware domains✅❌ (requires non-default blocklists)
Csak egy kattintás hogy egy vagy akár több listát hozzáadj. Sőt! Ha a quad9-et állítod, be rajta upstream DNS-nek már alapból szűri azt is.Parental control (blocking adult domains)✅❌
Szintén csak egy kattintás, sőt! Akár az adguard Family safe DNS-ét is beállíthatod a Pi-holnak ;-)Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
válasz
Shade45
#38963
üzenetére
Ne a diginc-t használd, hisz írja is, hogy We've moved! To get the latest updated Pi-hole v4.0 please use
pihole/pihole:A pihole/pihole oldalon pedig van egy [link] egy kis scriptre, ami szépen felteszi, beüzemeli. Értelemszerűen módosítani kell itt-ott. Nálam pl. a 81-es poroton érhető el, és ő adja meg a jelszót.
#!/bin/bash# https://github.com/pi-hole/docker-pi-hole/blob/master/README.md# Note: ServerIP should be replaced with your external ip.docker run -d \--name pihole \-p 53:53/tcp -p 53:53/udp \-p 81:80 \-p 443:443 \-e TZ="Europe/Budapest" \-v "$(pwd)/etc-pihole/:/etc/pihole/" \-v "$(pwd)/etc-dnsmasq.d/:/etc/dnsmasq.d/" \--dns=127.0.0.1 --dns=1.1.1.1 \--restart=unless-stopped \--hostname pi.hole \-e VIRTUAL_HOST="pi.hole" \-e PROXY_LOCATION="pi.hole" \-e ServerIP="127.0.0.1" \pihole/pihole:latestprintf 'Starting up pihole container 'for i in $(seq 1 20); doif [ "$(docker inspect -f "{{.State.Health.Status}}" pihole)" == "healthy" ] ; thenprintf ' OK'echo -e "\n$(docker logs pihole 2> /dev/null | grep 'password:') for your pi-hole: https://${IP}/admin/"exit 0elsesleep 3printf '.'fiif [ $i -eq 20 ] ; thenecho -e "\nTimed out waiting for Pi-hole start, consult check your container logs for more info (\`docker logs pihole\`)"exit 1fidone;[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Shade45
senior tag
Telepíteném Libreelec - Docker-be a Pihole-t, azonban ezzel a parancssorral a következő hibát kapom:
docker pull diginc/pi-hole-multiarch:debian_armhfdocker run -d \
--name pihole \
-p 53:53/tcp \
-p 53:53/udp \
-p 80:80 \
-v /storage/pihole/:/etc/pihole \
-v /storage/pihole/dnsmasq.d/:/etc/dnsmasq.d \
-v /storage/html/:/var/www/html/html/ \
-h $(cat /etc/hostname) \
-e ServerIP=$(ip route get 8.8.8.8 | awk '{ print $NF; exit }') \
-e WEBPASSWORD=123456 \
--restart=always \
diginc/pi-hole-multiarch:debian_armhf"Unable to find image 'name:latest' locally
docker: Error response from daemon: pull access denied for name, repository does not exist or may require 'docker login'."Próbáltam a következőt is:
docker pull pihole/pihole:latestÉs értelem szerűen ez az elérési útvonal ment a végére a parancssornak
Szerintetek mi lehet a gond?
[ Szerkesztve ]
-
cog777
senior tag
válasz
atesss
#38958
üzenetére
Bocs, nem szazas a szovegdoboz, neha megkergul amikor beillesztek
igy kulon hsz-be kell irnom.""ha gyorsitani szeretnel, akkor akar beteheted a /tmp-be, amit a ramba teszel tmpfs-re."
Na ez az amivel szerintem nem nagyon foglalkoznék. Akkor már ami időt ezzel töltök, azt a MQTT tanulására fordítanám, az egy sokkal előremutatóbb megoldás minden ilyesmire."Szerinem ez egy nagyon is jarhato ut, mivel "olcso" megoldas, azaz szinte azonnal mukodik az egesz rendszer ha ezt hasznalod. A cegnel mi is hasznaltuk. Ket program kozott kellett kommunikacio (alacsony sebessegu, csak egy flag tovabbitasa, csak 1mp-es idokozonkent).
Egybol megvan, lehet tesztelni a tobbi programot es kesobb kicserelni valami jobb megoldasra - ha kell. Mi meghagytuk a termekunkben.Ugyanis az MQTT "nem trivialis" megoldas, telepitest es konfiguraciot igenyel. Tehat nem csak a sajat programjaitokat kell telepiteni es karbantartani, hanem az MQTT szolgaltatast is. Ezert neha inkabb dontunk egy egyszerubb megoldas mint fentebb vagy akar csak a kozvetlen TCP kapcsolat kozott...
MQTT telepitese.
Elonye az mqtt-nek hogy parancssorbol is lehet tesztelni. Itt van a python-os pelda.
HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
cog777
senior tag
válasz
atesss
#38958
üzenetére
"Erre tudsz ajánlani konkrét kódot ?"
Python-os topikban:
[link]
"Nézegettem már neten több félét, de van amit nem is teljesen értek, meg írnak az elcsúszás problématikájáról, stb."
[link]
A linked is ugyanezt csinalja csak szallal es nem Timer-rel, csak szerintem felesleges szamolgatni hanyadik iteracio tortenik.
current_time = datetime.now() f() num_calls += 1 difference = current_time - first_calledHP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
válasz
betyarr
#38959
üzenetére
- nem akadnak össze (bár én adguard nélkül is tennék egy próbát, így a böngészésre koncentrálhat a gép, nem kell a filterezéssel is molyolnia)
- nincs gond a dhcp-jével
A többi progit nem ismerem. Áramszünet után szépen megy minden tovább, és a véletlenszerű leállás sem jellemző.[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
betyarr
veterán
üdv!
szeretnék beállítani egy 4-es pi-t pihole-nak.mivel azt olvastam,hogy azért a pihole sem blokkolja a reklámokat 100%-ban,ezért arra gondoltam,hogy a pc-ken meghagyom az adguardot és a pihole igazából a telefonok/tabletek reklámmentesítését fogja főleg szolgálni,plusz hátha megfog olyan reklámokat is,amiket az adguard nem.ez így menne?nem "akadnának össze"?
a másik: egy synology routerem van és nem tudom,hogy a router vagy a pihole intézze majd a dhcp-t?melyik lenne a jobb/stabilabb megoldás?nem szokott gond lenni a pihole dhcp-vel?és plusz 1 kérdés: tervezem,hogy domoticzot vagy home assistantot is futtatnék,illetve egy pbx telefonközpontot a későbbiekben.összeférnek ezek?milyen rendszer alatt érdemes ezeket az sw-ket futtatni?elbírja ezeket mindet egy 4gb ramos rpi?
nincsenek fura,véletlenszerű leállások/újraindulások rpi 4 esetében?egy esetleges áramszünet után a fentebbi sw-k simán automatikusan futnak tovább és teszik a dolgukat,vagy azért van tennivaló?köszi előre is a válaszokat!
[ Szerkesztve ]
-
atesss
addikt
válasz
cog777
#38955
üzenetére
Még a korábbi hsz-edből:
"Pythonban sima Timer megteszi hogy bizonyos idokozonkent futtat valamit."
Erre tudsz ajánlani konkrét kódot ?
Nézegettem már neten több félét, de van amit nem is teljesen értek, meg írnak az elcsúszás problématikájáról, stb.
Pl. itt láttam több megoldást is: [link]
Csak ezekhez már Threading is kell, stb. Ami mondjuk baromi hasznos lenne, csak még egyelőre nem annyira tiszta.
A 3. válasz (52 "szavazat"?) elég impresszív. Csak a yield-be is még bele kellene ásnom magam.
(Olyan kódot direkt nem akarok felhasználni, aminek a működését nem értem 100%-osan.)"ha gyorsitani szeretnel, akkor akar beteheted a /tmp-be, amit a ramba teszel tmpfs-re."
Na ez az amivel szerintem nem nagyon foglalkoznék. Akkor már ami időt ezzel töltök, azt a MQTT tanulására fordítanám, az egy sokkal előremutatóbb megoldás minden ilyesmire."MQTT pedig ha tobb alkalmazas kozott"
Igen, ez a cél. A középtávú két felhasználásom egyrészt okosotthonos eszközök, másrészt szabadulószobás vezérlőrendszer lenne. Utóbbiban kb. mindenki MQTT-t használ, nem véletlenül."Ajanlom az esp8266-ot,... "
Az is egy opció. De ha jelen esetben úgyis egymás mellett lennének, akkor nem annyira lényeges a Wifi. Akár egy RS232 is oké lenne, és az azért megbízhatóbb. És azt akár könnyen és olcsón meg tudnám csinálni optikailag leválasztva.
Ami az ESP-nek mégis az előnye lehetne, hogy akár szintén Python-ban (MicroPython) tudnám programozni, és nem kell "külön" az AVR-C-vel (illetve Arduino-val) foglalkoznom.[ Szerkesztve ]
-
atesss
addikt
válasz
t72killer
#38956
üzenetére
Én összeraktam kb. egy éve egy terhelő-tesztelő áramkört magamnak erre a célra.
Egy nagy próbanyák, rajta egy mini-nyákos microUSB aljzat [link] , és asszem 4 vagy 6db nagy teljesítményű ellenállás. Úgy hogy párosával tudom őket variálni (épp be legyen-e kötve a teszthez vagy sem), bontható sorkapcsokkal a nyákon belül. Meg mérési pontok feszültségnek, áramnak.
Asszem direkt úgy számoltam ki, hogy egy pár ellenállás 500mA-t terhel.
Simán kiegészíthetem még egy Type-C aljzattal is, ha találok valami hasonlóan könnyen beforrasztható kivitelt. Mondjuk Ali-ról biztos lenne, de Mo.-n még nem láttam.
Teszteltem vele annó vagy 10-15 kábelt is, meg még USB hosszabbítót is, a töltőfejeket is variáltam, néztem RPi gyári tápot is, stb. Ezért írtam ám ilyen magabiztosan a tapasztaltaimat.
Majd ha lesz rá időm, lehet csinálok egy tesztet Logoutra, tanulságos lenne.
Ha van közérthető dokumentáció róla, és nem nagyon bonyolult, akkor akár a "kommunikálós" alapú táp-igény kiszolgálós Type-C-t is tesztelhetem. (Bár nekem ilyen tápegységem egyelőre nem sok van.)
Hogyan működik ez, egyszerűen ilyen ellenállás-lépcső alapon (mint asszem a kisebb teljesítményű POE szabványok is) ? -
cog777
senior tag
válasz
atesss
#38954
üzenetére
"Egyelőre csak a fájlon keresztüli menne. "
Ez egy remek "hack/workaround", ha gyorsitani szeretnel, akkor akar beteheted a /tmp-be, amit a ramba teszel tmpfs-re. Igy meg gyors is lesz es nem hasznalja az sd kartyat.
"De később akarok majd MQTT-vel is foglalkozni"
Irj ha kell segitseg, van mar tapasztalatom benne. TPC/UDP remek ha 2 alkalmazas kozott kell kommunikalni, MQTT pedig ha tobb alkalmazas kozott, vagy akar tavoli gepek kozott."Viszont ha már idő-alap: kisebb szervo és léptetőmotor vezérlés viszont abszolút előfordulhat."
Ajanlom az esp8266-ot, csupan 3.5 dollar raadasul WiFi kepes, szoval tud jelenteni az RPi-nek.HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
atesss
addikt
válasz
cog777
#38951
üzenetére
Igen, részben tanulási célzattal is csinálom.
Persze úgy, hogy ezzel most azért alapvetően olyanokat akarok megtanulni, aminek a nem túl távoli jövőben hasznát is veszem. Pont ezért ilyen RTOS kategóriájú kérdésekkel nem nagyon van értelme foglalkoznom most (azon felül hogy esetleg érdekességként, röviden elolvasom)."En tovabbra is a monotonic orat hasznalnam kalkulaciora, pont erre van."
Igen, ezt írtad is, csak még nem néztem utána, illetve nem alakítottam át a teljes kódomat erre.
Addig a rendszeridő-alapú műveletekről való gondolatot vittük tovább. De ha jól megy a monotonic, akkor amúgy tényleg felesleges lenne a rendszeridő-alapúval ennyit foglalkozni."Viszont ha nem akarod, akkor irj egy szolgaltatast ami var addig amig nincs internet, majd kenyszeritsd ki az idoszinkronizaciot."
Na ez így már egy egész részletes leírás, ez alapján már akár ezt is meg tudom csinálni, köszi. Egyelőre csak a fájlon keresztüli menne. Vagy esetleg egy shell sciptbe lehetne az egészet beírni. És a feltételek végén (benne egy timeout-al, hogyha nem tudta x idő alatt szinkronizálni, akkor is továbbmenjen) meg ott van a python scriptem indítása.
Akár lehetne egy indítási paramétere (parancssori paraméternek hívják ezt?) a python scriptemnek, hogy sikerült-e az időszinkronizáció.
De később akarok majd MQTT-vel is foglalkozni (sőt, konkrétan elég komolyan számítok az MQTT-re, minél előbb).
A megfelelően működő, használandó ntp szolgáltatást meg majd max. kikísérletezem."Alternativakent, RTC-t kell hasznalni ha a logokban fontos a mp pontossagu ido."
Ahogy írtam, lesz olyan kiépítés, ahol lesz RTC, mert a perifériák miatt úgyis meglévő nyákra elfér, és nem egy nagy tétel árban sem.
De van ahol meg nem lesz, mert nem is lesz nyák a Pi-hez.
Ezért nem árt foglalkoznom az RTC nélküli megoldással, kitalálni/megtanulni egy jól használható megoldást arra is."Ha surun, akkor komoly megoldas kell. Ha par evente 1x akkor felesleges tul sok energiat belelolni hacsak tanulni nem szeretnel..."
Igen, ez is jogos.
Hát - most így a tanulás okán - ahogy írtam, az a fő kérdés, hogy milyen gyakran várható majd olyan feladat számomra, ahol egyáltalán használnom kellene.
Viszont ha már idő-alap: kisebb szervo és léptetőmotor vezérlés viszont abszolút előfordulhat. De az az érzésem, hogy ha ilyeneket akarok használni, akkor még ha nem is akarok nagyon pontos lenni, akkor is egy plusz, ezt kezelő HW lenne a jó megoldás (leginkább egy külön, kisebb AVR) a Raspberry mellé bekötve.[ Szerkesztve ]
-
atesss
addikt
válasz
t72killer
#38952
üzenetére
Sajnos az a helyzet, hogy - pár speciális kivételével - szerintem nem nagyon lesz még 0.5mm2 érkeresztmetszet sem még a jobb microUSB/USB Type-C kábelekben sem.
Ha csak a tápot vivő kábelről van szó (tehát az adat-erek nincsenek is benne), akkor is egy 2x0.5mm2-es, dupla szigetelésű kábelről lenne szó. Villamossági célra ebből a lapos keresztmetszetű a 2x0,5 MTL [link]
Ok, ennél valamivel vékonyabbra is megoldható a szigetelés (főleg hogy nem kell tudnia 230V-ot szigetelnie). De a végülis egy ilyen USB kábelnek a külső átmérője közel ekkora kellene hogy legyen.
Ha meg vannak benne adat-erek is, akkor még vastagabb lesz. Lehet esetleg az adat-ereket vékonyabbra hagyni. Bár nem sok olyan kábelt láttam ahol egy külső köpenyen belül eltérő belső átmérőjű erek voltak (gondolom azt körülményesebb lenne gyártani).És némelyik kábel nem is biztos hogy réz. Ez még növeli a feszültségesést.
Akár csak hajlékonyság és tartósság okán, pl. olyasmi szálanként "szigetelt" mint a fülhallgatók kábele.
Vagy egyszerűen azért, mert a réz drágább lenne."A kapcsolós, jellemzően 1m-es kábeleket viszont tömegével árulják a kínaiak Alin és nem sok negatív feedbacket látni. OK, az is igaz, hogy nagyon kevesen terhelik 5W/1A felett a Pi-ket"
Egyáltalán honnan gondolod, hogy ezeket Pi-hez használják ?
Szerintem a döntő többség telefonhoz használja, az pedig a Pi-hez képest sokkal-sokkal jobban bírja a feszültségesést.
Lehet aztán van aki telefonnal használja főleg, de azért egy Pi-vel is kipróbálja. Konstatálja hogy ez erre nem jó, de ha nem direkt Pi-hez vette, akkor nem nagyon fog adni negatív értékelést.
Sőt, az is lehet hogy amikor nem megy egy 4-es Pi-vel, eszébe jut hogy "jah, olvastam valamit annó hogy a 4-es Pi-nek valamit elrontottak a Type-C táp-kezelésével". És ennyiben is hagyja a problémát, pedig simán lehet hogy ennek igazából köze sincs hozzá (vagy már amúgy is egy később vett, javított táp-áramkörös Pi4-e van).[ Szerkesztve ]
-
t72killer
titán
válasz
atesss
#38949
üzenetére
A 3m kábel projektről lemondtam*, inkább közelebb viszem a tápot/nem osztom meg mással a pi tápját.
A kapcsolós, jellemzően 1m-es kábeleket viszont tömegével árulják a kínaiak Alin és nem sok negatív feedbacket látni. OK, az is igaz, hogy nagyon kevesen terhelik 5W/1A felett a Pi-ket és ugye a fesz bukta az R*I...
Itt számolgatva egy méteren 2A már 130mV-ot bukik egy "minőségi" 20AWG/0.5mm2 kábelen, 3A pedig (Pi+HDD?) 200mV-ot, ami már egy 5,1V-os forrásból is 4,9-et csinál, amit tudomásom szerint a Pi nem szeret.
[ Szerkesztve ]
30€ Meta store bónusz Quest headset aktiváláshoz, keress priviben :)
-
cog777
senior tag
válasz
atesss
#38948
üzenetére
Bocs hogy belevau ismet
, nem birom ki.
Szoval szerintem tulbonyolitod, bar tanulas celzattal nem art, de egyszerubben is lehetne.
Hardveres megszakitas RPi-n felesleges, ilyen feladatokra. Pythonban sima Timer megteszi hogy bizonyos idokozonkent futtat valamit.En probaltam amugy FreeRTOS-t Arduino-n es mas MCU-kon, tenyleg preciz de sokkal sokkal jobban megbonyolitotta a fejlesztest, nekem az egyszeru feladataimhoz nem erte meg. Tanulni jo volt.
A cegnel mi markolo hidraulikat vezerlunk ahol 15 ms hataridok vannak, ezt egy linux meg rohogve tudja, real time nelkul is. (Azt hiszem 1ms-os pontossagu az alap utemezoje a linuxnak, ha fontos hogy az operacios rendszer nem vegye el a vezerlest a programodtol mas feladat futtatasahoz, akkor emelni kell a prioritasas, esetleg rootkent futtatni, vegso esetben real-time OS, vagy inkabb dedikalt hardver/MCU.)"Hanem szimplán csak arról, hogy az áramszünet okán a Raspberry órája kicsit elállítódott. És ha pont akkor áll vissza a pontos idő, amikor a scipten belül fut valamilyen"
"Itt nem arról van szó, hogy az áramszünet befolyásolt-e valamit. Hanem szimplán csak arról, hogy az áramszünet okán a Raspberry órája kicsit elállítódott. És ha pont akkor áll vissza a pontos idő, amikor a scipten belül fut valamilyen, a rendszeridőt kalkulációnak használó függvény, akkor ezt a függvényt az óra-átállítás "eltérítheti"."
En tovabbra is a monotonic orat hasznalnam kalkulaciora, pont erre van. Viszont ha nem akarod, akkor irj egy szolgaltatast ami var addig amig nincs internet, majd kenyszeritsd ki az idoszinkronizaciot.
Igy biztosan tudod hogy akkor tortent
Python program ping-el 8.8.8.8-at, ha van valasz akkor vegrehajtja a ntpdate parancsot (ezt talaltam google-ban, lehet h mas pl itt valami chrony-t emlit: [link] ), majd ertesiti a programodat (pl TCP, vagy MQTT kapcsolaton, egyszerubb esetben fajlon keresztul) hogy megtortent az idoszinkronizacio.Alternativakent, RTC-t kell hasznalni ha a logokban fontos a mp pontossagu ido.
Vezerlesre monotonic oratEsetleg kombinalni az RTC-t, UTC-t a logokhoz es a monotonicot a vezerleshez.
Szerk: azt meg beirom hogy mindig merlegelni kell hogy a gyakorlatban milyen surun lep fel a problema amit meg kell oldani. Ha surun, akkor komoly megoldas kell. Ha par evente 1x akkor felesleges tul sok energiat belelolni hacsak tanulni nem szeretnel...
[ Szerkesztve ]
HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
atesss
addikt
válasz
azbest
#38945
üzenetére
Közben rájöttem hogy az én függvényem ezt az időkonvertálást már nagyjából így is csinálja.
# Time in RFC 2822 Internet email standard: strftime("%a, %d %b %Y %H:%M:%S +0000", gmtime())# Magyar formátum szerinti: strftime("%Y-%m-%d %A %H:%M:%S", localtime())
Vagyis akkor jól gondolom hogy az alsó sor függvénye is az UTC időt számolja alapból, csak a végén csinál egy formázást, és a localtime-os formátumban írja ki (időzóna, időszámítás-t beleszámolja) ? -
atesss
addikt
válasz
t72killer
#38947
üzenetére
Akkor viszont ha az 5V-os oldalon akarsz kapcsolni, akkor itt a feszültségesés miatt valami normálisabb kapcsoló kell. Abba a kínai kapcsolós kábelbe minden bizonnyal az elérhető leggagyibb kapcsolót rakták bele...
Nekem is volt ilyesmi kábeles kapcsolóm. Egyik fele 5,5/2,1-es DC aljzat másik fele dugó, közte a kapcsolóval. Használhatatlan volt, már 12V-on is olyan feszültségesést produkált némelyik infrás analóg CCTV kamerával, hogy szakadozott a képe.
A 3m-es kábelnél már tényleg nagyon nem mindegy milyen minőségű. Mennyire vastag benne a réz.
Én mértem be annó microUSB kábeleket. Direkt pont Raspberry-vel való használatra. Volt egy olyan - minőségi, márkás, nagyobb magyar informatikai boltból beszerzett - 3m-es kábelem, amin a hosszához képest abszolút nem volt nagy a feszültségesés. Jobb volt mint némelyik ránézésre is gagyi 50-70cm-es... -
atesss
addikt
válasz
azbest
#38945
üzenetére
"A megjelenítés vagy kiírás pedig, ha oda helyi idő kell, akkor arra szokott lenni függvény, ami kiadja magából olyan, emberi fogyasztásra alkalmas formában."
Akkor ezzel a függvénnyel az alapból UTC-ben kiolvasott TimeStamp-ot alakítsam át ?
Most a konkrét esetben amúgy nem végeznék semmilyen műveletet vele, csak kiírnám a log-ba a már részletezett célokra.
De amúgy arra jó lehet az UTC használata, hogy akkor ezt a megoldást szokom meg már most. És így írom meg a kezelő-függvényeimet, amit akkor később - amikor már tényleg kell is az UTC - egyszerűbben újra tudok hasznosítani/ ismét fel tudok használni."Szóval nem azt mondod, hogy végeten ciklusban nézegeted az órát, hanem megmondod neki, hogy 1 másodpercenként történjen a végrehajtás és adott függvény végezze akkor el. "
Igen, ez teljesen jogos.
Annó Atmega-n használtam Timer Interruptokat. És nem a - HW-es működést elég komolyan elfedő - mostanában nagyon népszerű Arduino alatt, hanem a gyári IDE-vel (akkoriban még AVR Studio-nak hívták), közvetlen a regiszterek bitjeit címezve. Sőt, asszem még AVR-assembly alatt is használtam timereket.
Viszont mivel úgy tudom hogy a Raspberry Pi ilyen szempontból elég gyenge ehhez képest, így első körben nem erőltettem a Timer Interruptot.
(Lehet kivétel ha valami RealTime OS-t rakok fel rá, de ahogy sejtem az RTC hiánya miatt még az alatt sem lesz teljes értékű.)
De persze nem lenne rossz, csak kérdés mennyire bonyolult használni. Illetve ezekre a feladatokra még oké lesz, ledet villogtatni, meg ADC-t átlagolni.
De kicsit valamiért úgy érzem, hogy - bizonyos szempontból - hiába tanulnám meg. Mivel amit te írtál, hogy:
", de komolyabb feladatokra túl kell lépni ezeken."
Az a sejtésem, hogy bizonyos komolyabb feladatokra, ahol pontosabb időzítés kell, oda meg mégsem lesz elég ez sem."Az áramszünetre: az már egy teljesen más probléma és gondolom most sem tudod lekezelni. Oda már valami nyilvántartás kell (adatbázis), hogy mi történt meg és ha késik, akkor megtörténjen -e és ha igen, akkor mikor."
Jó igen, ha olyan a feladat, hogy ez fontos, akkor ilyen eseteket tényleg csak így lehetne profin. De most erről azért nincs szó.
Itt nem arról van szó, hogy az áramszünet befolyásolt-e valamit. Hanem szimplán csak arról, hogy az áramszünet okán a Raspberry órája kicsit elállítódott. És ha pont akkor áll vissza a pontos idő, amikor a scipten belül fut valamilyen, a rendszeridőt kalkulációnak használó függvény, akkor ezt a függvényt az óra-átállítás "eltérítheti"."Egyébként újraindulásnál érdemes azt is megnézned, hogy mikor történik az óra netes szinkronizációja. Hogy előtte elindul-e a szolgáltatásod."
Igen, már a téma-indító hsz-emben is feltettem ezt a kérdést. Hogy hogyan lenne arról információm, hogy egy netes idő-szinkronizáció történt.
cigam ötlete közvetlenül ezt nem oldja meg, mert azzal csak letiltani tudnám meg engedélyezni a funkciót. De arról nem lenne információm, hogy egy rendszerindulás után megtörtént-e a "kezdeti" szinkronizáció."Egyébként systemd óta úgy emlékszem külön érdemes megadni a raspbianon, hogy várja meg a szolgáltatások indításával a netkapcsolatot."
Egyrészt: az internet-csatlakozás, és a hálózati idő-szinkronizáció megtörténte nem feltétlenül esik egybe.
Másrészt: azért ha esetleg nincsen net, attól még nem lenne rossz ha elindulna a scriptem.
Vagyis akkor be kéne rakni ide egy plusz timeout-ot is, hogy ha nincs netkapcsolat x idő után sem, akkor viszont indítsa el a scriptet, ne várjon a végtelenségig.[ Szerkesztve ]
-
t72killer
titán
válasz
t72killer
#38946
üzenetére
Lejárt a szerk idő:
De 230V-os rendszerben is el tudok hasonlót képzelni, egy combosabb többágú mobiltöltő, ami egy rakat egyéb cucc mellé van dugva az elosztóba, etethet még egy telefont is, pláne ha a pi ki van kapcsolva. És ha van egy kapcsoló akkor nagyon egyszerű az újraindítás.Elgondolkoztam, hogy vajon az extra hosszú, pl 3m-es kábeleken mennyi feszültség eshet
?30€ Meta store bónusz Quest headset aktiváláshoz, keress priviben :)
-
azbest
félisten
válasz
atesss
#38944
üzenetére
műveletvégzéshez utc, de nem a leírt dátumra gondolok, hanem timestampre vagy más olyan reprezentációra amit használni lehet. A megjelenítés vagy kiírás pedig, ha oda helyi idő kell, akkor arra szokott lenni függvény, ami kiadja magából olyan, emberi fogyasztásra alkalmas formában.
De úgy általában, azt javaslom, hogy amikor a feladat megoldását akarod kitalálni, akkor ne a végétől állj neki, hogy a kakukkos órából kiszámolsz valami pici időkülönbséget. Hanem úgy a végcélből indulj ki és tedd fel a kérdést (akár a google keresőnek), hogy pythonban és raspi hardveren milyen létező megvalósításokat használhatnál fel rá.
Például, ha neked 1 másodpercenként kell csinálni valamit, akkor nem a kakukkos órát kell nézegetni gyakran, hanem konkrétan egy másodpercenként kellene történni valaminek. Nem foglalkoztam sokat pythonnal, de google kidobta, hogy van valami interrupt kezelés benne, ami callback függvényt hív meg, amikor esemény van.
Szóval nem azt mondod, hogy végeten ciklusban nézegeted az órát, hanem megmondod neki, hogy 1 másodpercenként történjen a végrehajtás és adott függvény végezze akkor el. Csak valami véletlen találat példának [link]
Ne tévesszen meg, hogy belül megint meghívja magát. Ott valójában azt mondja, hogy x idő után melyik függvény fusson le. Csak mivel egy következő esetet kezel, így ezért a függvény álítja be a következő időpontra. De lehet van interval vagy hasonló nevű megoldás is (mint javasciptben), ahol nem egyetlen, hanem leállításig minden egyes x idő elteltében való futtatást lehet beállítani.Az áramszünetre: az már egy teljesen más probléma és gondolom most sem tudod lekezelni. Oda már valami nyilvántartás kell (adatbázis), hogy mi történt meg és ha késik, akkor megtörténjen -e és ha igen, akkor mikor. Az a másik véglet, ha mindenre is jó megoldást akarsz, annak sem szokott lenni jó vége
Egyébként újraindulásnál érdemes azt is megnézned, hogy mikor történik az óra netes szinkronizációja. Hogy előtte elindul-e a szolgáltatásod. Egyébként systemd óta úgy emlékszem külön érdemes megadni a raspbianon, hogy várja meg a szolgáltatások indításával a netkapcsolatot. Mert anélkül ész nélkül elindít minden szolgáltatást és például hálózati meghajtók felcsatolásával is problémák vannak. Még a raspi-config utilba is tettek erre beállítást azt hiszem, szal elég lehet ott beállítani, hogy várja meg a netet.
A saját szolgáltatásodnak meg lehet függősége egy másik, példál olyasmi, ami az óra szinkronizációt elvégzi. Amíg az nem végzett, addig a tiedet nem indítja.
[ Szerkesztve ]
-
atesss
addikt
válasz
azbest
#38943
üzenetére
"hogy kikapcsoláskor elmenti az utolsó ismert időt és újraindításkor alapból azzal indul a rendszer elvileg"
Az én gyakorlati tapasztalataim alapján így működik a Raspberry.
"Másrészt óraátállítások is vannak és ha jól csináltad, akkot utc idővel dolgozol, nem pedig helyi idővel, ami évente kétszer urál és egyszer még visszafelé is megy."
Igen, ez tényleg okozhat bizonyos esetekben problémát. Sőt, igazából a programozási esetek döntő többségében tényleg jobb az UTC, ez jogos.
De most nálam, ha gyakorlatban a #38941-ben írt felhasználása van a log-nak, akkor én úgy érzem hogy pont hogy jobb ha nem UTC időt használom. És így rögtön a szemem előtt az az időpont szerepel, amivel a többi dolgot össze tudom hasonlítani.Vagy - ha valamiért lényeges a helyi idő is - ti hogyan szoktátok azt fejben tartani ? Vagy egyszerűen kiszámolni ?
Mentsem le a fő logban mindkét időt ?
Vagy egy ilyen esetben ez hogyan lenne célszerű ?"A másik lehetőség, hogy szimplán veszel valami filléres hardver órát és bekötöd a pi-re egy gombelem társaságában."
Hát, igazából van is. Konkrétan több darab ilyenem van: [link]
Sőt, - ehhez a projekthez - a nyákon meg is van már neki a hely, és a modulon át is forrasztottam a tüskéket derékszögűre, így be is dugható.
De ez most igazából egy teszt lenne, hogy mennyire kell a HW-es RTC. A későbbiekben lesz remélhetőleg több olyan projektem is, ahol nem lesz nyák az RPI-hez, így a HW-es óra körülményesebb és drágább. Nem lenne a GPIO-ra csatlakozó nyák, meg még egy - amúgy jó drága - HAT RTC modul se nagyon férhet el egy standard RPI házban, stb.
És most jelen esetben elég megbízható netkapcsolata lesz az eszköznek. Nem is egy otthoni/kisvállalati, hanem egy bérelt vonali kapcsolatról kapja az RPI a netet, fixen kábelen.
MOD:
"A lényeg, hogy sosem jár visszafelé az óra, mindig csak előre halad így."
Igen, ezt én is így sejtettem.
De ez is okozhat problémát.
Pl. van egy folyamatom, aminek megadok egy kívánt időtartamot. Legyen ez mondjuk 4 perc (240 sec). Ha a folyamat indítása előtt nem sokkal történt pl. egy rövid áramszünet (esetleg véletlen áram-lekapcsolás, stb.), akkor lehet hogy a rendszeridő már a folyamat futása közben frissül (növekszik). Így a végén a 240 sec-ből lesz aztán valami sokkal kevesebb.[ Szerkesztve ]
-
azbest
félisten
válasz
atesss
#38933
üzenetére
Gondolom manapság is a fake hardware clock csomagot használják az idő kezelésére. Az úgy működik, hogy kikapcsoláskor elmenti az utolsó ismert időt és újraindításkor alapból azzal indul a rendszer elvileg. Utána, a netről beszinkronizálja frissre.
A lényeg, hogy sosem jár visszafelé az óra, mindig csak előre halad így.Másrészt óraátállítások is vannak és ha jól csináltad, akkot utc idővel dolgozol, nem pedig helyi idővel, ami évente kétszer urál és egyszer még visszafelé is megy.
Érdemes lenne átgondolnod, hogy jól kezeled-e az időt a programodban, mert gyanús, hogy nem. Bár rákeresve a python leírásban, lehet utc-t használ az a függvény is.A másik lehetőség, hogy szimplán veszel valami filléres hardver órát és bekötöd a pi-re egy gombelem társaságában.
szerk: tovább olvasva lehet nem is az a probléma, amire vissza szeretnéd vezetni. Csak egy tipp, de lehet rosszul fogod
Nem a rendszerórára kellene alapozni a feladatodat, hanem megszakításkezelés vagy a broadcom pwm-re vagy valami más, a célra való megoldásra és nem újra feltalálni a spanyolviaszt. Nameg nem végtelen ciklussal vagy rekurzióval kellene Amúgy igen, látom, hogy a bemutatkozó példákban sokszor sleep meg hasonló nagyon egyszerűen érthető megoldásokat használnak, de komolyabb feladatokra túl kell lépni ezeken.
[ Szerkesztve ]
-
cog777
senior tag
válasz
atesss
#38941
üzenetére
"az Epoch-os megoldást használom - a log kivételével mindenhol."
Csak erre reagaltam hogy logra teljesen jo a localtime(), ha az eszkoz mindig 1 beazonosithato helyen marad. Nalunk a cegnel a termekek naploinal mindig UTC idot hasznalunk, igy barmely foldreszen nezik meg a naplot, nincs kavaras es atszamolas (termek USA-ban naplozott valamit, szerver svedeknel van + nyari/teli)time.monotonic() erteket ugyanugy tudod a time.time()-hoz hasonloan osszehasonlitani elozo ertekkel. En biztonsagosabbnak erzem, kivedhet par megmagyarazhatatlan esemenyt.. hacsak letiltod az ora szinkronizalast, ahogy cigam javasolta.
[ Szerkesztve ]
HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
atesss
addikt
válasz
cog777
#38940
üzenetére
Igen, ez jogos.
De a #38936-ben írt kódomban [link] azstrftime("%Y-%m-%d %A %H:%M:%S", localtime())
nem az Epoch-ot használja alapként ?
Azzal a különbséggel, hogy az oprendszer localisation -jét is beleszámolja, azaz - ha be van állítva a Magyarország - akkor mindig a megfelelő időzónában van, és állítja az időszámítást is. Így mindig a pontos helyi időt kapom.
"nagyobb idotavlatbol viszonylag pontos osszehasonlitasokat vegezzunk."
Nekem első körben arra kellhet a log, hogy tudjam mikor történt a hiba, össze tudjam hasonlítani a kamerák képével (ezt másodperc pontosan), tudjak beszélni az épp akkor dolgozó kollégával, stb. És ugye ő is a saját óráján ezt az időt "használja".
Második körben meg statisztikára (milyen gyakran fordult elő hiba összesen, pl. egy hónap alatt, illetve volt-e olyan hogy egy óra alatt nagyon sokszor).Az időszámítás miatti ugrálás viszont bizonyos esetekben tényleg gond lehetne...
Viszont az átállás ideje, az éjjel 3 óra az én esetemben abszolút üzemidőn kívül van, úgyhogy ez nem lesz gond most nekem.
Mondjuk máshol a LOG-ba lehet be kéne írni azt is, hogy egy óra-átállítás történt.time.monotonic() → floattime.monotonic_ns() → int
A felsőt én az eddigi time.time()-omhoz hasonlóan tudnám használni ?
Annyi, hogy jóval kisebb értékekről van szó. De a rendszerindítás után egy 15-20 sec úgyis biztosan el fog telni, mire elindul a python scriptem.
Mondjuk ezt akkor át kell gondolnom, mert asszem van ahol úgy adtam meg egy kezdeti értéknek (a program-induláskor) a time.time() visszatérési értékét, hogy az "Úgyis jó nagy lesz", és így - amíg nincs külön esemény, ami módosítaná ezt a változót - addig a "Jó nagy" miatt biztosan nem lesz igaz az egyik if szerkezetem.[ Szerkesztve ]
-
cog777
senior tag
válasz
atesss
#38938
üzenetére
Hat, megmondom oszinten en pont forditva hasznalnam, time.monotonic-ot preciz vezerlesre mert az soha nem ugral, UTC epoch-ot a log-oknal mert arra soha nincs hatassal a teli-nyari idoszamitas ugralasa.
Magyarazat:
Elvileg, a monotonic ido az minden rendszeren a CPU ora tick-jeit meri, igy az fuggetlen az aktualis idotol.
UTC Epoch pedig jo arra hogy nagyobb idotavlatbol viszonylag pontos osszehasonlitasokat vegezzunk.[ Szerkesztve ]
HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
-
atesss
addikt
válasz
cog777
#38935
üzenetére
Ja és igen, most én is ezt az Epoch-os megoldást használom - a log kivételével mindenhol.
Pl. a legegyszerűbb ezek közül egy a kód működését/futását jelző ledet villogtató függvényem. Bár ugye ez pont nem annyira kritikus dolog, de most önálló példaként ezt tudtam egyszerűen leírni.SLOW_CYCLE_TIME = 1slow_time_previous = 0def run_flasher():global run_led_stateGPIO.output(RUN_LED, run_led_state)run_led_state = not run_led_state...# MAIN függvényslow_time_elapsed = time.time() - slow_time_previousif slow_time_elapsed > SLOW_CYCLE_TIME:slow_time_previous = time.time()run_flasher()[ Szerkesztve ]
-
atesss
addikt
Ezt akkor valahogy így kellene a Python scriptembe írnom ?
os.system("sudo timedatectl set-ntp false")
Ha kilépek a python scriptből (pl most még a tesztelésnél, Ctrl+C-vel), akkor ez hogyan áll vissza ?
Ha valami ilyesmi van a main ciklusban ?except KeyboardInterrupt:GPIO.cleanup()os.system("sudo timedatectl set-ntp true") -
atesss
addikt
válasz
cog777
#38935
üzenetére
Igen, van olyan része is a kódnak, aminél a pontos idő a fontos.
Jól mondtad, ez a log, a releváns része így néz ki most a programomnak:import timefrom time import localtime, strftime...# MAIN függvényTimeStamp_Failure_Left = strftime("%Y-%m-%d %A %H:%M:%S", localtime())print("A hiba ideje: ", TimeStamp_Failure_Left)with open(LOG_PATH, "a") as logfile:logfile.write(TimeStamp_Failure_Left)logfile.write(' - Hiba az A motornal (LEFT) \n')Hát annyi, hogy viszont egyelőre - Pi elindulásakor - a rendszeridő beállításához szükség van a netes szinkronizációra. (Van ugyan RTC modulom, de nem nagyon akarnám használni, csak ha nagyon muszály.)
De később meg ha már fut a Pi, felesleges.
Bár ok, elvileg ekkor nem is kellene már ugrálnia.[ Szerkesztve ]
-
cog777
senior tag
válasz
atesss
#38933
üzenetére
Hasznalhatod a monotonic funkciojat a time-nak (python), a rendszerido valtoztatasa nincs hatassal a monotonic idore, amelyik meri hogy a bekapcsolas ota mennyi ido telt el [link]
time.monotonic() → floattime.monotonic_ns() → int
Ez eleg preciz. "The clock is not affected by system clock updates."Viszont ha az ujrainditast kell tulelnie az idobelyegnek akkor alternativakent lehet hasznalni az eltelt idot 1970-ota UTC Epoch
Ez bevett szokas ezt hasznalni hogy log-okban, vagy vezerlesre ezt hasznaljak. Nem hiszem hogy a rendszerido sokat ugralna...[ Szerkesztve ]
HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
válasz
BalanceR
#38921
üzenetére
Pontosan mire jó ez a kapcsolós USB kábel? Értem én hogy áramtalanítsa a Pi-t, de attól a tápegysége még a 220-ban marad. Ugyanúgy fogyaszt, adott esetben felgyújtja a házat. Miért nem a 220-as ágat kapcsoljátok le?!
atesss
A script elejére letiltod a szinkronizálást
sudo timedatectl set-ntp false
A végén pedig engedélyezed
sudo timedatectl set-ntp true[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
atesss
addikt
Üdv !
Hogyan lehet módosítani a Raspbian-nak (vagyis pontosabban most már Rasberry Pi OS-nek) a hálózati idő szinkronizációs beállításait ?
Még jobb lenne, ha valamilyen formában tudnék róla, hogyha módosítás történt a rendszeridőn.
Olyan python programkódot írtam, ami jó pár dolgot a rendszeridőt felhasználva csinál (lekérdezem a time.time()-al, és úgy mérem hogy épp mennyi idő telt el).
És ha futás közben megváltozik a rendszeridő, az adott esetben okozhat kavarodást a működésében.
De teljesen letiltani se akarnám, mert az nem lenne rossz ha induláskor egyszer lekérdezné (ha tudja), ha ez viszonylag gyorsan lefut. -
#38930
MaCS_70
félisten
wassermann
#38929
válasz
wassermann
#38929
üzenetére
Könnyen lehet, bár tudtommal a tévén nincs CEC.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
#38929
wassermann
Topikgazda
MaCS_70
#38928
wassermann
Topikgazda
válasz
MaCS_70
#38928
üzenetére
Nem lehet, hogy téged is a CEC szivat?
Pl 1. a TV alvásba megy és ezt "közli" a Pi-vel, ami erre kikapcsolja azt a HDMI-kimenetet
Pl 2. Bekapcsol a Pi, megkérdezi a TV-t "mi van veled": erre az, a CEC-en keresztül "ki vagyok kapcsolva" választ adja, erre a PI nem kapcsolja be azt a HDMI kimenetet[ Szerkesztve ]
-
-
#38927
wassermann
Topikgazda
vtechun
#38925
wassermann
Topikgazda
válasz
vtechun
#38925
üzenetére
"... Kodi futása esetén kapcsolódik be véletlenszerűen a TV. Valaki tudja mitől lehet?"
A HDMI kábelen nem csak a video és a hang megy át, hanem egy CEC-nek nevezett protokoll is működik a TV és a PI között (beszélgetnek). Ezt a CEC-et kell a Kodiban és/vagy a config.txt-ben letiltani.
-
t72killer
titán
válasz
BalanceR
#38921
üzenetére
Mico végű kapcsolós kábelem van aliról, simán gyorstölti a cuccaimat. Sajna végponti feszmérő kütyüm nincs hozzá, és micro-ra már nem is veszek. Egy c-s végű kábel úton van, esetleg c-n mérő kütyüt nézek valahol.
#38924: noigen, ha nincs meg a stabil 5.0+V/2A páros a valóságban, akkor cseszheti az ember a 40-60-100W-os csudákat. Azok a számok 20V-on értendők.
[ Szerkesztve ]
30€ Meta store bónusz Quest headset aktiváláshoz, keress priviben :)
-
vtechun
veterán
Sziasztok!
Raspbian van a 3B+-omon. Van rajta Kodi is. Egész jól működik, de ha a Kodi fut és kikapcsolom a TV-t, akkor magátol vissza-vissza kapcsolgatja... Fut még Home assistant is a gépen, amivel tudom kapcsolgatni a tv-t, bemenetet váltogatni, de az mindig fut. Kifejezetten Kodi futása esetén kapcsolódik be véletlenszerűen a TV. Valaki tudja mitől lehet?
Köszi! -
azbest
félisten
válasz
BalanceR
#38923
üzenetére
Ez például pont lehet azért, mert az adatlábak nincsenek bekötve a kapcsolón. Így nem tud kézfogást csinálni és se a Pd se a QC nem tud működni, így visszavált buta és biztonságos, kisteljesítményű módra. A régi pi-khez kifejezetten mondták, hogy buta töltő kell. Az újabbaknál, ahol már chip-ben van a betáp kezelése, nem tudom van-e kézfogás.
A pi4 első szériánál viszont kifejezetten mondták, hogy nem működik a nagyobb teljesítményű typec töltőkkel, mert rosszul implementálták. Szóval az is buta töltővel biztos, okosból meg van amelyik laptop töltővel sem működik. Plusz a pi4-nél pont a butább, nem szabványos type-c kábellel esélyesebb a működés. Neked gondolom korábbi fajta van, nem pi4, mivel a kapcsoló sem type-c.
-
BalanceR
addikt
-
azbest
félisten
válasz
BalanceR
#38921
üzenetére
Valóban előfordulhat, hogy nagy az ellenállása. Viszont esélyes, hogy az a "60W-os" töltő (5v 12A??) valóban ki akarna adni nagy teljesítményt. Az okos töltők általában valamilyen kézfogással vagy legalább ellenállásokkal megadott terhelés értékek szerint adnak áramot. Szóval hiába van hűdeerős tápod, ha a pi buta tápcsatlakozójával nem tud kommunikálni és ezért 500mA-t ad ki mondjuk, mert az a szabványos usb2-es mód, vagy esetleg 900mA-t ha usb3-as terhelésre céloz.
-
BalanceR
addikt
Csak egy tipp:
Ne vegyetek aliról filléres, kapcsolható USB kábelt...
- Gondoltam, ha már nincs a PI-ken kapcsoló, és néha azért lelőné az ember, jó megoldás lesz egy ilyen: [Kábel]
Hát sajnos nemy nyert, akkora ellenálása van a kapcsolónak, hogy a 60W-os töltő is csak 4.8V max 0,7A -tud átpréselni rajta, szóval hiába van fasza töldőd, kábeled, emiatt már villám ikont dobál a Pi.
Ugyanitt kapcsolós USB kábel eladó
#Raspberry #Orangepi #HassOS #Esp32
-
Sziasztok,
egy rpi3-ason 6.1-es PiCorePlayert használok(nék) egy újraindítást követően azonban nem lehet erlérni a hálózaton. Fizikai link van az rpi hálókártyáján, a TV-re kötve, parancssorban nézelődve azonban látszik, hogy nem kapott ip-t, és a setup parancsot pedig nem lehet lefuttatni, hogy újra beállítsam pl a hálózatot.
Tönkremehetett az sd kártya, (nem létezik a pcp mappa a kért útvonalon)?
-
#38916
wassermann
Topikgazda
V.Stryker
#38913
wassermann
Topikgazda
válasz
V.Stryker
#38913
üzenetére
"...találtam ki be kapcsoló gombra alíg egy-két hónapos leírást..."
Ez így szerintem félrevezető: inkább hívnám magyarul program-leállítónak, -elindítónak, mint bekapcsoló gombnak, ugyanis a PI-k kiegészítő hardver nélkül nem tudják kikapcsolni magukat, mint egy PC (nincs ACPI-hez hasonló áramkörük). Olyan keveset fogyasztanak, hogy állandó üzemre vannak tervezve.
Érdekes: visszakerestem és annak idején a ZX Spectrumnak sem volt kapcsolója :-)
-
Tehát ismét jelentkezem -- eltelt némi idő, és a Raspbian HDMI-kimenetén nem jelenik meg olyan jel, amit a tévé képként értelmezne. "HDMI - nincs jel".
Ezt ugye pár nap/hét után rendszerint eljátssza.
SSH-n elérem, és a tanácsodra kiadott parancs eredménye a következő:
Tuning nincs, a videomemória 256 MB (RPI2).Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
V.Stryker
nagyúr
Találtam egy érdekes beta-t a raspberry oldalán, de hiába csináltam frissítést, a mappákba nem került bele. Hol kéne keresni?
2020-07-31 Standardize USB port power control accross board revisions - BETATurn off USB port power for 1-second regardless of boot-mode. This appears to resolve an issue on R1.3 and older board revisions where some USB devices would fail upon reboot. On R1.4 USB port power is turned off automatically by the PMIC so this is just held in reset for longer. For earlier board revisions the USB port power is explicitly turned off via XHCI. This can be overriden via USB_MSD_PWR_OFF_TIME in the EEPROM config.Update to the latest Broadcom memsys FW - no significant functional change.
-
-
-
t72killer
titán
válasz
T-master
#38909
üzenetére
1Gbit ugyebár 128MB/sec, ennyivel nem fog tudni sd-karira cache-elni a progi (ha csinál ilyet egyébként), de normál írni se.
Ha megvannak a hozzávalók, én kipróbálnám pár tuti gxorsan jövő cuccal, hogy mennyivel jönnek pc-n és mennyivel egy full alap sd-kari pi-n.
[ Szerkesztve ]
30€ Meta store bónusz Quest headset aktiváláshoz, keress priviben :)
-
SD-hez képest szerintem számít, de ha transmission-t használsz akkor nem sok különbséget fogsz valószínűleg észrevenni.
Kifejtenéd?
- A program a memóriában fut, teljesen mindegy hogy honnan lett betöltve. Miért befolyásolná a sebességét, az, hogy SD-ről, HDD-ről, vagy SSD-ről tölti be a programot?
- Miért csak transmissionnál nincs difi?Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
retesz147
addikt
Sziasztok!
Kérdessel fordulnék hozzátok.
Volumio-ról szertnék érdeklődni.
Tudja azt, ha rákötöm jack-el egy hangcuccra, akkor arra a házban lévő összes eszközről (laptopok, tabletek, android teló, iphone, macbook... ) tudok "küldeni" zenét?
Ez a zene lehet Spotify, Youtube, telón lévő zene, pc-n lévő hangfájl, netrádió?
Ha jól látom, pluginokat kell aktiválni, de ezek jól és megbízhatóan működnek?
Ismerősnek kellene.
Amolyan iEast cucc kellene. Vagy ne szórakozzunk és rögtön iEast?Köszönöm szépen!
Eladó Xiaomi 13 üvegfólia és Samsung S23 Nilkin tok és üvegfólia.
-
#38901
AXisBOLD
addikt
wassermann
#38900
AXisBOLD
addikt
.
:
igy kulon hsz-be kell irnom.
Új hozzászólás Aktív témák
- Milyen videókártyát?
- Milyen billentyűzetet vegyek?
- Kína vezeti az okosórapiacot, a Huawei az első helyen
- Netflix
- Xiaomi 14 - párátlanul jó lehetne
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Külpolitika
- Építő/felújító topik
- Milyen RAM-ot vegyek?
- Anime filmek és sorozatok
- További aktív témák...
- IMac 24 Zöld
- Lenovo ThinkCentre M710Q Tiny PC (G4400T 2core 2.9Ghz, 8 GB DDR4, 256 GB Nvme, WIN10)
- AM4 Gamer Build
- RYZEN 9 5900X (12 mag/24 szál) +Új ASROCK B550 PHANTOM GAMING 4 +Új 32GB hűtőbordás DDR4! GAR/SZÁMLA
- GAMER félgép - GIGABYTE B760M H DDR4 + Intel I5 13400F + Corsair VENGEANCE LPX 2x16GB DDR4 3200MHz
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Axon Labs Kft.
Város: Budapest