Új hozzászólás Aktív témák

• pungora96 tag

  2020-04-13 12:11:01 #37200

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pungora96

  tag

  válasz _q üzenetére #37194

  Mikori az utolsó eeprom frissítés? Én libreelecet használok, de nekem 2019 szeptemberi az utolsó. Ha gond van a hálózattal, akkor mondjuk eszem ágában se lenne frissíteni.
  

• weiss addikt

  2020-04-13 11:17:27 #37199

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  weiss

  addikt

  válasz Archttila üzenetére #37191

  Nem rágta meg a húsvéti nyúl a hálókábelt?

• _q addikt

  2020-04-13 10:59:41 #37198

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _q

  addikt

  Aki vettem alumínium passzív hűtést a pi4-hez, tapasztalt hasonlót, hogy a kitüremkedő CPU és a mellette lévő részekhez tartozó hűtő felület mérete nem akkora, mint maguk az alkatrészek a PCB-n? Arról nem is beszélve, hogy a hozzá adott hűtőpad kevesebb és kisebb is, mint amekkora kell.

  Alsó képen látszik az alis, ami nem passzol rendesen a Pi4-re, a fenti lenne a jó. [link]

• g.gergo senior tag

  2020-04-13 10:55:16 #37197

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  g.gergo

  senior tag

  válasz gergobaby üzenetére #37195

  Mostanában nem, de mehet hasraütésre.

• _q addikt

  2020-04-13 10:15:00 #37196

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _q

  addikt

  válasz Archttila üzenetére #37193

  Most nálam 1000Mb/s. Eddig "üresben" futtattam a parancsot, amit bemásoltál, most rákötöttem LAN-ra.

• gergobaby aktív tag

  2020-04-13 10:05:36 #37195

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  gergobaby

  aktív tag

  Sziasztok!

  A három hivatalos viszonteladó közül rednelt valaki mostanában KIT-et? Van amelyik jobban ajánlott, vagy hasraütésre válasszak egyet és mehet az order?

  (Pi 4 2GB a kiszemelt)

  Köszi

• _q addikt

  2020-04-13 09:33:40 #37194

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _q

  addikt

  válasz Archttila üzenetére #37193

  Mostanában jött 2 új eeprom frissítés amit megjegyeztem, de sajnos nem találtam meg egyiknél se a changelog-ot. Azon kívül nem emlékszek más rendszerfrissítésre.

• Archttila veterán

  2020-04-13 09:05:01 #37193

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Archttila

  veterán

  válasz _q üzenetére #37192

  Szerintem valamelyik frissites elallitotta

• _q addikt

  2020-04-13 09:03:47 #37192

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _q

  addikt

  válasz Archttila üzenetére #37191

  Most ránéztem én is, nekem viszont 10 Mb/s. Mit kell tegyek ahhoz, hogy 1000 Mb/s legyen? Engem is érdekelne.

  pi@raspberrypi:~ $ ethtool eth0 | grep -i speed
Cannot get wake-on-lan settings: Operation not permitted
 Speed: 10Mb/s


• Archttila veterán

  2020-04-13 08:49:30 #37191

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Archttila

  veterán

  Sziasztok!
  Ma feltunt hogy belassult az RPI4 LAN portja. Gondoltam ethtool-al ranezek es bizony a gigbabites port 100-on koszon vissza:

  ethtool eth0 | grep -i speed
Cannot get wake-on-lan settings: Operation not permitted
        Speed: 100Mb/s

  Korabban nem volt vele gond
  

• Savageboy senior tag

  2020-04-12 21:57:41 #37190

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz pvt.peter üzenetére #37189

  Ha megváltozott valamiért a hálózati interfészed neve, akkor lehet nem működik, illetve ha most valami más IP-t kapott a Pi, akkor amíg le nem jár a DHCP lease ideje, addig valószínűleg nem is fog másikat kapni, hacsak nem indítod újra a routert.

• pvt.peter őstag

  2020-04-12 20:50:43 #37189

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz cigam üzenetére #37186

  Bocsi, lehet felreertheto volt az amit irtam.
  Tehat a helyes megfogalmazas az, hogy aramszunet eseten alaphelyzetbe all a UPC -s ConnectBox.
  (Bar az igazsaghoz hozzatartozik az is, hogy most mas helyen lakom, nem ott ahol tapasztaltam ezt, de ugyanugy UPC.)

  dhcp.conf tartalma, amit nem modositottam mar kb. 2 eve :D
  # A sample configuration for dhcpcd.
  # See dhcpcd.conf(5) for details.
  # Allow users of this group to interact with dhcpcd via the control socket.
  #controlgroup wheel
  # Inform the DHCP server of our hostname for DDNS.
  hostname
  # Use the hardware address of the interface for the Client ID.
  clientid
  # or
  # Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
  # Some non-RFC compliant DHCP servers do not reply with this set.
  # In this case, comment out duid and enable clientid above.
  #duid
  # Persist interface configuration when dhcpcd exits.
  persistent
  # Rapid commit support.
  # Safe to enable by default because it requires the equivalent option set
  # on the server to actually work.
  option rapid_commit
  # A list of options to request from the DHCP server.
  option domain_name_servers, domain_name, domain_search, host_name
  option classless_static_routes
  # Most distributions have NTP support.
  option ntp_servers
  # Respect the network MTU. This is applied to DHCP routes.
  option interface_mtu
  # A ServerID is required by RFC2131.
  require dhcp_server_identifier
  # Generate Stable Private IPv6 Addresses instead of hardware based ones
  slaac private
  # Example static IP configuration:
  interface enx000ec6d9cec6
  static ip_address=192.168.0.31/24
  static ip6_address=fd51:42f8:caae:d92e::ff/64
  static routers=192.168.0.1
  static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1
  static domain_search=

• Fecogame veterán

  2020-04-12 20:45:39 #37188

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Fecogame

  veterán

  válasz cigam üzenetére #37186

  Digis router tipikusan ilyen. Van ott ugyan egy "save" gomb, de nem minden esetben menti el véglegesen a beállításokat.

• duffbeer őstag

  2020-04-12 19:12:52 #37187

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  duffbeer

  őstag

  válasz moltam üzenetére #37178

  Nincs az erősítőn véletlenül egy földeletlen, kapcsolt 230V? Ami erősítő bekapcsoláskor kap tápot. Ha nincs, én az erősítő tápjáról szednék le valami vezérlést, mivel adott körülmények közt a Pi-t csak nomád nódon fogod tudni ki-bekapcsolni, táp ki/be.

