Hallo Forumnutzer,
habe zuvor in meinem Leben noch nie PIC-µC programmiert und brauche nun
Eure Hilfe.
Ich hoffe die Kategorie meines Beitrages ist einigermaßen richtig...
Ich habe nun neben mir ein K150-Programmer (ich weiß - billig, aber
irgendwie wird das schon gehen ^_^) mit einem PIC16F737-I/SP im Sockel
neben mir liegen. Er ist wie auf dem Bild K150_0.png von der
Programmiersoftware gesteckt.
Aktuell arbeite ich auf einem Linux Mint 17.3-Rechner. Wine 1.9.15 ist
aktuell am Laufen. Die Programmiersoftware habe ich spaßenshalber auch
mit hinzugefügt.
Beim Start des Programms erhalte ich schon die erste Fehlermeldung (s.
Bild K150_1.png).
Das "Gerät" (K150) ist bei mir mit "/dev/ttyUSB0" verbunden. Wie kann
ich wine so konfigurieren, dass er bspw. COM1 (Windows) mit /dev/ttyUSB0
gleichsetzen soll?
Theoretisch müsste es ja dann funktionieren.
Freue mich auf jede Hilfe!
Mit freundlichen Grüßen
PHBU
Hallo nochmal,
habe jetzt mal versucht im Verzeichnis ~/.wine/dosdevices/ mit folgendem
Befehl ttyUSB0 COM1 zuzuweisen:
1
ln -s /dev/ttyUSB0 com1
Wurde erfolgreich erstellt - das Programm bringt aber immer noch die
gleiche Fehlermeldung - was habe ich da falsch gemacht?
Mit freundlichen Grüßen
PHBU
Philipp B. schrieb:> Als sudo?? Da steh ich jetzt auf dem Schlauch.
Bringt halt nicht viel, echo als root laufen zu lassen und dann dessen
Ausgabe in der als normaler User laufenden Shell umzuleiten.
Philipp B. schrieb:> Kannst Du mir da weiterhelfen?
Füge deinen User mal der Gruppe dialout hinzu.
Hallo rmagnus,
> Bringt halt nicht viel, echo als root laufen zu lassen und dann dessen> Ausgabe in der als normaler User laufenden Shell umzuleiten.
Stimmt... Aber als Superuser geht das auch nicht:
1
sudo -s
2
echo "Test" > /dev/ttyUSB0
Gibt mir zwar keine Fehlermeldung zurück - der Programmer empfängt
allerdings auch nichts.
Ist er kaputt? Das MKII USB hat bei so welchen Aktionen immer eine
Rückmeldung (LED-blinken) gegeben.
Das habe ich immer mit CuteCom gemacht - funktioniert allerdings auch
nicht mit dem K150.
Im Anhang habe ich das Program picprog.py hochgeladen.
Dieser gibt mir auch eine Fehlermeldung zurück:
1
[sudo] password for user:
2
Waiting for user to insert chip into socket with pin 1 at socket pin 1
3
Chip detected.
4
Erasing Chip
5
Programming ROM
6
ROM programming failed.
7
Error: Communication failure. This may be a bug in this script or a problem with your programmer hardware.
Vllt. sollte ich das ganze mal mit einem Windows-Laptop probieren.
Mit freundlichen Grüßen
PHBU
Philipp B. schrieb:> Hallo Norbert,>>>> Abmelden, anmelden, fertich!> Gut, hab ich gemacht - geht jetzt auch ohne sudo. Trotzdem blinkt nichts> am Programmer...
Na ja, blinken ist auch nicht die Hauptaufgabe eines
Programmieradapters;-)
Das er auf die Zeichenfolge "Test" reagiert halte ich für eher
unwahrscheinlich.
Kann man in der fragwürdigen Windows Applikation denn nun COM1:
auswählen?
Kann man ein Device auslesen?
Philipp B. schrieb:> Gibt mir zwar keine Fehlermeldung zurück - der Programmer empfängt> allerdings auch nichts.> Ist er kaputt? Das MKII USB hat bei so welchen Aktionen immer eine> Rückmeldung (LED-blinken) gegeben.
Ist denn die Baudrate korrekt? Hat der Programmer eine LED, die die
RS232-Aktivität anzeigt?
> Waiting for user to insert chip into socket with pin 1 at socket pin 1> Chip detected.> Erasing Chip> Programming ROM> ROM programming failed.> Error: Communication failure. This may be a bug in this script or a> problem with your programmer hardware.
Das klingt für mich, als könne er eine Verbindung aufbauen, aber
scheitert dann irgendwann später.
Norbert schrieb:> Also einmal als root:> adduser <BENUTZER> dialout
Hatte ich ja auch schon geschrieben:
Rolf M. schrieb:> Füge deinen User mal der Gruppe dialout hinzu.
Hallo Norbert,
habe mal spaßenshalber mit CuteCom nochmal mit 9600 Baud an /dev/ttyUSB0
gelauscht. Mit cat ging es vermutlich wegen dem "end-of-file" nicht.
Also senden tut er etwas (s. Video).
Mit deinem Code bekomme ich bei allen vorgeschlagenen Baudraten folgende
Rückgabe (speed variiert hier natürlich):
Ja, schon klar.
Die Frage welche sich stellt ist:
Hast du für jede mit stty eingestellte Baudrate getestet ob der
Programmierer damit evtl. funktioniert?
Wie gesagt, Linux alles OK
Kann jetzt noch Wine sein bzw. esotherische Win-Funktionen des
Programmers welche von Wine nicht unterstützt werden.
Hallo Norbert,
> Hast du für jede mit stty eingestellte Baudrate getestet ob der> Programmierer damit evtl. funktioniert?
Ja (also die gängigsten Baud-Raten, s. o.), ohne Erfolg.
Ich schau nochmal, ob der Programmer an einem Windows-Laptop
funktioniert. Vllt. ist auch der Programmer im A****, da
Billig-China-Ware.
Ich melde mich dann nochmal.
Danke für Eure Ratschläge!
Mit freundlichen Grüßen
PHBU
Hallo nochmal,
also der Programmer scheint defekt zu sein. Selbst auf einem Windows
XP-Rechner funktioniert er mit installiertem COM<->USB-Treiber nicht.
Falls einer von Euch PIC-Controller mit Linux programmiert: Was für ein
(zuverlässigen :-)) Programmer verwendet Ihr und welche Software?
Würde mir dann lieber einen vernünftigen holen.
Danke nochmal für Eure Hilfe!
Mit freundlichen Grüßen
PHBU