TinyI2C_LCD

[MathiasW]

Salut,

hier mein erster Versuch in Eagle. Ich habe das board auf 50x23 mm ausgelegt, damit man bei einem 50x50mm Prototyp zwei Boards erhält.

Ciao, Mathias

[pylon]

Danke für die Blumen. 

Auf die Gefahr hin, mich als Banause zu outen: was ist ein lCCD (Google liefert zwar einige Resultate, aber nichts, das ich mit Arduino in Verbindung bringen würde)?

[MathiasW]

Salut Pylon,

lCCD ist ein lineares CCD (Charge Coupling Device). Ich arbeite mit dem ILX511B von Sony und dem TCD1201 von Toshiba. Das Sony sollte leichter auszulesen sein, aber bislang ist es mir nicht gelungen, das lCCD auszulesen. Es scheint immer so zu sein, dass ich nur den ersten Pixel sehe und die Ladung der anderen Pixel nicht durch gereicht werden. Nach einigen enttäuschenden Versuchen habe ich erst einmal einige Wochen davon Abstand genommen, will mich jetzt aber wieder daran wagen
Ciao, Mathias

[pylon]

Das wäre also das Lese-Element eines Scanners oder liege ich da falsch?

Vom Sony habe ich schon mal ein Datenblatt gefunden. Scheint mir durchaus machbar und tönt sehr interessant. Welchen AD-Wandler setzt Du denn ein? Den internen des Arduinos? Und als Treiber den empfohlenen 2SA1175?

[MathiasW]

Salut,

ich habe bislang den internen ADC verwendet, diesen aber im fast-ADC Mode betrieben. Da das Signal stark genug war, habe ich es nicht weiter verstärkt. Testweise habe ich den 2SA1175 durch einen pnp-Transistor ersetzt, den ich zur Hand hatte (BC557), was aber kaum einen Effekt hatte.
Aber ich denke, zu dem Thema sollten wir einen eigene Threat öffnen
Ciao, Mathias

[pylon]

Noch einmal zu TinyI2C_LCD-Board. Wenn wir den D10-Pin auch beim I2C-Stecker herausführen, könnten wir mit dersselben Hardware eine I2C und eine SPI-Version abdecken. Ich denke, der Aufwand auf dem Board wäre minim und die grössere Flexibilität müsste es wert sein. Was denkt Ihr?

[boxtec-support]

Finde ich eine sehr gute Idee, ich kanns aber nicht von der Firmware her beurteilen wie gross der Aufwand ist SPI auch abzudecken, aber Platz im Flash wär definitiv noch genügend verfügbar.
Meinst Du aus dem 4-Pin I2C einfach einen 5-Pin Connector zu machen mit D10 oder eher einen zweiten Connector mit 5-Pins daneben als I2C angeschrieben ?
Anfängerfrage: Wie weiss die Firmware im ATtiny dann welcher Betriebsmodus gewünscht ist ?

Ich habe übrigens auch die Eagle Dateien von Mathias eingecheckt.

[pylon]

Ich bin zur Zeit an der Vereinfachung der I2C-Kommunikation, checke aber erst ein, wenn ich das fertig habe.

Meinst Du aus dem 4-Pin I2C einfach einen 5-Pin Connector zu machen mit D10 oder eher einen zweiten Connector mit 5-Pins daneben als I2C angeschrieben ?

So auf die Schnelle hätte ich den Pin einfach neben dem I2C-Connector plaziert, so dass ein 4-Pin-Stecker für die I2C-Variante und ein 5-Pin-Stecker für die SPI-Variante verwendet werden kann.

Anfängerfrage: Wie weiss die Firmware im ATtiny dann welcher Betriebsmodus gewünscht ist ?

Gar nicht, ich hätte nur das gleiche Board genommen und je nachdem eine andere Firmware aufgespielt. Alternativ könnte man MISO nehmen, um den Modus per Lötbrücke zu wählen, denn dieser Pin wird nur für ICSP genutzt. Aber das würde ich auf später verschieben, einfach nicht PCBs herstellen, die danach eine Funktionalität vermissen lassen.

Ich habe die Backlight-Control auch schon mal implementiert, aber das kann ich mit der Version 0.4 des Boards noch nicht testen. Ich versuche mal, einen PCB-Hack zu machen, nicht sehr hübsch, aber sollte funktionieren.

[boxtec-support]