• cigam titán

  2020-04-12 18:36:30 #37186

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cigam

  titán

  válasz pvt.peter üzenetére #37185

  Milyen router az ami teszteli a beállításokat egy áramszünetkor?
  Pontosan hogy néz ki most a dhcp.conf?

• pvt.peter őstag

  2020-04-12 18:08:58 #37185

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz Savageboy üzenetére #37184

  Betudnám a routeremben is.
  Viszont korábbi tapasztalataim miatt ez eléggé egy megbízhatatlan dolog, ugyanis áramszünetek esetén rendszerint elfelejtett mindent.
  Portátirányítástól kezdve mindenféle egyéb beállítást, így próbáltam minimalizálni az ettől való függőségemet. Ezért is használok dhcpd.conf -ot.

  Tegnap amit matattam az még a sudo raspi-config volt, de nem állítottam be semmit se, csak a network settings almenüit néztem meg.
  Utána újraindítás után már megjelent az eth0 és eth1 és onnantól kezdve nem működött a statikus IP cím.

  Mi az amivel lehetne triggerelni a dhcpd.conf jelenlegi beállításait?
  A kiszedés és újbóli berakási nem segített.

• Savageboy senior tag

  2020-04-12 17:38:48 #37184

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz pvt.peter üzenetére #37182

  Pedig elvileg a dhcpd.conf-fal működnie kellene. Egyébként a routeredben nem tudod beállítani? Szerintem egyszerűbb lenne.

• FeriPapa2 tag

  2020-04-12 17:30:43 #37183

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FeriPapa2

  tag

  válasz cigam üzenetére #37179

  Tudomásom szerint semmit. Valamit kipróbáltam egy másik kártyával, mikor ezt visszaraktam azután tűnt fel, hogy valami nem akar bekapcsolni mikor kellene.
  A javasolt parancs megvolt már de nem segített. Most az van, hogy egy két hete mentett imiget ráerőszekoltam egy 64Gb-os kártyára (az is baromira idegesítő, hogy másik 16Gb-es kártyára nem lehet felnyomni pedig azért vettem tartalékot) majd egy tegnapi adatbázist visszatöltve, ez működik, jó az idő is. Csak most annyi a szívás, hogy a több tucat blokly szkriptbe a kapcsoló nevek helyett sorszámok lettek, de működnek. Érdekességként néhány meg megmaradt. Lehet, hogy a hülyült kártyára így viszzaírom a mentést aztán vagy újra elő a hiba vagy nem.

• pvt.peter őstag

  2020-04-12 16:35:00 #37182

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz pvt.peter üzenetére #37164

  Közben rájöttem, hogy a fix IP azóta nem fix.
  Régebben még beállítottam fix IP -t a /etc/dhcpcd.conf fájlban, de tegnap vmi történt és emiatt a routertől kér IP címet az eszköz.
  Jelenleg sehogy sem tudom kierőszakolni, hogy a beállított IP címet használja.
  Hogyan tudnám az automatikusan létrehoztt eth0, eth1 konfigurációkat törölni és a saját custom beállításomat használni?
  Próbáltam ezt a parancsot:
  sudo ifconfig <interface neve> up
  de nem sikerült, azt írta, hogy nincs ilyen eszköz.
  Viszont network settingsnél látom a legördülő menüben az újonnan automatikusan létrehozott eth0, eth1 alatt.

• TA csendes tag

  2020-04-12 16:26:05 #37181

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TA

  csendes tag

  válasz dew28 üzenetére #37151

  Nos, helyzetjelentés a GPIO-relé sztorival... Találtam egy olyan leírást, ahol 2,2kOhmos ellenállással a GPIO portot (ami ugye a relé modul IN1-re van kötve) összeköti VCC lábbal.
  Kipróbáltam, nem működött ez sem. A laptopomat lecsuktam, kimentem sütöttem grillen egy kis kaját, megittam pár sört, majd kellemeset aludtam. Ezt követően ma meg akartam mutatni egy ismerősömnek, hogy hogyan NEM működik a cucc, és működik...
  Nem jöttem rá, hogy miért lett jó, ezért szétszedtem az egészet, és újra összeraktam az elejéről.
  Relé modul VCC - Pi +5V
  Relé modul GND - Pi GND
  Relé modul IN1 - Pi GPIO17
  Relé modul IN2 - Pi GPIO27
  Jumper rajta van, tehát a relék behúzása a Pi tápjáról megy, és tökéletesen működik.

  Elképzelésem sincs, hogy mi változhatott, mi történt az éjszaka folyamán, amíg hozzá se nyúltam az egészhez, de örülök, hogy működik.

  Ez egy prototipus, rövidesen belekerül a raktárkezelő programba ennek a vezérlése. Ha megfelelően működik, akkor másik 3-5 db szekrényt át kell alakítanom így, és összehozni a Pi-vel. Kíváncsi vagyok, azoknál hogy fog működni...

  Mindenesetre köszönök minden segítséget! Ha bármi logikus magyarázatot találom a megjavulásra, le fogom írni, hátha másnak is tanulság.

  Üdv.
  Ádám

• wassermann Topikgazda

  2020-04-12 16:25:20 #37180

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  wassermann

  Topikgazda

  válasz moltam üzenetére #37178

  Én hagynám nem foglalkoznék vele: a Pi-kben nincs PC-hez hasonló vezérelhető tápegység, egyszerűbb soha le nem állítani mert a fogyasztása minimális.

• cigam titán

  2020-04-12 14:38:34 #37179

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cigam

  titán

  válasz FeriPapa2 üzenetére #37176

  Mi változott 2 napja? Mit telepítettél/tekertél el rajta?
  Nálam így néz ki:
  timedatectl status
  Local time: v 2020-04-12 14:36:42 CEST
  Universal time: v 2020-04-12 12:36:42 UTC
  RTC time: n/a
  Time zone: Europe/Budapest (CEST, +0200)
  System clock synchronized: yes
  NTP service: active
  RTC in local TZ: no

  Próbáld meg bekapcsolni: sudo timedatectl set-ntp True

  moltam
  Statikusan, külön lábon? Vagy? Mert hiába alakítod át 3V-ra, azt értelmezni is kellene.

