Newsgroup: it.hobby.elettronica.digitale
Titolo: Sviluppare una interfaccia utente simile ad un navigatore

Ma che è successo a questo newsgroup? Tempo fa era mediamente 
frequentato e ci sono state discussioni sicuramente interessanti. Ora 
sembra si siano allontanati tutti e l'ultimo post "smartphone consiglio" 
la dice tutta.
 
Provo con il defibrillatore... inizio una discussione seria e in-topic.
 
Mi suggerite una piattaforma hw/sw per sviluppare un touch-screen di 
medie-piccole dimensioni (4.3-4.7") con una interfaccia grafica simile a 
quella di un navigatore GPS?  Non mi interessa sviluppare un sw di 
navigazione, ma era solo per darvi l'idea del tipo di interfaccia che mi 
serve: devo visualizzare qualche icona, liste di valori, bottoni e 
piccoli controlli.
 
Non vorrei una soluzione mediocre, preferirei puntare subito su una 
architettura e display che sia bella da vedere (bel display con buona 
risoluzione e buona libreria grafica) e reattiva ai comandi dell'utente. 
  Ovviamente dovrà gestire il singolo tocco, magari anche il movimento 
del dito (per poter scrollare una lista in modo rapido).
 
A parte il display TFT touch, mi serve solo una misera RS485 a due fili 
a 38400bps.  Una uscita audio per mandare in play messaggi preregistrati 
non sarebbe male.
 
Se la cosa riesce bene, potrei pensare ad una produzione di un discreto 
numero, quindi punterei ad abbassare i costi di tutti i componenti, 
anche se questo mi dovesse creare una maggiore complessità di 
progettazione.  Penso che dovrò evitare tutti quei display intelligenti 
con interfacce evolute (RS232, I2C, ...) e scegliere "normali" TFT con 
interfaccia TTL.
 
Purtroppo non ho mai avuto l'occasione di interfacciare un TFT ad un 
micro, quindi navigo a vista.  Quale processore usare?  Deve avere un 
LCD controller integrato, oppure semplicemente un bus esterno?  Quale 
piattaforma/framework hw/sw usare?

 piccoli controlli.
Arm + Android, oppure Arm + Linux e QT.
aa
 
 


Ovviamente intendi ARM Cortex-A. Un Cortex-M non potrebbe far girare 
Android o Linux, giusto?
 
Solo che i Cortex-A escon fuori dalla mia esperienza hw. Esiste qualche 
modulino very low-cost che monta processore e memorie? Oppure mi puoi 
indicare qualche reference design o kit di sviluppo da cui prendere 
spunto per evitare problemi con il mio circuito? Cercherei di copiare il 
più possibile schema e sbroglio.
 
Android mi piacerebbe. Hai esperienze nell'utilizzo di Android come OS 
per una applicazione embedded GUI, dove non c'è parte telefono? In 
particolare di Android mi spaventa:
- eliminare in modo indolore tutto quello che riguarda il supporto
   del telefono (rubrica, dialer, messaggi, ...);
- blindarlo all'utente in modo che non cerchi di installare nulla di
   più di quello che fornisco io e in modo che non giochi in modo
   indiscriminato tra le applicazioni di sistema;
- per la mia applicazione che fa uso solo di RS485 per la comunicazione
   con il mondo esterno, eliminare lo stack TCP/IP (in realtà se rimane
   non è un problema).
 

    non è un problema).
 
Allora, se non ti serve niente di piu' di una interfaccia grafica e non 
hai rete, wiFi, bluetooth e ammenicoli vari, puoi stare su un economico
M3 della NPX, tipo 178x di cui NPX fornisce anche una bella interfaccia 
grafica in formato binario (emwin):
http://www.nxp.com/news/press-releases/2011/09/NXP-to-Offer-emWin-Graphic-Library-Free-with-ARM-Microcontrollers.html
 
Ti sbatti un po di piu', ma i costi sono parecchio piu' contenuti e ti
mantieni nell ambito di uno sviluppo embedded piu' vicino alla tua 
esperienza.
Ti consiglio l' abbinamento con FreeRtos per uno sviluppo piu'
lineare dell'applicazione.
 
AA
 
 

 esperienza.
 
Infatti, grazie dei consigli.
 

 risoluzione e buona libreria grafica) e reattiva ai comandi dell'utente.
 
dai anche uno sguardo a questo:
- 
https://www.olimex.com/Products/OLinuXino/A10/A10-OLinuXino-LIME/open-source-hardware
 
 
Poi ci sono anche i moduli som ed altre schede con soc/architetture 
diverse. Lhardware è open source quindi sul repository git trovi tutto 
quello che ti serve per trarre spunto.
 
Anndroid non lo vedo di buon occhio per questa applicazione, il già 
suggerito linux+qt5 mi sembra molto più adeguato. Se fai una ricerca con 
"qt5 sul forum del sito citato dovresti trovare qualcosa.
 
-- 
TeeBX VoIP communication platform (coming soon)
http://code.google.com/p/teebx/
 
-----------------------------------------------
Lightweight++ Business Friendly++ Open++

 "qt5 sul forum del sito citato dovresti trovare qualcosa.
 
Anche a me spaventa Android, però quando vedo il suo "effetto" su uno 
smartphone, penso che Linux+QT non siano neanche paragonabili... sbaglio?
 

 Anche a me spaventa Android, però quando vedo il suo "effetto" su uno smartphone, penso che Linux+QT non siano neanche paragonabili... sbaglio?
 
Non è paragonabile neppure lo sforzo da fare per de-googlizzare android, 
convincerlo ad accedere a processi/device cui non avresti accesso, 
togliersi dai piedi la barra delle notifiche ed altre paranoie rese 
necessarie dal target consumer-utonto. Un link panoramico:
- 
http://elinux.org/Android_Security
 
 
Detto questo l'effetto di una applicazione con becera interfaccia farà 
schifo pure su android...


 Perché?
Appunto perche' se voi una interfaccia grafica gradevole, non te la trovi
pronta ma te la devi costruire ...
 
 

> risultati posso ottenere.
A proposito degli 'ottimi' risultati, non mi riferivo
alla scheda EA...di cui non ti so dire... pero' ho avuto
modo di lavorare con molti lcd di vari formati con buoni
risultati.
 
 

 Arm + Android, oppure Arm + Linux e QT.
 
Cortex, mi contatteresti gentilmente per e-Mail (l'indirizzo è buono), 
grazie!
 

 schifo pure su android...
 
Però dovrai ammettere che con Android è facile creare delle interfacce 
non becere :-)
 
 

 non becere :-)
 
 
Beh, io sarò di parte, ma direi che con Qt Quick è molto più facile fare 
interfaccia dinamiche rispetto che su Android. A parte gli scherzi, sono 
due tecnologie più o meno equivalenti.