De ce nu funcționează furnizorul VFP .NET OLEdb în Windows pe 64 de biți?

That's a really odd response you're seeing. Of course there's the obvious suggestion of: have you tried power cycling everything in the chain? (PC->STK200->devboard) But also, do you have another AVR programmer you can try? Do you have another ATmega328P you can try reading & writing? Have you ever been able to read fuse settings with any programmer?

Alte lucruri de încercat: Puteți să eliminați cristalul și să vedeți dacă puteți comunica cu cipul atunci? Programatorul dvs. are capacitatea de a regla viteza SCK? (STK500 poate face asta, nu este sigur despre STK200) Poate fi cip-ul primit intr-un mod cu viteza foarte scazuta.

Ca o ultimă soluție, va trebui să puneți cipul într-un programator de înaltă tensiune. Știu că cel puțin STK500 poate face asta, și există câteva circuite acolo pentru a hacka un HVP dintr-un port Arduino sau LPT. Am avut de a resuscita câteva chips-uri AVR în acest fel din cauza unui glitch electric sau am flubbed setări.

Câteva gânduri. Care au fost siguranțele stabilite înainte de a le schimba? ați confirmat cablarea dvs. cu schematică? Amintiți-vă, are nevoie de cristalul conectat să-l programeze.

Verificând foaia de date, se pare că 0xF7 a fost setarea greșită de utilizat. CKSEL 3..0 este setat la 1000 de 0xF7. Există o tabelă în fișa tehnică, care recomandă această valoare pentru oscilatoarele de la .8 la .9MHz și specifică faptul că această setare este nu care trebuie utilizată cu cristale. Setarea corectă pentru octetul scăzut al siguranțelor a fost 0xF1, ceea ce pune CKSEL 3..1 la 111, care este recomandat pentru cristale de cuarț de 16MHz. Informațiile relevante sunt la pagina 29 din fișa tehnică.

Probabil că veți avea nevoie de un programator de școală veche pentru a rezolva problema, altfel ați blocat chipul.

Va trebui să compilați cu CPU țintă setat la x86 pentru a forța codul să utilizeze versiunea 32 bit a VFP Furnizor OLE Db .

Microsoft has stated that there are no plans on releasing a 64-bit edition of the Visual FoxPro OLE Db provider. For what's worth, Microsoft has also stated that VFP 9 is the final version of Visual FoxPro and support will end in 2015. If you need the OLE DB provider for VFP 9, you can get it here.

Ați încercat să modificați CPU-ul țintă la x86 în loc de "Any CPU" în opțiunile avansate de compilatoare? Știu că acest lucru rezolvă unele probleme cu alți furnizori OLEDB prin forțarea utilizării versiunii pe 32 de biți.

Sybase Anywhere has a OLEDB provider for VFP tables. It states in the page that the server supports 64 bit Windows, don't know about the OLEDB provider:

Suportă servere Windows și Linux pe 64 de biți

     

Pentru a spori scalabilitatea, a fost adăugată suportul pentru arhitectura x86_64 la serverele de baze de date Advantage pentru Windows și Linux. Pe computerele cu procesor x86_64 și cu un sistem de operare pe 64 de biți, serverul de baze de date Advantage va putea acum să utilizeze o memorie care depășește 4 GB. Memoria suplimentară va permite mai multor utilizatori să acceseze simultan serverul și să sporească cantitatea de informații pe care serverul o poate memora în cache atunci când procesează interogări.

Nu am încercat singur, dar unii oameni din grupurile de știri VFP raportează că funcționează bine.

Link to the Advantage Server / VFP Page