• moltam tag

  2020-04-12 13:24:42 #37178

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  moltam

  tag

  Sziasztok!

  Lenne egy kérdésem. Egy Armbian Buster rendszert futtatok, melyen fut egy raspotify nevű program, mely lehetővé teszi, hogy a Spotifyról zenét tudjon lejátszani a Pi. Ha fut a raspotify, a telefonon megjelenik, mint lejátszó eszköz.

  Egy régi Denon erősítőre van kötve, melyen van egy System connector nevű jack csatlakozó, ami összeköti a CD játszóval, szóval az erősítő ki-be kapcsolásakor a vezetéken távirányító jel megy a 3,5-ös jacken keresztül, valamint a fizikai távirányító jelét is továbbítja. Ezt PC-vel sikerült megnézni, sima soros kapcsolatról van szó, viszont az adatot nem sikerült dekódolnom. Valószínűleg NEC protokol.

  A célom az lenne, hogy rákössem a pi-re, és az erősítő be és kikapcsolásakor leálljon vagy induljon a raspotify.

  Az erősítő 5v-os jelet küld, de van 3,3v-ra átalakítóm.

  Merre induljak el hogy működhessen?

• bhonti aktív tag

  2020-04-12 12:18:29 #37177

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bhonti

  aktív tag

  válasz FeriPapa2 üzenetére #37176

  ntpdate-debian, ntpd,...

• FeriPapa2 tag

  2020-04-12 12:13:44 #37176

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FeriPapa2

  tag

  válasz bhonti üzenetére #37174

  Ebben az esetben azt ,hogy? Hónapok óta működött rendesen. Két napja hülyült meg.

• FeriPapa2 tag

  2020-04-12 12:11:16 #37175

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FeriPapa2

  tag

  válasz Fecogame üzenetére #37173

  Ezt már tegnap próbáltam, meg ehez kapcsolódó egyéb parncsokat is de egyik sem oldotta meg. Erre ez volt az eredmény:
  pi@raspberrypi:~ $ sudo timedatectl
  Local time: szo 2020-04-11 07:26:58 CEST
  Universal time: szo 2020-04-11 05:26:58 UTC
  RTC time: n/a
  Time zone: Europe/Budapest (CEST, +0200)
  Network time on: yes
  NTP synchronized: no
  RTC in local TZ: no
  Erre gondolsz?: "stretch"

• bhonti aktív tag

  2020-04-12 12:08:04 #37174

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bhonti

  aktív tag

  válasz FeriPapa2 üzenetére #37172

  Be kell állítani, hogy a netről beállítsa az óráját.

• Fecogame veterán

  2020-04-12 12:05:34 #37173

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Fecogame

  veterán

  válasz FeriPapa2 üzenetére #37172

  Milyen OS-t használsz? Illetve mit írt ki a command, mi volt az output? Root-ként próbáltad?

• FeriPapa2 tag

  2020-04-12 11:52:26 #37172

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FeriPapa2

  tag

  válasz Fecogame üzenetére #37171

  Sajnos ez nem segített!

• Fecogame veterán

  2020-04-12 11:43:22 #37171

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Fecogame

  veterán

  válasz FeriPapa2 üzenetére #37170

  Futtasd le ezt a command-ot:

  timedatectl
  
  Ez elvileg helyrerakja.

• FeriPapa2 tag

  2020-04-12 10:39:54 #37170

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FeriPapa2

  tag

  A sok profi között nincs aki tudna segíteni?
  #37153

• duffbeer őstag

  2020-04-12 09:24:57 #37169

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  duffbeer

  őstag

  válasz akos86 üzenetére #37168

  "kábelen ugyanez 140mbit/s találkozott valaki hasonló hibajelenséggel?"

  Akkor rosszul élrtelmeztem.

• akos86 aktív tag

  2020-04-12 09:21:17 #37168

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  akos86

  aktív tag

  válasz duffbeer üzenetére #37167

  vezetékesen hibátlan volt, wifin van vele csak probléma mind 2.4ghz-n mind pedig 5ghz-n

• duffbeer őstag

  2020-04-12 08:50:13 #37167

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  duffbeer

  őstag

  válasz akos86 üzenetére #37166

  Ez jogos, valós jelenség, de Te a vezetékesre is panaszkodtál.

• akos86 aktív tag

  2020-04-12 08:28:40 #37166

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  akos86

  aktív tag

  válasz akos86 üzenetére #37165

  Másik táppal is ugyanez a gond, viszont találtam egy cikket ami választ adhat a kérdésemre.

  https://pcworld.hu/pcwpro/raspberry-pi-4-wifi-problema-megoldas-271404.html

• akos86 aktív tag

  2020-04-12 08:09:25 #37165

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  akos86

  aktív tag

  válasz duffbeer üzenetére #37160

  Köszönöm a választ.
  Táp gond nincs kizárva, itthon MikroTik eszközeim vannak a wifi szennyezettséget biztosan kizárnám, meg is néztem a biztonság kedvéért, minden más eszközzel notebookon, pc-n, telefonon wifi interfészén is megvan a közel 130mbit/s, rpi-vel viszont iszonyatosan kevés.

• pvt.peter őstag

  2020-04-11 18:33:36 #37164

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz pvt.peter üzenetére #37162

  Nálam is fix IP címet kap a raspberry, ha jól emlékszem maga az eszköz kényszeríti ki az adott címet, mindig ugyanaz a cím.
  Annyi előrelépés történt, hogy sikerült teljesen másik wifiről, másik hálózatról csatlakoznom a vpn -re, viszont lekapcsolódás után már nem tudtam újból csatlakozni...
  Járt már vki így?

• Aryes nagyúr

  2020-04-11 16:03:05 #37163

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Aryes

  nagyúr

  válasz akos86 üzenetére #37159

  Router újraindítás megvolt? Nálam (Asus AC57U) néha (mondjuk egy hónapban 1x) magától eltűnik az 5G hálózat, miközben vezetéken és 2,4G-n gond nélkül megy a net. Egy újraindítás megoldja.

• pvt.peter őstag

  2020-04-11 15:02:01 #37162

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz pungora96 üzenetére #37158

  Értem, köszi a választ.

• Keem1 veterán

  2020-04-11 14:36:10 #37161

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Keem1

  veterán

  válasz akos86 üzenetére #37159

  Nem igazán... Kihúztam a gigabites hálókábelt, hogy megnézzem. 135 Mbps wifin. Nálam eleve ki is van kapcsolva a 2,5 GHz, kicsi a lakás, így semmi szükségem rá (a jobb terjedése miatt inkább nagyobb lakásban tudnám használni).

  

