<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="it">
	<id>https://wiki.eigenlab.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Juma</id>
	<title>EigenWiki - Contributi dell&amp;#039;utente [it]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.eigenlab.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Juma"/>
	<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/Speciale:Contributi/Juma"/>
	<updated>2026-06-02T15:55:20Z</updated>
	<subtitle>Contributi dell&amp;#039;utente</subtitle>
	<generator>MediaWiki 1.45.1</generator>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6723</id>
		<title>Mesh con 802.11s e OpenWrt</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6723"/>
		<updated>2023-04-05T15:51:11Z</updated>

		<summary type="html">&lt;p&gt;Juma: Aggiunto esempio di configurazione interfaccia&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Informazioni generali ==&lt;br /&gt;
&lt;br /&gt;
Data una versione sufficientemente recente di OpenWrt è possibile creare una rete mesh usando direttamente lo standard IEEE 802.11s.&lt;br /&gt;
Le principali informazioni sono ottenibili direttamente dalla relativa [https://openwrt.org/docs/guide-user/network/wifi/mesh/80211s pagina di OpenWrt.]&lt;br /&gt;
&lt;br /&gt;
=== Preparazione firmware ===&lt;br /&gt;
&lt;br /&gt;
Ciò che rimane da fare è configurare un&#039;immagine di OpenWrt con i giusti pacchetti, o meglio, preparare un&#039;immagine già pronta all&#039;uso.&lt;br /&gt;
&lt;br /&gt;
Per fare ciò, è possibile usare ImageBuilder, che consente di assemblare un&#039;immagine a partire dai pacchetti precompilati dai repo di OpenWrt, senza perciò dover compilare da capo l&#039;immagine e la relativa toolchain.&lt;br /&gt;
&lt;br /&gt;
Come documentato in dettaglio nella [https://openwrt.org/docs/guide-user/additional-software/imagebuilder relativa pagina], è necessario scaricare e scompattare l&#039;immagine &amp;lt;code&amp;gt;imagebuilder&amp;lt;/code&amp;gt; della stessa architettura e versione del proprio device, ed invocare il comando &amp;lt;code&amp;gt;make&amp;lt;/code&amp;gt; con gli opportuni argomenti.&lt;br /&gt;
&lt;br /&gt;
Ad esempio, per assemblare un&#039;immagine per una Ubiquity Nanostation M5 (XM), rimuovendo tutti i pacchetti non necessari (&amp;lt;code&amp;gt;ppp, odhcpd, dnsmasq, firewall4&amp;lt;/code&amp;gt;), sostituendo altri con quelli in grado di supportare 802.11s (&amp;lt;code&amp;gt;wpad-mesh-openssl, mesh11sd&amp;lt;/code&amp;gt;), ed aggiungendo alcuni pacchetti utili per configurare il dispositivo e migliorarne le prestazioni (&amp;lt;code&amp;gt;shadow, zram-swap&amp;lt;/code&amp;gt;) è possibile usare il comando:&lt;br /&gt;
&lt;br /&gt;
 make image PROFILE=ubnt_nanostation-m \&lt;br /&gt;
    PACKAGES=&amp;quot;-ppp -ppp-mod-pppoe -odhcpd -odhcp6c odhcpd-ipv6only -firewall4 \&lt;br /&gt;
         -wpad-basic-wolfssl -dnsmasq wpad-mesh-wolfssl mesh11sd sudo shadow zram-swap&amp;quot; \&lt;br /&gt;
    FILES=&amp;quot;files&amp;quot;&lt;br /&gt;
&lt;br /&gt;
dove &amp;lt;code&amp;gt;files&amp;lt;/code&amp;gt; è la directory contenente file aggiuntivi da aggiungere all&#039;immagine.&lt;br /&gt;
&lt;br /&gt;
Fatto ciò è necessario configurare l&#039;interfaccia wireless, ad esempio ponendo un file in &amp;lt;code&amp;gt;/etc/uci-defaults&amp;lt;/code&amp;gt;, dove verrà eseguito al primo avvio. Un esempio di file di tale tipo può essere il seguente:&lt;br /&gt;
&lt;br /&gt;
 uci set wireless.radio0.channel=&#039;36&#039;&lt;br /&gt;
 uci set wireless.radio0.htmode=&#039;HT40&#039;&lt;br /&gt;
 uci set wireless.radio0.disabled=&#039;0&#039;&lt;br /&gt;
 uci set wireless.default_radio0.disabled=&#039;1&#039;&lt;br /&gt;
 &lt;br /&gt;
 iface=$(uci add wireless wifi-iface)&lt;br /&gt;
 uci -q batch &amp;lt;&amp;lt; EOI&lt;br /&gt;
 set wireless.$iface.network=&#039;mesh&#039;&lt;br /&gt;
 set wireless.$iface.device=&#039;radio0&#039;&lt;br /&gt;
 set wireless.$iface.mode=&#039;mesh&#039;&lt;br /&gt;
 set wireless.$iface.ifname=&#039;mesh0&#039;&lt;br /&gt;
 set wireless.$iface.network=&#039;lan&#039;&lt;br /&gt;
 set wireless.$iface.mesh_id=&#039;nome-della-rete-mesh&#039;&lt;br /&gt;
 set wireless.$iface.encryption=&#039;sae&#039;&lt;br /&gt;
 set wireless.$iface.key=&#039;password-della-rete-mesh&#039;&lt;br /&gt;
 EOI&lt;br /&gt;
 uci commit wireless&lt;br /&gt;
 &lt;br /&gt;
 /etc/init.d/wireless restart&lt;br /&gt;
 /etc/init.d/mesh11sd restart&lt;br /&gt;
&lt;br /&gt;
Il file di configurazione di &amp;lt;code&amp;gt;mesh11sd&amp;lt;/code&amp;gt; si trova in &amp;lt;code&amp;gt;/etc/config/mesh11sd&amp;lt;/code&amp;gt;, e la versione distribuita con OpenWrt è già sufficiente a far funzionare il collegamento.&lt;br /&gt;
&lt;br /&gt;
Un&#039;implementazione &amp;quot;quick and dirty&amp;quot; si può trovare sulla repo https://git.eigenlab.org/Juma7C9/openwrt-meshed&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6722</id>
		<title>Mesh con 802.11s e OpenWrt</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6722"/>
		<updated>2023-04-02T18:47:44Z</updated>

		<summary type="html">&lt;p&gt;Juma: Chiarimento codice&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Informazioni generali ==&lt;br /&gt;
&lt;br /&gt;
Data una versione sufficientemente recente di OpenWrt è possibile creare una rete mesh usando direttamente lo standard IEEE 802.11s.&lt;br /&gt;
Le principali informazioni sono ottenibili direttamente dalla relativa [https://openwrt.org/docs/guide-user/network/wifi/mesh/80211s pagina di OpenWrt.]&lt;br /&gt;
&lt;br /&gt;
=== Preparazione firmware ===&lt;br /&gt;
&lt;br /&gt;
Ciò che rimane da fare è configurare un&#039;immagine di OpenWrt con i giusti pacchetti, o meglio, preparare un&#039;immagine già pronta all&#039;uso.&lt;br /&gt;
&lt;br /&gt;
Per fare ciò, è possibile usare ImageBuilder, che consente di assemblare un&#039;immagine a partire dai pacchetti precompilati dai repo di OpenWrt, senza perciò dover compilare da capo l&#039;immagine e la relativa toolchain.&lt;br /&gt;
&lt;br /&gt;
Come documentato in dettaglio nella [https://openwrt.org/docs/guide-user/additional-software/imagebuilder relativa pagina], è necessario scaricare e scompattare l&#039;immagine &amp;lt;code&amp;gt;imagebuilder&amp;lt;/code&amp;gt; della stessa architettura e versione del proprio device, ed invocare il comando &amp;lt;code&amp;gt;make&amp;lt;/code&amp;gt; con gli opportuni argomenti.&lt;br /&gt;
&lt;br /&gt;
Ad esempio, per assemblare un&#039;immagine per una Ubiquity Nanostation M5 (XM), rimuovendo tutti i pacchetti non necessari (&amp;lt;code&amp;gt;ppp, odhcpd, dnsmasq, firewall4&amp;lt;/code&amp;gt;), sostituendo altri con quelli in grado di supportare 802.11s (&amp;lt;code&amp;gt;wpad-mesh-openssl, mesh11sd&amp;lt;/code&amp;gt;), ed aggiungendo alcuni pacchetti utili per configurare il dispositivo e migliorarne le prestazioni (&amp;lt;code&amp;gt;shadow, zram-swap&amp;lt;/code&amp;gt;) è possibile usare il comando:&lt;br /&gt;
&lt;br /&gt;
 make image PROFILE=ubnt_nanostation-m \&lt;br /&gt;
    PACKAGES=&amp;quot;-ppp -ppp-mod-pppoe -odhcpd -odhcp6c odhcpd-ipv6only -firewall4 \&lt;br /&gt;
         -wpad-basic-wolfssl -dnsmasq wpad-mesh-wolfssl mesh11sd sudo shadow zram-swap&amp;quot; \&lt;br /&gt;
    FILES=&amp;quot;files&amp;quot;&lt;br /&gt;
&lt;br /&gt;
dove &amp;lt;code&amp;gt;files&amp;lt;/code&amp;gt; è la directory contenente file aggiuntivi da aggiungere all&#039;immagine.&lt;br /&gt;
&lt;br /&gt;
Un&#039;implementazione &amp;quot;quick and dirty&amp;quot; si può trovare sulla repo https://git.eigenlab.org/Juma7C9/openwrt-meshed&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6721</id>
		<title>Mesh con 802.11s e OpenWrt</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6721"/>
		<updated>2023-04-02T18:44:36Z</updated>

		<summary type="html">&lt;p&gt;Juma: (formattazione)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Informazioni generali ==&lt;br /&gt;
&lt;br /&gt;
Data una versione sufficientemente recente di OpenWrt è possibile creare una rete mesh usando direttamente lo standard IEEE 802.11s.&lt;br /&gt;
Le principali informazioni sono ottenibili direttamente dalla relativa [https://openwrt.org/docs/guide-user/network/wifi/mesh/80211s pagina di OpenWrt.]&lt;br /&gt;
&lt;br /&gt;
=== Preparazione firmware ===&lt;br /&gt;
&lt;br /&gt;
Ciò che rimane da fare è configurare un&#039;immagine di OpenWrt con i giusti pacchetti, o meglio, preparare un&#039;immagine già pronta all&#039;uso.&lt;br /&gt;
&lt;br /&gt;
Per fare ciò, è possibile usare ImageBuilder, che consente di assemblare un&#039;immagine a partire dai pacchetti precompilati dai repo di OpenWrt, senza perciò dover compilare da capo l&#039;immagine e la relativa toolchain.&lt;br /&gt;
&lt;br /&gt;
Come documentato in dettaglio nella [https://openwrt.org/docs/guide-user/additional-software/imagebuilder relativa pagina], è necessario scaricare e scompattare l&#039;immagine &amp;lt;code&amp;gt;imagebuilder&amp;lt;/code&amp;gt; della stessa architettura e versione del proprio device, ed invocare il comando &amp;lt;code&amp;gt;make&amp;lt;/code&amp;gt; con gli opportuni argomenti.&lt;br /&gt;
&lt;br /&gt;
Ad esempio, per assemblare un&#039;immagine per una Ubiquity Nanostation M5 (XM), rimuovendo tutti i pacchetti non necessari (&amp;lt;code&amp;gt;ppp, odhcpd, dnsmasq, firewall4&amp;lt;/code&amp;gt;), sostituendo altri con quelli in grado di supportare 802.11s (&amp;lt;code&amp;gt;wpad-mesh-openssl, mesh11sd&amp;lt;/code&amp;gt;), ed aggiungendo alcuni pacchetti utili per configurare il dispositivo e migliorarne le prestazioni (&amp;lt;code&amp;gt;shadow, zram-swap&amp;lt;/code&amp;gt;) è possibile usare il comando:&lt;br /&gt;
&lt;br /&gt;
 make image PROFILE=ubnt_nanostation-m \&lt;br /&gt;
    PACKAGES=&amp;quot;-ppp -ppp-mod-pppoe -odhcpd -odhcp6c odhcpd-ipv6only -firewall4 \&lt;br /&gt;
         -wpad-basic-wolfssl -dnsmasq wpad-mesh-wolfssl mesh11sd sudo shadow zram-swap&amp;quot; \&lt;br /&gt;
    FILES=&amp;quot;files&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Un&#039;implementazione &amp;quot;quick and dirty&amp;quot; si può trovare sulla repo https://git.eigenlab.org/Juma7C9/openwrt-meshed&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6720</id>
		<title>Mesh con 802.11s e OpenWrt</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6720"/>
		<updated>2023-04-02T18:43:57Z</updated>

		<summary type="html">&lt;p&gt;Juma: (formattazione)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Informazioni generali ==&lt;br /&gt;
&lt;br /&gt;
Data una versione sufficientemente recente di OpenWrt è possibile creare una rete mesh usando direttamente lo standard IEEE 802.11s.&lt;br /&gt;
Le principali informazioni sono ottenibili direttamente dalla relativa [https://openwrt.org/docs/guide-user/network/wifi/mesh/80211s pagina di OpenWrt.]&lt;br /&gt;
&lt;br /&gt;
=== Preparazione firmware ===&lt;br /&gt;
&lt;br /&gt;
Ciò che rimane da fare è configurare un&#039;immagine di OpenWrt con i giusti pacchetti, o meglio, preparare un&#039;immagine già pronta all&#039;uso.&lt;br /&gt;
&lt;br /&gt;
Per fare ciò, è possibile usare ImageBuilder, che consente di assemblare un&#039;immagine a partire dai pacchetti precompilati dai repo di OpenWrt, senza perciò dover compilare da capo l&#039;immagine e la relativa toolchain.&lt;br /&gt;
&lt;br /&gt;
Come documentato in dettaglio nella [https://openwrt.org/docs/guide-user/additional-software/imagebuilder relativa pagina], è necessario scaricare e scompattare l&#039;immagine &amp;lt;code&amp;gt;imagebuilder&amp;lt;/code&amp;gt; della stessa architettura e versione del proprio device, ed invocare il comando &amp;lt;code&amp;gt;make&amp;lt;/code&amp;gt; con gli opportuni argomenti.&lt;br /&gt;
&lt;br /&gt;
Ad esempio, per assemblare un&#039;immagine per una Ubiquity Nanostation M5 (XM), rimuovendo tutti i pacchetti non necessari (&amp;lt;code&amp;gt;ppp, odhcpd, dnsmasq, firewall4&amp;lt;/code&amp;gt;), sostituendo altri con quelli in grado di supportare 802.11s (&amp;lt;code&amp;gt;wpad-mesh-openssl, mesh11sd&amp;lt;/code&amp;gt;), ed aggiungendo alcuni pacchetti utili per configurare il dispositivo e migliorarne le prestazioni (&amp;lt;code&amp;gt;shadow, zram-swap&amp;lt;/code&amp;gt;) è possibile usare il comando:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 make image PROFILE=ubnt_nanostation-m \&lt;br /&gt;
    PACKAGES=&amp;quot;-ppp -ppp-mod-pppoe -odhcpd -odhcp6c odhcpd-ipv6only -firewall4 \&lt;br /&gt;
         -wpad-basic-wolfssl -dnsmasq wpad-mesh-wolfssl mesh11sd sudo shadow zram-swap&amp;quot; \&lt;br /&gt;
    FILES=&amp;quot;files&amp;quot;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Un&#039;implementazione &amp;quot;quick and dirty&amp;quot; si può trovare sulla repo https://git.eigenlab.org/Juma7C9/openwrt-meshed&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6719</id>
		<title>Mesh con 802.11s e OpenWrt</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Mesh_con_802.11s_e_OpenWrt&amp;diff=6719"/>
		<updated>2023-04-02T18:42:54Z</updated>

		<summary type="html">&lt;p&gt;Juma: Prima versione&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Informazioni generali ==&lt;br /&gt;
&lt;br /&gt;
Data una versione sufficientemente recente di OpenWrt è possibile creare una rete mesh usando direttamente lo standard IEEE 802.11s.&lt;br /&gt;
Le principali informazioni sono ottenibili direttamente dalla relativa [https://openwrt.org/docs/guide-user/network/wifi/mesh/80211s pagina di OpenWrt.]&lt;br /&gt;
&lt;br /&gt;
=== Preparazione firmware ===&lt;br /&gt;
&lt;br /&gt;
Ciò che rimane da fare è configurare un&#039;immagine di OpenWrt con i giusti pacchetti, o meglio, preparare un&#039;immagine già pronta all&#039;uso.&lt;br /&gt;
&lt;br /&gt;
Per fare ciò, è possibile usare ImageBuilder, che consente di assemblare un&#039;immagine a partire dai pacchetti precompilati dai repo di OpenWrt, senza perciò dover compilare da capo l&#039;immagine e la relativa toolchain.&lt;br /&gt;
&lt;br /&gt;
Come documentato in dettaglio nella [https://openwrt.org/docs/guide-user/additional-software/imagebuilder relativa pagina], è necessario scaricare e scompattare l&#039;immagine &amp;lt;code&amp;gt;imagebuilder&amp;lt;/code&amp;gt; della stessa architettura e versione del proprio device, ed invocare il comando &amp;lt;code&amp;gt;make&amp;lt;/code&amp;gt; con gli opportuni argomenti.&lt;br /&gt;
&lt;br /&gt;
Ad esempio, per assemblare un&#039;immagine per una Ubiquity Nanostation M5 (XM), rimuovendo tutti i pacchetti non necessari (&amp;lt;code&amp;gt;ppp, odhcpd, dnsmasq, firewall4&amp;lt;/code&amp;gt;), sostituendo altri con quelli in grado di supportare 802.11s (&amp;lt;code&amp;gt;wpad-mesh-openssl, mesh11sd&amp;lt;/code&amp;gt;), ed aggiungendo alcuni pacchetti utili per configurare il dispositivo e migliorarne le prestazioni (&amp;lt;code&amp;gt;shadow, zram-swap&amp;lt;/code&amp;gt;) è possibile usare il comando:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
 make image PROFILE=ubnt_nanostation-m \&lt;br /&gt;
    PACKAGES=&amp;quot;-ppp -ppp-mod-pppoe -odhcpd -odhcp6c odhcpd-ipv6only -firewall4 \&lt;br /&gt;
         -wpad-basic-wolfssl -dnsmasq wpad-mesh-wolfssl mesh11sd sudo shadow zram-swap&amp;quot; \&lt;br /&gt;
    FILES=&amp;quot;files&amp;quot;&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Un&#039;implementazione &amp;quot;quick and dirty&amp;quot; si può trovare sulla repo https://git.eigenlab.org/Juma7C9/openwrt-meshed&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5130</id>
		<title>Esp8266</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5130"/>
		<updated>2018-06-02T16:54:43Z</updated>

		<summary type="html">&lt;p&gt;Juma: Aggiunto die-shot&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Hardware ===&lt;br /&gt;
Informazioni sulla famiglia NodeMCU: https://www.esp8266.com/wiki/doku.php?id=esp8266-module-family&lt;br /&gt;
&lt;br /&gt;
Schematiche: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF&lt;br /&gt;
&lt;br /&gt;
Pinout: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/Documents/NODEMCU_DEVKIT_V1.0_PINMAP.png&lt;br /&gt;
&lt;br /&gt;
Die shot: https://zeptobars.com/en/read/Espressif-ESP8266-wifi-serial-rs232-ESP8089-IoT&lt;br /&gt;
&lt;br /&gt;
==== Caveat ==== &lt;br /&gt;
* D3 (GPIO0) DEVE essere usato come output, visto che è condiviso con la funzione di flash, se è basso all&#039;avvio il SoC entra in modalità flash.&lt;br /&gt;
* D4 (GPIO2) e D8 (GPIO15) all&#039;avvio devono essere rispettivamente HI e LOW (tramite dei pull-up/down già presenti), per cui *dovrebbero* essere usati come output.&lt;br /&gt;
* D9 (GPIO3) e D10 (GPIO1) sono condivisi con la seriale (RXD0 e TXD0).&lt;br /&gt;
* D0 (GPIO16) è stupido, può essere solo scritto/letto, ma non supporta PWM o qualunque altra cosa. È usato per risvegliare il processore.&lt;br /&gt;
* D11 (GPIO9) e D12 (GPIO10) sono sul lato opposto, ed etichettate come SD2 e SD3.&lt;br /&gt;
* I pin etichettati con SD* (compresi SD2 e SD3) sono i pin SPI, e sono collegati internamente alla flash.&lt;br /&gt;
* SD3 (D12) può essere usato come PWM/interrupt (a proprio rischio e pericolo, visto che è connesso anche alla flash), mentre il medesimo uso di SD2 (D11) provoca un reset e riavvio del sistema.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Complessivamente vi sono 8 GPIO completamente funzionali, 10 se si rinuncia alla seriale, e 11 usando uno dei pin usati per la flash.&lt;br /&gt;
&lt;br /&gt;
=== Installazione toolchain ===&lt;br /&gt;
Si raccolgono qui le procedure di installazione della toolchain per programmare l&#039;Esp8266, nei vari casi d&#039;uso.&lt;br /&gt;
&lt;br /&gt;
==== Linux generico ====&lt;br /&gt;
* https://www.esp8266.com/wiki/doku.php?id=toolchain#how_to_setup_a_vm_to_host_your_toolchain&lt;br /&gt;
* Scaricare esptool.py per fare il flashing: https://github.com/espressif/esptool&lt;br /&gt;
&lt;br /&gt;
==== Arch Linux ====&lt;br /&gt;
La procedura generica non funziona, almeno non con l&#039;ultima versione di GCC.&lt;br /&gt;
È disponibile un [https://aur.archlinux.org/packages/esp-open-sdk-git/ pacchetto AUR]:&lt;br /&gt;
 $ git clone https://aur.archlinux.org/esp-open-sdk-git.git&lt;br /&gt;
 $ makepkg -si&lt;br /&gt;
&lt;br /&gt;
Il PKGBUILD scaricherà e compilerà il toolchain. La procedura è decisamente lenta (&amp;gt;40 min).&lt;br /&gt;
&lt;br /&gt;
Installare esptool:&lt;br /&gt;
 # pacman -S esptool&lt;br /&gt;
&lt;br /&gt;
=== Download firmware con supporto LUA ===&lt;br /&gt;
 $ git clone https://github.com/nodemcu/nodemcu-firmware&lt;br /&gt;
&lt;br /&gt;
Collegare l&#039;ESP tramite una MicroUSB al computer, e verificare il funzionamento:&lt;br /&gt;
 $ esptool --port &amp;lt;serial-port&amp;gt; flash_id&lt;br /&gt;
&lt;br /&gt;
In questo modo, fra le altre cose si vedono le specifiche della scheda e le dimensioni della flash (typ. 4MB).&lt;br /&gt;
&lt;br /&gt;
A questo punto è possibile compilare e flashare il firmware:&lt;br /&gt;
 $ cd nodemcu-firmware&lt;br /&gt;
 $ make&lt;br /&gt;
 $ make flash4m&lt;br /&gt;
&lt;br /&gt;
A questo punto il dispositivo dovrebbe essere pronto ad accogliere i file .lua!&lt;br /&gt;
&lt;br /&gt;
A questo scopo si può usare esplorer (https://github.com/4refr0nt/ESPlorer), disponibile in AUR per Arch.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Categoria:Hardware]]&lt;br /&gt;
[[Categoria:HowTo]]&lt;br /&gt;
[[Categoria:Elettronica]]&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5112</id>
		<title>Esp8266</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5112"/>
		<updated>2018-05-31T21:43:03Z</updated>

		<summary type="html">&lt;p&gt;Juma: Informazioni pin SD*&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Hardware ===&lt;br /&gt;
Informazioni sulla famiglia NodeMCU: https://www.esp8266.com/wiki/doku.php?id=esp8266-module-family&lt;br /&gt;
&lt;br /&gt;
Schematiche: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF&lt;br /&gt;
&lt;br /&gt;
Pinout: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/Documents/NODEMCU_DEVKIT_V1.0_PINMAP.png&lt;br /&gt;
&lt;br /&gt;
==== Caveat ==== &lt;br /&gt;
* D3 (GPIO0) DEVE essere usato come output, visto che è condiviso con la funzione di flash, se è basso all&#039;avvio il SoC entra in modalità flash.&lt;br /&gt;
* D4 (GPIO2) e D8 (GPIO15) all&#039;avvio devono essere rispettivamente HI e LOW (tramite dei pull-up/down già presenti), per cui *dovrebbero* essere usati come output.&lt;br /&gt;
* D9 (GPIO3) e D10 (GPIO1) sono condivisi con la seriale (RXD0 e TXD0).&lt;br /&gt;
* D0 (GPIO16) è stupido, può essere solo scritto/letto, ma non supporta PWM o qualunque altra cosa. È usato per risvegliare il processore.&lt;br /&gt;
* D11 (GPIO9) e D12 (GPIO10) sono sul lato opposto, ed etichettate come SD2 e SD3.&lt;br /&gt;
* I pin etichettati con SD* (compresi SD2 e SD3) sono i pin SPI, e sono collegati internamente alla flash.&lt;br /&gt;
* SD3 (D12) può essere usato come PWM/interrupt (a proprio rischio e pericolo, visto che è connesso anche alla flash), mentre il medesimo uso di SD2 (D11) provoca un reset e riavvio del sistema.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Complessivamente vi sono 8 GPIO completamente funzionali, 10 se si rinuncia alla seriale, e 11 usando uno dei pin usati per la flash.&lt;br /&gt;
&lt;br /&gt;
=== Installazione toolchain ===&lt;br /&gt;
Si raccolgono qui le procedure di installazione della toolchain per programmare l&#039;Esp8266, nei vari casi d&#039;uso.&lt;br /&gt;
&lt;br /&gt;
==== Linux generico ====&lt;br /&gt;
* https://www.esp8266.com/wiki/doku.php?id=toolchain#how_to_setup_a_vm_to_host_your_toolchain&lt;br /&gt;
* Scaricare esptool.py per fare il flashing: https://github.com/espressif/esptool&lt;br /&gt;
&lt;br /&gt;
==== Arch Linux ====&lt;br /&gt;
La procedura generica non funziona, almeno non con l&#039;ultima versione di GCC.&lt;br /&gt;
È disponibile un [https://aur.archlinux.org/packages/esp-open-sdk-git/ pacchetto AUR]:&lt;br /&gt;
 $ git clone https://aur.archlinux.org/esp-open-sdk-git.git&lt;br /&gt;
 $ makepkg -si&lt;br /&gt;
&lt;br /&gt;
Il PKGBUILD scaricherà e compilerà il toolchain. La procedura è decisamente lenta (&amp;gt;40 min).&lt;br /&gt;
&lt;br /&gt;
Installare esptool:&lt;br /&gt;
 # pacman -S esptool&lt;br /&gt;
&lt;br /&gt;
=== Download firmware con supporto LUA ===&lt;br /&gt;
 $ git clone https://github.com/nodemcu/nodemcu-firmware&lt;br /&gt;
&lt;br /&gt;
Collegare l&#039;ESP tramite una MicroUSB al computer, e verificare il funzionamento:&lt;br /&gt;
 $ esptool --port &amp;lt;serial-port&amp;gt; flash_id&lt;br /&gt;
&lt;br /&gt;
In questo modo, fra le altre cose si vedono le specifiche della scheda e le dimensioni della flash (typ. 4MB).&lt;br /&gt;
&lt;br /&gt;
A questo punto è possibile compilare e flashare il firmware:&lt;br /&gt;
 $ cd nodemcu-firmware&lt;br /&gt;
 $ make&lt;br /&gt;
 $ make flash4m&lt;br /&gt;
&lt;br /&gt;
A questo punto il dispositivo dovrebbe essere pronto ad accogliere i file .lua!&lt;br /&gt;
&lt;br /&gt;
A questo scopo si può usare esplorer (https://github.com/4refr0nt/ESPlorer), disponibile in AUR per Arch.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Categoria:Hardware]]&lt;br /&gt;
[[Categoria:HowTo]]&lt;br /&gt;
[[Categoria:Elettronica]]&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5096</id>
		<title>Esp8266</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5096"/>
		<updated>2018-05-24T14:20:26Z</updated>

		<summary type="html">&lt;p&gt;Juma: Aggiunte informazioni su varianti NodeMCU&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Hardware ===&lt;br /&gt;
Informazioni sulla famiglia NodeMCU: https://www.esp8266.com/wiki/doku.php?id=esp8266-module-family&lt;br /&gt;
&lt;br /&gt;
Schematiche: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF&lt;br /&gt;
&lt;br /&gt;
Pinout: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/Documents/NODEMCU_DEVKIT_V1.0_PINMAP.png&lt;br /&gt;
&lt;br /&gt;
==== Caveat ==== &lt;br /&gt;
* D3 (GPIO0) DEVE essere usato come output, visto che è condiviso con la funzione di flash, se è basso all&#039;avvio il SoC entra in modalità flash.&lt;br /&gt;
* D4 (GPIO2) e D8 (GPIO15) all&#039;avvio devono essere rispettivamente HI e LOW (tramite dei pull-up/down già presenti), per cui *dovrebbero* essere usati come output.&lt;br /&gt;
* D9 (GPIO3) e D10 (GPIO1) sono condivisi con la seriale (RXD0 e TXD0).&lt;br /&gt;
* D11 (GPIO9) e D12 (GPIO10) sono sul lato opposto, ed etichettate come SD2 e SD3.&lt;br /&gt;
* D11 (e forse anche D12 - non testato) non funziona come PWM, ma funziona come input (con interrupt).&lt;br /&gt;
* D0 (GPIO16) è stupido, può essere solo scritto/letto, ma non supporta PWM o qualunque altra cosa. È usato per risvegliare il processore.&lt;br /&gt;
&lt;br /&gt;
Complessivamente vi sono 10 GPIO completamente funzionali, 12 se si rinuncia alla seriale.&lt;br /&gt;
&lt;br /&gt;
=== Installazione toolchain ===&lt;br /&gt;
Si raccolgono qui le procedure di installazione della toolchain per programmare l&#039;Esp8266, nei vari casi d&#039;uso.&lt;br /&gt;
&lt;br /&gt;
==== Linux generico ====&lt;br /&gt;
* https://www.esp8266.com/wiki/doku.php?id=toolchain#how_to_setup_a_vm_to_host_your_toolchain&lt;br /&gt;
* Scaricare esptool.py per fare il flashing: https://github.com/espressif/esptool&lt;br /&gt;
&lt;br /&gt;
==== Arch Linux ====&lt;br /&gt;
La procedura generica non funziona, almeno non con l&#039;ultima versione di GCC.&lt;br /&gt;
È disponibile un [https://aur.archlinux.org/packages/esp-open-sdk-git/ pacchetto AUR]:&lt;br /&gt;
 $ git clone https://aur.archlinux.org/esp-open-sdk-git.git&lt;br /&gt;
 $ makepkg -si&lt;br /&gt;
&lt;br /&gt;
Il PKGBUILD scaricherà e compilerà il toolchain. La procedura è decisamente lenta (&amp;gt;40 min).&lt;br /&gt;
&lt;br /&gt;
Installare esptool:&lt;br /&gt;
 # pacman -S esptool&lt;br /&gt;
&lt;br /&gt;
=== Download firmware con supporto LUA ===&lt;br /&gt;
 $ git clone https://github.com/nodemcu/nodemcu-firmware&lt;br /&gt;
&lt;br /&gt;
Collegare l&#039;ESP tramite una MicroUSB al computer, e verificare il funzionamento:&lt;br /&gt;
 $ esptool --port &amp;lt;serial-port&amp;gt; flash_id&lt;br /&gt;
&lt;br /&gt;
In questo modo, fra le altre cose si vedono le specifiche della scheda e le dimensioni della flash (typ. 4MB).&lt;br /&gt;
&lt;br /&gt;
A questo punto è possibile compilare e flashare il firmware:&lt;br /&gt;
 $ cd nodemcu-firmware&lt;br /&gt;
 $ make&lt;br /&gt;
 $ make flash4m&lt;br /&gt;
&lt;br /&gt;
A questo punto il dispositivo dovrebbe essere pronto ad accogliere i file .lua!&lt;br /&gt;
&lt;br /&gt;
A questo scopo si può usare esplorer (https://github.com/4refr0nt/ESPlorer), disponibile in AUR per Arch.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Categoria:Hardware]]&lt;br /&gt;
[[Categoria:HowTo]]&lt;br /&gt;
[[Categoria:Elettronica]]&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5032</id>
		<title>Esp8266</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5032"/>
		<updated>2018-05-15T20:41:59Z</updated>

		<summary type="html">&lt;p&gt;Juma: Chiarimenti e correzioni&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Hardware ===&lt;br /&gt;
Schematiche: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF&lt;br /&gt;
&lt;br /&gt;
Pinout: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/Documents/NODEMCU_DEVKIT_V1.0_PINMAP.png&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Caveat ==== &lt;br /&gt;
* D3 (GPIO0) DEVE essere usato come output, visto che è condiviso con la funzione di flash, se è basso all&#039;avvio il SoC entra in modalità flash.&lt;br /&gt;
* D4 (GPIO2) e D8 (GPIO15) all&#039;avvio devono essere rispettivamente HI e LOW (tramite dei pull-up/down già presenti), per cui *dovrebbero* essere usati come output.&lt;br /&gt;
* D9 (GPIO3) e D10 (GPIO1) sono condivisi con la seriale (RXD0 e TXD0).&lt;br /&gt;
* D11 (GPIO9) e D12 (GPIO10) sono sul lato opposto, ed etichettate come SD2 e SD3.&lt;br /&gt;
* D11 (e forse anche D12 - non testato) non funziona come PWM, ma funziona come input (con interrupt).&lt;br /&gt;
* D0 (GPIO16) è stupido, può essere solo scritto/letto, ma non supporta PWM o qualunque altra cosa. È usato per risvegliare il processore.&lt;br /&gt;
&lt;br /&gt;
Complessivamente vi sono 10 GPIO completamente funzionali, 12 se si rinuncia alla seriale.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Installazione toolchain ===&lt;br /&gt;
&lt;br /&gt;
Si raccolgono qui le procedure di installazione della toolchain per programmare l&#039;Esp8266, nei vari casi d&#039;uso.&lt;br /&gt;
&lt;br /&gt;
==== Linux generico ====&lt;br /&gt;
* https://www.esp8266.com/wiki/doku.php?id=toolchain#how_to_setup_a_vm_to_host_your_toolchain&lt;br /&gt;
* Scaricare esptool.py per fare il flashing: https://github.com/espressif/esptool&lt;br /&gt;
&lt;br /&gt;
==== Arch Linux ====&lt;br /&gt;
La procedura generica non funziona, almeno non con l&#039;ultima versione di GCC.&lt;br /&gt;
È disponibile un pacchetto aur.&lt;br /&gt;
&lt;br /&gt;
 $ git clone https://aur.archlinux.org/esp-open-sdk-git.git&lt;br /&gt;
 $ makepkg -si&lt;br /&gt;
&lt;br /&gt;
Il PKGBUILD scaricherà e compilerà il toolchain. La procedura è decisamente lenta (&amp;gt;40 min).&lt;br /&gt;
&lt;br /&gt;
Installare esptool:&lt;br /&gt;
&lt;br /&gt;
 # pacman -S esptool&lt;br /&gt;
&lt;br /&gt;
=== Download firmware con supporto LUA ===&lt;br /&gt;
 $ git clone https://github.com/nodemcu/nodemcu-firmware&lt;br /&gt;
&lt;br /&gt;
Collegare l&#039;ESP tramite una MicroUSB al computer, e verificare il funzionamento:&lt;br /&gt;
 $ esptool --port &amp;lt;serial-port&amp;gt; flash_id&lt;br /&gt;
&lt;br /&gt;
In questo modo, fra le altre cose si vedono le specifiche della scheda e le dimensioni della flash (typ. 4MB).&lt;br /&gt;
&lt;br /&gt;
A questo punto è possibile compilare e flashare il firmware:&lt;br /&gt;
 $ cd nodemcu-firmware&lt;br /&gt;
 $ make&lt;br /&gt;
 $ make flash4m&lt;br /&gt;
&lt;br /&gt;
A questo punto il dispositivo dovrebbe essere pronto ad accogliere i file .lua!&lt;br /&gt;
&lt;br /&gt;
A questo scopo si può usare esplorer (https://github.com/4refr0nt/ESPlorer), disponibile in AUR per Arch.&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5015</id>
		<title>Esp8266</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5015"/>
		<updated>2018-05-05T22:32:47Z</updated>

		<summary type="html">&lt;p&gt;Juma: Chiarificazione sui GPIO disponibili&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Hardware ===&lt;br /&gt;
Schematiche: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF&lt;br /&gt;
&lt;br /&gt;
Pinout: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/Documents/NODEMCU_DEVKIT_V1.0_PINMAP.png&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Caveat ==== &lt;br /&gt;
* D3 (GPIO0) DEVE essere usato come output, visto che è condiviso con la funzione di flash, se è basso all&#039;avvio il SoC entra in modalità flash.&lt;br /&gt;
* D4 (GPIO2) e D8 (GPIO15) all&#039;avvio devono essere rispettivamente HI e LOW (tramite dei pull-up/down già presenti), per cui *dovrebbero* essere usati come output.&lt;br /&gt;
* D9 (GPIO3) e D10 (GPIO1) sono condivisi con la seriale (RXD0 e TXD0).&lt;br /&gt;
* D11 (GPIO9) e D12 (GPIO10) sono sul lato opposto, ed etichettate come SD1 e SD2.&lt;br /&gt;
* D0 (GPIO16) è stupido, può essere solo scritto/letto, ma non supporta PWM o qualunque altra cosa. È usato per risvegliare il processore.&lt;br /&gt;
&lt;br /&gt;
Complessivamente vi sono 10 GPIO completamente funzionali, 12 se si rinuncia alla seriale.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Installazione toolchain ===&lt;br /&gt;
&lt;br /&gt;
Si raccolgono qui le procedure di installazione della toolchain per programmare l&#039;Esp8266, nei vari casi d&#039;uso.&lt;br /&gt;
&lt;br /&gt;
==== Linux generico ====&lt;br /&gt;
* https://www.esp8266.com/wiki/doku.php?id=toolchain#how_to_setup_a_vm_to_host_your_toolchain&lt;br /&gt;
* Scaricare esptool.py per fare il flashing: https://github.com/espressif/esptool&lt;br /&gt;
&lt;br /&gt;
==== Arch Linux ====&lt;br /&gt;
La procedura generica non funziona, almeno non con l&#039;ultima versione di GCC.&lt;br /&gt;
È disponibile un pacchetto aur.&lt;br /&gt;
&lt;br /&gt;
 $ git clone https://aur.archlinux.org/esp-open-sdk-git.git&lt;br /&gt;
 $ makepkg -s&lt;br /&gt;
 # pacman -U esp-open-sdk-git&lt;br /&gt;
&lt;br /&gt;
Il PKGBUILD scaricherà e compilerà il toolchain. La procedura è decisamente lenta (&amp;gt;40 min).&lt;br /&gt;
&lt;br /&gt;
Installare esptool:&lt;br /&gt;
&lt;br /&gt;
 # pacman -S esptool&lt;br /&gt;
&lt;br /&gt;
=== Download firmware con supporto LUA ===&lt;br /&gt;
 $ git clone https://github.com/nodemcu/nodemcu-firmware&lt;br /&gt;
&lt;br /&gt;
Collegare l&#039;ESP tramite una MicroUSB al computer, e verificare il funzionamento:&lt;br /&gt;
 $ esptool --port &amp;lt;serial-port&amp;gt; flash_id&lt;br /&gt;
&lt;br /&gt;
In questo modo, fra le altre cose si vedono le specifiche della scheda e le dimensioni della flash (typ. 4MB).&lt;br /&gt;
&lt;br /&gt;
A questo punto è possibile compilare e flashare il firmware:&lt;br /&gt;
 $ cd nodemcu-firmware&lt;br /&gt;
 $ make&lt;br /&gt;
 $ make flash4m&lt;br /&gt;
&lt;br /&gt;
A questo punto il dispositivo dovrebbe essere pronto ad accogliere i file .lua!&lt;br /&gt;
&lt;br /&gt;
A questo scopo si può usare esplorer (https://github.com/4refr0nt/ESPlorer), disponibile in AUR per Arch.&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5009</id>
		<title>Esp8266</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5009"/>
		<updated>2018-04-27T20:32:28Z</updated>

		<summary type="html">&lt;p&gt;Juma: flash+esplorer&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Hardware ===&lt;br /&gt;
Schematiche: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF&lt;br /&gt;
&lt;br /&gt;
Pinout: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/Documents/NODEMCU_DEVKIT_V1.0_PINMAP.png&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Caveat ==== &lt;br /&gt;
* D3 (GPIO0) DEVE essere usato come output, visto che è condiviso con la funzione di flash, se è basso all&#039;avvio il SoC entra in modalità flash.&lt;br /&gt;
* D4 (GPIO2) e D8 (GPIO15) all&#039;avvio devono essere rispettivamente HI e LOW (tramite dei pull-up/down già presenti), per cui *dovrebbero* essere usati come output.&lt;br /&gt;
* D9 (GPIO3) e D10 (GPIO1) sono condivisi con la seriale (RXD0 e TXD0).&lt;br /&gt;
* D11 (GPIO9) e D12 (GPIO10) sono sul lato opposto, ed etichettate come SD1 e SD2.&lt;br /&gt;
* D0 (GPIO16) è stupido, può essere solo scritto/letto, ma non supporta PWM o qualunque altra cosa. È usato per risvegliare il processore.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Installazione toolchain ===&lt;br /&gt;
&lt;br /&gt;
Si raccolgono qui le procedure di installazione della toolchain per programmare l&#039;Esp8266, nei vari casi d&#039;uso.&lt;br /&gt;
&lt;br /&gt;
==== Linux generico ====&lt;br /&gt;
* https://www.esp8266.com/wiki/doku.php?id=toolchain#how_to_setup_a_vm_to_host_your_toolchain&lt;br /&gt;
* Scaricare esptool.py per fare il flashing: https://github.com/espressif/esptool&lt;br /&gt;
&lt;br /&gt;
==== Arch Linux ====&lt;br /&gt;
La procedura generica non funziona, almeno non con l&#039;ultima versione di GCC.&lt;br /&gt;
È disponibile un pacchetto aur.&lt;br /&gt;
&lt;br /&gt;
 $ git clone https://aur.archlinux.org/esp-open-sdk-git.git&lt;br /&gt;
 $ makepkg -s&lt;br /&gt;
 # pacman -U esp-open-sdk-git&lt;br /&gt;
&lt;br /&gt;
Il PKGBUILD scaricherà e compilerà il toolchain. La procedura è decisamente lenta (&amp;gt;40 min).&lt;br /&gt;
&lt;br /&gt;
Installare esptool:&lt;br /&gt;
&lt;br /&gt;
 # pacman -S esptool&lt;br /&gt;
&lt;br /&gt;
=== Download firmware con supporto LUA ===&lt;br /&gt;
 $ git clone https://github.com/nodemcu/nodemcu-firmware&lt;br /&gt;
&lt;br /&gt;
Collegare l&#039;ESP tramite una MicroUSB al computer, e verificare il funzionamento:&lt;br /&gt;
 $ esptool --port &amp;lt;serial-port&amp;gt; flash_id&lt;br /&gt;
&lt;br /&gt;
In questo modo, fra le altre cose si vedono le specifiche della scheda e le dimensioni della flash (typ. 4MB).&lt;br /&gt;
&lt;br /&gt;
A questo punto è possibile compilare e flashare il firmware:&lt;br /&gt;
 $ cd nodemcu-firmware&lt;br /&gt;
 $ make&lt;br /&gt;
 $ make flash4m&lt;br /&gt;
&lt;br /&gt;
A questo punto il dispositivo dovrebbe essere pronto ad accogliere i file .lua!&lt;br /&gt;
&lt;br /&gt;
A questo scopo si può usare esplorer (https://github.com/4refr0nt/ESPlorer), disponibile in AUR per Arch.&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Feinstaubsensor&amp;diff=5008</id>
		<title>Feinstaubsensor</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Feinstaubsensor&amp;diff=5008"/>
		<updated>2018-04-27T19:45:40Z</updated>

		<summary type="html">&lt;p&gt;Juma: /* Introduzione */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- introduzione --&amp;gt;&lt;br /&gt;
Traduzione delle [http://luftdaten.info/feinstaubsensor-bauen/ istruzioni] per il montaggio del sensore di polveri sottili.&lt;br /&gt;
&lt;br /&gt;
L&#039;assemblaggio è progettato in modo che tuttu possano partecipare.&lt;br /&gt;
Basta aggiungere qualche articolo da ferramenta alle componenti elettroniche per avere tutto il necessario per costruire una stazione di rilevamento della qualità dell&#039;aria.&lt;br /&gt;
&lt;br /&gt;
== Lista della spesa ==&lt;br /&gt;
# [https://de.aliexpress.com/w/wholesale-nodemcu-v3-esp8266-ch340.html?spm=2114.010208.0.0.2zt6Ca&amp;amp;initiative_id=SB_20170101021508&amp;amp;site=deu&amp;amp;groupsort=1&amp;amp;SortType=price_asc&amp;amp;g=y&amp;amp;SearchText=nodemcu+v3+esp8266+ch340 NodeMCU ESP8266], CPU/WLAN (questo è un chip WLAN con un computer; qua viene installato il firmware)&lt;br /&gt;
# SDS011 sensore polveri sottili (precedentemente PPD42NS) (il sensore SDS011 misura le particelle PM10 e PM2.5)&lt;br /&gt;
# DHT22, temperatura e umidità dell&#039;aria (opzionale)&lt;br /&gt;
# cavetti&lt;br /&gt;
# cavo usb ad esempio: 2m Micro-USB piatto (il collegamento: la corrente su un connettore microUSB e cavo 5V, e la connessione WLAN)&lt;br /&gt;
# alimentatore USB&lt;br /&gt;
# fascette reggi cavi&lt;br /&gt;
# tubo trasparente di 6 mm di spessore (ferramenta)&lt;br /&gt;
# tubo idraulico impermeabile Marley Silent HT (DN 75 87°) (il sensore è alloggiato dentro da due curve di tubo, che lo riparano dalle intemperie)&lt;br /&gt;
&lt;br /&gt;
== Caricare il firmware ==&lt;br /&gt;
 &lt;br /&gt;
=== Introduzione ===&lt;br /&gt;
Non devi programmare, niente paura.&lt;br /&gt;
Abbiamo già programmato il firmware, dovrai solo caricarlo ed installarlo sul [[Esp8266|NodeMCU (ESP8266)]]. Può essere fatto anche da utenti non esperti.&lt;br /&gt;
&lt;br /&gt;
=== Installare il driver USB2Serial ===&lt;br /&gt;
Per comunicare col ESP8266 c&#039;è bisogno del driver usb2serial. Il chipset per i NocdeMCUs è di solito il il CH341: come scritto sul sito del produttore (in cinese)&lt;br /&gt;
 &lt;br /&gt;
* Linux: nessuna installazione necessaria, il chip dovrebbe essere direttamente supportato (puoi verificarlo dando un&#039;occhiata al dmesg).&lt;br /&gt;
* MacOS: per Sierra vedere queste instruzioni che sono state testate: https://github.com/adrianmihalko/ch340g-ch34g-ch34x-mac-os-x-driver&lt;br /&gt;
* Windows: TBA (cercare i driver del produttore)&lt;br /&gt;
* Raspberry Pi: https://github.com/aperepel/raspberrypi-ch340-driver&lt;br /&gt;
&lt;br /&gt;
== Caricare li firmware ==&lt;br /&gt;
Istruzioni per copiare:&lt;br /&gt;
Chi non se la sente guardi i [http://luftdaten.info/faq/ FAQ]. Lì c&#039;è un video tutorial.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Attenzione&#039;&#039;&#039;: per la copia del NodeMCU utilizzare un cavo usb con non più di 1m di lunghezza.&lt;br /&gt;
 &lt;br /&gt;
=== Iinstalare il software arduino, caricare il firmware ===&lt;br /&gt;
scaricare il software arduino ed  installarlo sul computer: https://www.arduino.cc/en/Main/Software&lt;br /&gt;
nelle impostazioni, nel campo  &amp;quot;Additional Board Manager URLs&amp;quot; inserire questa URL:  http://arduino.esp8266.com/stable/package_esp8266com_index.json&lt;br /&gt;
sotto &amp;quot;strumenti-&amp;gt;board...-&amp;gt;admin board&amp;quot; cercare esp8266 ed installare „esp8266 by ESP8266 Community“ &lt;br /&gt;
Terminare la IDE Arduino (al termine della flashatura)&lt;br /&gt;
scaricare il firmware italiano https://www.madavi.de/sensor/update/data/latest_fr.bin&lt;br /&gt;
 &lt;br /&gt;
==== Windows ====&lt;br /&gt;
* Aprire la linea di comando o la PowerShell&lt;br /&gt;
* Windows: %USERPROFILE%\AppData\Local\Arduino15\packages\esp8266\tools\esptool\0.4.9\esptool.exe -vv -cd nodemcu -cb 57600 -ca 0x00000 -cp COM11 -cf percorso_ai_dati_firmware_scaricati (la porta dopo -cp deve forse essere cambiata)&lt;br /&gt;
Ad esempio, la porta corretta può essere individuata collegando il NodeMCU e successivamente avviando l&#039;IDE di Arduino. Sotto il menu Tools-&amp;gt;Port dovrebbe essere riportata la porta disponibile; di solito la porta del NodeMCU è facile da riconoscere. In ogni caso, puoi selezionare una porta e successivamente andare su Tools -&amp;gt; Get Board Information, e se la porta selezionata è quella giusta, appariranno il VID e il PID della board; successivamente dovrai riavviare l&#039;IDE di Arduino, perché questa procedura blocca la porta.&lt;br /&gt;
 &lt;br /&gt;
==== Mac/Linux ====&lt;br /&gt;
Aprire un terminale&lt;br /&gt;
Linux: ~/.arduino15/packages/esp8266/tools/esptool/0.4.9/esptool -vv -cd nodemcu -cb 57600 -ca 0x00000 -cp /dev/cu.wchusbserial1410 -cf percorso_ai_dati_firmware_scaricati (la porta dopo -cp deve forse essere cambiata)&lt;br /&gt;
MacOS: ~/Library/Arduino15/packages/esp8266/tools/esptool/0.4.9/esptool -vv -cd nodemcu -cb 57600 -ca 0x00000 -cp /dev/cu.wchusbserial1410 -cf  percorso_ai_dati_firmware_scaricati (la porta dopo -cp deve forse essere cambiata)&lt;br /&gt;
In caso di problemi provare ad eseguire il comando sopra come root. Dopo deve esseresostituito nel percorso ~/ attraverso la home directory&lt;br /&gt;
Ad esempio, la porta corretta può essere individuata collegando il NodeMCU e successivamente avviando l&#039;IDE di Arduino. Sotto il menu Tools-&amp;gt;Port dovrebbe essere riportata la porta disponibile; di solito la porta del NodeMCU è facile da riconoscere. In ogni caso, puoi selezionare una porta e successivamente andare su Tools -&amp;gt; Get Board Information, e se la porta selezionata è quella giusta, appariranno il VID e il PID della board; successivamente dovrai riavviare l&#039;IDE di Arduino, perché questa procedura blocca la porta.&lt;br /&gt;
Esiste uno script per linux in sensors-software/utils/flash/, il quale può cancellare anche una configurazione esistente: https://github.com/opendata-stuttgart/sensors-software/tree/master/utils/flash&lt;br /&gt;
 &lt;br /&gt;
== Assemblaggio dell&#039;elettronica ==&lt;br /&gt;
Collegamento delle componenti elettroniche.&lt;br /&gt;
 &lt;br /&gt;
=== Nota imprtante ===&lt;br /&gt;
Prima dell&#039;assemblaggio testare il firmware.&lt;br /&gt;
Se il firmware non dovesse funzionare, non riassemblare tutto. e riduce il pericolo che con [l&#039;attaccare e lo staccare] il cavo usb si perdano delle connessioni.&lt;br /&gt;
 &lt;br /&gt;
=== Assemblaggio ===&lt;br /&gt;
Nota: il nostro manuale si riferisce alla versione 3 del NodeMCU. Questo è riconosciuto dalle connessioni VU e G (vedi il disegno). [Le versioni RSV sono disponibili in queste connessioni]. Per queste versioni possono essere usare le connessioni Vin al posto di VU e GND al posto di G vicino alla connessione microUSB.&lt;br /&gt;
 &lt;br /&gt;
Connessione SDS011&lt;br /&gt;
I pin sono numerati da destra verso sinistra, durante il collegamento fare attenzione che i cavi siano veramente inseriti, poiché la maggior parte dei cavi Dupont sembrano posizionarsi correttamente anche quando non sono ben collegati.&lt;br /&gt;
&lt;br /&gt;
SDS011 Pin 1 -&amp;gt; Pin D1 / GPIO5&lt;br /&gt;
SDS011 Pin 2 -&amp;gt; Pin D2 / GPIO4&lt;br /&gt;
SDS011 Pin 3 -&amp;gt; GND&lt;br /&gt;
SDS011 Pin 4 -&amp;gt; unused&lt;br /&gt;
SDS011 Pin 5 -&amp;gt; VU (NodeMCU v3) / VIN (NodeMCU v1,v2)&lt;br /&gt;
SDS011 Pin 6 -&amp;gt; unused&lt;br /&gt;
SDS011 Pin 7 -&amp;gt; unused&lt;br /&gt;
&lt;br /&gt;
Connessione di DHT22&lt;br /&gt;
I pin sono numerati da SINISTRA verso DESTRA, di fronte c&#039;è la &amp;quot;griglia&amp;quot;&lt;br /&gt;
&lt;br /&gt;
DHT22 Pin 1 -&amp;gt; Pin 3V3 (3.3V)&lt;br /&gt;
DHT22 Pin 2 -&amp;gt; Pin D7 (GPIO13)&lt;br /&gt;
DHT22 Pin 3 -&amp;gt; unused&lt;br /&gt;
DHT22 Pin 4 -&amp;gt; Pin GND&lt;br /&gt;
&lt;br /&gt;
Circuito elettronico&lt;br /&gt;
Il sensore di polveri sottili SDS011 e il sensore di umidità e temperatura DHT22 vengono connessi con dei cavi al chip (NodeMCU).&lt;br /&gt;
 &lt;br /&gt;
=== Connessione dei display e degli altri sensori ===&lt;br /&gt;
Nelle FAQ, alla voce &amp;quot;connettere altri sensori&amp;quot;, c&#039;è una lista di sensori supportati e di display. Qui viene anche descritto come effettuare le connessioni.&lt;br /&gt;
 &lt;br /&gt;
== Completare la stazione di misurazione ==&lt;br /&gt;
I componenti vengono assemblati&lt;br /&gt;
 &lt;br /&gt;
Montaggio finale&lt;br /&gt;
Con la prima fascetta mettere insieme il NodeMCU (ESP8266) ed il sensore SDS011, in modo che l&#039;antenna WLAN punto fuori dal sensore.in modo che l&#039;antenna WLAN sbuchi dal sensore&lt;br /&gt;
Con la seconda fascetta fissare il sensore di temperatura DHT22 al tubo.&lt;br /&gt;
&lt;br /&gt;
Infilare il cavo usb nel tubo&lt;br /&gt;
Montare in modo che il circuito del SDS stia sopra ed il ventilatore sotto. Si Inserisce su un lato del tubo senza una guarnizione di gomma.&lt;br /&gt;
Spingere le parti nel tubo, in modo da agganciare il sensore nel tubo.&lt;br /&gt;
 &lt;br /&gt;
Lasciare che il tubo col cavo USB si veda dalla conduttura.&lt;br /&gt;
Spingere il secondo gomito del tubo verso il primo, facendo attenzione a non pinzare nessun cavo.&lt;br /&gt;
Chiudere il lato aperto della conduttura con una rete, griglia o qualcosa di simile, in modo che l&#039;aria possa circolare ma che gli insetti rimangano fuori.&lt;br /&gt;
&lt;br /&gt;
== Configurazione della stazione di misurazione ==&lt;br /&gt;
Collegare il sensore con la W-LAN&lt;br /&gt;
 &lt;br /&gt;
=== Configurazione del sensore ===&lt;br /&gt;
Connettere la stazione col cavo di alimentazione&lt;br /&gt;
La stazione cerca di connettersi al WLAN-Accesspoint configurato. se non funziona, La stazione apre di default un accesspoint con l&#039;SSID Sensore-ID, dove ID è l&#039;ID del chip (decimale, nell&#039;esempio sotto 13597771).&lt;br /&gt;
Connettersi a questo accesspoint. Aspettare sino a quando la connessione non è stabilita.&lt;br /&gt;
Aprire dal browser la pagina http://192.168.4.1/, dove potrà essere configurato il sensore: [http://192.168.4.1/  –&amp;gt; Configurazione]&lt;br /&gt;
Notare: quando la configurazione del sensore funziona, questa pagina non è più raggiungibile.&lt;br /&gt;
Sotto &amp;quot;Configurazione&amp;quot; inserire SSID e password sella propria rete, e poi salvare&lt;br /&gt;
Per questo sensore di polveri sottili non deve essere cambiato nient&#039;altro, e andranno bene le impostazioni di default.&lt;br /&gt;
Dopo aver salvato, il sensore si riavvierà e quindi non sarà più raggiungibile&lt;br /&gt;
 &lt;br /&gt;
Se non vengono fatti altri cambiamenti, ovviamente oltre a inserire i dati W-LAN, il sensore può essere testato in circa 10 minuti con i seguenti siti. Su queste pagine bisogna ricercare il chipID (nell&#039;esempio sopra 13597771).&lt;br /&gt;
Dati del sensore: http://www.madavi.de/sensor/graph.php&lt;br /&gt;
WLAN-Signal: http://www.madavi.de/sensor/signal.php&lt;br /&gt;
&lt;br /&gt;
=== Ultimo passo ===&lt;br /&gt;
Perché il sensore entri a far parte della rete, abbiamo bisogno di alcune informazioni.&lt;br /&gt;
Scrivi all&#039;indirizzo rajko@codefor.de con i seguenti dati:&lt;br /&gt;
&lt;br /&gt;
* L&#039;ID del tuo ESP8266 (NodeMCU) -&amp;gt; puoi leggerlo dal nome host fornito alla LAN, oppure nella pagina web di configurazione;&lt;br /&gt;
&lt;br /&gt;
* La tua posizione: indirizzo completo di via e numero civico, codice postale e esposizione -&amp;gt; da questo ricaviamo delle coordinate (verranno pubblicate soltanto come posizione approssimativa);&lt;br /&gt;
&lt;br /&gt;
* Il posizionamento della stazione - Come altezza dal suolo, presenza di strade, traffico, spazi liberi;&lt;br /&gt;
&lt;br /&gt;
* Il tuo indirizzo mail (non verrà pubblicato);&lt;br /&gt;
&lt;br /&gt;
* Se possibile, una fotografia del sensore nella sua posizione definitiva (non verrà pubblicata).&lt;br /&gt;
&lt;br /&gt;
[[Categoria:Autoformazione‏‎]]&lt;br /&gt;
[[Categoria:Hardware‏‎]]&lt;br /&gt;
[[Categoria:HowTo‏‎]]&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5007</id>
		<title>Esp8266</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5007"/>
		<updated>2018-04-27T19:42:11Z</updated>

		<summary type="html">&lt;p&gt;Juma: firmware stub&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Hardware ===&lt;br /&gt;
Schematiche: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF&lt;br /&gt;
&lt;br /&gt;
Pinout: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/Documents/NODEMCU_DEVKIT_V1.0_PINMAP.png&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Caveat ==== &lt;br /&gt;
* D3 (GPIO0) DEVE essere usato come output, visto che è condiviso con la funzione di flash, se è basso all&#039;avvio il SoC entra in modalità flash.&lt;br /&gt;
* D4 (GPIO2) e D8 (GPIO15) all&#039;avvio devono essere rispettivamente HI e LOW (tramite dei pull-up/down già presenti), per cui *dovrebbero* essere usati come output.&lt;br /&gt;
* D9 (GPIO3) e D10 (GPIO1) sono condivisi con la seriale (RXD0 e TXD0).&lt;br /&gt;
* D11 (GPIO9) e D12 (GPIO10) sono sul lato opposto, ed etichettate come SD1 e SD2.&lt;br /&gt;
* D0 (GPIO16) è stupido, può essere solo scritto/letto, ma non supporta PWM o qualunque altra cosa. È usato per risvegliare il processore.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Installazione toolchain ===&lt;br /&gt;
&lt;br /&gt;
Si raccolgono qui le procedure di installazione della toolchain per programmare l&#039;Esp8266, nei vari casi d&#039;uso.&lt;br /&gt;
&lt;br /&gt;
==== Linux generico ====&lt;br /&gt;
https://www.esp8266.com/wiki/doku.php?id=toolchain#how_to_setup_a_vm_to_host_your_toolchain&lt;br /&gt;
Scaricare esptool.py per fare il flashing: https://github.com/espressif/esptool&lt;br /&gt;
&lt;br /&gt;
==== Arch Linux ====&lt;br /&gt;
La procedura generica non funziona, almeno non con l&#039;ultima versione di GCC.&lt;br /&gt;
È disponibile un pacchetto aur.&lt;br /&gt;
&lt;br /&gt;
 $ git clone https://aur.archlinux.org/esp-open-sdk-git.git&lt;br /&gt;
 $ makepkg -s&lt;br /&gt;
 # pacman -U esp-open-sdk-git&lt;br /&gt;
&lt;br /&gt;
Il PKGBUILD scaricherà e compilerà il toolchain. La procedura è decisamente lenta (&amp;gt;40 min).&lt;br /&gt;
&lt;br /&gt;
Installare esptool:&lt;br /&gt;
&lt;br /&gt;
 # pacman -S esptool&lt;br /&gt;
&lt;br /&gt;
=== Download firmware con supporto LUA ===&lt;br /&gt;
 $ git clone https://github.com/nodemcu/nodemcu-firmware&lt;br /&gt;
&lt;br /&gt;
Collegare l&#039;ESP tramite una MicroUSB al computer, e verificare il funzionamento:&lt;br /&gt;
 $ esptool --port &amp;lt;serial-port&amp;gt; flash_id&lt;br /&gt;
&lt;br /&gt;
In questo modo, fra le altre cose si vedono le specifiche della scheda e le dimensioni della flash (typ. 4MB).&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5006</id>
		<title>Esp8266</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5006"/>
		<updated>2018-04-27T18:17:42Z</updated>

		<summary type="html">&lt;p&gt;Juma: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Hardware ===&lt;br /&gt;
Schematiche: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF&lt;br /&gt;
&lt;br /&gt;
Pinout: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/Documents/NODEMCU_DEVKIT_V1.0_PINMAP.png&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Caveat ==== &lt;br /&gt;
* D3 (GPIO0) DEVE essere usato come output, visto che è condiviso con la funzione di flash, se è basso all&#039;avvio il SoC entra in modalità flash.&lt;br /&gt;
* D4 (GPIO2) e D8 (GPIO15) all&#039;avvio devono essere rispettivamente HI e LOW (tramite dei pull-up/down già presenti), per cui *dovrebbero* essere usati come output.&lt;br /&gt;
* D9 (GPIO3) e D10 (GPIO1) sono condivisi con la seriale (RXD0 e TXD0).&lt;br /&gt;
* D11 (GPIO9) e D12 (GPIO10) sono sul lato opposto, ed etichettate come SD1 e SD2.&lt;br /&gt;
* D0 (GPIO16) è stupido, può essere solo scritto/letto, ma non supporta PWM o qualunque altra cosa. È usato per risvegliare il processore.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Installazione toolchain ===&lt;br /&gt;
&lt;br /&gt;
Si raccolgono qui le procedure di installazione della toolchain per programmare l&#039;Esp8266, nei vari casi d&#039;uso.&lt;br /&gt;
&lt;br /&gt;
== Linux generico ===&lt;br /&gt;
https://www.esp8266.com/wiki/doku.php?id=toolchain#how_to_setup_a_vm_to_host_your_toolchain&lt;br /&gt;
&lt;br /&gt;
== Arch Linux ===&lt;br /&gt;
La procedura generica non funziona, almeno non con l&#039;ultima versione di GCC.&lt;br /&gt;
È disponibile un pacchetto aur.&lt;br /&gt;
&lt;br /&gt;
 $ git clone https://aur.archlinux.org/esp-open-sdk-git.git&lt;br /&gt;
 makepkg -s&lt;br /&gt;
 sudo pacman -U esp-open-sdk-git&lt;br /&gt;
&lt;br /&gt;
Il PKGBUILD scaricherà e compilerà il toolchain. La procedura è decisamente lenta (&amp;gt;40 min).&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
	<entry>
		<id>https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5005</id>
		<title>Esp8266</title>
		<link rel="alternate" type="text/html" href="https://wiki.eigenlab.org/index.php?title=Esp8266&amp;diff=5005"/>
		<updated>2018-04-27T18:16:14Z</updated>

		<summary type="html">&lt;p&gt;Juma: Stub Hardware.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=== Hardware ===&lt;br /&gt;
Schematiche: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/NODEMCU_DEVKIT_V1.0.PDF&lt;br /&gt;
&lt;br /&gt;
Pinout: https://github.com/nodemcu/nodemcu-devkit-v1.0/blob/master/Documents/NODEMCU_DEVKIT_V1.0_PINMAP.png&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Caveat ==== &lt;br /&gt;
* D3 (GPIO0) DEVE essere usato come output, visto che è condiviso con la funzione di flash, se è basso all&#039;avvio il SoC entra in modalità flash.&lt;br /&gt;
* D4 (GPIO2) e D8 (GPIO15) all&#039;avvio devono essere rispettivamente HI e LOW (tramite dei pull-up/down già presenti), per cui *dovrebbero* essere usati come output.&lt;br /&gt;
* D9 (GPIO3) e D10 (GPIO1) sono condivisi con la seriale (RXD0 e TXD0).&lt;br /&gt;
* D11 (GPIO9) e D12 (GPIO10) sono sul lato opposto, ed etichettate come SD1 e SD2.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Installazione toolchain ===&lt;br /&gt;
&lt;br /&gt;
Si raccolgono qui le procedure di installazione della toolchain per programmare l&#039;Esp8266, nei vari casi d&#039;uso.&lt;br /&gt;
&lt;br /&gt;
== Linux generico ===&lt;br /&gt;
https://www.esp8266.com/wiki/doku.php?id=toolchain#how_to_setup_a_vm_to_host_your_toolchain&lt;br /&gt;
&lt;br /&gt;
== Arch Linux ===&lt;br /&gt;
La procedura generica non funziona, almeno non con l&#039;ultima versione di GCC.&lt;br /&gt;
È disponibile un pacchetto aur.&lt;br /&gt;
&lt;br /&gt;
 $ git clone https://aur.archlinux.org/esp-open-sdk-git.git&lt;br /&gt;
 makepkg -s&lt;br /&gt;
 sudo pacman -U esp-open-sdk-git&lt;br /&gt;
&lt;br /&gt;
Il PKGBUILD scaricherà e compilerà il toolchain. La procedura è decisamente lenta (&amp;gt;40 min).&lt;/div&gt;</summary>
		<author><name>Juma</name></author>
	</entry>
</feed>