Creality "Ender-3 V3 KE", la découverte avant le test !

[PPAC]

il y a 13 minutes, NOX a dit :

j'ai reçu le capteur ! c'est ok , le cable fourni avec est bien en  usb c !

Cool !

 

Si tu as le temps, 

 

je voudrais bien une photo du cable ( pour vérifier si c'est comme dans la vidéo 

Le 02/02/2024 at 10:11, PPAC a dit :

Mais j'ai trouvé une vidéo où l'on peut voir que la câble a d'un coté un connecteur vers le g-sensor, et de l'autre deux connecteurs USB ( un type C et un type A. D’après la vidéo le USB type A fourni le +5V au g-sensor )

)

 

et si tu a la patience et le multimètre avec les pointes de sonde qui vont bien, je te serai très reconnaissant,

de nous partager les "pinout" ( c-a-d déterminer quelle pin coté connecteur g-sensor se trouve connecté a quelle pin coté USB) via un sondage de continuité entre les pins des connecteurs.

 

Merci.

Modifié (le) Février 4 par PPAC

[NOX]

Pour la photo ,avec plaisir 

Mais pour le test de continuité. Je t avoue que la je sèche.....si tu me dit comment faire je peux essayer. 

J ai bien un multimètre. .

[PPAC]

il y a 15 minutes, NOX a dit :

Mais pour le test de continuité. Je t avoue que la je sèche.....si tu me dit comment faire je peux essayer. 

J'ai parlé un poil trop vite car je n'avais pas regardé comme il était délicat voir impossible de sonder les contactes d'un connecteur USB-C ( tellement petit donc difficile a sonder )

= 

Source image https://fr.wikipedia.org/wiki/USB_Type-C 

( Sauf éventuellement quand on a un genre de board de test d'un connecteur USB-C

Source image https://fr.aliexpress.com/item/1005002978040483.html 

)

 

Donc je vais t'épargner cette galère impossible si tu n'a pas le matériel adapté, que de mettre ton multimètre en "teste de continuité" et en placent une des sondes du multimètre sur l'un des contacte du connecteur pour le g-sensor chercher avec l'autre sonde du multimètre la/les pin(s)/contacte(s) coté connecteur USB-C qui donne un "bip" sur le multimètre.

 

Déjà un grand merci pour les photos du câble.

[hyoti]

Oui pas si simple,

[PPAC]

Sinon a force d'étudier le firmware v1.1.0.12

j'en suis arrivé a la conclusion que les logs ne sont pas effacés automatiquement (sauf si on fait un reset du firmware)

et donc, avec le temps cela va prendre tout l'espace ... (en un peu plus d'un mois d'utilisation j'ai déjà 500MB de log ...)

 

Pour vérifier l'espace pris par les logs

du -hc /usr/data/printer_data/logs/ /usr/data/creality/userdata/log/

 

pour effacer seulement les log archivés