• duffbeer őstag

  2020-04-11 14:34:58 #37160

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  duffbeer

  őstag

  válasz akos86 üzenetére #37159

  Táp gond nem lehet? Fura, mert a wifi és a madzagos hálózat két külön eszköz. Ha csak wifivel lenne gond, azt mondanám árnyékolás.
  Hogy mérted a sebességet?
  Nálam egyszer volt hálózati anomália, mikor "beragadt" egy scriptem és folyamatosan ítta a syslogot nagy menniségű szöveggel... Igaz akkor sdről akartam olvasni, azért szivatott.

  Szerk.:
  Hülye kérdés. Wifi ki vam kapcsolva, mikor azonos hálózaton mérsz vezetéken? Wifi "szennyezettséget" csatornák tekintetében az Ubiquiti wifiman-jét használom. Hátha valami ilyesmi...

• akos86 aktív tag

  2020-04-11 14:19:13 #37159

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  akos86

  aktív tag

  Sziasztok!

  rpi4 -en a legfrisebb raspbian rendszeren gyatra a wifi sebesség 2.4ghz-n, (6mbit/s) 5ghz-es wifire pedig fel sem tudok csatlakozni,
  kábelen ugyanez 140mbit/s találkozott valaki hasonló hibajelenséggel?

  Köszönöm előre is...
  üdv Á!

• pungora96 tag

  2020-04-11 08:40:54 #37158

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pungora96

  tag

  válasz pvt.peter üzenetére #37157

  Azért használom a dyndns.hu-t, mert magyar és rövidebb a neve a többinél. Futtatok egy teamspeak szervert is a pi-n, jó ha minél rövidebb és nem az ipt kell megadnom.
  Igen, mindig ugyanazt a belső hálózatos címet kapja, ez azért kell, mert port forwardingnál, ha változna a címe, akkor mindig át kéne állítani. Samba share-t is használok, felcsatoltam meghajtóként a pi-re csatlakoztatott hdd, ha változna a cím akkor szintén állítgatni kéne. Csomó mindent ip:port alapján érek el a pi-ről belső hálózaton, emiatt se jó ha változna. Puttyban létrehoztam egy profilt, azt is módosítani kéne mindig. Biztos van még valami, de láthatod miért kell a fix ip.

• pvt.peter őstag

  2020-04-10 19:04:31 #37157

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz pungora96 üzenetére #37118

  Köszi a részletes választ, felét értem, felét nem, nem igazán értek a hálózati dolgokhoz
  Most lesz időm működőképesre kikalapálni az elérést távolról.
  Sztem folytassuk majd privátban, írok ha odajutok.

  A te példádban mennyire érdemes a dyndns.hu -t használni? Van vmi amiért kifejezetten ezt használod?
  A "pi ipje fix" alatt mit értesz? Mindig egy adott belső hálózatos IP címet kap? pl. 192.168.0.x?

• Keem1 veterán

  2020-04-10 18:00:18 #37156

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Keem1

  veterán

  válasz Savageboy üzenetére #37155

  Köszi, akkor kicsit beleásom magam

• Savageboy senior tag

  2020-04-10 17:36:19 #37155

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz Keem1 üzenetére #37154

  A Python 2.x és a 3.x nem (teljesen) kompatibilis egymással. Egyébként fent lehet egyszerre több verzió is, az update-alternatives-zal lehet váltani közöttük. Másnak is volt már hasonló gondja: [link].

• Keem1 veterán

  2020-04-10 17:24:55 #37154

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Keem1

  veterán

  Srácok, az apt-get nem tud telepíteni, amióta megpróbáltam a python pip csomagot feltenni.

  Ez a hibaüzenet:
  dpkg: error processing package python-entrypoints (--configure):
  függőségi hibák - e csomag beállítatlan maradt
  Hibák történtek a feldolgozáskor:
  python-enum34
  python-gi
  python-wheel
  python-pkg-resources
  python-cryptography
  python-lockfile
  python-asn1crypto
  python-six
  python-xdg
  python-configparser
  python-dbus
  python-pip
  python-setuptools
  python-ipaddress
  python-keyrings.alt
  python-secretstorage
  python-keyring
  python-entrypoints
  E: Sub-process /usr/bin/dpkg returned an error code (1)
  
  A dolog úgy kezdődött, hogy egy app igényelt egy pip csomagot (psutils), ami persze már megvolt, vakartam is a fejem. Aztán kinyomoztam: van python3 és pip3 fenn, ez utóbbi tette fel a psutils-t. No de ennek a mindent megbolygató appnak python és pip kellett (egzaktul kiírva, python 2.7.. amúgy miért? Valaki tudja, ha már fent van a Python 3, minek kell a 2 is?).
  Na, feltettem a python2-t, ami csak simán python névre hallgat. Meg a pip2, aminek meg pip a neve. Na igen ám, de ez utóbbi hibát dobott. Felment, de hibát dobott. Lett második psutil is, mint minden pythonból már 2 van, de a hiba nem tágított. És az apt-get purge python-pip halott. És mást se tudok eltávolítani.
  Ötlet esetleg?

• FeriPapa2 tag

  2020-04-10 10:51:42 #37153

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  FeriPapa2

  tag

  Kellemes Húsvétot!
  Valaki tudna rá magyarázatot, miért mászhatott el a PI ideje 34 percet és miért nem áll vissza, vagy módot arra, hogyan lehet beállitani? Tegnap egy másik kártyával is hasnáltam új telepítéssel, de ilyen már máskor is volt, de soha nem volt probléma. Domoticzot használok, egy kicsit bekavar a működébe.

• pube111 senior tag

  2020-04-10 08:39:35 #37152

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pube111

  senior tag

  válasz dew28 üzenetére #37151

  "az IN-t osszekotheted GND-vel" Ez biztos? Ahogy kiadod a 3,3 voltot, rögtön csinálsz egy zárlatot.
  A jd-vcc arra való, hogy ha nem tudsz elég tápot adni a pi ről, akkor a külső táplálást kötöd a jd-vcc re, és az ahhoz tartozó GND-re. Így:
  

• dew28 aktív tag

  2020-04-10 00:11:14 #37151

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dew28

  aktív tag

  válasz TA üzenetére #37147

  

  igy nez ki, tehat a behuzo tekercs egyik pontja fixen a VCC pinnel van ossze kotve, az IN1/2/3/4 pedig a GND. (input). Ergo mikor a pi-vel kiadod a 3.3Vot az IN labakra, pont nem tortenik semmi
  
  mod: veszmegoldaskent, ha eleg egy relet hasznalni, akkor a PI 32-es GPIO-ja megy a rele IN4 melletti VCC pinjere, az IN-t osszekotheted GND-vel, viszont a releboardon levo jumpert le kell szedd, es a JDVCC pinre mehet a PI 2es laba (5V)

