[HowTo] Wireless/USB LCD

De kabel werkt los als een trein, en is snel genoeg. Dit weekeinde maar eens aansluiten. Door de week helaas geen tijd

was 14 euro kwijt voor 2 kabels inclusief verzendkosten.

Link naar kabel

(Titan_PI8, zender en ontvanger komt nog binnen)

M

MindFly wijzigde dit bericht 06-11-2006 09:34 (7%)

Sorry voor de bump...

Al wat nieuws over die transmitter en receiver?

Weet iemand iets meer over het gebruikt protocol (CF634)?
Ik heb nu een PIC met ingebouwde USB, die zich aanmeld als com poort, nu wil ik graag ook lcd smartie gebuiken.
zijn er datasheets van dit protocol?

quote:

ymoona schreef op dinsdag 02 januari 2007 @ 11:24:
Weet iemand iets meer over het gebruikt protocol (CF634)?
Ik heb nu een PIC met ingebouwde USB, die zich aanmeld als com poort, nu wil ik graag ook lcd smartie gebuiken.
zijn er datasheets van dit protocol?

Het was even zoeken op de crystalfontz site, maar ik heb ze gevonden

bedankt SlinkingAnt!

ik ga dit ook proberen te maken, voor wat bij te leren

maar een stomme vraag waarschijnlijk maar toch.
hoe moet ik die PIC programmeren?

quote:

jammy schreef op zondag 14 januari 2007 @ 16:24:
ik ga dit ook proberen te maken, voor wat bij te leren

maar een stomme vraag waarschijnlijk maar toch.
hoe moet ik die PIC programmeren?

Met een PIC-programmer, de rest vind je met de standaard methoden (FAQ, google, site van de fabrikant, ...).

Een voorbeeld van een pic programmer kan zijn :
http://www.velleman.be/product/view/?lang=nl&id=364426

De rest staat in de datasheets van de pic.
Zoek in google op : datasheet picxxxxx
Waarbij de x een getal of letter voorsteld. Bv pic 16f628

dus als ik nu die PIC16F628A gebruik en ik zorg dat ik die met usb kan aansluiten op pc met behulp van de CP2102.
en daarna kan ik met lcd smartie het programma in laden met de pic-programmer.

zou dit werken, of raden jullie iets anders aan.

begin stillaan het licht te zien
(tis de eerste keer dat ik met lcd werk daarmee)

Ehm... Usb maken in een microcontroler is niet te doen voor een leek. Die PIC die jij opnoemt heeft ook geen usb hardware. Ik zou het lcd eerst maar eens aansluiten via de parallele poort ofzo en in je vrije tijd rustig beginnen met PIC's programmeren.

Lezen.. tis moeilijk..

Zjosh wijzigde dit bericht 15-01-2007 18:14 (6%)

ok srry, overgekeken en ook nie bij stil gestaan.

jammy wijzigde dit bericht 15-01-2007 21:20 (31%)

Als je een goedkope programmer wilt hebben, moet je hier eens kijken:

http://stores.ebay.com/eXtreme-Tekronics

Daar heb ik die van mij ook vandaan, werkt prima.

Microchips kun je makkelijk krijgen bij http://www.voti.nl/winkel/catalog.html

Groeten,
M

Owhja, heb mijn transmitters en recievers ook van ebay, way goedkoper dan velleman en conrad etc.

MindFly wijzigde dit bericht 16-01-2007 11:30 (16%)

Nog een vraagje aan de topicstarter: kun je misschien wat meer info geven over hoe je die behuizing hebt gemaakt?

In je startpost staat dat je styreenplaat hebt gebruikt. Dus je hebt eerst de ruwe vorm met die styreenplaat gemaakt en dan bedekt met polyester? Krijg je de behuizing nu nog open (zonder iets open te breken) voor als je iets zou willen veranderen aan de binnenkant? En hoe heb je het LCD schermpje vastgemaakt aan de behuizing?

