Raspberry Pi Zero headless via USB - Cronologia

Alciregi: /* Abilitare il servizio getty@ttyGS0.service senza shell */

2018-01-14T14:11:50Z

Abilitare il servizio getty@ttyGS0.service senza shell

← Versione meno recente		Versione delle 16:11, 14 gen 2018
Riga 43:		Riga 43:
	</pre>		</pre>

	Perché <code>sleep 10</code> e antani? Perché sebbene <code>systemctl enable nomeservizio --now</code> ~~abilita~~ il servizio al boot successivo e inoltre fa lo '''start''' del servizio, lo start durante il primo boot previene il completamento del boot stesso, ossia non compare mai il login. Ossia dopo l'enable, cioè al riavvio successivo, tutto funzionerebbe. Così facendo (<code>sleep 10</code>) si fa completare il boot e a quel punto si abilita e si fa partire il servizio in un colpo solo. E senza bisogno di accedere per altre vie al Raspberry.		Perché <code>sleep 10</code> e antani? Perché sebbene <code>systemctl enable nomeservizio --now</code> abiliti il servizio al boot successivo e inoltre faccia lo '''start''' del servizio, lo start durante il primo boot previene il completamento del boot stesso, ossia non compare mai il login. Ossia dopo l'enable, cioè al riavvio successivo, tutto funzionerebbe. Così facendo (<code>sleep 10</code>) si fa completare il boot e a quel punto si abilita e si fa partire il servizio in un colpo solo. E senza bisogno di accedere per altre vie al Raspberry.

	Questa riga si può poi cancellare una volta effettuato il primo accesso.		Questa riga si può poi cancellare una volta effettuato il primo accesso.

Alciregi: /* Abilitare il servizio getty@ttyGS0.service senza shell */

2017-12-20T23:51:04Z

Abilitare il servizio getty@ttyGS0.service senza shell

← Versione meno recente		Versione delle 01:51, 21 dic 2017
Riga 44:		Riga 44:

	Perché <code>sleep 10</code> e antani? Perché sebbene <code>systemctl enable nomeservizio --now</code> abilita il servizio al boot successivo e inoltre fa lo '''start''' del servizio, lo start durante il primo boot previene il completamento del boot stesso, ossia non compare mai il login. Ossia dopo l'enable, cioè al riavvio successivo, tutto funzionerebbe. Così facendo (<code>sleep 10</code>) si fa completare il boot e a quel punto si abilita e si fa partire il servizio in un colpo solo. E senza bisogno di accedere per altre vie al Raspberry.		Perché <code>sleep 10</code> e antani? Perché sebbene <code>systemctl enable nomeservizio --now</code> abilita il servizio al boot successivo e inoltre fa lo '''start''' del servizio, lo start durante il primo boot previene il completamento del boot stesso, ossia non compare mai il login. Ossia dopo l'enable, cioè al riavvio successivo, tutto funzionerebbe. Così facendo (<code>sleep 10</code>) si fa completare il boot e a quel punto si abilita e si fa partire il servizio in un colpo solo. E senza bisogno di accedere per altre vie al Raspberry.

			Questa riga si può poi cancellare una volta effettuato il primo accesso.

	== Pronti ==		== Pronti ==

Alciregi il 21:34, 20 dic 2017

2017-12-20T21:34:56Z

← Versione meno recente		Versione delle 23:34, 20 dic 2017
Riga 60:		Riga 60:
	https://learn.adafruit.com/turning-your-raspberry-pi-zero-into-a-usb-gadget/serial-gadget<br/>		https://learn.adafruit.com/turning-your-raspberry-pi-zero-into-a-usb-gadget/serial-gadget<br/>

	[[~~Categories~~: Raspberry ~~Linux~~]]		[[Category:Raspberry Pi]]

Alciregi il 21:33, 20 dic 2017

2017-12-20T21:33:31Z

← Versione meno recente		Versione delle 23:33, 20 dic 2017
Riga 59:		Riga 59:
	https://forum.armbian.com/topic/1735-tutorial-use-armbian-to-set-up-rpi-zero-for-g_serial-connection/<br/>		https://forum.armbian.com/topic/1735-tutorial-use-armbian-to-set-up-rpi-zero-for-g_serial-connection/<br/>
	https://learn.adafruit.com/turning-your-raspberry-pi-zero-into-a-usb-gadget/serial-gadget<br/>		https://learn.adafruit.com/turning-your-raspberry-pi-zero-into-a-usb-gadget/serial-gadget<br/>

			[[Categories: Raspberry Linux]]

Alciregi il 21:32, 20 dic 2017

2017-12-20T21:32:35Z

← Versione meno recente		Versione delle 23:32, 20 dic 2017
Riga 53:		Riga 53:

	[[File:GTKTermRPiZero.png\|frame\|center]]		[[File:GTKTermRPiZero.png\|frame\|center]]

			== Riferimenti ==

			https://blog.gbaman.info/?p=699<br/>
			https://forum.armbian.com/topic/1735-tutorial-use-armbian-to-set-up-rpi-zero-for-g_serial-connection/<br/>
			https://learn.adafruit.com/turning-your-raspberry-pi-zero-into-a-usb-gadget/serial-gadget<br/>

Alciregi il 21:30, 20 dic 2017

2017-12-20T21:30:49Z

← Versione meno recente		Versione delle 23:30, 20 dic 2017
Riga 51:		Riga 51:

	A differenza del classico collegamento seriale (UART), non vedrete il processo di boot.		A differenza del classico collegamento seriale (UART), non vedrete il processo di boot.

			[[File:GTKTermRPiZero.png\|frame\|center]]

Alciregi: Creata pagina con "= Introduzione = È possibile accedere alla console del Raspberry Pi Zero senza usare monitor e tastiera, senza rete (senza SSH), e senza UART (via porta seriale, ovvero senz..."

2017-12-20T21:27:04Z

Creata pagina con "= Introduzione = È possibile accedere alla console del Raspberry Pi Zero senza usare monitor e tastiera, senza rete (senza SSH), e senza UART (via porta seriale, ovvero senz..."

Nuova pagina

= Introduzione =

È possibile accedere alla console del Raspberry Pi Zero senza usare monitor e tastiera, senza rete (senza SSH), e senza UART (via porta seriale, ovvero senza cavo USB-TTL o come si chiama collegato sui pin 8 e 10 del pettine GPIO). 
In pratica è possibile collegare un normale cavo mini USB alla relativa porta del Raspberry Pi Zero e, oltre ad alimentarlo (quindi non c'è nemmeno bisogno di un alimentatore) è possibile vedere sul PC una porta seriale (su Linux <code>/dev/ttyACM0</code>) e con un programma per la comunicazione seriale (minicom, screen, GTKTerm, ecc.) collegarsi alla console.

Inoltre, ma questo non verrà trattato in questo articolo, è possibile configurare il Raspberry Pi Zero come unità disco (stile chiavetta USB), o usare la porta USB come porta di rete, vedere il Raspberry Pi come una webcam, e altre cose. Queste robe vengono chiamate ''Linux USB Gadget modules''.

= How to =

== Installare Raspbian sulla scheda micro SD ==

Google è vostro amico.

== Configurare i moduli ==

'''Prima di inserire la scheda micro SD nel Raspberry''', montatela sul PC.

Modificate il file <code>config.txt</code> (che si trova nel mountpoint tipo <code>/run/media/user/boot/</code>). 
In fondo aggiungete

<pre>
dtoverlay=dwc2
</pre>

Modificate poi il file <pre>cmdline.txt</pre> (che si trova nella stessa directory del precedente). 
Subito dopo la voce <code>rootwait</code> aggiungete

<pre>
modules-load=dwc2,g_serial
</pre>

== Non va mai come dovrebbe ==

A questo punto la configurazione non è finita. Va abilitato e fatto partire un servizio, e l'unico modo è quello di fare il boot del Raspberry. Chiaramente per abilitare e far partire il servizio gestito da systemd, servirebbe una shell. 
Le varie guide che si trovano in giro, dicono di collegare un monitor e una tastiera per completare questa fase, oppure usare la connessione seriale classica USB-TTL (o come si chiama) sui piedini 8 e 10. MA SE IO NON HO A DISPOSIZIONE MONITOR TASTIERA E CAVO USB-TTL??

=== Abilitare il servizio getty@ttyGS0.service senza shell ===

Allora sempre prima di inserire la scheda SD nel raspberry, ossia averla ancora montata sul PC, andare nel mountpoint <code>rootfs</code> (tipo sempre sotto <code>/run/media/user/boot/</code>) e aggiungete nel file <code>/etc/rc.local</code>, prima della riga <code>exit 0</code>

<pre>
sleep 10 && systemctl enable getty@ttyGS0.service --now &
</pre>

Perché <code>sleep 10</code> e antani? Perché sebbene <code>systemctl enable nomeservizio --now</code> abilita il servizio al boot successivo e inoltre fa lo '''start''' del servizio, lo start durante il primo boot previene il completamento del boot stesso, ossia non compare mai il login. Ossia dopo l'enable, cioè al riavvio successivo, tutto funzionerebbe. Così facendo (<code>sleep 10</code>) si fa completare il boot e a quel punto si abilita e si fa partire il servizio in un colpo solo. E senza bisogno di accedere per altre vie al Raspberry.

== Pronti ==

Inserite la scheda SD nel Raspberry Pi. Collegate unicamente il cavo USB to Micro USB alla porta marcata '''USB''' del Raspberry Pi Zero (non alla porta marcata PWR) e siete a posto. 
Dopo poco (vedete <code>dmesg</code> sul PC) troverete la porta <code>/dev/ttyACM0</code> (o su Windoz una porta COM, ma non ho provato). Usate Minicom, GTKTerm o che ne so, usando i classici valori 115200 8-N-1. Per esempio <code>screen /dev/ttyACM0 115200</code> e dopo qualche secondo dovrebbe apparire una richiesta di login.

A differenza del classico collegamento seriale (UART), non vedrete il processo di boot.