rm -v /usr/data/creality/userdata/log/*.gz /usr/data/printer_data/logs/*.log.*

 

pour effacer tout les log

rm -v /usr/data/creality/userdata/log/*.log* /usr/data/printer_data/logs/* 

 

Il semble bien y avoir une tentative d'en effacer une partie lors du démarrage car dans le fichier "/etc/init.d/S99start_app" on trouve

Citation

... 
LOG_DIR=/usr/data/creality/userdata/log
...
clean_old_logs(){
    [ -d $LOG_DIR ] && rm -rf $LOG_DIR/*logfile*
}
...
start_server(){
...
clean_old_logs
...
}
...

Mais "*logfile*" ne match aucun des fichiers présent dans le dossier "/usr/data/creality/userdata/log"

 

@hyoti je me dis que c'est probablement le même soucie sur les K1 et SonicPad. Si tu as le temps, merci de vérifier sur ton SonicPad.

Modifié (le) Février 4 par PPAC

[fran6p]

Pas de logrotate sur le Nebula Pad ? Une bonne rotation bien paramétrée évite de voir les journaux grossir jusqu'à planter le système si la partition est pleine.

AMHA, c'est un bogue dans le fichier init S99start_app… l'expression régulière n'est pas bonne (en root, la correction [ -d $LOG_DIR ] && rm -rf $LOG_DIR/*log* devrait y remédier avec le problème que plus aucun journal ne sera disponible après arrêt de la machine ).

Sur la SonicPad, les journaux sont principalement dans /mnt/UDISK pas dans /usr/share qui sert de «home» aux composants Klipper.

[hyoti]

il y a une heure, PPAC a dit :

je me dis que c'est probablement le même soucie sur les K1 et SonicPad. Si tu as le temps, merci de vérifier sur ton SonicPad.

En proportion j'en ai moins sur le Sonic PAD,

environ 120 MB pour Klippy depuis mai dernier (plus 4 MB pour le Klippy log pour la ender3 V2)

La v2 sert moins, mais le pad gère bien les deux en simultané)

Sous mainsail ou Fluidd, je ne peux pas les effacer (non root)

à partir du SonicPad je pense que non.

je ne peux  (veux) pas vérifier maintenant encore 24 heures d'impression après 26 heures.

je n'ai qu'un fichier de log pour moonraker.

Il me reste 4 GB de libre sur les 8 mais j'ai pour l'instant tous mes gcode, ceux-là je peux les effacer.

Après Fluidd me dit que j'ai 1.6 GB d'utilisé sur 8 GB, mais il ne doit pas prendre en compte l'OS je suppose.

[PPAC]

Il y a 1 heure, fran6p a dit :

Pas de logrotate sur le Nebula Pad ?

je n'avais pas vérifié 

Citation

root@F005-4A88 /root [#] logrotate
-sh: logrotate: not found

et non pas de logrotate sur le CrealityOS du firmware v1.1.0.12 de la E3V3KE. ( en même temps il n'y a pas la commande bash donc c'est cohérent. Avoir le moins de trucs possible car c'est un système embarqué. ) 

Je n'avais pas pensé a regarder /var/log avant de faire mon reset mais pour le moment c'est moins d' 1MB

Citation

root@F005-4A88 /root [#] du -hc /var/log/
0    /var/log/creality/original
56.0K    /var/log/creality/local_gcode/original
12.0K    /var/log/creality/local_gcode/humbnail
72.0K    /var/log/creality/local_gcode
80.0K    /var/log/creality
0    /var/log/nginx/scgi
0    /var/log/nginx/uwsgi
0    /var/log/nginx/fastcgi
0    /var/log/nginx/proxy
0    /var/log/nginx/client-body
0    /var/log/nginx
4.0K    /var/log/dbus
0    /var/log/subsys
248.0K    /var/log/
248.0K    total
root@F005-4A88 /root [#] 
 

D’ ailleurs, truc louche, /var/log/creality semble héberger une partie des fichiers, pour l'interface web par défaut, les fichiers que l'on peut télécharger via http://192.168.1.23/downloads/... (on y retrouve par exemple les vignettes ...)

 

Il y a 1 heure, fran6p a dit :

Sur la SonicPad, les journaux sont principalement dans /mnt/UDISK pas dans /usr/share qui sert de «home» aux composants Klipper.

Non là ils on fait le choix (je dirais l'erreur), de mettre des log de leurs composants, dans le dossier de leurs composants/interface par défaut.

 

Il y a 1 heure, hyoti a dit :

 

je ne peux  (veux) pas vérifier maintenant encore 24 heures d'impression après 26 heures.

je n'ai qu'un fichier de log pour moonraker.

Il me reste 4 GB de libre sur les 8 mais j'ai pour l'instant tous mes gcode, ceux-là je peux les effacer.

Après Fluidd me dit que j'ai 1.6 GB d'utilisé sur 8 GB, mais il ne doit pas prendre en compte l'OS je suppose.

Pas de problèmes déjà avec vos infos j'en déduits que c'est organisé autrement et donc ils gèrent peut être mieux les logs de leurs composants/interfaces par défaut sur le SonicPad.

Modifié (le) Février 4 par PPAC

[fran6p]

Il y a 16 heures, PPAC a dit :

ils gèrent peut être mieux les logs

De ce que j'en comprends, leur gestion des journaux se ferait majoritairement en les effaçant à chaque démarrage / redémarrage de l'imprimante :

1. c'est une mauvaise pratique car en cas de problèmes, plus de journaux pour analyser pourquoi ça ne fonctionne pas / plus
2. leur script est bogué car aucun journal n'a une extension .logfile (.log ou .log.gz pour ceux archivés)

Leur OS bien qu'étant basé sur OpenWRT prévu pour des systèmes embarqués (why not, ça prend moins de place et ça gère mieux les allumages / extinctions du matériel qui peuvent être nocifs aux cartes SD), contrairement au «vrai» OpenWRT ne prend pas en charge la rotation des journaux et ça c'est «ballot»

[PPAC]

J'ai fait un dépôt https://github.com/PPAC37/Creality-E3V3KE-Extracted-Firmwares ( j'ai tenté de faire la même structure que https://github.com/Guilouz/Creality-K1-Extracted-Firmwares/ ) 

Quand je trouverais le temps et l'envie, je réviserais mes commandes git pour trouver comment on arriver a faire un diff entre des commit / branche de dépôts différent histoire de voir si il y a des grosses différences avec le firmware de la K1 ...

 

Ajout >

(même si quand il y a le mode root d'activé cela n'a plus aucun intérêt)
J'ai enfin trouvé le mot de passe pour les exports .7z fait depuis l’écran NebulaPad avec le firmware de la KE

Citation

b[^8xd6fR$w*N&em

Source https://www.reddit.com/r/Ender3V3KE/comments/1ah6vde/comment/kovd3vb/ (merci a l'utilisateur "slipx06")

 

Forcement il est caché dans le code du binaire /usr/bin/display-server ( vers 37% du fichier ) dont voici l'extrait où l'on trouve le mot de passe ( je ne l'aurais jamais trouvé. )

\0\0[%s]-[%s](%d) traverse sort = %d, path = %s\0[%s]-[%s](%d) fileListStartId = %d, fileListEndId = %d\0\0[%s]-[%s](%d) no find get para
\0[%s]-[%s](%d) user select gcode file id = %d\0\0\0\0[%s]-[%s](%d) choose print file = %s\0\0\0\0%s/%d-%02d-%02d_%02d-%02d-%02d_creality_log.7z\0\0[%s]-[%s](%d) 7z savePath = %s\0\0b[^8xd6fR$w*N&em\0\0\0\0[%s]-[%s](%d) export log cmd = %s
\0\0[%s]-[%s](%d) export log result = %s
\0\0\0[%s]-[%s](%d) U disk no exist 

avec le commentaire https://www.reddit.com/r/crealityk1/comments/14diw4i/comment/jovqrag/ j’avais trouvé la chaîne de caractère "/usr/bin/7z a -mmt1 -mx=1 -mhe=on -p'%s' %s %s %s %s %s %s" (vers 95% du fichier) mais pas plus.

 

Modifié (le) Février 5 par PPAC

[PPAC]

J'ai finalement trouvé comment faire fonctionner ma Logitech C170 sur la Ender-3 V3 KE

Grâce à certains messages de l'utilisateur `destinal` sur https://www.reddit.com/r/Ender3V3KE/ et sur le serveur Discord https://discord.gg/d3vil-design

 

Après avoir installé Entware via le "Helper Script Installation" ( https://github.com/Guilouz/Creality-K1-and-K1-Max/wiki/Helper-Script-Installation ) de Guilouz ( cf https://github.com/Guilouz/Creality-K1-and-K1-Max/wiki/Entware )

cd && wget --no-check-certificate https://raw.githubusercontent.com/Guilouz/Creality-K1-and-K1-Max/main/Scripts/installer.sh
cd && sh ./installer.sh

Edit > Après avoir installé Entware, il faut soit exécuter la commande

export PATH="/opt/bin:/opt/sbin:$PATH"

soit se déconnecter et ré-ouvrir une connexion ssh (pour que la variable d'environnement PATH soit a jour car l'installation a placé un /etc/profile.d/entware.sh qui est automatiquement exécuté a l'ouverture d'une session.)

 

Puis, installer les paquets suivants via la commande opkg

opkg install mjpg-streamer
opkg install mjpg-streamer-input-uvc
opkg install mjpg-streamer-output-http

Vérifier après avoir connecté la Webcam sur un port USB du NebulaPad qu'on la retrouve dans le résultat d'un

lsusb

Vérifier que v4l (video for linux) trouve alors un périphérique vidéo

v4l2-ctl --list-devices

Pour n'avoir que le/les périphériques vidéos dont on a besoin ici

v4l2-ctl --list-devices|grep -A1 usb|sed 's/^[[:space:]]*//g'|grep '^/dev'