quote:

titan_pi8 schreef op zaterdag 27 januari 2007 @ 16:34:
In je startpost staat dat je styreenplaat hebt gebruikt. Dus je hebt eerst de ruwe vorm met die styreenplaat gemaakt en dan bedekt met polyester? Krijg je de behuizing nu nog open (zonder iets open te breken) voor als je iets zou willen veranderen aan de binnenkant?

Klopt, en de behuizing kan inderdaad niet meer open.

quote:

titan_pi8 schreef op zaterdag 27 januari 2007 @ 16:34:
En hoe heb je het LCD schermpje vastgemaakt aan de behuizing?

Snel een paar plaatjes via google:



Het zwarte metalen kapje heb ik er af gehaald, dat doe je door aan de onderkant de haakjes terug te buigen. Vervolgens in een stuk styreenplaat (wat later dus de voorkant zou worden) een gat gemaakt iets groter dan het kapje, kapje er in gezet, polyester plamuur er overheen en schuren maar. Doorsnede (paint ftw ):

Daarna spuit je het over en zet je het lcd weer terug in elkaar.

Nice!

Enkel jammer dat je de behuizing niet zomaar open kan doen. De batterijen zitten toch niet aan de buitenkant? Maak je je geen zorgen dat de batterijen over x aantal laadbeurten versleten zullen zijn en dat je ze dan niet makkelijk zult kunnen vervangen?

Er zit een klepje aan de onderkant voor de batterijen. Dus die kunnen nog wel vervangen worden, voor de rest zit alles dicht. Even twee foto's gemaakt (met telefoon dus geen superkwaliteit):

Nogmaals: heel erg mooi gedaan.

Ook dat kastje met dat klepje voor batterijen enzo.
Net alsof je het zo uit een winkel hebt

Super projectje!!!

Inderdaad, erg mooi gedaan!

Ik heb nu mijn 1x16 (werkt als een 2x8) aangesloten op een PIC16F628 die ik geprogrammeerd heb met de code (die ik zelf een beetje heb aangepast) voor een LCD aan de USB poort (met kabel) te hangen. Ik heb aan de PIC nog geen TX/RX lijnen naar de pc maar normaal zou het LCD scherm toch al moeten initialiseren en 'OK' tonen, nietwaar? Dat doet het dus niet.

Ik heb in de asm file de lijn-adressen aangepast voor het 1x16 schermpje en ook de 'OK' in lcdinit wordt niet pas op positie 9 van regel 1 geplaatst, maar op positie 0 van regel 0.
Ik heb het schema uit de startpost nog eens nagekeken en heb waarschijnlijk een foutje gevonden: PIN 6 (EN) van het LCD zit daar aan RB4, maar RB4 is geconfigureerd als RS. PIN 4 (RS) van het LCD zit aan RB6 maar RB6 is geconfigureerd als EN. Dus PIN 4 en 6 zouden omgewisseld moeten worden denk ik. Zou iemand dat kunnen controleren?

Echter, nu heb ik de pinnen omgewisseld in mijn testopstelling, maar er gebeurt nog steeds totaal niets met het LCD-scherm. Wat ik nog heb geprobeerd:
- wat meer tijd steken tussen het hoogmaken en laagmaken van de EN-pin
- de lcdbusy-routine vervangen door een delay van 5ms (zou toch zeker genoeg moeten zijn)

maar beiden leveren niets op. Het LCD scherm wordt dus blijkbaar niet geïnitialiseerd... Niet met mijn aangepast code en niet met de originele code (van LWY) en ook niet met een soort mengeling daarvan, qua code heb ik dus al vanalles geprobeerd.

Zou het eraan kunnen liggen dat ik een breadboard gebruik, dat heb verbonden met een female LPT connecter, daarop een mannelijke LPT connector en dan een kabel van ongeveer 40cm dat aan het LCD schermpje zit. Dus dat daar teveel storing op zit?

