Liefde maakt een smal bed breed!
Nu de dekens nog...
Het kloksignaal van de FT232 is trouwens ook niet bijzonder nauwkeurig maar dit is wel dezelfde klok die de FT232 gebruikt voor de baudrate en dus loopt de seriele verbinding er mee synchroon. Dus het is op zich een goede oplossing om het kloksignaal daarvan te gebruiken.
Normaal gesproken zet je de kristal over In en Out met twee condensators naar ground. Moet je dat hier dan ook doen?
Liefde maakt een smal bed breed!
Nu de dekens nog...
Ik heb veel minder variabelen als in de originele code. Maar het is nu dus opgelost door de code gewoon wat naar boven te verplaatsen. Het is mogelijk om de code op de plaats die je wilt te zetten, maar dan moet je het PCLATH register goed instellen (zie mijn aangepaste code).naftebakje schreef op woensdag 07 februari 2007 @ 20:53:
[...]
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?
In de datasheet van de PIC16F628A staat: 'Precision internal 4 MHz oscillator factorymadwizard schreef op donderdag 08 februari 2007 @ 23:59:
Waarschijnlijk werkt dat wel al wordt met RS232 wel aangeraden de maximale afwijking in baudrate onder de 1% te houden. Interne oscillators zijn meestal niet zo nauwkeurig dus dat kan een probleem zijn bij hogere baudrates. Een kristal is wel nauwkeurig genoeg.
[...]
calibrated to ±1%'. Dus dat zou in orde moeten zijn.
Ik ben zelf ook bezig met een schema en print te ontwerpen, waarbij ik de FT232R gebruik. Dit is de huidige print.
LET OP: Hier zitten waarschijnlijk nog fouten in! Dus deze print niet overnemen... (Er staat een verbeterde versie een aantal posts hieronder)
Misschien kunnen jullie mij verder helpen met enkele vragen die ik nog heb ivm de print:
- Mag ik een ongepolariseerde (decoupling) condensator altijd vervangen door een gepolariseerde als ik de polariteit respecteer?
- Maakt het iets uit of de decoupling condensators voor of na D1 en D2 staan in deze print? (D1 en D2 zijn schottky-diodes)?
[ Voor 8% gewijzigd door titan_pi8 op 10-02-2007 13:41 ]
Ja dat zou moeten lukken.titan_pi8 schreef op vrijdag 09 februari 2007 @ 16:59:
In de datasheet van de PIC16F628A staat: 'Precision internal 4 MHz oscillator factory
calibrated to ±1%'. Dus dat zou in orde moeten zijn.
Ik zou iig even een DRC doen want er lopen wat spoortjes tegen andere sporen/pootjes aan. En wat is die FT232RD? Een module met FT232R ofzo?Ik ben zelf ook bezig met een schema en print te ontwerpen, waarbij ik de FT232R gebruik. Dit is de huidige print.
[afbeelding]
LET OP: Hier zitten waarschijnlijk nog fouten in! Dus deze print niet overnemen...
Nee dat mag niet, vooral de 100nF condensators zijn juist keramisch omdat deze een beter gedrag hebben bij hogere frequenties (snelle schakelpulsen). Elco's zijn vrij slecht in hoge frequenties, keramische werken veel beter maar zijn er weer minder/duurder in grote waardes. Daarom zie je vaak een elco in combinatie met een kleinere keramische condensator.Misschien kunnen jullie mij verder helpen met enkele vragen die ik nog heb ivm de print:
- Mag ik een ongepolariseerde (decoupling) condensator altijd vervangen door een gepolariseerde als ik de polariteit respecteer?
Waar zijn de diodes voor? Heb je een schema erbij? Dat leest makkelijker.- Maakt het iets uit of de decoupling condensators voor of na D1 en D2 staan in deze print? (D1 en D2 zijn schottky-diodes)?
Ik dacht dat je Peter Agten zou heetten. Als dat zo was dan was de wereld weer erg klein, maar je bent het niet
Ik denk dat ik ook maar eens een wireless lcd ga maken. Kun je hem deels inbouwen in je pc en hem er dan uitpakken als er mensen bij staan. Staan ze je lekker aan te gapen
Casemod: Cubeleon
Je hebt een aantal mogelijkheden om een kloksignaal in een PIC te krijgen:RvL schreef op vrijdag 09 februari 2007 @ 00:07:
En de CLKOUT van de PIC, wat doe je daar mee?
Normaal gesproken zet je de kristal over In en Out met twee condensators naar ground. Moet je dat hier dan ook doen?
-de genoemde methode met een kristal, dan zijn beide OSC-pinnen gebruikt.
-een extern kloksignaal aanhangen: dan kan je een van de 2 OSC-pinnen gebruiken als I/O-pin, of om de werkklok (1/4 van de oscillatorfrequentie) naar buiten te sturen.
-als er een interne oscillator aanwezig is: als je deze gebruikt kan je de 2 OSC-pinnen gebruiken als I/O pinnen, een ervan kan je ook weer gebruiken om de werkklok naar buiten te sturen.
Er zijn nog wat exotische mogelijkheden als aparte oscillator voor een timer, overschakelen tussen interne en externe klok waardoor je kan overschakelen tussen traag en extreem zuinig of snel en minder zuinig, ... daarvoor 1 adres: de datasheet.
[ Voor 64% gewijzigd door naftebakje op 09-02-2007 21:11 ]
Als de boer zijn koeien kust, zijn ze jarig wees gerust. Varkens op een landingsbaan, leiden nooit een lang bestaan. Als de boer zich met stront wast, zijn zijn hersens aangetast. Als het hooi is in de schuur, zit het wijf bij den gebuur.
Waarom is het niet goed om rechte hoeken te gebruiken? Is dat enkel omdat dat niet de korste weg is, of is daar nog een andere reden voor?
Hier is het schema dat bij het board hoort. Ik was vergeten te vermelden dat die print ook nog een aantal andere zaken kan doen:
- Er zit een verzendmodule op die ik ga gebruiken om te communiceren met een andere PIC. Waarschijnlijk ga ik daarmee RGB-ledjes aansturen, zoals in het RGB-moodlight topic.
- Er zit een header voor 3 knopjes op, bijvoorbeeld te gebruiken om elke kleur van de RGB's afzonderlijk te dimmen
- De print kan zowel gevoed worden via USB, als via een externe voeding, daarvoor staan die schottky diodes en die MOSFET (Q1) er. Het is de bedoeling dat ik op USB-voeding zowel tekst op het LCD scherm kan zetten als draadloos gegevens verzenden en op de externe voeding nog de knopjes kan gebruiken en aan de hand daarvan bepaalde gegevens kan verzenden.
Die FT232RD is een variant van de FT232R die ik zelf even heb uitgevonden: het is gewoon een FT232RL (dus SSOP28) op een SSOP naar DIP adapter.
Ik heb al DRC gedaan en ik heb geen foutmeldingen meer. De afstand tussen de baantjes staat op 8mil. ERC geeft wel nog een paar fouten, vooral dat bepaalde pinnen van de FT232R niet zijn aangesloten, maar dat geeft volgens de datasheet van die IC geen problemen.
[ Voor 16% gewijzigd door titan_pi8 op 10-02-2007 12:11 ]
Een reden is er dat stompe hoeken beter geëtst kunnen worden. De andere reden is dat bij rechten hoeken de breedte van het spoor in de hoek groter is dan op een recht stuk, wat de impedantie verandert en bij snelle signalen voor een slechtere signaal overdracht zorgt (reflecties e.d.). Bij stompe hoeken is dit al veel minder. Maar dit laatste is eigenlijk alleen maar relevant bij echt snelle signalen waar je de sporen als transmissielijn moet gaan zien.titan_pi8 schreef op zaterdag 10 februari 2007 @ 12:08:
Bedankt voor de tips over de printplaat!
Waarom is het niet goed om rechte hoeken te gebruiken? Is dat enkel omdat dat niet de korste weg is, of is daar nog een andere reden voor?
Volgens mij klopt dit wel zo, maar ik heb nog nooit de power switching optie gebruikt van de FT232R dus ik weet het niet zeker. Wel heb je de pinnummers van VCC en VCCIO omgedraaid. In dit geval gaat dat toevallig goed maar ik zou ze toch even fixen want het zijn heel verschillende pinnen.- De print kan zowel gevoed worden via USB, als via een externe voeding, daarvoor staan die schottky diodes en die MOSFET (Q1) er. Het is de bedoeling dat ik op USB-voeding zowel tekst op het LCD scherm kan zetten als draadloos gegevens verzenden en op de externe voeding nog de knopjes kan gebruiken en aan de hand daarvan bepaalde gegevens kan verzenden.
Ook mis je nog een weerstand aan de basis van je transistor voor de achtergrond verlichting.
Ik heb de ontkoppelingscondensatoren zo kort mogelijk bij de IC's gezet, de meeste rechte hoeken vervangen door stompe en nog een weerstand voor de transistor van de backlight gezet (R9).
Nieuwe versie van de print
Sorry je hebt gelijk, verkeerd gekekentitan_pi8 schreef op zaterdag 10 februari 2007 @ 13:39:
De VCCIO en VCC pinnen zijn van plaats veranderd in het schema t.o.v. de figuur in de datasheet, maar de pinnummers kloppen volgens mij nog wel.
Print ziet er verder goed uit volgens mij, de 100nF na de 7805 kun je beter in plaats omwisselen met de 10uF, dan staat deze dichter bij het IC.
Wat ik zelf wel nog graag doe, jij moet ervan doen wat je zelf wil, is er een massavlak over gieten, dat ziet er mooier uit imho, qua ontstoring is het beter, het kan geen kwaad (tenzij bij hoge frequentie's, dan kan het teveel parasitaire capaciteit geven, maar dat is niet aan de orde voor deze print), en het etst sneller (minder koper dat weg moet).
Als de boer zijn koeien kust, zijn ze jarig wees gerust. Varkens op een landingsbaan, leiden nooit een lang bestaan. Als de boer zich met stront wast, zijn zijn hersens aangetast. Als het hooi is in de schuur, zit het wijf bij den gebuur.
Heel fel bedankt voor de tips i.v.m. dat bordje! Is een mooi resultaat voor mijn eerste printplaatje, al zeg ik het zelf
Over dat massavlak: is er een functie daarvoor in Eagle, of maak je dat gewoon handmatig?
En waar laten jullie je PCB meestal ontwikkelen? Of etsen jullie het zelf? Ik heb eens op pcb-pool gekeken, maar daar kost het ongeveer 40$ voor de goedkoopste print, incl levering. Dat vind ik wel vrij duur... Is er zo niets in België of Nederland?
POLYGON 'GND' typen in de commandoregel en dan een vlak om je hele print heen maken (hoeft niet netjes, als het maar om de randen heen staat). Dan even ratsnest knopje indrukken en het gaat automatisch.titan_pi8 schreef op zaterdag 10 februari 2007 @ 15:36:
Over dat massavlak: is er een functie daarvoor in Eagle, of maak je dat gewoon handmatig?
Meestal ets ik zelf en dat is waarschijnlijk ook het goedkoopst en snelst. Printjes laten maken kost wel redelijk wat, al zijn er wel twee categorieën. De eerste zijn kleine elektronicawinkels die de printjes voor jou etsen en eventueel boren. Die doen dus hetzelfde als je thuis zou etsen en zodoende kun je geen soldeermasker of silkscreen opdruk krijgen. Ook doormetaliseren kan meestal niet wat dubbelzijdige printen erg lastig maakt. Maar het kan daardoor wel goedkoop gedaan worden (denk aan 20 euro ofzo). Tweede categorie zijn echte PCB winkels zoals eurocircuits. Dit is gewoon professionele kwaliteit, hoge kwaliteit etsen, soldeermasker, opdruk e.d. Maar dat is ook gewoon een vrij duur proces. Meestal zijn de opstartkosten hier het hoogst en de prijs per printje dan weer heel laag. Wel voordelig dus bij meerdere printjes maar voor 1 printje is het dan relatief duur. Ook duurt dit proces langer, meestal 1 a 2 weken. 40$ is wel een gemiddelde prijs denk ik (hangt een beetje van de opties af die je gekozen had) maar er zijn ook duurdere en goedkopere. Enkele bekenden:En waar laten jullie je PCB meestal ontwikkelen? Of etsen jullie het zelf? Ik heb eens op pcb-pool gekeken, maar daar kost het ongeveer 40$ voor de goedkoopste print, incl levering. Dat vind ik wel vrij duur... Is er zo niets in België of Nederland?
thepcbshop (eurocircuits): Een van de bekendste, goed en redelijk betaalbaar. Ook vrij snel en zit in europa geloof ik.
olimex: ook wel goedkoop, goed op de eisen letten wel.
futurlec: Zelf loop ik met een grote boog om futurlec heen maar er zijn geloof ik wel veel mensen tevreden met de PCBs. Wel goed letten op de specificaties, 8 mil clearance halen ze niet dacht ik.
LEDsee : Hier heb ik zelf ervaring mee, goede printjes en relatief erg goedkoop. Ongeveer 20 euro opstartkosten (hangt een beetje van je formaat af), daarna prijs per vierkante cm enkele centen. Komt uit de webshop van de Niels die ook LED inkoopacties op SK en IA houdt (nederlander die in Shanghai woont). Ook andere kleuren PCBs mogelijk. Duurt ongeveer 3 weken voordat je ze hebt.
Van de wat minder professionele PCB makers weet ik eigenlijk geen adressen, maar zoek eens op circuitsonline daar komen ze af en toe voorbij (zijn genoeg topics over PCBs maken).
http://www.eurocircuits.com/
Als ik in smarty iets overzend dan zie ik op mijn LCD display alleen maar allerlei karakters verschijnen zonder betekenis. Ze komen niet overeen met de verzonden informatie. Zender en ontvanger staan 10 cm van elkaar.
Instellingen van Smarty : LCD size : 2X16
Baud rate : 2400 bps
Mijn LCD dispaly is anag vision AV1624yfby-sj
De controller is : KS0066
http://www.dst-gmbh.de/avkat/av1624.htm
Iemand idee wat er aan de hand kan zijn ?
[ Voor 7% gewijzigd door software op 16-02-2007 00:59 ]
Edit, sorry nee 2400bps is correct.
Ik zou alle datapinnen aan de ontvanger nog eens goed nakijken. Heb je de HEX file van deze site overgenomen of je eigen aangepaste versie gemaakt?
[ Voor 86% gewijzigd door titan_pi8 op 16-02-2007 10:29 ]
Ik heb de hex file van in de TS gebruikt.titan_pi8 schreef op vrijdag 16 februari 2007 @ 10:25:
Moet de baudrate niet 4800bps zijn?
Edit, sorry nee 2400bps is correct.
Ik zou alle datapinnen aan de ontvanger nog eens goed nakijken. Heb je de HEX file van deze site overgenomen of je eigen aangepaste versie gemaakt?
Ik zie als ik de LCD aanleg de voorgeprogrammeerde tekst. Ik zal de datapinnen nog eens controleren.
[edit]
Alles gecontroleerd, niets mis mee volgens mij.
Die ontvanger, die moet toch niet worden afgeregeld zeker ?
Ik heb gemeten met de oscilloscoop en de ontvanger ontvangt dezelfde vorm van signaal dat gelijk is aan dat wat de zender stuurt.
Ik zie dat er bij de LCD informatie verschuift, er wordt dus informatie overgezonden.
Maar als ik de voorgeprogrameerde text zie, zijn de datapinnen van de pic goed verbonden ?
[ Voor 31% gewijzigd door software op 16-02-2007 19:20 ]
Kan het niet zijn dat mijn lcd display niet compatibel is met de pic ?
Hoe kan ik controleren of dat mijn zender werkt ?
Ik heb vandaag mijn FT232RL ontvangen. Ik ben wel geschrokken van het formaat. Hoe ga ik dat ooit kunnen solderen

Ik heb trouwens ook nog een paar kleine veranderingen aan de printplaat doorgevoerd:
- Ik heb de transistor voor de backlight vervangen door een FET. Die schakelt sneller en ik denk dat ik de weerstand die normaal aan de basis van de transistor zou hangen dan niet meer nodig heb (die heb ik dus ook weggelaten). Klopt dit eigenlijk?
- Ik heb nog wat componenten herschikt en baantjes verlegt zodat de print iets kleiner is.
[ Voor 21% gewijzigd door titan_pi8 op 17-02-2007 16:43 ]
Ik heb deze proef opstelling gemaakt. En wat blijkt :titan_pi8 schreef op zaterdag 17 februari 2007 @ 16:39:
Als je LCD niet compatible zou zijn, dan zou de voorgeprogrammeerde tekst ook niet correct verschijnen. Hoe je je zender kan controleren weet ik niet precies, maar een mogelijkheid is om een test-opstelling te maken waarbij je aan je ontvanger een LED hangt en de input van de zender eens aan de +5V hangt en dan nog eens aan de GND. Als je LED dan respectievelijk aan en uit gaat, dan weet je dat de zender en ontvanger toch al samenwerken (hoewel je niet weet of ze ook goed werken op hogere snelheden). Maar ik ben niet zeker of dit zal werken, ik heb nog geen ervaring met TX/RX modules...
Er is data overdracht (zoals eerder al gezegd).
Ik begin steeds meer en meer te denken dat de hex code van de ontvanger-pic niet goed is.
Hoewel de geprogrammeerde tekst goed wordt weergegeven.
Iemand een andere idee ?
Niemand de asm file zonder de Crystalfontz commands ?
Edit: Ik heb even de code van de zender aangepast zodat die eerst de cursor in de linkerbovenhoek zet en dan 4 keer een 8 print.
Hier is de HEX en de ASM
LET OP: Ik heb deze code niet kunnen testen, dus het zou goed kunnen dat er een fout in zit...
[ Voor 46% gewijzigd door titan_pi8 op 18-02-2007 15:23 ]
Is mijn zender kapot ?
[ Voor 46% gewijzigd door software op 19-02-2007 16:20 ]
Als ik 0010000001 instuurt krijgt op het scherm : ppppppp41qpqpppp.
Iets in deze aard.
Dit kreeg ik ook al met mijn zender - ontvanger erin.
Ik kan dus zeggen dat zender - ontvanger werken.
Kan het misschien een software fout zijn dan ? Omdat ik niet werk met een crystalfontz ?
[ Voor 46% gewijzigd door software op 19-02-2007 17:25 ]
Je zou ook eens met het testprogrammaatje van CrystalFontz kunnen spelen om zo te kijken wat er wel en niet werkt. Misschien werken sommige commands wel en kun je daaruit afleiden waar het probleem kan zitten...
Bv
0 Intypen resulteert in een p
0 --> p
1 --> q
2 --> r
3 --> s
, --> L
t --> Ohm-teken
Ik denk dat er iets mis is met de karakterset. Hoe kan ik de karakterset gaan wijzigen. Moet dit gebeuren via de pic ?
Kan iemand bevestigen dat de KS0066 compatibel is met de HD44780 ?
ja, de ks0066 is compatible, misschien is de wiring iets anders, maar de controller is compatible met HD44780software schreef op maandag 19 februari 2007 @ 21:52:
Ik heb het test programma gedownload en heb alle soorten letters en cijfers gestuurd.
Bv
0 Intypen resulteert in een p
0 --> p
1 --> q
2 --> r
3 --> s
, --> L
t --> Ohm-teken
Ik denk dat er iets mis is met de karakterset. Hoe kan ik de karakterset gaan wijzigen. Moet dit gebeuren via de pic ?
Kan iemand bevestigen dat de KS0066 compatibel is met de HD44780 ?
Is pin 11 op lcd bij jou Databus ingang 1 (DB1) op LCD ?
Dus maw is RB1 van de pic verbonden met DB1 op LCD.
Kan je de datasheet van de gebruikte lcd doorgeven ?
We hebben ondervonden dat de karakters op het LCD scherm maar 1 "8ste bit ASCII" verschilt van de originele waarde.
00110000 =ASCII 0
Op display komen we ASCII p uit = 10110000.
Het ziet er naar uit dat we altijd op de 8ste bit een verkeerde waarde hebben.
Is dit een software of een hardware probleem ?
Daarnaast staat er ook een 41 in de reeks met karakters.
4 betekent End of transmission
1 betekent Start of Header.
Zie ook : http://nl.wikipedia.org/wiki/ASCII_(tekenset)
[ Voor 21% gewijzigd door software op 20-02-2007 00:08 ]
http://forums.bit-tech.net/showthread.php?t=115461
lcd op usb met control

D'r komt 5 volt uit die MintyBoost dus zou (in theorie) moeten werken...
En iets anders, kun je naast de lcd een draadloos keypadje maken, die op dezelfde ontvanger werkt (!), om winamp/wmp mee te bedienen? (Dus geen 2e ontvanger @ pc nodig?)
Edit: bedenk me net dat het deel aan de pc een zender is, niet een ontvanger

@ hierboven, regelbaar contrast of sow met die knop?
[ Voor 37% gewijzigd door Raven op 28-04-2007 15:45 ]
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Het is misschien wel mogelijk om één van de twee aparaten op een andere frequentie te laten uitzenden (is er niet zo'n 916 Mhz band die hiervoor kan gebruikt worden?), maar ik ken niet genoeg van elektronica om te besluiten of dat wel of niet storing zou geven.
Wat ook een mogelijkheid is, om 2 setjes te gebruiken (die elkaar dus zouden verstoren), en een protocol programmeren waarbij de ontvangende kant zijn zender uitschakelt. Je moet natuurlijk op een of andere manier daar afspraken voor maken, aan elke kant een µC (PIC of AVR), en die zo programmeren dat als A gedaan is met verzenden, hij ook een instructie meezend waarin ie verteld dat het aan B is om te verzenden. Je zal wel wat overhead hebben, die instructie's en het starten van de zenders kost tijd, ws is 1/3 van de datasnelheid goed te doen.
Bovenstaande is echter nog flink algemeen, als je enkel (minder of gelijk aan) 8 knopjes op de LCD kant wil zetten kan je beter nu en dan eens die byte van de knopjes op te vragen (naar PC toe), en de rest van de tijd te spenderen aan het updaten van de LCD (van de PC weg), want het LCD heeft heel wat meer tijd nodig. Twee keer per seconde de knopjes uitlezen lijkt me voldoende.
Als de boer zijn koeien kust, zijn ze jarig wees gerust. Varkens op een landingsbaan, leiden nooit een lang bestaan. Als de boer zich met stront wast, zijn zijn hersens aangetast. Als het hooi is in de schuur, zit het wijf bij den gebuur.
Alvast bedankt!
Dus je kunt zo'n RF zender + RF ontvanger NIET gebruiken ter vervanging van een 1-richting communicatie tussen een computer en bijvoorbeeld een PIC. Dus in plaats van een draadje tussen computer en PIC deze zender+ontvanger.LWY schreef op woensdag 26 oktober 2005 @ 18:13:
[...]
Ja in principe kan je de COM poort rechtstreeks op de zender aansluiten, maar je zult er nog wel op een of andere manier voor moeten zorgen dat de PIC weet waar het begin en einde van een byte zit.
Ik verzend een byte als 000001xxxx1yyyy1, hier is xxxx het eerst deel van een byte, en yyyy het tweede. De vijf nullen geven het begin aan, de drie enen zitten er tussen om te voorkomen dat er ergens anders nog eens vijf nullen worden verzonden (wat zou gebeuren als je bijvoorbeeld 1000.0010 zou willen versturen).
Van het probleem wat Emiel noemt heb je hier geen last zo lang er maar data wordt verzonden, de afwisseling tussen nullen en enen is dan snel genoeg. Als de COM poort geen nieuwe data stuurt laat ik de zender afwisselend nullen en enen sturen (010101 etc.). De ontvanger negeert dit gewoon, omdat er geen vijf nullen achter elkaar zijn en wacht tot er weer data komt.
Zonder softwarematige (protocol) aanpassingen is het dus niet werkend te krijgen right?
Intel C2Q 9450@3.3 | Gigabyte P35-DS4 | Sapphire R280x | 4x 2GiB PC6400 Kingston DDR2 | 1x Intel 320SSD 240GB | 2x Spinpoint F1 320GiB
Oei, da's voor mij een probleem. Ik zou niet weten hoe ik die "tussenkomende" microcontroller dan moet programmeren.SlinkingAnt schreef op zondag 16 september 2007 @ 21:58:
Niet zonder tussenkomst van een extra microcontroller. Zelf heb ik hier een Tiny13 voor (8pin's dip), maar ben nu bezig te experimenteren met avr-cdc, een usb-serieel converter in bijv een atmega8 (maar dat wil nog niet echt lukken).
Want als ik het goed begrijp moet die dus het RS232 signaal (bytes) omzetten naar een of ander bitpatroon zodat er niet teveel nullen achter elkaar komen, en dan pas via 433 versturen. En vervolgens moet die andere microcontroller van dit signaal weer "normale" bytes maken die in eerste instantie door de computer (COM poort) verstuurd waren?
even kleine aanvulling.Raven schreef op zaterdag 28 april 2007 @ 15:28:
zeg, als je die draadloze lcd met batterijen wilt voeden, zou dan een MintyBoost icm met 2 10.000mAh mono D-tjes niet wat zijn? Die gaan namelijk heel wat langer mee dan gewone penlites.
D'r komt 5 volt uit die MintyBoost dus zou (in theorie) moeten werken...
En iets anders, kun je naast de lcd een draadloos keypadje maken, die op dezelfde ontvanger werkt (!), om winamp/wmp mee te bedienen? (Dus geen 2e ontvanger @ pc nodig?)
Edit: bedenk me net dat het deel aan de pc een zender is, niet een ontvanger, anyway, is het alsnog mogelijk dan? Draadloos keypadje a la draadloos lcd?
@ hierboven, regelbaar contrast of sow met die knop?
Heb ff zitten brainstormen. Waarom een keypadje erbij? Ik heb afstandsbedieningen genoeg hier
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Ik kom net het breakout board tegen met de cp2102 erop...

Daar er maar 3.3V wordt doorgegeven neem ik aan dat de dc-dc converter met de max682 tussen dat printje en de LCD (niet draadloos dus) moet?
Kan dat?Raven schreef op zaterdag 22 september 2007 @ 10:24:
[...]
even kleine aanvulling.
Heb ff zitten brainstormen. Waarom een keypadje erbij? Ik heb afstandsbedieningen genoeg hier, mischien dat daar wat mee valt te doen? Ik bedoel, een IR reciever bij het draadloze lcdtje inbouwen...
[ Voor 41% gewijzigd door Raven op 05-01-2015 14:19 ]
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Tenzij je de keypad alleen voor je lcd wilt gebruiken, maar je hebt dan geen interactie met de pc omdat de draadloze communicatie alleen van pc -> lcd gaat
Intel C2Q 9450@3.3 | Gigabyte P35-DS4 | Sapphire R280x | 4x 2GiB PC6400 Kingston DDR2 | 1x Intel 320SSD 240GB | 2x Spinpoint F1 320GiB
Raven schreef op zaterdag 29 december 2007 @ 16:09:
Even een flinke kick![]()
Ik kom net het breakout board tegen met de cp2102 erop... [afbeelding]
Daar er maar 3.3V wordt doorgegeven neem ik aan dat de dc-dc converter met de max682 tussen dat printje en de LCD (niet draadloos dus) moet?
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Intel C2Q 9450@3.3 | Gigabyte P35-DS4 | Sapphire R280x | 4x 2GiB PC6400 Kingston DDR2 | 1x Intel 320SSD 240GB | 2x Spinpoint F1 320GiB
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
SlinkingAnt schreef op donderdag 03 januari 2008 @ 21:30:
Of je soldeert zelf even op een pootje van die usb-connector een 5V draadje, wat een stuk makkelijker en goedkoper is
Sterker nog, dat bordje van sparkfun heeft de 5v doorgetrokken naar die rij gaatjes in het midden.
Teminste dat meen ik me te herinneren, als dat niet zo is dan zit het naast de connector.
[ Voor 42% gewijzigd door mace op 04-01-2008 00:34 ]
Verwijderd
Alleen heeft iemand programma al zo gemodificeerd zodat die ook paar druk knopjes kan uitlezen ? Zou erg handig zijn.
ik kwam een tijdje geleden deze leuke howto tegen en heb er mee werk van gemaakt om al het materiaal bijeen te zoeken en een printje te maken.
Nu heb ik alles opgebouwd en in elkaar gesoldeerd maar ik kan met smartie geen tekst op lcd zetten.
hieronder vind je het schema en het printontwerp. Ik heb wel de ft232rl gebruikt aangezien deze een beter soldeerbare package heeft.
schema:

print:

Ik verdenk de software voor de pic, aangezien het lcd geinistialiseerd word maar daar blijft het dan bij. De ft232rl word herkent door de pc als com3 en is ook geinstalleerd. dus dat lijkt me ook inorde.
paar foto's van de gesoldeerde print en het geheel:
zoals je kan zien is het solderen van de ft232rl gelukt maar het is niet perfect, het heeft me ook een hele tijd gekost om dat ding iets of wat "netjes" gesoldeerd te krijgen. Ik heb het nagemeten en er was nergens sluiting tussen de pootjes.

highres


en dit is alles wat erop komt:

wie weet wat ik fout gedaan heb of wie kan mij aanwijzingen geven.
Heeft er toevallig iemand de software voor de pic geschreven in picbasic?

Casemod: Cubeleon
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| d4_port equ PORTA ; Data line 4 port d5_port equ PORTA ; Data line 5 port d6_port equ PORTA ; Data line 6 port d7_port equ PORTA ; Data line 7 port rs_port equ PORTB ; RS line port rw_port equ PORTB ; R/W line port en_port equ PORTB ; EN line port rx_port equ PORTB ; Receiver port tx_port equ PORTB ; Transmitter port line0 equ 0x00 ; Line 0 address line1 equ 0x40 ; Line 1 address line2 equ 0x14 ; Line 2 address line3 equ 0x54 ; Line 3 address ; LCD control bits d4 equ 0x00 ; LCD data bit 4 d5 equ 0x01 ; LCD data bit 5 d6 equ 0x02 ; LCD data bit 6 d7 equ 0x03 ; LCD data bit 7 rs equ 0x04 ; LCD register select rw equ 0x05 ; LCD read/write en equ 0x06 ; LCD enable rx equ 0x02 ; Receiver port tx equ 0x03 ; Transmitter port |
Volgens mij moet regel 19 en 21 omgedraaid worden zodat dit overeenstemt met het schema op de eerste pagina. dat ik hieronder ook nog eens heb neergezet.
zo dus:
1
2
3
| en equ 0x04 ; LCD enable rw equ 0x05 ; LCD read/write rs equ 0x06 ; LCD select |