Dans mon cas cela donne

/dev/video4

Pour connaitre les résolutions et format disponible pour ce périphérique vidéo ici `/dev/video4` (mais cela peut changer chez vous donc commande suivant a adapter au besoin)

v4l2-ctl -d /dev/video4 --list-formats-ext

Enfin adapter le script https://openk1.org/static/k1/scripts/multi-non-creality-webcams.sh et le mettre en temps que /etc/init.d/S50non_creality_webcam

ou copier coller le bloc suivant pour créé un fichier /etc/init.d/S50non_creality_webcam adapté pour ma Logitec C170 ( changement de la résolution cf -r 640x360 )

cat > /etc/init.d/S50non_creality_webcam<<'===EOF==='
#!/bin/sh
# S50non_creality_webcam - by destinal
# Start up mjpg-streamer on port 8080 for non-creality cameras (where cam_app doesn't autostart)

# Notes PPAC : pré-requis 
# lsusb # Dois avoir une ligne en plus quand on branche la WebCam sur l'un des ports USB du NebulaPad
# ...
# installer EntWare via le script de Guilouz pour avoir la commande opkg cf https://github.com/Guilouz/Creality-K1-and-K1-Max/wiki/Entware
# ...
# opkg install mjpg-streamer
# opkg install mjpg-streamer-input-uvc
# opkg install mjpg-streamer-output-http
# ... Adapter la resolution cf argument '-r' de mjpg_streamer ( cf "v4l2-ctl --list-devices|grep -A1 usb|sed 's/^[[:space:]]*//g'|grep '^/dev'" et "v4l2-ctl -d /dev/video4 --list-formats-ext" )