Hier wat foto's van mijn test-setup (klikken voor fullsize):






Het wordt gevoed door een ~100W voeding die vroeger diende voor externe schijven of iets dergelijks, dus dat is normaal ook in orde. Het schermpje werkt wel als ik rechtstreeks aan de pc hang, met Smartie LCD (dus 8bit interface), dus het is niet kapot. Zou het kunnen dat dit schermpje de 4bit interface niet ondersteunt?

Ziet iemand wat ik fout doe?

Ik heb het opgelost. Het was een combinatie van factoren:

• Het schermpje dat ik gebruikte is nogal oud en ondersteunt blijkbaar geen Busy Flag Checking in 4 bit modus. Edit: blijkbaar toch, was een foutje in de code...
• Ik heb een andere initialisatieprocedure moeten gebruiken. Ik denk dat dit met mijn voeding te maken heeft. Ik volg nu de procedure zoals die beschreven staat in de datasheet van de HD44780 op pagina 213.
• De RS en EN pinnen moesten omgewisseld worden.

Misschien is het mogelijk om de startpost aan te passen zodat de RS en EN pinnen in het schema omgewisseld zijn, ofwel gewoon in de code de adressen die aan RS en EN toegewezen omwisselen (dit is eigenlijk het makkelijkste).

Edit:
Nog een vraagje aan de LWY:
Is er een reden dat je de code van commando 17 voor de andere commando's hebt gezet? Ik heb namelijk veel problemen met dat commando, het wilt niet correct uitvoeren.


Deze code gebruik ik nu: die is hetzelfde als in het asm bestand van in de startpost, dus volledig letterlijk overgenomen (heb als highlighting even cpp genomen, want anders was de opmaak helemaal omzeep )
C++:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

com_17     call    getbyte            ; Receive column     movf    inbyte, W     movwf    temp2     call    getbyte            ; Receive row     movf    inbyte, W     call    com_17a ;    movlw    line1     addwf    temp2, W     call    lcdsetpos        ; Send address to lcd     goto    cfin com_17a     clrf    PCLATH     addwf    PCL, F     retlw    line0     retlw    line1     retlw    line2     retlw    line3

Als ik die movlw line1 uncomment dan komt alles op de 2e regel, dat zou je ook verwachten. Maar met die regel als commentaar gezet wordt alles wat op de 2e regel zou moeten komen gewoon op de 1e regel gezet, maar 1 kolom verder naar rechts als normaal. Het vreemdste is dat als ik de code hierboven op een andere plaats in mijn asm bestand zet, dat de code zich dan wat anders gedraagt (maar ook nog niet correct): dan kom alles wat op de 2e regel zou moeten op de 2e regel, maar 6 character naar rechts geschoven. Ik heb maar een 2x8 schermpje momenteel, dus kan ik enkel de 1e letter van de 2e regel zien...

Allemaal zeer vreemd, lijkt wel een bug in de compiler te zijn. Weet iemand hier meer over?


Edit again:
Heb het opgelost door deze code zo ver mogelijk naar boven te plaatsen. Ik denk dat het te maken heeft met bepaalde 'barriers' te overschrijven, maar ik snap het nog niet helemaal. Ik heb wel een application note gevonden waar wat uitleg instaat. Die ga ik eens proberen te begrijpen .

titan_pi8 wijzigde dit bericht 03-02-2007 17:54 (58%)

Ik ben klaar met mijn aangepaste versie van de code van LWY voor het aansluiten van een LCD op de USB poort (niet draadloos).

De code bevat natuurlijk alle functies die ook in het bestand van LWY zitten en daarbovenop nog een paar extra's:

• Initialisatie-procedure is aangepast. Volgens mij werkt deze initialisatie in meer gevallen goed dan bij de oorspronkelijke code.
• Ondersteuning voor instellen en weergeven van custom characters. Hierdoor is het mogelijk om een spectrum analyser of iets dergelijks te weergeven.
• Sommige routines heb ik wat aangepast zodat ze sommige overbodige stappen niet moeten doen, hierdoor is het programma (onmerkbaar) sneller geworden