• Savageboy senior tag

  2020-04-09 22:21:23 #37150

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz tvamos üzenetére #37148

  Spacedesk esetleg? Kliens oldalon elég hozzá egy böngésző is elvileg.

• pube111 senior tag

  2020-04-09 22:12:54 #37149

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pube111

  senior tag

  válasz TA üzenetére #37147

  Szerintem rossz irányban gondolkodsz. A leírásban amit linkeltél, high level trigger relé van. Amit meg te vettél, az low level trigger relé.
  A high level relé akkor húz be, amikor a gpio kiadja a 3,3 voltot a modul in pontjára.
  A low level relé meg akkor húz be amikor a gpio nem adja ki a 3,3 voltot a modul in pontjára.

• tvamos nagyúr

  2020-04-09 21:55:26 #37148

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  tvamos

  nagyúr

  Sziasztok!
  Tudtok arra megoldast, hogy egy Raspberry Pi segitsegevel halozatos kijelzot csinaljak a laptopomhoz a monitorombel?

• TA csendes tag

  2020-04-09 21:18:59 #37147

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TA

  csendes tag

  válasz mgergo76 üzenetére #37146

  Erre jutottam én is, hogy a pi-n kellene valahol (programban vagy vmi beállításban) állítani, hogy +3V-tal, vagy GND-vel zárja a kimenetét.
  De sehol nem találok erre az állításra lehetősgre utaló leírást... (Nyílván sokat segít, hogy ne igazán tudok angolul. )