case "$1" in
  start)
    # V4L_DEV=$(v4l2-ctl --list-devices|grep -A1 usb|tail -1|sed 's/^[[:space:]]*//g')
    V4L_DEVS=$(v4l2-ctl --list-devices|grep -A1 usb|sed 's/^[[:space:]]*//g'|grep '^/dev')
    CREALITY_CAMS=$(v4l2-ctl --list-devices|grep CREALITY|wc -l)
    if [ "x$V4L_DEVS" = "x" -o $CREALITY_CAMS -gt 0 ]; then
      echo "No third party webcams found or we have a creality camera. Bailing!"
      exit 1
    fi

    # Otherwise we're all set up and have a device ID
    PORT=8080
    for V4L_DEV in $V4L_DEVS; do
      /opt/bin/mjpg_streamer -b -i "/opt/lib/mjpg-streamer/input_uvc.so -d $V4L_DEV -r 640x360 -f 15" -o "/opt/lib/mjpg-streamer/output_http.so -p $PORT"
      PORT=`expr $PORT + 1` 
    done
    ;;
  stop)
    killall mjpg_streamer
    ;;
  restart|reload)
    "$0" stop
    "$0" start
    ;;
  *)
    echo "Usage:"
    echo "    $0 {start|stop|restart}"
    exit 1
esac

exit $?
# Fin de mon ficher /etc/init.d/S50non_creality_webcam
===EOF===

puis

chmod u+x /etc/init.d/S50non_creality_webcam

/etc/init.d/S50non_creality_webcam restart

