forum.system-cfg.com

Il y a le système de paiement de LBC que j'ai testé pour l'achat d'un GX4000. Le vendeur n'est pas payé jusqu'à ce que je valide l'avoir bien reçu (à moins de signaler un problème). Ça s'est bien passé pour moi (pu tester que la machine fonctionnait). Je me demande si ce système protège le vendeur d...

Bon malheureusement, les macros ne fonctionneront pas et il y a une explication sur le pourquoi le SPSR n'en profite pas : sa valeur en tant que registre est supérieure à 31 et ne peut donc pas entrer dans les instructions CBI et SBIS. CQFD.

Au final gcc se débrouille pas trop mal.

Voici ce que ça me donne en assembleur AVR : Arddrive-1.png Je vois que ce n'est pas optimal : 1) autant le ".loop: sbic PINB, PINB0; rjmp .loop" me paraît bien, autant le ".loop: in __tmp_reg__,SPSR; sbrs __tmp_reg__,SPIF; rjmp .loop" me paraît abusif puisque l'on devrait pouvoir le faire avec ".lo...

gotcha a écrit : ↑

16 avr. 2019 00:35

(quote inutile => supp modo)

Tricheur ! avoue que c'était ambigu.

- 512ko de chipram et 1.5Mo de slowram supplémentaires en coupant une piste et en soudant un fil sur JP2 (la soudure a été plus délicate que je le pensais) T'es sûr ? parce que l'objectif de ce mod, c'est d'inverser l'emplacement de la chipram : les 512 Ko deviennent de la slowram tandis que 1 Mo d...

Moi j'ai rajouté le timer mais il te faut trouver la puce RTC qui va avec mais je l'ai fait pour un A500+ (donc un blob à ajouter sur un JP pour indiquer que l'on utilise un RTC externe). Vu que tu as un A500, tu n'auras sans doute pas de JP à toucher pour le RTC.

La vache, la gestion des "static" en c++ est étonnement complexe par rapport à ce que c'est sémantiquement au niveau asm (une simple zone mémoire globale mais avec un label privé connu seul de la fonction). Après réflexion, si le static est POD (genre char, int, long) avec ou sans valeur initiale, ...

En C++, l'initialisation est fait au premier appel de la fonction : ça permet de créer un singleton à la première *réelle* demande.

Et ce serait intéressant de voir ce que ça donne en C - je parierais que ce n'est pas différent en fait (sinon je ne vois pas comment ça peut fonctionner d'ailleurs...)

Il manque un "static" dans la déclaration de "octet" ? Ce n'est pas souhaitable dans une fonction. Pourquoi ? On est en C++, qui plus est en C++11. Une variable statique avec initialisation va introduire une variable booléenne implicite qui vérifie si la variable statique a été initialisé à chaque ...

J'en vois d'autres : 1) Le premier octet par le 6809 lu ne devra pas être pris en compte. Je suppose que tu prendras ça en compte dans ton code 6809. 2) Lire systématiquement deux octets pour ne considérer que la deuxième ne fonctionnera pas. Je suppose que dans une séquence de lecture, tu jetteras ...

Je vois un problème : L'*octet* local dans *loop*, il n'est pas initialisé à une valeur par défaut, ce qui fait qu'à la première lecture par le 6809, ce dernier recevra n'importe quoi. Pire, comme *loop* est une fonction qui est appelée dans une vrai boucle du firmware, ça veut dire que l'on ne peut...

Ca me semble bien à part une chose : (1) Mettre les 8 pins du port D en sortie : DDRD = 0xFF; // pins en sortie PORTD = <l'octet voulu en sortie>; (2) Mettre les 8 pins du port D en entrée **SANS** haute impédance : DDRD = 0x00; // pins en entrée PORTD = 0x00; // pas de haute impédance sur ces pins ...

Merci gleike pour les infos.

gleike a écrit : ↑

14 avr. 2019 14:36

la paire de pads home made ne m'a coûtées que 7,50€ tout compris, et ils sont très fonctionnels

Tu as une BOM pour les fabriquer ? cela implique que du hardware ou du software aussi ?

I agree with Gilles. I had to buy a DSO138 to make improvement with SDLEP-reader, especially when I need to mod its hardware and software to check the signals: it makes things easier and faster. Later, I also decided to buy an Hantek so I can have a better sight of signals in the long run.