From 0c7294c8fdbe507e3cac6480332154e3a4e323dd Mon Sep 17 00:00:00 2001 From: KevinOConnor Date: Wed, 18 Sep 2024 00:04:46 +0000 Subject: [PATCH] =?UTF-8?q?Deploying=20to=20gh-pages=20from=20@=20Klipper3?= =?UTF-8?q?d/klipper@0532a41c752df66f149cf55d779072f420ee1b6a=20?= =?UTF-8?q?=F0=9F=9A=80?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../__pycache__/mkdocs_hooks.cpython-38.pyc | Bin 983 -> 983 bytes .../__pycache__/mkdocs_hooks.cpython-38.pyc | Bin 983 -> 983 bytes fr/sitemap.xml | 110 +-- fr/sitemap.xml.gz | Bin 229 -> 229 bytes hu/API_Server.html | 16 +- hu/Beaglebone.html | 174 ++-- hu/Bed_Mesh.html | 272 +++--- hu/CANBUS_Troubleshooting.html | 26 +- hu/Config_Changes.html | 2 +- hu/Config_Reference.html | 779 +++++++++--------- hu/G-Codes.html | 18 +- hu/Measuring_Resonances.html | 2 +- hu/Overview.html | 4 +- hu/Resonance_Compensation.html | 2 +- .../__pycache__/mkdocs_hooks.cpython-38.pyc | Bin 983 -> 983 bytes hu/search/search_index.json | 2 +- hu/sitemap.xml | 110 +-- hu/sitemap.xml.gz | Bin 229 -> 229 bytes .../__pycache__/mkdocs_hooks.cpython-38.pyc | Bin 983 -> 983 bytes it/sitemap.xml | 110 +-- it/sitemap.xml.gz | Bin 229 -> 229 bytes sitemap.xml | 108 +-- sitemap.xml.gz | Bin 228 -> 228 bytes .../__pycache__/mkdocs_hooks.cpython-38.pyc | Bin 983 -> 983 bytes zh-Hant/sitemap.xml | 110 +-- zh-Hant/sitemap.xml.gz | Bin 229 -> 229 bytes zh/Eddy_Probe.html | 2 +- zh/G-Codes.html | 10 +- zh/OctoPrint.html | 52 +- zh/Overview.html | 14 +- .../__pycache__/mkdocs_hooks.cpython-38.pyc | Bin 983 -> 983 bytes zh/search/search_index.json | 2 +- zh/sitemap.xml | 110 +-- zh/sitemap.xml.gz | Bin 229 -> 229 bytes 34 files changed, 1032 insertions(+), 1003 deletions(-) diff --git a/_klipper3d/__pycache__/mkdocs_hooks.cpython-38.pyc b/_klipper3d/__pycache__/mkdocs_hooks.cpython-38.pyc index bc4166bbd87655f4d6bb9ba99c79e92e929d1db6..e9a6e0b38fd2011b503c47b60f9b97e222d57ede 100644 GIT binary patch delta 20 acmcc4ex02=l$V!_0SMS6Uv1<*!wdj2P6X8e delta 20 acmcc4ex02=l$V!_0SF3@zu3rqh8X}kMFs2t diff --git a/fr/_klipper3d/__pycache__/mkdocs_hooks.cpython-38.pyc b/fr/_klipper3d/__pycache__/mkdocs_hooks.cpython-38.pyc index bc4166bbd87655f4d6bb9ba99c79e92e929d1db6..e9a6e0b38fd2011b503c47b60f9b97e222d57ede 100644 GIT binary patch delta 20 acmcc4ex02=l$V!_0SMS6Uv1<*!wdj2P6X8e delta 20 acmcc4ex02=l$V!_0SF3@zu3rqh8X}kMFs2t diff --git a/fr/sitemap.xml b/fr/sitemap.xml index 41d7b656e..86210a1b3 100644 --- a/fr/sitemap.xml +++ b/fr/sitemap.xml @@ -2,277 +2,277 @@ None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily None - 2024-09-17 + 2024-09-18 daily \ No newline at end of file diff --git a/fr/sitemap.xml.gz b/fr/sitemap.xml.gz index c6c5d9e6ebad5879bf2eb714f5471fef4b403509..42b8e466ab62bf70dc32c2fdb311483917cbf587 100644 GIT binary patch delta 215 zcmV;|04V?E0p$UIABzYG8yV_m0{?SqbY*Q}a4vXlYyj=ey$*sf6b0bjr)auEfjEFE zWpi}W2Ov;^1X|=)(YKes7)Br9+@-gtC;eph?ppTJ12xv9JoE$3v?*-am@4JB>)DHW zrVjEsw4@!I%7#*2JJ+9t7{}44#_2Ba$+tr#sHmq4i7ga5fuC@7VAISWtlKiOwS~G^ zqotU){XyKTIe?y0sWWl<0^Pn+BpwJB3}yPo|c z%j8Zx`-Zgh#8Ipx)OA-;w>JPZ;hciuSD2g^2(XlyPo z)@Z?}ZTq0ewYHFP81MZs@uS07S+h+ouaqhEz1I&}sJi(GzDX95|45O&7!({haNxlI R!{>vvlV7%<%aBML003w{X{i7J diff --git a/hu/API_Server.html b/hu/API_Server.html index 65256fd82..cdf9f0ee0 100644 --- a/hu/API_Server.html +++ b/hu/API_Server.html @@ -1868,11 +1868,11 @@ gcode:

Egy kérés így nézhet ki: {"id": 123, "method":"angle/dump_angle", "params": {"sensor": "my_angle_sensor", "response_template": {}}} és esetleg visszatér: {"id": 123,"result":{"header":["time","angle"]}}} és később olyan aszinkron üzeneteket produkálhat, mint például: {"params":{"position_offset":3.151562,"errors":0, "data":[[1290.951905,-5063],[1290.952321,-5065]]}}

A kezdeti lekérdezési válasz "header" mezője a későbbi "data" válaszokban található mezők leírására szolgál.

hx71x/dump_hx71x

-

This endpoint is used to subscribe to raw HX711 and HX717 ADC data. Obtaining these low-level ADC updates may be useful for diagnostic and debugging purposes. Using this endpoint may increase Klipper's system load.

-

A request may look like: {"id": 123, "method":"hx71x/dump_hx71x", "params": {"sensor": "load_cell", "response_template": {}}} and might return: {"id": 123,"result":{"header":["time","counts","value"]}} and might later produce asynchronous messages such as: {"params":{"data":[[3292.432935, 562534, 0.067059278], [3292.4394937, 5625322, 0.670590639]]}}

+

Ez a végpont a nyers HX711 és HX717 ADC-adatok előfizetésére szolgál. Ezen alacsony szintű ADC-frissítések lekérése hasznos lehet diagnosztikai és hibakeresési célokra. Ennek a végpontnak a használata növelheti a Klipper rendszerterhelését.

+

Egy kérés így nézhet ki: {"id": 123, "method":"hx71x/dump_hx71x", "params": {"sensor": "load_cell", "response_template": {}}} és visszatérhet: {"id": 123,"result":{"header":["time","counts","value"]}} és később aszinkron üzeneteket produkálhat, mint például: {"params":{"data":[[3292.432935, 562534, 0.067059278], [3292.4394937, 5625322, 0.670590639]]}}

ads1220/dump_ads1220

-

This endpoint is used to subscribe to raw ADS1220 ADC data. Obtaining these low-level ADC updates may be useful for diagnostic and debugging purposes. Using this endpoint may increase Klipper's system load.

-

A request may look like: {"id": 123, "method":"ads1220/dump_ads1220", "params": {"sensor": "load_cell", "response_template": {}}} and might return: {"id": 123,"result":{"header":["time","counts","value"]}} and might later produce asynchronous messages such as: {"params":{"data":[[3292.432935, 562534, 0.067059278], [3292.4394937, 5625322, 0.670590639]]}}

+

Ez a végpont a nyers ADS1220 ADC-adatok felírására szolgál. Ezen alacsony szintű ADC-frissítések lekérése hasznos lehet diagnosztikai és hibakeresési célokra. Ennek a végpontnak a használata növelheti a Klipper rendszerterhelését.

+

Egy kérés így nézhet ki: {"id": 123, "method":"ads1220/dump_ads1220", "params": {"sensor": "load_cell", "response_template": {}}} és visszatérhet: {"id": 123,"result":{"header":["time","counts","value"]}} és később aszinkron üzeneteket produkálhat: {"params":{"data":[[3292.432935, 562534, 0.067059278], [3292.4394937, 5625322, 0.670590639]]}}

pause_resume/cancel

Ez a végpont hasonló a "PRINT_CANCEL" G-kód parancs futtatásához. Például: {"id": }

A "gcode/script" végponthoz hasonlóan ez a végpont is csak a függőben lévő G-kód parancsok befejezése után fejeződik be.

@@ -1886,9 +1886,9 @@ gcode:

Ez a végpont lekérdezi az aktív végpontokat és visszaadja azok állapotát. Például: {"id": 123, "method": "query_endstops/status"} visszatérhet: {"id": 123, "result": {"y": "open", "x": "open", "z": "TRIGGERED"}}

A "gcode/script" végponthoz hasonlóan ez a végpont is csak a függőben lévő G-kód parancsok befejezése után fejeződik be.

bed_mesh/dump_mesh

-

Dumps the configuration and state for the current mesh and all saved profiles.

-

For example: {"id": 123, "method": "bed_mesh/dump_mesh"}

-

might return:

+

Kitölti az aktuális háló és az összes mentett profil konfigurációját és állapotát.

+

Például: {"id": 123, "method": "bed_mesh/dump_mesh"}

+

visszatérhet:

{
     "current_mesh": {
         "name": "eddy-scan-test",
@@ -1997,7 +1997,7 @@ gcode:
 }
-

The dump_mesh endpoint takes one optional parameter, mesh_args. This parameter must be an object, where the keys and values are parameters available to BED_MESH_CALIBRATE. This will update the mesh configuration and probe points using the supplied parameters prior to returning the result. It is recommended to omit mesh parameters unless it is desired to visualize the probe points and/or travel path before performing BED_MESH_CALIBRATE.

+

A dump_mesh végpontnak egy opcionális paramétere van, a mesh_args. Ennek a paraméternek egy objektumnak kell lennie, ahol a kulcsok és az értékek a BED_MESH_CALIBRATE számára elérhető paraméterek. Ez frissíti a háló konfigurációját és a mérési pontokat a megadott paraméterek segítségével, mielőtt visszaküldi az eredményt. A hálóparaméterek elhagyása ajánlott, kivéve, ha a BED_MESH_CALIBRATE végrehajtása előtt a mérési pontokat és/vagy a haladási útvonalat kívánod megjeleníteni.

diff --git a/hu/Beaglebone.html b/hu/Beaglebone.html index 01515f6a7..c75316cd9 100644 --- a/hu/Beaglebone.html +++ b/hu/Beaglebone.html @@ -1217,22 +1217,22 @@
  • - - Installing Octoprint + + Octoprint telepítése
  • - - Building the BeagleBone PRU micro-controller code (PRU firmware) + + A BeagleBone PRU mikrokontroller kódjának elkészítése (PRU firmware)
  • - - Building and installing Linux host micro-controller code + + Linux gazdagép mikrokontroller kódjának létrehozása és telepítése
    • @@ -1252,36 +1252,36 @@
  • - - AVR micro-controller code build + + AVR mikrovezérlő kód építése
  • - - Hardware Pin designation + + Hardver tű megjelölés
  • - - Enabling hardware SPI + + Hardver SPI engedélyezése
  • - - Enabling hardware I2C + + Hardver I2C engedélyezése
  • - - Enabling hardware UART(Serial)/CAN + + Hardveres UART(Soros)/CAN aktiválása
    • @@ -1448,22 +1448,22 @@
  • - - Installing Octoprint + + Octoprint telepítése
  • - - Building the BeagleBone PRU micro-controller code (PRU firmware) + + A BeagleBone PRU mikrokontroller kódjának elkészítése (PRU firmware)
  • - - Building and installing Linux host micro-controller code + + Linux gazdagép mikrokontroller kódjának létrehozása és telepítése
    • @@ -1483,36 +1483,36 @@
  • - - AVR micro-controller code build + + AVR mikrovezérlő kód építése
  • - - Hardware Pin designation + + Hardver tű megjelölés
  • - - Enabling hardware SPI + + Hardver SPI engedélyezése
  • - - Enabling hardware I2C + + Hardver I2C engedélyezése
  • - - Enabling hardware UART(Serial)/CAN + + Hardveres UART(Soros)/CAN aktiválása
    • @@ -1537,36 +1537,44 @@

    Beaglebone

    Ez a dokumentum a Klipper futtatásának folyamatát írja le egy Beaglebone PRU-n.

    OS-képfájl készítése

    -

    Start by installing the Debian 11.7 2023-09-02 4GB microSD IoT image. One may run the image from either a micro-SD card or from builtin eMMC. If using the eMMC, install it to eMMC now by following the instructions from the above link.

    -

    Then ssh into the Beaglebone machine (ssh debian@beaglebone -- password is temppwd).

    -

    Before start installing Klipper you need to free-up additional space. there are 3 options to do that:

    +

    Kezdd a Debian 11.7 2023-09-02 4GB microSD IoT lemezkép telepítésével. A lemezképet futtathatjuk micro-SD kártyáról vagy beépített eMMC-ről is. Ha az eMMC-t használjuk, akkor telepítsük az eMMC-re a fenti link utasításait követve.

    +

    Ezután lépj be SSH-n a Beaglebone gépre (ssh debian@beaglebone -- a jelszó temppwd).

    +

    A Klipper telepítése előtt további helyet kell felszabadítani. Erre 3 lehetőség van:

      -
    1. remove some BeagleBone "Demo" resources
      2. -
    2. if you did boot from SD-Card, and it's bigger than 4Gb - you can expand current filesystem to take whole card space
      3. -
    3. do option #1 and #2 together.
      4. +
    4. néhány BeagleBone "Demo" erőforrás eltávolítása
      5. +
    5. ha az SD-kártyáról bootoltál, és ez nagyobb, mint 4Gb - bővítheted a jelenlegi fájlrendszert, hogy a teljes területet használhasd
      6. +
    6. az 1. és a 2. lehetőséget együtt kell elvégezni.
    -

    To remove some BeagleBone "Demo" resources execute these commands

    +

    Néhány BeagleBone "Demo" erőforrás eltávolításához hajtsd végre a következő parancsokat

    sudo apt remove bb-node-red-installer
 sudo apt remove bb-code-server
    -

    To expand filesystem to full size of your SD-Card execute this command, reboot is not required.

    +

    A SD-kártya fájlrendszer teljes méretére történő bővítéséhez hajtsd végre ezt a parancsot, újraindítás nem szükséges.

    sudo growpart /dev/mmcblk0 1
 sudo resize2fs /dev/mmcblk0p1
    -

    Install Klipper by running the following commands:

    +

    Telepítsd a Klippert a következő parancsok futtatásával:

    git clone https://github.com/Klipper3d/klipper.git
 ./klipper/scripts/install-beaglebone.sh
    -

    After installing Klipper you need to decide what kind of deployment do you need, but take a note that BeagleBone is 3.3v based hardware and in most cases you can't directly connect pins to 5v or 12v based hardware without conversion boards.

    -

    As Klipper have multimodule architecture on BeagleBone you can achieve many different use cases, but general ones are following:

    -

    Use case 1: Use BeagleBone only as a host system to run Klipper and additional software like OctoPrint/Fluidd + Moonraker/... and this configuration will be driving external micro-controllers via serial/usb/canbus connections.

    -

    Use case 2: Use BeagleBone with extension board (cape) like CRAMPS board. in this configuration BeagleBone will host Klipper + additional software, and it will drive extension board with BeagleBone PRU cores (2 additional cores 200Mh, 32Bit).

    -

    Use case 3: It's same as "Use case 1" but additionally you want to drive BeagleBone GPIOs with high speed by utilizing PRU cores to offload main CPU.

    -

    Installing Octoprint

    -

    One may then install Octoprint or fully skip this section if desired other software:

    +

    A Klipper telepítése után el kell döntened, hogy milyen telepítésre van szükséged, de vedd figyelembe, hogy a BeagleBone 3.3v alapú hardver, és a legtöbb esetben nem lehet közvetlenül csatlakoztatni a tűket 5v vagy 12v alapú hardverhez átalakító lapok nélkül.

    +

    Mivel a Klipper többmodulos architektúrával rendelkezik a BeagleBone-on, számos különböző felhasználási esetet lehet megvalósítani, de az általánosak a következők:

    +
      +
    1. +

      felhasználási eset: A BeagleBone-t csak gazdagépként használjuk a Klipper és további szoftverek, mint az OctoPrint/Fluidd + Moonraker/... futtatására, és ez a konfiguráció külső mikrovezérlőket fog vezérelni soros/usb/canbus kapcsolatokon keresztül.

      +
      2. +
    2. +

      felhasználási eset: BeagleBone használata bővítőkártyával (köpeny), mint a CRAMPS deszka. Ebben a konfigurációban a BeagleBone a Klipper + további szoftvereket fog fogadni, és a BeagleBone PRU magokkal (2 további mag 200Mh, 32Bit) meghajtja a bővítőkártyát.

      +
      3. +
    3. +

      felhasználási eset: Ugyanaz, mint az "1. felhasználási eset", de emellett a BeagleBone GPIO-kat nagy sebességgel fogja meghajtani a PRU magok felhasználásával a fő CPU tehermentesítésére.

      +
      4. +
    +

    Octoprint telepítése

    +

    Ezután telepítheted az Octoprint-et, vagy kihagyhatod ezt a lépést, ha más szoftvert szeretnél:

    git clone https://github.com/foosel/OctoPrint.git
 cd OctoPrint/
 virtualenv venv
@@ -1588,14 +1596,14 @@ sudo update-rc.d octoprint defaults
 
    sudo systemctl start octoprint
 
    
 
-
    Wait 1-2 minutes and make sure the OctoPrint web server is accessible - it should be at: http://beaglebone:5000/
    
-
    Building the BeagleBone PRU micro-controller code (PRU firmware)
    
-
    This section is required for "Use case 2" and "Use case 3" mentioned above, you should skip it for "Use case 1".
    
-
    Check that required devices are present
    
+
    Várj 1-2 percet, és győződj meg róla, hogy az OctoPrint webszerver elérhető - a következő címen kell lennie: http://beaglebone:5000/
    
+
    A BeagleBone PRU mikrokontroller kódjának elkészítése (PRU firmware)
    
+
    Ez a szakasz a fent említett "2. használati eset" és "3. használati eset" esetében szükséges, az "1. használati eset" esetében kihagyható.
    
+
    Ellenőrizd a szükséges eszközök meglétét
    
 
    sudo beagle-version
 
    
 
-
    You should check that output contains successful "remoteproc" drivers loading and presence of PRU cores, in Kernel 5.10 they should be "remoteproc1" and "remoteproc2" (4a334000.pru, 4a338000.pru) Also check that many GPIOs are loaded they will look like "Allocated GPIO id=0 name='P8_03'" Usually everything is fine and no hardware configuration is required. If something is missing - try to play with "uboot overlays" options or with cape-overlays Just for reference some output of working BeagleBone Black configuration with CRAMPS board:
    
+
    Ellenőrizd, hogy a kimenet tartalmazza a sikeres "remoteproc" illesztőprogramok betöltését és a PRU magok jelenlétét, a Kernel 5.10-ben ezeknek "remoteproc1" és "remoteproc2" (4a334000.pru, 4a338000.pru) kell lenniük. Ellenőrizd azt is, hogy sok GPIO betöltődött-e. Úgy fog kinézni, mint "Allocated GPIO id=0 name='P8_03'" Általában minden rendben van, és nincs szükség hardver konfigurációra. Ha valami hiányzik - próbálj meg játszani az "uboot overlays" opciókkal vagy a cape-overlays-szel. Csak referenciaként néhány kimenet a működő BeagleBone Black konfigurációról a CRAMPS táblával:
    
 
    model:[TI_AM335x_BeagleBone_Black]
 UBOOT: Booted Device-Tree:[am335x-boneblack-uboot-univ.dts]
 UBOOT: Loaded Overlay:[BB-ADC-00A0.bb.org-overlays]
@@ -1615,22 +1623,22 @@ pkg:[bb-wl18xx-firmware]:[1.20230414.0-0~bullseye+20230414]
 .............
 
    
 
-
    To compile the Klipper micro-controller code, start by configuring it for the "Beaglebone PRU", for "BeagleBone Black" additionally disable options "Support GPIO Bit-banging devices" and disable "Support LCD devices" inside the "Optional features" because they will not fit in 8Kb PRU firmware memory, then exit and save config:
    
+
    A Klipper mikrokontroller kódjának lefordításához kezd a "Beaglebone PRU" konfigurálásával, a "BeagleBone Black" esetében kapcsold ki a "Support GPIO Bit-banging devices" és a "Support LCD devices" opciót az "Optional features" menüben, mert ezek nem férnek el a 8Kb PRU firmware memóriában, majd lépj ki és mentsd a konfigurációt:
    
 
    cd ~/klipper/
 make menuconfig
 
    
 
-
    To build and install the new PRU micro-controller code, run:
    
+
    Az új PRU mikrokontroller kódjának elkészítéséhez és telepítéséhez futtasd a következőt:
    
 
    sudo service klipper stop
 make flash
 sudo service klipper start
 
    
 
-
    After previous commands was executed your PRU firmware should be ready and started to check if everything was fine you can execute following command
    
+
    Az előző parancsok végrehajtása után a PRU firmware-nek készen kell állnia, és el kell kezdenie ellenőrizni, hogy minden rendben volt-e. A következő parancsot hajthatod végre
    
 
    dmesg
 
    
 
-
    and compare last messages with sample one which indicate that everything started properly:
    
+
    és hasonlítsd össze az utolsó üzeneteket a mintával, amely azt jelzi, hogy minden rendben elindult:
    
 
    [   71.105499] remoteproc remoteproc1: 4a334000.pru is available
 [   71.157155] remoteproc remoteproc2: 4a338000.pru is available
 [   73.256287] remoteproc remoteproc1: powering up 4a334000.pru
@@ -1648,9 +1656,9 @@ sudo service klipper start
 [   73.540993] rpmsg_pru virtio0.rpmsg-pru.-1.30: new rpmsg_pru device: /dev/rpmsg_pru30
 
    
 
-
    take a note about "/dev/rpmsg_pru30" - it's your future serial device for main mcu configuration this device is required to be present, if it's absent - your PRU cores did not start properly.
    
-
    Building and installing Linux host micro-controller code
    
-
    This section is required for "Use case 2" and optional for "Use case 3" mentioned above
    
+
    vedd figyelembe a "/dev/rpmsg_pru30" - ez a jövőbeli soros eszköz a fő MCU konfigurációhoz, ennek az eszköznek jelen kell lennie, ha hiányzik - a PRU magok nem indulnak el megfelelően.
    
+
    Linux gazdagép mikrokontroller kódjának létrehozása és telepítése
    
+
    Ez a szakasz a "2. használati eset" esetében kötelező, a fent említett "3. használati eset" esetében pedig nem kötelező
    
 
    Szükséges továbbá a mikrokontroller kódjának lefordítása és telepítése egy Linux gazdafolyamathoz. Konfiguráld másodszor is egy "Linux folyamat" számára:
    
 
    make menuconfig
 
    
@@ -1661,57 +1669,57 @@ make flash
 sudo service klipper start
    -

    take a note about "/tmp/klipper_host_mcu" - it will be your future serial device for "mcu host" if that file don't exist - refer to "scripts/klipper-mcu.service" file, it was installed by previous commands, and it's responsible for it.

    -

    Take a note for "Use case 2" about following: when you will define printer configuration you should always use temperature sensors from "mcu host" because ADCs not present in default "mcu" (PRU cores). Sample configuration of "sensor_pin" for extruder and heated bed are available in "generic-cramps.cfg" You can use any other GPIO directly from "mcu host" by referencing them this way "host:gpiochip1/gpio17" but that should be avoided because it will be creating additional load on main CPU and most probably you can't use them for stepper control.

    +

    jegyezd meg a "/tmp/klipper_host_mcu" - ez lesz a jövőbeli soros eszközöd az "mcu host" számára, ha ez a fájl nem létezik - lásd a "scripts/klipper-mcu.service" fájlt, az előző parancsok telepítették, és ez a felelős érte.

    +

    A "2. felhasználási eset" esetében jegyezd meg a következőket: amikor a nyomtató konfigurációját határozod meg, mindig az "mcu host" hőmérséklet-érzékelőit kell használni, mivel az ADC-k nincsenek jelen az alapértelmezett "mcu"-ban (PRU magok). A "sensor_pin" mintakonfigurációja az extruder és a fűtött ágy számára elérhető a "generic-cramps.cfg"-ben. Bármely más GPIO-t használhatsz közvetlenül az "mcu host"-ból, ha így hivatkozol rájuk: "host:gpiochip1/gpio17", de ezt kerülni kell, mert ez további terhelést jelent a fő CPU-ra, és valószínűleg nem tudja használni a léptető vezérlésére.

    Hátralevő konfiguráció

    -

    Complete the installation by configuring Klipper following the instructions in the main Installation document.

    +

    Fejezd be a telepítést a Klipper konfigurálásával a Telepítés fődokumentumban található utasítások szerint.

    Nyomtatás a Beaglebone-on

    -

    Unfortunately, the Beaglebone processor can sometimes struggle to run OctoPrint well. Print stalls have been known to occur on complex prints (the printer may move faster than OctoPrint can send movement commands). If this occurs, consider using the "virtual_sdcard" feature (see Config Reference for details) to print directly from Klipper and disable any DEBUG or VERBOSE logging options if you did enable them.

    -

    AVR micro-controller code build

    -

    This environment have everything to build necessary micro-controller code except AVR, AVR packages was removed because of conflict with PRU packages. if you still want to build AVR micro-controller code in this environment you need to remove PRU packages and install AVR packages by executing following commands

    +

    Sajnos a Beaglebone processzor néha nehezen tudja jól futtatni az OctoPrintet. Előfordult már, hogy összetett nyomtatásoknál a nyomtatás akadozott (a nyomtató gyorsabban mozog, mint ahogy az OctoPrint mozgatási parancsokat tud küldeni). Ha ez előfordul, fontold meg a „virtual_sdcard” funkció használatát (a részletekért lásd a Konfigurációs referencia) pontot, hogy közvetlenül a Klipperből nyomtass, és kapcsold ki a DEBUG vagy VERBOSE naplózási opciókat, ha engedélyezted őket.

    +

    AVR mikrovezérlő kód építése

    +

    Ez a környezet mindent tartalmaz a szükséges mikrokontroller kód építéséhez, kivéve az AVR-t. Az AVR csomagok eltávolításra kerültek a PRU csomagokkal való konfliktus miatt. Ha még mindig AVR mikrokontroller kódot akarsz építeni ebben a környezetben, akkor el kell távolítanod a PRU csomagokat és telepítened kell az AVR csomagokat a következő parancsok végrehajtásával

    sudo apt-get remove gcc-pru
 sudo apt-get install avrdude gcc-avr binutils-avr avr-libc
    -

    if you need to restore PRU packages - then remove ARV packages before that

    +

    ha vissza kell állítani a PRU csomagokat - akkor előtte távolítsd el az AVR csomagokat

    sudo apt-get remove avrdude gcc-avr binutils-avr avr-libc
 sudo apt-get install gcc-pru
    -

    Hardware Pin designation

    -

    BeagleBone is very flexible in terms of pin designation, same pin can be configured for different function but always single function for single pin, same function can be present on different pins. So you can't have multiple functions on single pin or have same function on multiple pins. Example: P9_20 - i2c2_sda/can0_tx/spi1_cs0/gpio0_12/uart1_ctsn P9_19 - i2c2_scl/can0_rx/spi1_cs1/gpio0_13/uart1_rtsn P9_24 - i2c1_scl/can1_rx/gpio0_15/uart1_tx P9_26 - i2c1_sda/can1_tx/gpio0_14/uart1_rx

    -

    Pin designation is defined by using special "overlays" which will be loaded during linux boot they are configured by editing file /boot/uEnv.txt with elevated permissions

    +

    Hardver tű megjelölés

    +

    A BeagleBone nagyon rugalmas a tűk kijelölése szempontjából, ugyanaz a tű különböző funkciókhoz konfigurálható, de mindig egyetlen funkciót egyetlen tűhöz, ugyanaz a funkció különböző tűkön is jelen lehet. Tehát nem lehet több funkció egyetlen tűn, vagy ugyanaz a funkció több tűn. Példa: P9_20 - i2c2_sda/can0_tx/spi1_cs0/gpio0_12/uart1_ctsn P9_19 - i2c2_scl/can0_rx/spi1_cs1/gpio0_13/uart1_rtsn P9_24 - i2c1_scl/can1_rx/gpio0_15/uart1_tx P9_26 - i2c1_sda/can1_tx/gpio0_14/uart1_rx

    +

    A TŰK kijelölése speciális "overlay"-ek használatával történik, amelyek a Linux indításakor töltődnek be. Ezeket a /boot/uEnv.txt fájl szerkesztésével lehet beállítani, megnövelt jogosultságokkal

    sudo editor /boot/uEnv.txt
    -

    and defining which functionality to load, for example to enable CAN1 you need to define overlay for it

    +

    és annak meghatározása, hogy melyik funkciót kell betölteni, például a CAN1 engedélyezéséhez meg kell határozni az overlay-t

    uboot_overlay_addr4=/lib/firmware/BB-CAN1-00A0.dtbo
    -

    This overlay BB-CAN1-00A0.dtbo will reconfigure all required pins for CAN1 and create CAN device in Linux. Any change in overlays will require system reboot to be applied. If you need to understand which pins are involved in some overlay - you can analyze source files in this location: /opt/sources/bb.org-overlays/src/arm/ or search info in BeagleBone forums.

    -

    Enabling hardware SPI

    -

    BeagleBone usually have multiple hardware SPI buses, for example BeagleBone Black can have 2 of them, they can work up to 48Mhz, but usually they are limited to 16Mhz by Kernel Device-tree. By default, in BeagleBone Black some of SPI1 pins are configured for HDMI-Audio output, to fully enable 4-wire SPI1 you need to disable HDMI Audio and enable SPI1 To do that edit file /boot/uEnv.txt with elevated permissions

    +

    Ez az overlay BB-CAN1-00A0.dtbo átkonfigurálja a CAN1 összes szükséges tűjét, és létrehozza a CAN eszközt Linux-ban. Az overlay-ek bármilyen módosítása a rendszer újraindítását igényli. Ha megérted, hogy mely tűk vesznek részt valamelyik overlay-ben - elemezheted a forrásfájlokat ezen a helyen: /opt/sources/bb.org-overlays/src/arm/ vagy keress információt a BeagleBone fórumokon.

    +

    Hardver SPI engedélyezése

    +

    A BeagleBone általában több hardveres SPI busszal rendelkezik, például a BeagleBone Black 2 ilyen busz van, ezek akár 48Mhz-ig is működhetnek, de általában 16Mhz-re korlátozza őket a Kernel Device-tree. Alapértelmezés szerint a BeagleBone Black-ben néhány SPI1 pin HDMI-Audio kimenetre van konfigurálva, a 4-vezetékes SPI1 teljes engedélyezéséhez ki kell kapcsolni a HDMI Audio-t és engedélyezni kell az SPI1-et. Ehhez a /boot/uEnv.txt fájlt kell szerkeszteni megnövelt jogosultságokkal

    sudo editor /boot/uEnv.txt
    -

    uncomment variable

    +

    változó feloldása

    disable_uboot_overlay_audio=1
    -

    next uncomment variable and define it this way

    +

    a következő változót ki kell kommentelni, és így kell definiálni

    uboot_overlay_addr4=/lib/firmware/BB-SPIDEV1-00A0.dtbo
    -

    Save changes in /boot/uEnv.txt and reboot the board. Now you have SPI1 Enabled, to verify its presence execute command

    +

    Mentsd a változtatásokat a /boot/uEnv.txt állományba, és indítsd újra az alaplapot. Most már az SPI1 engedélyezve van, a jelenlétének ellenőrzéséhez hajtsd végre a következő parancsot

    ls /dev/spidev1.*
    -

    Take a note that BeagleBone usually is 3.3v based hardware and to use 5V SPI devices you need to add Level-Shifting chip, for example SN74CBTD3861, SN74LVC1G34 or similar. If you are using CRAMPS board - it already contains Level-Shifting chip and SPI1 pins will become available on P503 port, and they can accept 5v hardware, check CRAMPS board Schematics for pin references.

    -

    Enabling hardware I2C

    -

    BeagleBone usually have multiple hardware I2C buses, for example BeagleBone Black can have 3 of them, they support speed up-to 400Kbit Fast mode. By default, in BeagleBone Black there are two of them (i2c-1 and i2c-2) usually both are already configured and present on P9, third ic2-0 usually reserved for internal use. If you are using CRAMPS board then i2c-2 is present on P303 port with 3.3v level, If you want to obtain I2c-1 in CRAMPS board - you can get them on Extruder1.Step, Extruder1.Dir pins, they also are 3.3v based, check CRAMPS board Schematics for pin references. Related overlays, for Hardware Pin designation: I2C1(100Kbit): BB-I2C1-00A0.dtbo I2C1(400Kbit): BB-I2C1-FAST-00A0.dtbo I2C2(100Kbit): BB-I2C2-00A0.dtbo I2C2(400Kbit): BB-I2C2-FAST-00A0.dtbo

    -

    Enabling hardware UART(Serial)/CAN

    -

    BeagleBone have up to 6 hardware UART(Serial) buses (up to 3Mbit) and up to 2 hardware CAN(1Mbit) buses. UART1(RX,TX) and CAN1(TX,RX) and I2C2(SDA,SCL) are using same pins - so you need to chose what to use UART1(CTSN,RTSN) and CAN0(TX,RX) and I2C1(SDA,SCL) are using same pins - so you need to chose what to use All UART/CAN related pins are 3.3v based, so you will need to use Transceiver chips/boards like SN74LVC2G241DCUR (for UART), SN65HVD230 (for CAN), TTL-RS485 (for RS-485) or something similar which can convert 3.3v signals to appropriate levels.

    -

    Related overlays, for Hardware Pin designation CAN0: BB-CAN0-00A0.dtbo CAN1: BB-CAN1-00A0.dtbo UART0: - used for Console UART1(RX,TX): BB-UART1-00A0.dtbo UART1(RTS,CTS): BB-UART1-RTSCTS-00A0.dtbo UART2(RX,TX): BB-UART2-00A0.dtbo UART3(RX,TX): BB-UART3-00A0.dtbo UART4(RS-485): BB-UART4-RS485-00A0.dtbo UART5(RX,TX): BB-UART5-00A0.dtbo

    +

    Vedd figyelembe, hogy a BeagleBone általában 3,3V alapú hardver, és az 5V-os SPI eszközök használatához szintváltó chipet kell hozzáadni, például SN74CBTD3861, SN74LVC1G34 vagy hasonló. Ha CRAMPS táblát használ - ez már tartalmaz Level-Shifting chipet és SPI1 tűk elérhetővé válnak a P503 porton, és elfogadják az 5V hardvert, ellenőrizd a CRAMPS tábla kapcsolási rajzát a tű-referenciákért.

    +

    Hardver I2C engedélyezése

    +

    A BeagleBone rendszerint több hardveres I2C buszokkal rendelkezik, például a BeagleBone Black 3 ilyen buszokkal rendelkezhet, amelyek támogatják a 400Kbit gyors üzemmódig terjedő sebességet. Alapértelmezés szerint a BeagleBone Blackben kettő van belőlük (i2c-1 és i2c-2) általában mindkettő már konfigurálva van és jelen van a P9-en, a harmadik i2c-0 általában belső használatra van fenntartva. Ha CRAMPS lapot használsz, akkor az i2c-2 a P303 porton van jelen 3,3V-os szinten, Ha az I2c-1-et a CRAMPS lapon szeretnéd használni - az Extruder1.Step, Extruder1.Dir tűkön kaphatod meg őket, ezek szintén 3,3V alapúak, nézd meg a CRAMPS lap kapcsolási rajzát a tű-referenciákért. Kapcsolódó átfedések, a Hardver tű megnevezés: I2C1(100Kbit): BB-I2C1-00A0.dtbo I2C1(400Kbit): BB-I2C1-FAST-00A0.dtbo I2C2(100Kbit): BB-I2C2-00A0.dtbo I2C2(400Kbit): BB-I2C2-FAST-00A0.dtbo

    +

    Hardveres UART(Soros)/CAN aktiválása

    +

    A BeagleBone akár 6 hardveres UART(Soros) busz (akár 3Mbit) és akár 2 hardveres CAN(1Mbit) busz. UART1(RX,TX) és CAN1(TX,RX) és I2C2(SDA,SCL) ugyanazokat a tűket használják - így ki kell választanod, hogy mit használjon UART1(CTSN,RTSN) és CAN0(TX,RX) és I2C1(SDA,SCL) ugyanazokat a tűket használják - így ki kell választanod, hogy mit használjon. Minden UART/CAN kapcsolódó tű 3.3V alapú, így olyan adó-vevő chipeket/lapokat kell használnod, mint az SN74LVC2G241DCUR (UART-hoz), SN65HVD230 (CAN-hez), TTL-RS485 (RS-485-hez) vagy valami hasonlót, amely képes a 3.3V jeleket megfelelő szintre konvertálni.

    +

    Kapcsolódó overlay-ek, a Hardver Tű-megjelölés esetén CAN0: BB-CAN0-00A0.dtbo CAN1: BB-CAN1-00A0.dtbo UART0: - a konzol számára UART1(RX,TX): BB-UART3-00A0.dtbo UART4(RS-485): BB-UART4-RS485-00A0.dtbo UART5(RX,TX): BB-UART5-00A0.dtbo

    diff --git a/hu/Bed_Mesh.html b/hu/Bed_Mesh.html index b48bcaabb..6bde34d67 100644 --- a/hu/Bed_Mesh.html +++ b/hu/Bed_Mesh.html @@ -774,23 +774,23 @@
  • - - Surface Scans + + Felületi mérések -