Ah ok, quindi se utilizzassi un display a due righe (16x2) potrei collegare tutto senza espansioni?

Comunque Cyclone penso sia consigliabile quello che mi hai suggerito, anche perchè poi presumo che avrei latenze sulle comunicazioni.

Salve anche a te Cyclone e grazie per il tuo contributo,


E se espandessi le porte di Arduino UNO con una scheda di espansione?Prima di passare al "MEGA" volevo tirare al massimo il 328:)

Saluti

Usa la seriale anche l'rfid oppure "i2c"

Salve m_ri e grazie per la risposta,


Il mio problema adesso sta nel collegare questi dispositivi e per fare un esempio, se collego il modulo "sim900", mi sono "giocato" la seriale e di

conseguenza, dovrei ancora collegare ancora un display e il lettore rfid.

Pur sapendo dell'esistenza del protocollo "i2c", non saprei come collegare il display, visto che è sprovvisto di quel sistema di comunicazione.

A questo punto dovrei cambiare il display, con uno che preveda un interfaccia "i2c", oppure dovrei sostituirlo direttamente?

Nel frattempo ho trovato un "Interfaccia I2C - GPIO", potrebbe servire al mio scopo?



Grazie e ciao

Ciao a tutti....


La mia domanda è abbastanza semplice, ma non trova una facile risposta, dal momento che spesso gli esempi che ho trovato, si riferiscono alla gestione di uno shield e non di più shield collegati tra di loro.

Nel caso specifico, vorrei collegare ad "Arduino UNO": lo shield GSM, un display GLCD, con controller "KS0108" ed un lettore di trasponder "ID 12".

In questo caso, mi converrebbe utilizzare il protocollo "I2C" per far comunicare i moduli tra di loro, oppure dovrei espandere le porte di Arduino UNO?

Se utilizzassi il protocollo seriale "I2C", dovrei utlizzare un convertitore per il display, o sostituirlo?

Mi servirebbe anche solo un esempio, o qualche dritta...




Un saluto a tutti


Matrix

Ciao Dario e grazie per le info,


sto guardando i link che mi hai proposto, direi interessanti, ma la serie Arm la spunta sempre eheh.

Proverò a prendere in esame i display seriali e ne approfitto per chiederti se saranno disponbili anche sistemi touch induttivi oltre che resistivi.



Un saluto e buon ferragosto.

Paolo

Grazie ancora per la tua partecipazione, sei stato sintetico e molto chiaro.

A questo punto dovrei cambiare processore, con tutte le complicazioni del caso, speriamo in una versione ottimizzata di Arduino, per la gestione di

questo genere di display, sarebbe una grande cosa, anche perchè in questo modo, sarebbe veramente utilizzato a 360°e senza limiti.

Leggevo della versione DUE che monta già un ARM, ma penso si sia perso per strada, o forse è in fase di collaudo.

Buon ferragosto

Ciao UWE

Salve UWE e grazie per il tuo intervento,

Ma il venditore scrive che é compatibile con Arduino? Lui non da una libreria?
Se tutte o una sola cosa non é affermativa é meglio ce non lo compri.
Ciao Uwe

Per risponderti molto rapidamente, il venditore mette a disposizione solo il datasheet, ma è l'unico che ho trovato che vende display a 7 pollici a

touch resistivo ad un buon prezzo.

In seconda istanza, ho notato che il controller SSD 1963 è molto utilizzato e quindi volevo imparare ad utilizzare una libreria un po' comune a diversi

dispositivi.

Coconsci alternative?

Un salutone

Paolo

Salve a tutti,


Vorrei acquistare un display a colori da 7 pollici d'importazione cinese che utilizza un controller SSD 1963.

La mia unica perplessità riguarda per l'appunto, la disponibilità di una valida libreria, per gestire il display con Arduino.

Un salutone e buon ferragosto!!

Paolo

Ciao Uwefed e grazie per il tuo intervento,


Allora rimane un progetto irrealizzabile, o forse dovrei attendere l'uscita di Arduino due? Per ovviare al problema della ram, si potrebbe realizzare

uno shield apposito?

Dopo varie letture, su come utilizzare Atmega328, o 2560, si deduce che siano molto performanti, per quanto riguarda la gestione e la realizzazione

