Newsgroup: it.hobby.elettronica.digitale
Titolo: tanto per rimanere su Linux

Non ne ho mai saputo un acca
Uso Ubuntu da ignorante ma non ho mai avuto  necessità per capirci qualcosa
 
Come da post precedenti vorrei saperne un pò per uso applicazioni embedded 
(vedui post precedenti datalogger)
 
Stamattina alle 6 ci ho dedicato un paio d'ore di lettura da siti 
introduttivi,che però da subito hanno dato per scontato qualche conoscenza 
che non ho
 
Come si consiglia di fare?
Fare girare su PC?
Oppure prendermi Arietta G25 e se esiste,partire dal blinky_led per Linux?
sono uno che ha bisogno di mettere mano,o picchiare la testa contro le cose 
per capirci
 
c'è qualche sito davvero introduttivo rivolto magari a chi sa cosa sia un 
file system  o un DMA ma che sa poco di
distribuzioni ,ftp ecc.
anche in inglese purchè parta davvero piano,un "Tanzilli pic per Linux " 
insomma,se c'è
 
Grazie 
 
 


no,anzi,tutto ciò mi ha convinto che prima o poi andava fatto,
è stato poi
 
grazie per le indicazioni 
 
 

(vedui post precedenti datalogger)
 
la mia esperienza con Linux, che adopero a fasi alterne dai tempi di Debian 
2.0, è che c'è da leggere molto.
I manuali dei vari programmi, perlomeno quelli di base, come prima cosa, e 
poi i forum dedicati alle varie distribuzioni, perché le variabili di 
sistema assumono nomi diversi a seconda della distribuzione, per cui 
installare un server Apache su Ubuntu non è la stessa cosa che installarlo 
su Debian, nonostante le distribuzioni siano cugine di primo grado.
Allora, quello che conviene fare è lavorare su una distribuzione che sia 
quanto più possibile multipiattaforma e abbia un numero considerevole di 
utilizzatori.
Io ho optato per Debian.
Per quanto riguarda i sistemi embedded, ma forse è meglio definirli pc 
singola scheda, io sto "giocando" con Raspberry che nell'ultima versione in 
una credit card è riuscita a infilarci un processore da 1GHz e 1GB di ram.
Su questa versione si parla di averci sopra anche windows 10.
 
http://it.wikipedia.org/wiki/Raspberry_Pi
 
 
..
 

 Come si consiglia di fare?
 
Partirei da una scheda che ha tonnellate di codice di esempio (consiglio
BeagleBoneBlack o ancora meglio Raspberry) e analizzare direttamente gli
esempi, facendoli girare e modificandoli.
 
-- 
Fletto i muscoli e sono nel vuoto.

(vedui post precedenti datalogger)
 
Aggiungo... attenzione che Linux non č un sistema operativo real time, con 
tutto quello che consegue.
 
..
 
 
 

 utilizzatori.
 
Imho quello che conviene fare è *non* utilizzare alcuna distribuzione. 
Vanno benissimo come piattaforma di sviluppo, per prendere pratica con 
la shell, come server applicativo e quanto ne vuoi ma non trovo siano 
l'ideale per un sistema embedded che deve funzionare come voglio io e 
non con l'approccio generalistico di una distribuzione che è rivolta ad 
un target solitamente ampio.
 
Al di là delle variabili di ambiente, dell' uso delle risorse, di una 
miriade di tool che cambiano da una distro all'altra personalizzare e 
scalare verso il basso una distribuzione qualsiasi è un compito arduo e 
dispendioso.
Tanto per dirne una gran parte delle distro hanno un MTA completo come 
parte integrante del sistema base, ti serve un server smtp? No? Io direi 
che se ti serve mandare posta allora basta un piccolo client, prova a 
togliere sendmail/postfix/etc da una debian/centos/etc e vedrai che 
anche se ci riesci scoprirai che la messaggistica di sistema ed una 
miriade di piccole utility contavano su quello e non funzioneranno più 
come ci si aspettava.
 
Secondo me il sistema va costruito da zero, kernel ad hoc, init 
personalizzato e le applicazioni che veramente servono.
Di sistemi per realizzare questo ce ne sono parecchi: buildroot, openwrt 
(basato sul primo, orientato al networking), Yocto, T2, etc... ma a 
proposito che fine ha fatto Prosa (ex 
http://www.prosa.it/
)?
Aggiungo LFS che non è un build system ma una ricca ed utilissima 
collezione di documentazione (Linux From Scratch, 
http://www.linuxfromscratch.org/lfs/
).
 
Personalmente uso T2 che probabilmente ha il difetto di avere una 
community piccolissima (
http://www.t2-project.org/documentation/
) ed 
occasionalmnte buildroot.
Qui 
https://code.google.com/p/teebx/wiki/BuildQuickStart
 trovi un 
esempio su come fare il build di un progetto gìa configurato. Magari 
lontano dagli obbiettivi di molti ma a volte vedere qualcosa di pratico 
che già gira aiuta a superare il blocco psicologico... come la famosa 
pagina bianca su cui si dovrebbe iniziare a scrivere.
 
 
-- 
TeeBX VoIP communication platform (coming soon)
http://code.google.com/p/teebx/
 
-----------------------------------------------
Lightweight++ Business Friendly++ Open++

dispendioso.
 
Sono perfettamente e totalmente d'accordo.
L'ideale, dal punto di vista dell'efficienza,  è partire dal kernel e 
compilare il tutto.
Mettendo però in conto che ci si deve fare carico in prima persona 
dell'aggiornamento del sistema non potendo contare sul lavoro altrui, che è 
uno dei punti di forza di Linux.
Direi che per livelli di complessità bassi, upgrade poco frequenti o volumi 
medio alti la soluzione drastica è quella sicuramente da percorrere.
Soprattutto se non ci si deve integrare con altri software o sistemi 
preesistenti che richiedono un ambiente comune stabile nel tempo e 
aggiornabile da terzi.
 
..