My forum

Funkar det med standard drivrutiner? Behövs inte special med rätt VID och PID?
Nu skulle man haft en Mac så man kunde hjälpa till...

Jag mailade ju FTDI och bad de lägga till FID/PID till drivrutinen. Fick svar med uppdaterade drirutiner i mailen. Den la de även upp på webben uppenbarligen. Sen kom ytterligare en uppdatering efter det med bug-fixar. Med förra versionen av drivrutinen så dök aldrig usb-enheten upp i /dev ens.

Läste följande på ett forum där de hade liknande problem:

"Is there a way you can try with /dev/cu.usbserial? I have found that
while other *nix platforms use /dev/tty (call in) for communication with
serial printers, we must use the /dev/cu (call out) for Mac OS X."

Så det är uppenbarligen /dev/cu.xxxxxx vi ska köra med.
Men då verkar den inte reagera på när vi skriver till den. Kan man verifiera att enheten öppnats på något sätt? Kan man verifiera skrivningar till den?
echo < /dev/cu.xxxxxx
?

har kompilerat rfcmd och det gick bra.

nu försöker jag testköra.
skriver jag
$ rfcmd /dev/tty.usbserial-TSB00003 WAVEMAN K 5 1
då hänger sig terminalen.

men med
$ rfcmd /dev/cu.usbserial-TSB00003 WAVEMAN K 5 1
då pausar terminalen en halv sekund och sen inget mer.

ingen reaktion från mottagaren.

Det är inte helt lätt det här. =)

TellSticken svarar när den sänder.
Du skickar in S[data]+ och TellSticken svarar +S
Samma sak med firware-version.
In: V+
Svar: +V1

Kanske är det fel baudrate? Det kan göra att det blir fel. Annars kanske man kan göra som vi gör i windows, och länka till libftd2xx? Då anropar man med andra funktioner och går inte till /dev. Nackdelen, i linux, är att bara root kan göra det.

Jo, jag tänkte också på libftd2xx tidigare. Ska kika på den imorgon.
Har testat alla olika baudrates som finns. Intet nytt.

micke.prag wrote:TellSticken svarar när den sänder.
Du skickar in S[data]+ och TellSticken svarar +S
Samma sak med firware-version.
In: V+
Svar: +V1

Kanske är det fel baudrate? Det kan göra att det blir fel. Annars kanske man kan göra som vi gör i windows, och länka till libftd2xx? Då anropar man med andra funktioner och går inte till /dev. Nackdelen, i linux, är att bara root kan göra det.

Har ett litet test-program som använder libft2xx nu.
Hur många bytes säger du till FT_Write att du skickar in?
Ska se om jag kan läsa lite från den också sen.

Wehaaaaaaa!
Fixade det. Lyckas tända å släcka via d2xx-libbarna.
Nu kan jag börjar skriva något vettigt

Skitkul, grattis!

Behöver man vara admin eller fungerar det som en vanlig användare?

Vanlig användare funkar gott.

Skitduktigt! Värsta hackern! =)

Törs man fråga HUR det hela gick till?
Hur ska jag göra för att få fart på min sticka?

är ju som sagt väldigt nöjd bara jag får det att fungera via terminalen.. =)

Räcker det med Nexa?
Tror denna bara funkar för Intel-Macar för närvarande. Ska göra den UB senare så den rullar på PPC-Macar också.
http://www.tnwr.net/stuff/mactell.zip

Här är en för nexa mottagare i alla fall.
Dumpa i libbarna i
/usr/local/lib

sen kan du starta programmet med
./MacTell Huskod Kanal On/Off

dvs

./MacTell A 1 1

För huskod A, kanal 1 och On

hmm.. ja det kan det få göra. Hade tänkt använda Waveman men det ska gå det med. =)

Har en samling gamla gamla mottagare från ClasO som visade sig reagera på Waveman. Eller tvärt om. En Waveman personsökare började tjuta när jag tände lampan i fönstret med ClasO-kontrollen...
=)

Är det samma protokoll för waveman som Nexa?

Du ställer svåra frågor...
Jag har ingen aning faktiskt. Trodde att om jag fick en att funka så gick det på alla... men så är det kanske inte?

Funktionen på de mottagare jag har är så att man klickar på en knapp för på. och samma knapp när man vill stänga av.
man ställer in dem med dip-switchar och inte skruvar som det är på Waveman.

Alfa remote control reciver heter mottagarna...
Hjälpte det?