senior
Men is nooit te oud om te leren
Ik heb een Sweex KB100021 usb naar rs232 converterkabel gekocht. Hierin zit een chip van prolific.
Er wordt een virtuele poort COM4 aangemaakt.
Als ik hiermee mijn AT90S2313 microcontroller via de programmer uitlees, duurt het lezen van de 2kB ongeveer 14 minuten! Via de COM1(RS232)poort duurt dit slechts 5 seconden!
Ik heb vanalles geprobeerd: Baudrate verhogen, hogere kristalfrequentie, nieuwste driver van Sweex.nl geladen, i.p.v. Ponyprog ICProg geprobeerd. Het blijft traag gaan.
Weet iemand een oplossing om dit sneller te maken?
Spijtig genoeg kan ik je niet helpen, maar ik heb hetzelfde probleem. Ik heb een Belkin adapter USB---> RS-232 . De fabrikant claimt 115kbps/s maar dat is via de rx en tx lijnen. Amateurs die zelf programmeren gebruiken meestal de handshake-poorten. En deze zijn zeer traag. Ik heb nog altijd geen oplossing.
Ik ben bang dat dit een 'standaard' kwaal van USB / RS232 dingen is. doe je dus niet zoveel aan. Behalve ergens iets met RS232 in hardware bijprikken...
Wouter van Ooijen
Wouter van Ooijen: VOTI webwinkel, docent HvU (Technische Informatica); C++ on mictrocontrollers blog
Op 2 maart 2005 08:08:26 schreef Marco69:
Ik ben bang dat dit een 'standaard' kwaal van USB / RS232 dingen is. doe je dus niet zoveel aan. Behalve ergens iets met RS232 in hardware bijprikken...
Of overstappen op een progger die echt via de TXD/RXD lijnen communiceert ....
senior
Men is nooit te oud om te leren
Bedankt voor jullie antwoord.
Ik ben er nu ook achter dat mijn programmer niet met de rx tx lijnen communiceert.
Ik denk dat ik een programmer ga maken die dat wel doet.
Hiervoor heb ik op het web iets gevonden wat ik aan een ander forumlid as tip heb gegeven.
zie: http://www.circuitsonline.net/forum/view/19310/last
hij maakt voor mij een printje en heeft er nog twee over voor geinteresseerden.
hoe verstuur je die 2k? in 1 blok of elke keer 1 byte en dan wachten op antwoord? dat laatste gaat namelijk erg langzaam met USB omdat er maar elke 16ms ofzo een datapaket verzonden word
remco
senior
Men is nooit te oud om te leren
Ik denk dat het laatste inderdaad het geval is.
Ik maak gebruik van het AVRee ontwikkelbordje als programmer, dat in maart 2003 in Elektuur beschreven is.
Is er nog een mogelijkheid dit softwarematig zo in te stellen dat het 2k pakket in een keer doorgestuurd wordt?
nee, daar 'misbruiken' ze de RS232 port om paar bitjes te maken die je nodig heb om te programeren, de handshake lijnen dus.
betere oplossing hiervoor is de STK500 b.v. te kopen (nl.digikey.com is het goedkoopste). die praat 'echt' RS232 en dan is een USB converter geen probleem meer
Heb met zowel de AVRISP en de STK500 met de Sweex USB-RS232 kabel nog nooit problemen gehad. Wat mij betreft zijn die converters van sweex de beste. Deze hebben ook een volledige handshake lijnen set.
senior
Men is nooit te oud om te leren
Ik ga een programmer bouwen gebaseerd op de application note AN910 van Atmel.Maar dan wel geactualiseerd.
Zie: http://www.klaus-leidinger.de/mp/index.html
Hij heeft de AN910-programmer geactualiseerd voor de AT90S2313 en tevens de firmware herschreven (V3.7)zodat blockmode met 115.200 baud mogelijk is. Zo wordt e.e.a. ook met de usb>rs232 converter erg snel.
Ben er wel in geinteresseerd. Moet zelf ook nog eens zoiets hebben. Alhoewel ik gelukkig nog gezegend ben met 'echte' hardware ipv. gammele USB immitaties.
Kun je je ervaringens ook posten?
senior
Men is nooit te oud om te leren
Je kan ook eens kijken naar deze discussie:
http://www.circuitsonline.net/forum/view/19310/last
Captnoord heeft deze programmer al opgebouwd en zijn eerste ervaringen ermee opgedaan.
Technokiddy
Zegt die AVR: Dat Pic je toch niet?!
Ik heb ook zo een usb-rs232 converter en je zou kunnen proberen andere drivers te gebruiken mijne is voor mijn gps en met zijn drivers werkt het supersnel.
Je moet de drivers hier: polstargps.com
downloaden zoek maar bij support en dan drivers voor de PGM-111 dan kan je het daarmee testen het zijn namenlijk alleen de drivers voor de converter
senior
Men is nooit te oud om te leren
Technokiddy,dit is precies dezelfde driver die ik al had (zelfde versie en datum).
Het probleem ligt bij mij niet aan de converter en/of driver, maar aan de programmer.
Toch bedankt voor je tip.
Nou senior... Met alle respect... Het ligt aan een beroerde implementatie met USB, zoals in 80% van de devices... Dat de makkelijkste oplossing een andere programmer is, zal wel. Feit is dat windoos weer eens niet fatsoenlijk met hardware overweg kan...
Technokiddy
Zegt die AVR: Dat Pic je toch niet?!
Op 5 maart 2005 17:03:46 schreef senior:
Technokiddy,dit is precies dezelfde driver die ik al had (zelfde versie en datum).
Het probleem ligt bij mij niet aan de converter en/of driver, maar aan de programmer.
Toch bedankt voor je tip.
oke, veel succes alsnog 
Wouter van Ooijen
Wouter van Ooijen: VOTI webwinkel, docent HvU (Technische Informatica); C++ on mictrocontrollers blog
Op 5 maart 2005 17:20:27 schreef Marco69:
Nou senior... Met alle respect... Het ligt aan een beroerde implementatie met USB, zoals in 80% van de devices...
Onzin. Het licht aan het erg kreatief gebruik van de seriele poort door het schudden met de handshake lijnen. De USB drivers zijn geschreven voor het normale gebruik van een seriele poort.
Helemaal mee eens. Ik heb die Sweex USB dingen op 115k2 laten communiceren, zonder ook maar EEN fout. Alleen iedereen gebruikt DTR, DSR lijnen om dingen te schakelen en dat is fout. Zolang je de handshake gebruikt waar die voor is werken ze ECHT perfect.
Zoals gezegd, geen ENKEL probleem met die dingen ooit gehad. Gebruik ze voor GPS van 4800baud tot 38k4 baud. Voor het proggen van AVR's, EEPROM's, Z-World dingen. Maar nooit met van die crappy zelfbouw programmers
Wouter van Ooijen
Wouter van Ooijen: VOTI webwinkel, docent HvU (Technische Informatica); C++ on mictrocontrollers blog
Op 5 maart 2005 21:22:21 schreef Antoine:
Alleen iedereen gebruikt DTR, DSR lijnen om dingen te schakelen en dat is fout.
Fout vind ik overdreven, het is zeer kreatief gebruik. Maar je kan niet verwachten dat de fabrikanten er rekening mee houden, het overgrote deel van de seriele poort gebruikers gebruikt ze 'normaal' en daar zijn die USB drivers op geschreven.
senior
Men is nooit te oud om te leren
Op 5 maart 2005 22:22:00 schreef Wouter van Ooijen:
[...]Fout vind ik overdreven, het is zeer kreatief gebruik. Maar je kan niet verwachten dat de fabrikanten er rekening mee houden, het overgrote deel van de seriele poort gebruikers gebruikt ze 'normaal' en daar zijn die USB drivers op geschreven.
Dat is waar, maar ik had van de "fabrikant" in deze (Elektuur&lgs-hanau.de) wel verwacht dat de seriele poort volgens de regels der kunst gebruikt zou worden
Op 5 maart 2005 19:41:04 schreef Wouter van Ooijen:
[...]Onzin. Het licht aan het erg kreatief gebruik van de seriele poort door het schudden met de handshake lijnen. De USB drivers zijn geschreven voor het normale gebruik van een seriele poort.
Eh... Wouter... Enige idee waar die handshake lijnen oorspronkelijk voor bedoeld zijn? Inderdaad, half-duplex modems die je nog van SEND op RECIEVE over moest schakelen. Reken maar dat er toen flink aan geschud werd... (ja, ik geef toe, nu gaat het sneller, maar toen was een 8088-4 'snel'). De meeste USB implementaties zijn gewoon niet 100% compatible, en doen niet meer dan een poging om het datagebeuren zonder niet al te veel kleerscheuren te doorstaan. Zeker op hogere snelheden (waar handshaking belangrijk kan worden
) lukt zelfs dat meestal niet. Jammer, maar waar.
Wouter van Ooijen
Wouter van Ooijen: VOTI webwinkel, docent HvU (Technische Informatica); C++ on mictrocontrollers blog
Op 6 maart 2005 14:51:48 schreef Marco69:
[...]
Eh... Wouter... Enige idee waar die handshake lijnen oorspronkelijk voor bedoeld zijn? Inderdaad, half-duplex modems die je nog van SEND op RECIEVE over moest schakelen.
Volgens mij zijn de daar echt oorspronkelijk ook niet voor bedoeld geweest en was dat al creatief gebruik.
Maar reken eens: dat was de tijd van bv 300 baud modems, dus ~ 30 ms per teken. Toen was een reactietijd voor die signalen van tientallen ms dus ruim voldoende.