• mgergo76 tag

  2020-04-09 21:15:17 #37146

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mgergo76

  tag

  válasz TA üzenetére #37145

  http://wiki.sunfounder.cc/index.php?title=4_Channel_5V_Relay_Module

  Régen tanultam az elektronikát, de ez alapján a bemeneteket föld potenciálra kapcsolja és így záródik az optocsatoló+LED sort. Akkor viszont a nem 3,3V-ot ad a bemenetekre, hanem földet.

  (#37143) leírás alapján jól működik a panel. Relé behúz, ha a föld (GND) összekötésre kerül a bemenettel (in). Akkor viszont a programban kell keresni a gikszert.

• TA csendes tag

  2020-04-09 21:04:38 #37145

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TA

  csendes tag

  válasz mgergo76 üzenetére #37144

  Ahogy felül leírtad, hogy kellene működnie az én logikám, és a leírások szerint is. Azonban nem így működik.
  A multiméteremben épp az imént merült le az elem, úgyhogy azt hiszem folyt. holnap... Majd valahonnan szerzek elemet.

  Köszi a segítségeket addig is!

• mgergo76 tag

  2020-04-09 20:53:13 #37144

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mgergo76

  tag

  válasz azbest üzenetére #37142

  Ok, így már tiszta a lábak bekötése.
  (#37143) TA
  Ha 3 panelból egy sem működik rendesen, akkor vagy a csatlakozók vannak rossz sorrendben rádugva a GPIO-ra, vagy a programban kell módosítani a lábkiosztások paramétereit.
  Ha van multimétered, akkor érdemes megmérni az egyes kapcsokon a feszültség különbségeket.

• TA csendes tag

  2020-04-09 20:26:49 #37143

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TA

  csendes tag

  A jumper le van véve, a relék így nem kapnak áramot, csak az optocsatoló és a ledek működnek a pi-ről. (A GND-hez zárásra az állapotjelző led világít.)
  De ha felrakom a jumpert, és GND-vel zárom a modul bemenetét, akkor a led is világít, és a relé is behúz. A relé 5 voltot kap, VCC +5V-ról. Tehát a feszültség és az áram elég lenne a modulnak...

• azbest félisten

  2020-04-09 20:23:45 #37142

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  azbest

  félisten

  válasz TA üzenetére #37140

  a relé jumperével vigyázz, ha azt rosszul teszed fel, lehet ki tudja nyírni a pi-t is.

  (#37141) mgergo76
  opto csatolós relé. A 3.3 csak a jel, külön 5v kell hajtsa magát a relét.

  Vannak különböző alternatív módjai a pineknek. Szóval jó lehet akár a 23. Kivéve, ha valami már használja másra. A boot kofiguráció környékén lehetnek modulok, amik esetleg átállítják más módra.

  Ez pl egy hasonló cucc [link]

• mgergo76 tag

  2020-04-09 20:23:32 #37141

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mgergo76

  tag

  válasz TA üzenetére #37137

  https://pinout.xyz/pinout/pin32_gpio12
  Ezek alapján a 23-as GPIO láb nem jó (SCLK), ez órajeles lábnak tűnik. Ezt próbál meg inkább a 33-ra (PWM1) kötni.
  A 3,3V az 5 voltos relének kevésnek tűnik, lehet hogy egy kicsit behúz a vasmag, de nem zárja az érintkezőt rendesen.
  Milyen tápegységről van megtáplálva a RPi? Lehet, ha az 5V-os kimeneti fesz a 2-es lábról sem elégséges, meg kellene próbálni egy másik tápegységről megtáplálni a panelt.

• TA csendes tag

  2020-04-09 20:19:56 #37140

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TA

  csendes tag

  válasz azbest üzenetére #37139

  Igen, azért vettem direkt ezt...
  Kollegánál van egy másik ugyanilyen PI, ugyanezen relé modul 2 relés változata, és ugyanez a szitu vele, mind a pi, mind a relémodul oldalról...
  Igen, a linken lévő az. Pontosan ez: http://www.malnasuli.hu/wp-content/uploads/2019/11/eight_relay_cont_pi.py

• azbest félisten

  2020-04-09 20:16:00 #37139

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  azbest

  félisten

  válasz TA üzenetére #37137

  Optocsatolós, akkor az jó kellene legyen.
  Melyik a málnasulis kód? innen [link] ?

• pube111 senior tag

  2020-04-09 20:09:40 #37138

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pube111

  senior tag

  válasz TA üzenetére #37133

  Ezen lehet állítani, hogy high, vagy low módban működjön.
  link

• TA csendes tag

  2020-04-09 20:09:24 #37137

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TA

  csendes tag

  Bocsi, a link lemaradt...
  https://www.hestore.hu/prod_10035514.html

  A 3.3V erősségét, vagy a fesztültség elégtelenségét azért zárnám ki, mert a modul bármelyik (IN1, IN2, IN3, IN4) bemenetét GND-vel zárva a relék behúznak, és a panelon az állapotjelző is világít.
  
  A bekötésem:
  Relé modul GND - PI 6-os láb (GND)
  Relé modul IN1 - PI 32-es láb (GPIO12)
  Relé modul IN2 - PI 23-as láb (GPIO11)
  Relé modul IN3 - nincs bekötve
  Relé modul IN4 - nincs bekötve
  Relé modul VCC - PI 2-es láb (5V power)
  
  A pi lábkiosztását a mellékelt képről lestem.

• pube111 senior tag

  2020-04-09 20:05:57 #37136

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pube111

  senior tag

  válasz TA üzenetére #37133

  Vazószínű, hogy ez ilyen föld elvevős relémodul. Biztos nem ez a szakszerű neve
  A lényeg az, hogy amikor a gpio kiadja a 3.3 voltot a megfelelő in lábra, akkor az ahhoz tartozó relé elveszti a testet, és elenged. Amikor nem kapja a gpio ról a 3.3 voltot, akkor a relé megkapja a testet, és behúz. Van fordított územű relémodul is.

• mgergo76 tag

  2020-04-09 19:57:57 #37135

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  mgergo76

  tag

  válasz TA üzenetére #37133

  Mit kell tudni erről a relé modulról. Át tudsz küldeni egy linket róla?

• azbest félisten

  2020-04-09 19:57:17 #37134

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  azbest

  félisten

  válasz TA üzenetére #37133

  lehet hasznos lenne belinkelni a modul adatlapját. Nem lehet, hogy kevés a pi-ről vett 3.3v áramerőssége neki? Azt nem nagyon lehet terhelni. Pontosan mit mivel kötöttél össze?

  Egyébként a pi 4 még nincs egy éve, hogy megjelent

• TA csendes tag

  2020-04-09 19:52:07 #37133

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TA

  csendes tag

  Sziasztok!
  Kaptam egy kellemes feladatot... Raspberry PI4 szerkezeteken futnak raktárkezelő alkalmazásaink évek óta hibátlanul. Most azonban jött egy olyan igény, hogy a raktárkezelőnek egy elektromos zárat kellene működtetnie. Mechanikai, elektronikai részét megoldottam.
  A pi-vel való összekapcsoláshoz vettem egy relé modult, amit kifejezetten ehhez ajánlottak, ahogy a neten olvasgattam.
  A panelen van 1 VCC, 1 GND, és 4 db IN tüske. Raktam a pi-re egy relés progit, amit a málnasuliról töltöttem le, összesen 8 kimenetet lehet vele ki-be kapcsolgatni. A program jól működik, a megfelelő lábon tudok 3,3 Voltot mérni, azonban a relé modulom nem működik. Ha a relé modul bármely bemenetét a testtel zárom, akkor behúz a relé. Először arra gondoltam, hogy hibás a relé modul, ezért rendeltem másikat, de ugyanez a helyzet. A megfelelő GPIO kimeneteket összekötve a relémodul bemeneteivel, az adott relé állapot visszajelző ledje halványan világít.
  Végigolvastam már minden magyar nyelvű leírást erről a relé modulról, de mind szerint működnie kellene így, de mégsem működik...
  Rosszul kötöm össze, vagy kellene még valami a pi és a modul közé? Vagy esetleg programozható, hogy a kimeneten mit adjon ki?
  
  Köszönettel:
  T. Ádám

• pube111 senior tag

  2020-04-09 18:13:59 #37132

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pube111

  senior tag

  Ez a config.txt. Ez rendben van?
  link

• pube111 senior tag

  2020-04-09 18:06:21 #37131

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pube111

  senior tag

  válasz Keem1 üzenetére #37128

  Kipróbáltam, de ott a legnagyobb felbontás az m4 1440x1080. Az hibátlanul megy, úgyhogy szerintem nem a pi a hibás. Viszont a tuner is jó, mert pc ben tökéletes a kép.
  Az nem lehet, hogy kevés tápot kap usb-n a tuner? Van valahol valami usb current állítás, de nem tudom hol.

• pube111 senior tag

  2020-04-09 17:48:28 #37130

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pube111

  senior tag

  válasz Keem1 üzenetére #37128

  Megnézem.

• pube111 senior tag

  2020-04-09 17:47:49 #37129

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pube111

  senior tag

  válasz Savageboy üzenetére #37127

  Ugyanaz a koax. Elosztó nélkül is ua. Itt nem a közszolgal van baj, mert a duna work sd hibátlan.

• Keem1 veterán

  2020-04-09 13:51:08 #37128

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Keem1

  veterán

  válasz pube111 üzenetére #37126

  Tipp a troubleshootoláshoz: ha az a Kodi, ami pl. androidra is van, akkor esetleg próbáld ki internetes streamként (tehát hogy a tévé jelet nem kábelen veszed és digitalizálod, hanem eleve digitálisan, streamként "veszed").

  Nekem ugyan nem Pi-n, de az Online Stream addonja a legmostohább eszközökön is működött (kezdve az összes PC-től, Android TV boxon át a gyengébb telefonokig). Ha a te stuffod ezt se bírja, akkor egyértelműen a Pi a gyenge láncszem. Ellenben ha ezzel megy, akkor szerintem a tévésapkával is összehozható a dolog.

• Savageboy senior tag

  2020-04-09 13:14:56 #37127

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz pube111 üzenetére #37126

  Ugyanarról a koaxiális kábelről próbálod, amiről a tv is megy? A Kodi elég rossz minőségeket ír. Egyébként nem tudom, hogy egyedi probléma-e, de nálam a közszolgálati adók minősége valahogy mindig sokkal rosszabb volt, mint a többié, és pont az M4 Sport (és a vele egy mux-on lévő adók) abszolút nem is megy (szintén Digi).

• pube111 senior tag

  2020-04-09 13:09:56 #37126

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pube111

  senior tag

  Üdv! Van egy ilyen usb tunerem: https://zedt.eu/tech/linux/dvb-c-tv-raspberry-pi-libreeleckodi/
  Libreelec, kodi, pi3. Főleg a hd csatornáknál szétesik a kép.
  Ha a tunert pc be dugom, windowson tökéletes a kép.
  Digi kábel a hálózat, a tv max jelerőséget ír.
  Valószínűleg a pi a gyenge pont. Valakinek van ötlete, mit lehet tenni?
  https://i.ibb.co/b3nmVG8/20200408-200336.jpg
  https://i.ibb.co/w4MRJXT/20200408-200319.jpg
  https://i.ibb.co/W0n4j4T/20200408-200318.jpglink
  https://i.ibb.co/y5hKhB0/20200408-200330.jpg
  https://i.ibb.co/hZcM0vJ/20200408-200332.jpg

• Savageboy senior tag

  2020-04-08 19:53:44 #37125

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz fuwiradis üzenetére #37123

  Ha mondjuk nyílt wifi-re csatlakozol valahol, akkor jól jöhet (persze ma már minden IS https, de azért ha valami mégis titkosítatlan lenne alapból, akkor ez segíthet).

• cigam titán

  2020-04-08 19:29:26 #37124

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cigam

  titán

  válasz fuwiradis üzenetére #37123

  Ha nem használod ki, akkor felesleges a vpn. Kezdetnek tedd fel a raspbian-t, rá a pihole-t. Aztán még ráérsz kigondolni mire lenne még jó.

• fuwiradis aktív tag

  2020-04-08 19:22:28 #37123

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  fuwiradis

  aktív tag

  sziasztok!

  van itt nekem egy hasznalaton kivuli pi3-am, arra gondoltam 0. kozelitesben lehetne ra pihole-t rakni. emelle meg pivpn, ami megutotte a fulem, hogy van, de valojaban nincs igazan olyan helyi halozati megosztott dolgom (nas, vagy akarmi, amit szeretnek kulso halozatrol erkezve elerni), igy lenne pivpn-nek barmi ertelme? van valami elonye, ami miatt erdemes megiscsak hasznalni, meg akkor is ha nincs kivulrol elerni kivant dolgaim?

  nem igazan vagyok kepben, igy koszonok minden javaslatot!

• Savageboy senior tag

  2020-04-08 15:54:10 #37122

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz pvt.peter üzenetére #37116

  Attól, hogy helyi hálózati IP-n keresztül eléred, még nem következik, hogy jó a port forwarding, mivel az akkor kerül képbe, ha a router WAN interfészére érkezik kérés, ilyenkor a forwardolt portra érkező csomagokat továbbítja a megfelelő LAN IP-re.
  
  NAT loopback (angol)

• cigam titán

  2020-04-08 12:01:59 #37121

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cigam

  titán

  válasz tradeelek11 üzenetére #37097

  clonzilla a barátod, ugyanakkor fájl szintű mentéseket is érdemes készíteni, elég egy sima másolás, akár időzítve is.

  Az a script az sd kártyán futó rendszerről készít másolatot. A külső meghajtóra pakolt rendszeren nem lett tesztelve. Valószínű nem is működne, nincs felkészítve két külön lemez használatára.

  Egy forumtárs blog bejegyzése a rendszer USB-re mozgatásáról.

• Márton nagyúr

  2020-04-08 11:55:31 #37120

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Márton

  nagyúr

  válasz sztanozs üzenetére #37119

  és ne freemail-est, mert nekem mindig a spam-be rakja.
  akkor is ha rányomok hogy NEM SPAM.

• sztanozs veterán

  2020-04-08 11:46:44 #37119

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sztanozs

  veterán

  válasz pvt.peter üzenetére #37117

  no-ip mindig küld email-t lejárat előtt, csak valós címet adj meg...

• pungora96 tag

  2020-04-08 11:42:42 #37118

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pungora96

  tag

  válasz pvt.peter üzenetére #37116

  UPC-sek vagyunk mi is, Connectboxunk van. .dyndns.hu nekem letsencrypt (tls tanúsítványhoz) konténerben be van konfigolva (reverse proxy-t használok, hogy ne kelljen sok portot nyitni a dolgoknak, így úgy tudom elérni a különböző dolgokat, hogy ***.dyndns.hu/fajlszerver, vpnt nem használok), a pi ipje fix. Kívülről el is lehet érni szépen, de ha belső hálózatról akarom elérni dyndns-en keresztül, akkor az nagyon lassú először, majd pár másodperc után crashel a Connectbox és újraindul, ezért belső ipről használom a dolgokat, kivéve a fájlszervert nem tudom, mert azt csak publikus ip-re lehet regisztrálni (filerun). Ha eljutsz addig, hogy működőképes, akkor kíváncsi vagyok, hogy ha megpróbálod te is dyndns-el elérni, akkor neked is kifagy-e a modem. Ha segítségre van szükséged nyugodtan írj privátot, megpróbálok segíteni.
  Ha a többieknek van ötlete, hogy mit csinálok rosszul vagy hasonló tapasztalatotok van, ne tartsátok magatokban.

• pvt.peter őstag

  2020-04-08 09:40:45 #37117

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz duffbeer üzenetére #37111

  Köszi a tippet, ezzel csak annyi a problémám, mint ami (#37114) Márton -nak is.
  Figyelni kell, hogy 30 naponta meglegyen újítva.

• pvt.peter őstag

  2020-04-08 09:40:42 #37116

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz Savageboy üzenetére #37110

  "Ha arra gondolsz, hogy router mögött elérhető lesz-e így a Pi, akkor a válasz az, hogy elérhető, amennyiben a routerben megfelelően be van állítva a port forwarding."
  > Ez valószínűleg okés, ugyanis tudtam csatlakozni lokálból IP cím megadásával. Jól gondolom?

  "Ha viszont arra gondolsz, hogy a szolgáltatód NAT-ol, akkor a válasz az, hogy valószínűleg nem lesz elérhető, de meg lehet próbálni a szolgáltatónál kérvényezni, hogy normális publikus címet osszanak ki."
  > Jelenleg a UPC -nél vagyok. Járt már vki hasonló cipőben?

  "Illetve annyi még, hogy ha LAN-ról is a dyndns-es címen szeretnéd elérni a Pi-t, akkor saját DNS szerver is kelleni fog (célszerűen a router), amin beállítod, hogy a domént a Pi helyi hálózati címére oldja fel, és az eszközöknek ezt a DNS-t is kell használniuk (ha DHCP-t használsz, akkor kevésbé probléma, automatikusan beállíthatod). Esetleg fix számítógépnél még működhet a hosts fájl átírós módszer is, de pl. okostelefonnál, táblagépnél ez már nem olyan jó megoldás."
  > Na ez nem teljesen volt világos.

• _q addikt

  2020-04-08 09:00:32 #37115

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  _q

  addikt

  válasz PistiSan üzenetére #37112

  Én a dlna miatt akarnám wifin küldeni a jelet a TV-re. Sajnos kábelezés nem megoldható esztétikus formában. Eddig nem tettem rá a hűtőbordát, de néha már így is 70 °C-on van a CPU hőmérséklet és még csak nem is csinálok semmi durva dolgot, csak letöltök wifi-n.

• Márton nagyúr

  2020-04-08 08:31:08 #37114

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Márton

  nagyúr

  válasz pvt.peter üzenetére #37109

  Én a noip-t használom, egyetleg hátránya az ingyenesnek, hogy havonta meg kell újítani 2 klikkel. A gond az, hogy sokszor valamiért a spam-ba kerül ez az email értesítő.
  Duckdns és freedns-sel nem kell bajlódni, megy az idők végeztéig?

  Ha NAT/router mögött vagy: VPN, SSH alagút...

• AXisBOLD addikt

  2020-04-08 08:00:32 #37113

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  AXisBOLD

  addikt

  Sziasztok,

  Pi4 szoftverezése jelenleg így fest.
  Raspbian --> telepített Kodi + Transmission fut a háttérben.

  A rendszer nem a legstabilabb, illetve rájöttem, hogy semmi szükségem a Raspbianra.
  Elég lenne egy standalone Kodi + Transmission a háttérben.

  Mivel a jelenlegi setupot nem én raktam össze, nincs gyakorlatom benne, tudnátok segíteni, hogy hol kezdjem el az újrarakást?

• PistiSan addikt

  2020-04-08 07:46:54 #37112

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  PistiSan

  addikt

  válasz _q üzenetére #37099

  Nem használtam soha a wifit, nincs vele tapasztalatom, kábelen van a hálózatra kötve a pi, mért sok adat megy át rajta, kábelnél stabilabb megoldás nincs. Viszont be állítottam bluetooth hangszórónak a régi jack csatlakozós erősítőm mellé, a szobában néha közelebb kell rakni a telefont hogy ne akadozzon, szerintem tuti árkényol a fém ház.

• duffbeer őstag

  2020-04-08 06:34:01 #37111

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  duffbeer

  őstag

  válasz pvt.peter üzenetére #37106

  No-ip.com

• Savageboy senior tag

  2020-04-08 01:44:11 #37110

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz pvt.peter üzenetére #37109

  Ha arra gondolsz, hogy router mögött elérhető lesz-e így a Pi, akkor a válasz az, hogy elérhető, amennyiben a routerben megfelelően be van állítva a port forwarding.

  Ha viszont arra gondolsz, hogy a szolgáltatód NAT-ol, akkor a válasz az, hogy valószínűleg nem lesz elérhető, de meg lehet próbálni a szolgáltatónál kérvényezni, hogy normális publikus címet osszanak ki.

  Illetve annyi még, hogy ha LAN-ról is a dyndns-es címen szeretnéd elérni a Pi-t, akkor saját DNS szerver is kelleni fog (célszerűen a router), amin beállítod, hogy a domént a Pi helyi hálózati címére oldja fel, és az eszközöknek ezt a DNS-t is kell használniuk (ha DHCP-t használsz, akkor kevésbé probléma, automatikusan beállíthatod). Esetleg fix számítógépnél még működhet a hosts fájl átírós módszer is, de pl. okostelefonnál, táblagépnél ez már nem olyan jó megoldás.

• pvt.peter őstag

  2020-04-07 23:42:08 #37109

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz g.gergo üzenetére #37108

  Köszönöm a linket és neked is Savageboy.

  Jól gondolom, hogy NAT -olt hálózat mögött levő eszközt nem fogok tudni ezekkel a módszerekkel elérni?

• g.gergo senior tag

  2020-04-07 23:37:11 #37108

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  g.gergo

  senior tag

  válasz pvt.peter üzenetére #37106

  [link]

• Savageboy senior tag

  2020-04-07 22:38:15 #37107

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz pvt.peter üzenetére #37106

  DuckDNS

• pvt.peter őstag

  2020-04-07 22:37:30 #37106

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz Savageboy üzenetére #37105

  Hm, basszus, működik köszi a segítséget

  Akkor már csak ezt a dyn dns dolgot kellene megoldani, hogy távolról is tudjak VPN -re kapcsolódni

  Jöhet a köv. lépcsőfok: ki milyen dyn DNS szolgáltatót ajánl? Preferálnám az ingyeneset.
  Semmi extrára nem lenne szükségem, csak arra, hogy adott webcímen keresztül csatlakozni tudjak a PI -re.

• Savageboy senior tag

  2020-04-07 22:22:42 #37105

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Savageboy

  senior tag

  válasz pvt.peter üzenetére #37103

  Helyi hálózaton sem tudsz csatlakozni? Ha LAN-on belüli gépről akarod tesztelni, akkor IP cím alapján kapcsolódj, ne a dinamikus DNS szolgáltatón keresztül (NAT loopback inkább nem szokott működni, mint fordítva, tapasztalataim szerint). Egyébként szerintem a szolgáltatás fut rendesen, nem valószínű, hogy azzal lenne a gond.

• pvt.peter őstag

  2020-04-07 22:19:23 #37104

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz pvt.peter üzenetére #37103

  Pontosítanék: open or filtered eredményt kaptam az adott port ellenőrzésénél.

• pvt.peter őstag

  2020-04-07 21:40:27 #37103

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  válasz Savageboy üzenetére #37089

  Nos, az alábbiakat ellenőriztem le:

  Lefuttatam a sudo netstat -lptu parancsot, az alábbiakat adta vissza: (a nem releváns sorokat töröltem)
  Active Internet connections (only servers)
  Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
  udp 0 0 0.0.0.0:40901 0.0.0.0:* -
  udp6 0 0 [::]:40901 [::]:* -

  Illetve helyi hálózatról csináltam egy szkennelést az adott kiszolgáló nevére és a 40901 -es portot nyitottnak írta UDP szempontjából.

  Elképzelhető, hogy a PiVPN és/vagy WireGuard nem indította el normálisan a szolgáltatásokat? Vagy esetleg vmi félre lett konfigurálva?

• Petikeje tag

  2020-04-07 21:17:28 #37102

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Petikeje

  tag

  válasz 0519 üzenetére #37088

  Szia,
  Pl ez:
  https://geekworm.com/products/raspberry-pi-4b-x825-matching-metal-case-power-switch-cooling-fan
  Üdv:
  P!

• zsolt_64 senior tag

  2020-04-07 14:37:05 #37101

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  zsolt_64

  senior tag

  válasz tradeelek11 üzenetére #37097

  Nem csinálok, de van itt a fórumon egy script amit valamelyik fórumtárstól le lehet tölteni, nézzél körül, azzal lehet komplett metést csinálni.

Új hozzászólás Aktív témák