Hormis évidement pour le WiFi et l'organisation des GPIO/Timer/ ... c'est exactement pareil.
C'est comme si tu passais de l'Uno au Méga
Ben une lettre ou un colis ... les 2 couperont un faisceau lumineux s'il est bien placé
Modérateur : Francois
Hormis évidement pour le WiFi et l'organisation des GPIO/Timer/ ... c'est exactement pareil.
Ben une lettre ou un colis ... les 2 couperont un faisceau lumineux s'il est bien placé
Tien d'ailleurs : mauvaise surprise hier, j'ai joué avec un de mes ESP-201 et ça ne fonctionnait pas (et en plus, message d'erreur loin d'etre explicite).
Ne crois pas que je suis sponsorisé par Denis BODOR mais, AMHA, HM est vraiment "la référence"destroyedlolo a écrit : ↑jeu. 14 juin 2018 09:32...
Bref, il faut bien s'assurer d'avoir un ESP avec 1 Mo ...
On s'éloigne un peu du sujet initial mais comme le PO lui-même a posé des questions sur l'outil de développement à utiliser avec les ESP (il croyait obligatoire d'avoir un Arduino), je vais développer un peu.destroyedlolo a écrit : ↑jeu. 14 juin 2018 12:10
Malheureusement, ca va a l'encontre de comment est foutu l'IDE arduino ou tout est recompiler façon monolithique ...
Code : Tout sélectionner
WiFi.begin()
Code : Tout sélectionner
jsr 0x1234(WiFi)
Cela me donne à penser que la version est tellement peu allégée, qu'elle peut être invoquée en mode CLI, avec un makefile pour gagner en finesse et en automatisation dans la construction des programmes.To use make
============
[makeEspArduino](https://github.com/plerup/makeEspArduino) is a generic makefile for any ESP8266/ESP32 Arduino project.Using make instead of the Arduino IDE makes it easier to do automated and production builds.
Je ne pense pas nécessaire de traduire, ceux qui sont en mesure de comprendre l'utilité du make doivent certainement maîtriser un minimun l'anglais (technique).The makefile can use the ESP/Arduino environment either from the installation within the Arduino IDE or in a separate git clone of the environment. The latter can be useful in project where you want stringent control of the environment version e.g. by using it as a git submodule.
You basically just have to specify your main sketch file and the libraries it uses. The libraries can be from arbitrary directories without any required specific hierarchy or any of the other restrictions which normally apply to builds made from within the Arduino IDE. The makefile will find all involved header and source files automatically.
The makefile will also automatically produce header and c files which contain information about the time when the build (link) was performed. This file also includes the git descriptions (tag) of the used version of the ESP/Arduino environment and the project source (when applicable). This can be used by the project source files to provide stringent version information from within the software.
Rules for building the firmware as well as upload it to the ESP board are provided.
It is also possible to let the makefile generate and upload a complete SPIFFS file system based on an arbitrary directory of files.
The intension is to use the makefile as is. Possible specific configuration is done via via makefile variables supplied on the command line or in separate companion makefiles.
The makefile can be used on Linux, Mac OS and Microsoft Windows (Cygwin).
Comme souvent, je ne suis pas sur qu'il soit encore parmi nous Ceci dit, Michel si tu nous lis, je bosse sur un barrière optique pour mon poulailler, au cas où tu n'ai pas avancé de ton côté (Faudra juste ne pas etre pressé, l'été étant aussi chargé que l'hiver ).
Sur le forum Arduino, je suis aussi tombé sur Arduino-Makefile qui est un Make Maker qui a l'aire de prendre en compte les librairies sans faire les copies dont je parle.spourre a écrit : ↑mar. 19 juin 2018 20:03Cela me donne à penser que la version est tellement peu allégée, qu'elle peut être invoquée en mode CLI, avec un makefile pour gagner en finesse et en automatisation dans la construction des programmes.
...
En suivant le lien vers ce fichier make, qui est hébergé sur un dépôt GIT:
https://github.com/plerup/makeEspArduino
Hé hé, je me suis fait la même réflexion Non pas pour le C car ca se fait aussi sur des uP beaucoup moins dotés comme les PICs, mais il y a eu de gros progrès fait avec GCC et le C++ : mes premieres expériences en C++ (y'a bien longtemps) donnaient des exécutables très gros et surtout très lourd. Ce n'est (heureusement) plus le cas.
Le but n'est pas d'avoir des DLL, mais de pouvoir ne mettre à jour que la partie du binaire correspondant à notre code. Le postulat étant que les "librairies" restent inchangées. Si on doit les faire évoluer (nouvelles versions, changement des options de compilation), un système comme je le présente plus haut nécessite de réinstaller toutes les parties ... et sans doute de recompiler notre propre partie, les offsets changeant peut-être.
Oui, s'il y a relocation. Mais si tu utilises un système d'offsets comme je le décris, il n'y a strictement aucune pénalité : l'étape équivalente à la relocation est faite lors de la compilation lorsque les offsets sont calculés par le compilo ... et fait parti de toutes facons des tâches qu'il doit faire.
Le pb est différent sur les système Unix : du fait de son multitâche évolué (et dynamique), le réveil d'un processus particulier n'est pas suffisamment déterministe et surtout rapide lorsqu'un événement arrive ...
MiG_Flogger a écrit : ↑dim. 15 juil. 2018 10:52...pensez-vous qu'il serait possible de coder quelque chose pour que la présence d'une lettre dans la boîte ou l'ouverture de la porte m'envoie automatiquement un message Viber ou Whatsapp? En effet, cela me semble assez difficile......