En principe lors du restart, s'il n'y avait pas de flux vidéo déja servi par "/opt/bin/mjpg_streamer", cela fait un message car la commande "killall mjpg_streamer" ne tue aucun processus. C'est normal.

Et là normalement l'on devrait obtenir un flux vidéo à l'adresse ( remplacer 192.168.1.23 par l'adresse IP de votre imprimante dans votre réseau local)

http://192.168.1.23:8080/?action=stream

ou, si vous avez au préalable installé mainsail (+ nginx et moonraker)

http://192.168.1.23:4409/webcam/?action=stream

Modifié (le) Février 8 par PPAC
compléments deco-reco après installe de Entware

[PPAC]

sur le serveur Discord https://discord.gg/d3vil-design 

j'ai trouvé le pinout du port USB-C (où connecter le g-sensor) sur un NebulaPad
( mais il me reste a comprendre comment interpréter les "1/2" de la colonne "USB-C" ... ) 

https://discord.com/channels/1154500511777693819/1194193938962186301/1194196216649625651 de l'utilisateur "wmvos"

Citation

USB-C port on the underside is actually a SPI interface with the following pinout

|  USB C     | ADXL345 | Nebula Pad PCB |
| ---------- | ------- | -------------- |
| VCC        | VCC     | 2x V-regulator |
| GND        | GND     | GND            |
| D-  1/2    | SDA     | DT             |
| D+  1/2    | SDO     | DR             |
| CC  1/2    | SCL     | CLK            |
| SBU 1/2    | CS      | CE             |

With just a cable plugged in there were also voltages across the A/B 2,3,10 & 11 ranging from 0.001 V and 3,4 V so some of those are definitely connected to something, although I couldn't immediately find what. So be careful with plugging in other stuff.

Working setup:

Nebula Pad > Thunderbolt Cable > 6/12-pin breakout board > dupont cables > ADXL345

I made a remix of @Derrick Darrell's mounting clip so it can accommodate the ADXL345 board with pin headers soldered on, it can be found here. (modifié)

 

et, une photo qui indiquer le pinout d'un g-sensor
( mais je ne sais pas si c'est standard ou si cela change selon les g-sensors, donc a vérifier )

https://discord.com/channels/1154500511777693819/1194193938962186301/1194199344597979256 de l'utilisateur "destinal"

Citation

Modifié (le) Février 12 par PPAC

[TurboX]

Bonjour,

J'ai également reçu mon accéléromètre (avec le bon câble). La procédure est simple mais finalement je suis resté sur ma fin car on ne sait pas vraiment ce que cela change. Il n'y a pas de courbe ou de réglage avant/après. J'avais lu qu'on pouvait le faire autrement mais en version un peu trop barbu.

Si besoin, je dois être en mesure de vérifier le pinout du l'USB-C.

Je suis juste confronté à un souci, c'est l'usure de ma courroie de l'axe-X. J'avais bien remarqué à la mise en route de la machine que quand la tête va de gauche à droite, la courroie monte et descend dans les poulies de renvoie. Sur reddit, d'autre personnes ont ce souci sans que visiblement cela gène. Je n'ai pas trouvé de réglage pour cela. Maintenant qu'elle commence à se dégrader montre que j'ai bien un souci. C'est comment chez vous?

[PPAC]

Salutation

Il y a 3 heures, TurboX a dit :

Je suis juste confronté à un souci, c'est l'usure de ma courroie de l'axe-X. J'avais bien remarqué à la mise en route de la machine que quand la tête va de gauche à droite, la courroie monte et descend dans les poulies de renvoie. Sur reddit, d'autre personnes ont ce souci sans que visiblement cela gène. Je n'ai pas trouvé de réglage pour cela. Maintenant qu'elle commence à se dégrader montre que j'ai bien un souci. C'est comment chez vous?

Chez moi, de temps en temps de petits bruis/grincement de frottement de la courroie X quand la machine n'est pas "chaude",

mais pour l'instant niveau usures visibles, je n'ai que quelque petit copeaux de courroie X, qui pour moi non rien de problématique car une courroie a normalement un renfort et donc là c'est juste l'extérieur qui se trouve un poil usé/frotté et sans impacte pour le moment.

  

Il y a 3 heures, TurboX a dit :

Si besoin, je dois être en mesure de vérifier le pinout du l'USB-C.

Si tu as le matériel et le temps pour faire cela sans te prendre la tête, pourquoi pas.

Mais le pinout que j'ai trouvé me semble cohérent donc ne t’embête pas si c'est trop long ou compliqué a effectuer.

 

Modifié (le) Février 14 par PPAC

[TurboX]

Hello.

Désolé c'est un peu moche, je n'ai pas beaucoup de temps. En tout cas, voici mon cablage.

[NOX]

@PPAC 

Mode hors sujet , pourrais-tu me donner le profil du filament : HP ULTRA PLA  1.75 présent par défaut dans "creality print " .

J utilise la version bêta.  Et je n arrive pas à avoir un résultat d impression comme au début.... 

Je vais ouvrir un post . Mais avant je voudrai être sur que je n ai pas changer un Paramètres ... il faut que fasse des essais. Merci 

Modifié (le) Février 18 par NOX

[PPAC]

il y a 4 minutes, NOX a dit :

le profil du filament : HP ULTRA PLA  1.75 présent par défaut dans "creality print " .

Voici un export depuis Creality Print v4.3.8.6678 ( Win )

(enlever l'extension ".txt" ajouté ici, juste pour me permettre de mettre en fichier joint sans passer par un .zip ) 

E3V3KE_Hyper PLA_1.75.cxfilament.txt

 

[NOX]

houaa ! action réaction !

desolé j'aurai pu employée une formule de politesse , à me relire ça fait fait un peu "sec" comme demande  .

cool merci beaucoup ! 

Modifié (le) Février 18 par NOX

[PPAC]

Pas de soucis, il m'arrive aussi d'oublier de faire les salutations d'usages  

[NOX]

@PPAC ,

Bonjour à la personne qui lit ce message en ce moment. Je suis reconnaissant de partager ces quelques lignes avec vous et je vous souhaite une belle soirée remplie de positivité et de paix intérieure.

Cordialement .

 

[NOX]

Re mode plus sérieux ! 

stp , tu a fait comment pour avoir le profil du filament? Je ne savais pas que l,on pouvait tout avoir sous cette forme , je m attendais a une copie d ecran  . Si c est pas trop long tu peut m expliquer, Ou m indiquer ou chercher ce fichier .

Merci

@PPAC

[hyoti]

voilà :

Si à la place de manage tu cliques sur Add, tu as une longue liste de filament à cocher, tu mets ceux qui te sont utiles.

 

Modifié (le) Février 19 par hyoti
Ajout

[NOX]

Salut hyoti

merci  pour l info , en fait ça c est bon je sais faire ,.

La ou je suis curieux, c est pour  avoir le fichier complet comme la pièce jointe de ppac ,avec toutes les info en mode .txt. 

[hyoti]

il y a 31 minutes, NOX a dit :

La ou je suis curieux, c est pour  avoir le fichier complet comme la pièce jointe de ppac ,avec toutes les info en mode .txt. 

Il suffit d'ouvrir le fichier que tu exportes  (xxx.cxfilament) avec un éditeur de texte.

après tu peux aussi ajouter .txt à la fin du nom du fichier (rename) et l'ouvrir.

generic-PLA-cf 1.75.cxfilament.txt

Modifié (le) Février 19 par hyoti
ajout fichier

[PPAC]

Salutation !

Il y a 2 heures, NOX a dit :

La ou je suis curieux, c est pour  avoir le fichier complet comme la pièce jointe de ppac ,avec toutes les info en mode .txt. 

J'ai fait l'export d'un matériaux puis comme détaillé par @hyoti , j'ai ajouté un ".txt" a la suite de ".cxfilament" en fin du nom de fichier ...

Il y a 15 heures, hyoti a dit :

Modifié (le) Février 19 par PPAC