Verder staat er wat meer commentaar in de broncode, dat is vooral voor mijzelf (omdat dit mijn eerste ASM-programma is) maar kan ook nuttig zijn voor wie de code wilt lezen en begrijpen.

Voor de geïnteresseerden:
ASM Bestand
HEX Bestand

Ik heb mijn zender printje gemaakt met de CP2102.
Nu steek ik die in mijn Xp-bak en zet de pc 'Unknow Device'.
Heb geprobeerd de drivers te installeren maar deze werken niet. Windows zegt steeds dat hij de drivers niet kan updaten.
iemand idee ?

Ik heb ergens gelezen op internet dat je een development toolkit nodig hebt. Heb je dat nu nodig of niet?

software wijzigde dit bericht 06-02-2007 22:33 (18%)

quote:

software schreef op dinsdag 06 februari 2007 @ 22:25:
Ik heb mijn zender printje gemaakt met de CP2102.
Nu steek ik die in mijn Xp-bak en zet de pc 'Unknow Device'.
Heb geprobeerd de drivers te installeren maar deze werken niet. Windows zegt steeds dat hij de drivers niet kan updaten.
iemand idee ?

Ik heb ergens gelezen op internet dat je een development toolkit nodig hebt. Heb je dat nu nodig of niet?

Heb ondetussen het probleem gevonden. De Vss en data+ waren van pin gewisseld. Nieuw draadje gelegd en alles werkt nu.

quote:

titan_pi8 schreef op woensdag 31 januari 2007 @ 16:30:
...
Heb het opgelost door deze code zo ver mogelijk naar boven te plaatsen. Ik denk dat het te maken heeft met bepaalde 'barriers' te overschrijven, maar ik snap het nog niet helemaal. Ik heb wel een application note gevonden waar wat uitleg instaat. Die ga ik eens proberen te begrijpen .

Als je teveel variabelen in het RAM gebruikt, zal je op een bepaald moment wel in een andere bank moeten kruipen met je verdere variabelen, en dus constant moeten switchen van bank (zoals je voor de TRIS-registers ook op bank1 moet zijn, terwijl de PORT-registers in bank0 zitten), maar voor zover ik weet heeft de ROM (waar je programma loopt) dat niet
100% zeker dat het identiek dezelfde code is, en dat je niets veranderd hebt bij het verplaatsen van dat stukje code?

Een vraagje. Ik wil de niet-draadloze versie gaan maken. Maar omdat de CP2102 een stuk moeilijker verkrijgbaar is wil ik gebruik maken van de FTDI FT232R.

In de datasheet staat een voorbeeld om hem aan te sluiten op een uC. Daar zitten alleen de CTS en DTS handshake lijnen ook aangesloten. Maar voor zover ik gelezen heb worden deze hier niet gebruikt. Dan kan ik ze dus ook weglaten?

Ook wordt CBUS0 verbonden met CLK_In en CBUS3 verbonden een I/O, maar die kan ik in deze applicatie toch ook weg laten??

CTS/DTS kun je weglaten, in principe zijn die wel nodig voor hoge datasnelheden omdat USB totaal anders werkt dan een echte seriele poort en de datastroom niet altijd kan garanderen. Als je ze aansluit kun je ze voor flow control gebruiken en zo zorgen dat er geen data verloren gaat als je controller of de FT232 zelf de hoeveelheid data even niet aankan. Maar meestal worden ze weggelaten.
CBUS0 kan je ook laten zitten. CBUS0 t/m 3 zijn generieke outputs die je kunt instellen op enkele opties. Een van die opties is een kloksignaal (48,24,12 of 6 MHz) die je kunt gebruiken voor je microcontroller. Maar meestal heb je daar zelf al iets voor.