So auf die Schnelle hätte ich den Pin einfach neben dem I2C-Connector plaziert, so dass ein 4-Pin-Stecker für die I2C-Variante und ein 5-Pin-Stecker für die SPI-Variante verwendet werden kann.

Ich hab das mal angefangen und je länger ich dran war desto mehr hat mir die SPI Idee gefallen und desto weniger die Ausführung einfach den Pin neben den I2C Connector zu stellen.
Ich bin mittlerweile sehr dafür, daneben einen 5-Pin Connector zu stellen, mit SPI angeschrieben und mit den Daten-/Takt-Pins in der Mitte und Versorgung aussen. Der Anwender kann dann wählen ob er den 5-Pin oder 4-Pin Connector anbringt (oder beide).

Gar nicht, ich hätte nur das gleiche Board genommen und je nachdem eine andere Firmware aufgespielt. Alternativ könnte man MISO nehmen, um den Modus per Lötbrücke zu wählen, denn dieser Pin wird nur für ICSP genutzt. Aber das würde ich auf später verschieben, einfach nicht PCBs herstellen, die danach eine Funktionalität vermissen lassen.

Nachdem ich nun das Konzept verstanden habe bin ich dafür statt D10, wie Du auch vorschlägst den MISO zu nehmen als dritten SPI Pin. Dann bleibt D10 weiterhin verfügbar und kann falls man alles in denselben ATtiny84 gequetscht kriegt diesen für die Wahl des Modus (I2C/SPI) verwenden oder sonst halt für was anderes.
Ich hab mir das in ungefähr so vorgestellt:

Was haltet Ihr davon ?

[pylon]

Nachdem ich nun das Konzept verstanden habe bin ich dafür statt D10, wie Du auch vorschlägst den MISO zu nehmen als dritten SPI Pin. Dann bleibt D10 weiterhin verfügbar und kann falls man alles in denselben ATtiny84 gequetscht kriegt diesen für die Wahl des Modus (I2C/SPI) verwenden oder sonst halt für was anderes.

Und welchen Pin hast Du für SS vorgesehen? SDO ist wahrscheinlich gar nicht notwendig, lesende Zugriffe sind ja (noch) nicht vorgesehen. Zudem würde ich SS in den SPI-Stecker integrieren, wobei ich wahrscheinlich D10 dafür verwenden würde. Ich bin mir nicht sicher, ob MISO als PCINT zur Verfügung steht, wenn das USI im SPI-Modus arbeitet.

Aber abgesehen davon finde ich Deine Idee mit dem separaten Stecker sehr gut, macht die Verwendung deutlich einfacher.

[boxtec-support]

Den SlaveSelect hab ich natürlich voll vergessen, resp. mir fehlüberlegt diesen als gesetzt zu erwarten und dafür den Bus auf Master mit einem Slave zu beschränken, was aber natürlich blöd ist. Ich hab noch nie was mit SPI gemacht und wurstle mich da noch durch im Moment.
Ich werde den D10 als SS angeschrieben zwischen SCL und GND platzieren und den D10 Connector ganz rausnehmen, den SDO hab ich mal gelassen solange er nicht stört:

Was meint Ihr dazu ?

[pylon]

Finde ich gut so, es bleibt uns dann immer noch die Möglichkeit, mittels Verkabelung von SDO (MISO) die Umschaltung auf SPI zu realisieren.

[boxtec-support]

Fein, danke. Dann bestell ich jetzt nochmals 10 Protos davon (ich überleg mir noch ob mit Ground-Seed oder as-is).
Wenn noch jemand von Euch PCBs benötigt bitte bis Montag abend melden, ich würde das DHL shipping offerieren.

[MathiasW]

Salut,

kann es sein, dass beim neuen Design pin-13 statt pin-10 an SS geführt ist? Bei Eagle wird pin-13 als Aref/ADC geführt

Ciao, Mathias

[pylon]

kann es sein, dass beim neuen Design pin-13 statt pin-10 an SS geführt ist? Bei Eagle wird pin-13 als Aref/ADC geführt

Pin D10 ist der 13. Pin des ATtiny (in der PDIP-Ausführung, bei QNF ist es Pin 5). Fast jeder Pin am Tiny hat mehrere Funktionen. Da der Tiny kein Hardware-SS hat, muss die Funktion anders nachgebaut werden. D10 bietet zumindest einen Pin-Change-Interrupt an, damit sollte sich die Funktionalität implementieren lassen. Habe ich etwas übersehen?