MySmartUSB MK3 - HVSP Pinbelegung

Erst einmal danke für das Datenblatt, das Conrad-Datenblatt hört leider
zwei Seiten vorher auf :(

Dennoch funktioniert es nicht (Entering Programming mode failed).
Komischerweise kann ich den tiny via ISP programmieren, obwohl er an
der HVSP buchse hängt. An einem Lötfehler sollte das nicht liegen.

Ich konnte jedoch keine 12V am Reset-Pin messen. Erzeugt der Programmer
die, oder muss ich für 12V sorgen, die er runterziehen kann?

ich habe jetzt eine 12V quelle, nur wie schließe ich diese an den 
resetpin an? am mk3-reset-pin scheint ein pulldown-transistor zu sein, 
mit einem 100ohm widerstand dahinter. zieht diese konstruktion die 12V 
runter, oder steuert diese einen PNP an, der die 12V schaltet?

hallo,

also ich hab nen MK3 und der generiert definitv die 12V selber... hab 
damit schon einige tiny und megas hv-seriell programmiert nutze dafür 
den multiprog von myAVR, also irgend was machst falsch... die 12V werden 
auch nur unmittelbar beim programmiervorgang ausgegeben dass kannst du 
nicht mit nem multimeter messen!!!! das wäre nämlich schwachsinn  ;-) 
und das mit der 12V Quelle lass sein!!! schau dir den Reset mal am oszi 
an dann kannst die 12V sauber sehen

grüße

Hallo,

hab mir einen ATtiny45 besorgt und es mal verkabelt -- ging auf anhieb, 
hat ihn mit dem progtool gefunden und hab auch schnell was kleines 
draufgebrannt und fuses ausgelesen.

hier mein todo:

- Datenblatt mySmartUSB MK3 von myAVR besorgen
  ich hab Seite6 = Pinbelegung genommen
- ATtiny45 - (ausführliches) Datenblatt von Atmel besorgen
   http://www.atmel.com/dyn/resources/prod_documents/doc8006.pdf
   seite167 "High-voltage Serial Programming"

du musst verbinden:
Pin = tiny45 = MK3
GND = 4    = R10
VCC = 8    = R9
RST = B5=1 = R6
SDI = B0=5 = R5
SII = B1=6 = R4
SDO = B2=7 = R3
SCI = B3=2 = R2

du musst HV-serial am MK3 mit taster einstellen (Datenblatt seite 7) = 
LEDs: aus,aus,an,1x blink

nun im progtool auf "?" bei MK3 drücken = fertig

gruß J

ich verstehe echt nicht was ich da falsch mache :(
ich habe aufgrund des datenblattes nochmal alles nachgemessen, alles 
richtig verbunden, kein kurzschluss etc. trotzdem bekomme ich immer ein 
fehler beim progtool: "timeout beim starten des programmiermodus"

beim progtool kann ich zwar im reiter "hardware" den MK3 und den 
ATTiny45 wählen, jedoch nirgends den programmiermodus. aufgrund einer 
LED an der programmierplatine scheint jedoch eine spannung anzuliegen.

der modus HVSP ist im MK3 eingestellt, die 3te LED leuchtet, die 4te 
blinkt.

der controller wird ab und zu erkannt, ca 20% aller ausleseversuche 
liefert mir den richtigen controller. am resetpin messe ich kurzfristig 
12.8-13V und am pin PB0 ein dauerhaftes taktsignal mit 64khz. an PB3 
messe ich ebenfalls 64khz, jedoch mit ca 0.4V amplitude, möglicherweise 
durch kapazitive einkopplung. das kabel ist ca 20cm lang. könnte es am 
zulangen kabel liegen? bei 64khz schon?

der blockkondensator hat nichts gebracht, allerdings betragen die spikes 
nur ca 50mV.

im augenblick des auslesens liegt an PB3 (SCI) ein takt von 470hz an,
an SDI der 64khz takt. sollte der takt nicht an SCI anliegen?

normales ISP geht leider nicht, da ich den Reset-Pin disabled hab 
(brauch den für die Anwendung).

ich teste es mal direkt am pc-port, immerhin hängt der MK3 an zwei hubs 
:| hat bisher aber immer funktioniert.

Update: Bei 4 PC-Ports funktioniert es (die anderen scheinen ein 
interner HUB zu sein). Wenn ich auf das ? klicke, bekomme ich jedes mal 
"ATtiny45" als Controller angezeigt. Also müsste die Hardware in Ordnung 
sein.

Wenn ich allerdings die Datei brennen möchte, schlägt dies fehl, die 
Verbindung timeoutet und der MK3 leuchtet rot.

Ich kann jedoch die Fuses lesen und verändern :) Das würde schon 
ausreichen, da ich dann wieder per ISP drauf zugreifen kann.

hallo,

wollte nur noch mal was prinzipielles bemerken... für avr-studio, 
progTool und co handelt es sich hier um einen COM-Port und diese 
kommunizieren genau so mit ihm... also auch beim handshake und beim 
time-out bei der DÜ also byte-orientiert, hardware-bidirektional, usw. 
... in wirklichkeit ist es aber ein VCP ein virtueller COM-Port der über 
einen USB-Bus getunnelt wird welcher eben genau das alles nicht ist und 
praktisch ein ganz anderes zeitverhalten hat... ein echtes COM-Gerät ist 
nach dem anstecken zum beispiel sofort verfügbar da es einfach an einer 
hardware-adresse hängt... ein usb-gerät kann sich schon mal einige 
sekunden zeit lassen bevor es verfügbar ist... ein byte senden oder 
empfangen geht über usb nicht wirklich da dieser blockorientiert ist 
also auch für ein einzelnes byte immer einen ganzen block übertragen 
muss usw... usb-hubs können da durchaus im zeitverhalten einiges 
beeinflussen aber auch bestimmte treiberkonfigurationen... also auch vom 
konkreten rechner abhängig


wenn die hardware offensichtlich ok ist und du doch an deinen tiny 
kommst würde ich das der hotline von myAVR noch mal stecken und zwar so 
dass die das nachvollziehen können vielleicht können die ja einfach im 
progTool was ändern oder auch in der firmware ein paar mehr wait-zyklen 
einfügen bevor ein time-out einsetzt

cu BT

Hallo, ich nochmal :(

seit neusem klappt wieder garnichts, ich erkenne weder den "alten" Tiny 
noch einen brandneuen Tiny. Jeder USB-Port durchgetestet, keiner 
funktioniert. Gibts doch nicht...

Ich dachte immer dass der MK3 wenigstens die einzelnen Befehle 
zwischenspeichert. Wenn der Controller nicht erkannt wurde, liegt das 
doch eher am Programmer -> Controller timeout?