di piccoli e medi automatismi (come se fossero in sostanza, dei piccoli PLC), ma più deboli, per quanto riguarda la gestione grafica; forse a questo

punto, la soluzione potrebbe essere quella, di delegare tutto ad uno shield "grafico", semmai esistesse e che avesse al suo interno, una ram grafica,

così d'alleggerire il carico di lavoro al processore?

In giro però, non ho trovato niente del genere e dello shield video composito, non saprei che farmene, se non per uno scopo puramente didattico.

Sono arrivato ad Arm 7 Cortex, per caso, tramite una ricerca mirata sulla grafica e sui display di qualità touch ed infatti, tramite una seconda

ricerca, ho scoperto che anche Arduino, avrebbe montato quel processore, ma per adesso buio totale.

Onestamente adesso, non saprei che tipo di hardware utilizzare, anche perchè non vorrei buttare denaro inutilmente eheheh

Ciao

Ciao a tutti,

Arduino 2 uscirà?


Ciao

Salve a tutti...

Sono qui per porre una domanda al forum, relativa all'utilizzo di Arduino, per un progetto che almeno per ora è forse un po' ambizioso, ma d'altra parte, qui si parla di open source, dove tutto è possibile, o almeno così dovrebbe essere eheh:)

Premetto che ho letto qualche post sull'argomento, ma non sono rimasto troppo soddisfatto dei contenuti, perchè di fatto, non so ancora che strada intraprendere, sulla scelta dell' hardware più appropriato per il dispositivo che ho in mente.

In sostanza, vorrei gestire 3 display tft da 800x600 per intenderci, con touch resistivo che nel contempo, possano comunicare tra di loro e per fare un esempio, potrei visualizzare nel primo display la temperatura, nel secondo l'ora e nel terzo delle foto, ma potrei anche avere la necessità, di spostare le visualizzazioni di posto.Il tutto deve essere gestito in real time e in multitasking.

Leggevo che sia Atmega 328 che il 2560, avrebbero qualche problema a gestire la grafica, senza parlare poi che andrebbero gestiti ben 3 display e non del classico singolo dispositivo.

Dopo giorni passati a leggere qualcosa d'inerente a questo argomento, Vi chiedo se esistono soluzioni, per usare questa piattaforma, oppure se dovrei spostare le mie attenzioni, su architetture diverse, come ARM 7 Cortex?


Un salutone

Ciao,
per essere di aiuto al prossimo potresti modificare il titolo del tuo primo topic con qualcosa del genere?
--> [RISOLTO] Problema shield display Nokia 6100

Grazie.

Detto e fatto, effettivamente, strada facendo, il Topic ha preso un altra forma
Ciao

Nel link che mi hai fornito dice che se nella protezione che copre il display c'è un tab di colore rosso il driver è EPSON, se è BLU il driver è PHILIPS.

Lo posto per cortesia tutta la funzione setup() dello sketch con cui ti funziona il display?

Ciao.

Ciao, in questo caso penso sia il contrario, il tab è rosso, ma è Philips, ti posto il codice originale e poi il modificato:

Originale:

void setup()
{
  /* Set up the button pins as inputs, set pull-up resistor */
  for (int i=0; i<3; i++)
  {
    pinMode(buttonPins, INPUT);
    digitalWrite(buttonPins, HIGH);
  }
  
  hours = HOURS;
  minutes = MINUTES;
  seconds = SECONDS;
  ampm = AMPM;
  
  /* Initialize the LCD, set the contrast, clear the screen */
  lcd.init(EPSON);
  lcd.contrast(40);
  lcd.clear(BACKGROUND);


Modificato:

void setup()
{
  /* Set up the button pins as inputs, set pull-up resistor */
  for (int i=0; i<3; i++)
  {
    pinMode(buttonPins, INPUT);
    digitalWrite(buttonPins, HIGH);
  }
  
  hours = HOURS;
  minutes = MINUTES;
  seconds = SECONDS;
  ampm = AMPM;
  
  /* Initialize the LCD, set the contrast, clear the screen */
  lcd.init(PHILLIPS);
  lcd.contrast(40);
  lcd.clear(BACKGROUND);


Ti confermo le 2 elle in Phillips, altrimenti da errore in fase di compilazione.

Ciao