Ik ben aan het proberen om met mijn Arcam AVR600 te communiceren via tcp/ip en de commando's zoals in onderstaand document:
http://www.arcam.co.uk/_ugc/file/tor_files/fmj/avr500/avr500600888_rs232.pdf (http://www.arcam.co.uk/_ugc/file/tor_files/fmj/avr500/avr500600888_rs232.pdf)
Ik heb een simpel C# (.NET) programma geschreven waarvan de basis ook gebruikt wordt door mijn Kuro tools, om via tcp/ip sockets asynchroon commando's te versturen en te ontvangen (ik gebruik dus niet de seriele poort). Op zich lijkt het te werken, ik kan simpel contact maken en simpele commando's werken, maar daarmee is ook alles gezegd. Bijv. een volume up command doet het prima, keer op keer, maar doe ik dan een volume down, dan hangt de hele communicatie en moet de AVR600 zelfs gereset worden.
Hetzelfde bijvoorbeeld bij het commando om het formaat van de video input te vragen: {STX, 0x01, 0x42, 0x01, 0xF0, ETX}, soms krijg ik meteen een volledige respons terug, soms moet ik het commando 4 of 5x sturen voor ik iets terug krijg. Ook komt er vaak maar een gedeeltelijke respons terug. Dan mis ik bytes. Nu heb ik een keurig asynchroon receive gedeelte gebouwd wat alles wat de Arcam uitstuurt, zou moeten kunnen onderscheppen, en ik denk dan ook niet dat het daar aan ligt.
Iemand een idee wat ik verkeerd doe? Zou ik wellicht een 'echte' telnet sessie op moeten bouwen inclusief de "do's don'ts will won'ts"? Of moet er andere initialisatie plaatsvinden voor/na een commando? Is er een protocol wat ik moet volgen? Dit alles staat niet in het document helaas...
Iemand een idee of ervaring met het aansturen van deze serie Arcams? Wellicht via RS232?
ha jowi,
ik heb geen ervaring met de aansturing, maar aangezien ik zelf ook een AVR600 heb + C# programmeur ben en wel geintresseerd ben in hetgeen je aan het doen bent zou ik er wel eens naar willen kijken.
ik ga dit topic in ieder geval ff volgen :-)
Ik zal mijn codefrutsel hier even neerplempen. Het is puur een testprogje, een proof of concept, dus stel je er niet te veel van voor ;)
(bijlage heet .zip maar is een .rar, kan geen rar's toevoegen blijkbaar)
ok, ik heb hem.. nu moet ik nog ergens een rs232 kabel vandaan zien te toveren. ik heb wel een nulmodem kabel, maar dat lijkt me niet okee. even zoeken.
edit1: zo te zien is het nulmodem kabel volgens de pdf okee.
edit2: pffff, je moet nooit je spullen opruimen. ik kan mijn kabel niet zo snel vinden.
Dit is een tcpip appje, geen rs232 ;) je moet de Arcam dus even aan je netwerk hangen.
ah... okee. hij hangt al aan het netwerk. dus dan kan ik meteen testen :-)
Moet je nog wel even het ip adres goedzetten, heb ik even hardcoded ;)
yup, ik zie het.. ik doe het straks ff, mijn vrouw is nu tv aan het kijken en dan is het niet slim om hiermee aan de slag te gaan. ;)
vreemd. de eerste 2x dat ik hem startte werkte de tool wel (eerst stond het commando CmdVolumeRequest ingesteld en die zette het volume van 20 naar 40).
Daarna heb ik het aangepast dat hij volume up en down knoppen had. Volume up deed het idd. Volume down volgens mij niet.
Maar het gekke is nu dat ik geen connectie meer krijg met de AVR600. Ik heb de AVR600 al in standby gehad (misschien moet hij even helemaal uit).
Ik twijfel wel of de code voor het maken van de verbinding wel helemaal netjes is. Misschien moet bij afsluiten ook de connectie netjes worden verbroken zodat de poort weer vrij komt ofzo.
Dat moet ik eens uitzoeken, aangezien ik nog niet veel met Sockets heb gedaan.
Straks nog even verder kijken.
Quote from: dvlz303 on August 16, 2010, 23:01:13
vreemd. de eerste 2x dat ik hem startte werkte de tool wel (eerst stond het commando CmdVolumeRequest ingesteld en die zette het volume van 20 naar 40).
Daarna heb ik het aangepast dat hij volume up en down knoppen had. Volume up deed het idd. Volume down volgens mij niet.
Maar het gekke is nu dat ik geen connectie meer krijg met de AVR600. Ik heb de AVR600 al in standby gehad (misschien moet hij even helemaal uit).
Is precies het probleem wat ik dus ook steeds heb...
ik heb het idee dat het toch aan het commando ligt. ik heb power on en power off toegevoegd en die werken gewoon en daarna doet volume up het ook.
als je echter iets met volume down doet, dan raakt hij over de zeik.
wat ik alleen niet snap zijn de response codes van de avr die worden ontvangen. ze komen niet echt overeen met wat in de pdf beschreven staat.
Yep... bizar he? Heb hier dus hetzelfde. En let ook eens op de output, die wil ook nog wel eens uit de pas lopen of dingen missen (afgezien van mijn foute vertaling van ETX hier en daar). Ik zal eens kijken of ik een soortgelijk proggie kan maken via de seriele poort, eens kijken of dat hetzelfde wispelturige gedrag geeft.
wat me wel verbaast is dat hij in standby nog een netwerkverbinding heeft. dat had ik eigenlijk niet verwacht.
Quote from: dvlz303 on August 17, 2010, 00:43:43
wat me wel verbaast is dat hij in standby nog een netwerkverbinding heeft. dat had ik eigenlijk niet verwacht.
dat lijkt me wel erg nuttig om hem aan te kunnen zetten als tie op standby staat. Heb je geen WOL nodig
Quote from: maxtrash on August 17, 2010, 01:22:10
dat lijkt me wel erg nuttig om hem aan te kunnen zetten als tie op standby staat. Heb je geen WOL nodig
Als het ook zou werken zou het geweldig zijn... ik kan tot nu toe de unit wel met een commando in standby krijgen, maar niet meer er uit.
Jowi,
Is het mogelijk om er mijn arcam avr500 mee aan te sturen? ik heb wel geen internetaansluiting op mijn arcam, enkel rs232.
En het is enkel bruikbaar op een windows computer of ook op een mac?
grtz gunny.
Ja hoor, mits we alles onder controle krijgen natuurlijk... de commando's zijn hetzelfde voor rs232 als voor tcpip. Ik heb bijv. de Kuro tools ook zowel rs232 als tcpip gemaakt, hetzelfde principe.
Uiteindelijk, als we door hebben waar de problemen liggen en we kunnen het oplossen, wil ik een soort webinterface remote besturing maken of een windows applicatie voor alleen rs232. Zelf wil ik erg graag uit kunnen lezen welke inputs de Arcam verwerkt en wat daar de resoluties/timings van zijn zodat ik daar weer de Kuro mee in kan stellen, dat soort dingen 8) Denk bijv. aan SD materiaal, dat wordt nu door de Arcam ge-upscaled naar 1080p. HD materiaal wat al 1080p is, blijft 1080p. Ik kan daar dus geen verschil meer in 'zien' op de Kuro. Maar in sommige gevallen wil ik upscaled SD materiaal op de Kuro een beetje kunnen zoomen om die hinderlijke streepjes en rommel boven in het scherm weg te kunnen poetsen. Met native HD materiaal wil ik weer op dot-by-dot. Ook zou ik dan bijv. in mijn avatar aan kunnen gaan geven waar ik naar kijk, naar de Dune, of de UPC box. Dat onderscheid kan ik nu niet maken.
Ik hoop dat je het aan de praat krijgt, je Kuro tool werkt in ieder geval zeer goed bij mij.
grtz.
Quote from: jowi on August 17, 2010, 09:18:19
Als het ook zou werken zou het geweldig zijn... ik kan tot nu toe de unit wel met een commando in standby krijgen, maar niet meer er uit.
Oh? Ik krijg hem wel weer uit standby met het power on commando.
Waar ik nog wel aan dacht. Ik kon pas weer een connectie met de AVR krijgen nadat ik een harde reset (power knop) had gedaan. Dat komt dan waarschijnlijk omdat hij in standby zijn netwerk verbinding niet uit zet en op de een of andere manier geblokkeerd is.
@jowi: die kuro-tweak-tool werkt alleen bij de krp versies toch? ik heb zelf een pdp-lx5090, daar was hij volgens mij niet voor bedoeld?
Quote from: dvlz303 on August 17, 2010, 13:18:36
@jowi: die kuro-tweak-tool werkt alleen bij de krp versies toch? ik heb zelf een pdp-lx5090, daar was hij volgens mij niet voor bedoeld?
De 5090 en 6090 series, maar ook de KRP-xxxA series, hebben maar een fractie van de commando's, ben er ooit wel aan begonnen, maar eigenlijk voegt het niets toe...
Quote from: jowi on August 17, 2010, 09:40:07
Ja hoor, mits we alles onder controle krijgen natuurlijk... de commando's zijn hetzelfde voor rs232 als voor tcpip. Ik heb bijv. de Kuro tools ook zowel rs232 als tcpip gemaakt, hetzelfde principe.
Uiteindelijk, als we door hebben waar de problemen liggen en we kunnen het oplossen, wil ik een soort webinterface remote besturing maken of een windows applicatie voor alleen rs232. Zelf wil ik erg graag uit kunnen lezen welke inputs de Arcam verwerkt en wat daar de resoluties/timings van zijn zodat ik daar weer de Kuro mee in kan stellen, dat soort dingen 8) Denk bijv. aan SD materiaal, dat wordt nu door de Arcam ge-upscaled naar 1080p. HD materiaal wat al 1080p is, blijft 1080p. Ik kan daar dus geen verschil meer in 'zien' op de Kuro. Maar in sommige gevallen wil ik upscaled SD materiaal op de Kuro een beetje kunnen zoomen om die hinderlijke streepjes en rommel boven in het scherm weg te kunnen poetsen. Met native HD materiaal wil ik weer op dot-by-dot. Ook zou ik dan bijv. in mijn avatar aan kunnen gaan geven waar ik naar kijk, naar de Dune, of de UPC box. Dat onderscheid kan ik nu niet maken.
Ook al heb ik geen verstand van programmeren, ik vind het allemaal reuzeinteressant! :pompom:
En hebben jullie al oplossingen gevonden om de arcam te controleren?
grtz. Gunny
Ik ben er nog niet mee verder gegaan :-X
Ik heb nu het Arcam tcp/ip (telnet) terminal tooltje even snel aangepast voor de Squeezebox, en dan alleen het vertalen van de respons, dus niets aan de communicatie zelf, en met de Squeezebox werkt het als een speer, no problem. Dus ik vermoed toch dat er iets in de Arcam software niet goed zit. Wat me niet zou verbazen gezien de twijfelachtige reputatie van de firmware... of de Arcam moet over tcp/ip specifieke commando's of protocol willen zien, maar ja daar kom je niet zomaar achter. Misschien maar eens contact opnemen met Arcam zelf...?
Vanmiddag een mail gestuurd naar Arcam Support voor meer info, sample code, etc. Ben benieuwd...
Quote from: jowi on September 12, 2010, 14:43:01
Ik heb nu het Arcam tcp/ip (telnet) terminal tooltje even snel aangepast voor de Squeezebox, en dan alleen het vertalen van de respons, dus niets aan de communicatie zelf, en met de Squeezebox werkt het als een speer, no problem. Dus ik vermoed toch dat er iets in de Arcam software niet goed zit. Wat me niet zou verbazen gezien de twijfelachtige reputatie van de firmware... of de Arcam moet over tcp/ip specifieke commando's of protocol willen zien, maar ja daar kom je niet zomaar achter. Misschien maar eens contact opnemen met Arcam zelf...?
Ik denk het laatste... Overigens de RS232 XCF voor Pronto heb ik gewoon beschikbaar voor je... maar daar heb je niets aan. ;D.
Heb je al wel het RS232 bestand van Arcam gevonden. Daar staan specifiek instructies in. Indien niet, dan mail me maar, die kan ik je ook zo mailen.
Quote from: bmateijsen on October 4, 2010, 19:09:18
Heb je al wel het RS232 bestand van Arcam gevonden. Daar staan specifiek instructies in. Indien niet, dan mail me maar, die kan ik je ook zo mailen.
Staat gelinkt in het start topic ;) tenzij jij een andere bedoeld.
Quote from: jowi on October 4, 2010, 19:12:59
Staat gelinkt in het start topic ;) tenzij jij een andere bedoeld.
Nee, ik bedoel geen andere.
hoi jowi,
Heb je al een antwoord gekregen van arcam ivm met de aansturing voor je avr600?
grtz. gunny
Nee :hmmm: en daar baal ik wel van. Niet eens een bevestiging, niks. Die vermeende klantenservice van Arcam zelf stelt op dit vlak dus ook niet zo veel voor.
Quote from: jowi on October 21, 2010, 18:12:07
Nee :hmmm: en daar baal ik wel van. Niet eens een bevestiging, niks. Die vermeende klantenservice van Arcam zelf stelt op dit vlak dus ook niet zo veel voor.
Stuur mij even in het engels de e-mail en ik stuur het via de importeur door.
Groet,
Bjorn
Wel jammer dat het op die manier moet.
Maargoed, als 't helpt... ;)
Email komt jou kant op Bjorn, thanks!
Quote from: celerontje on October 21, 2010, 18:50:15
Wel jammer dat het op die manier moet.
Maargoed, als 't helpt... ;)
Geen idee, maar soms is de weg via de dealer toegankelijker ;).
Begin meer en meer het idee te krijgen dat er iets in de Arcam software niet helemaal jofel is. Zoals ik in de beginpost al zei krijg ik meestal niet helemaal de goede data terug, en daar blijf ik maar mee knoeien. Nu kan dat aan mijn programmeergekunstel liggen, echter... als ik een 'echte' telnet sessie open, dus in een Windows command prompt box het commando 'telnet 192.168.0.192 50001' intikken (ip adres vervangen door het ip adres van de 600) dan zit je in een keurige, officiele telnet client waar je niks aan kan verzieken... tik je vervolgens het commando 'AMX' in (hoofdletters!) en je drukt op return, dan zou je volgens de manual het volgende AMX Duet™ DDDP response terug moeten krijgen:
AMXB<Device-SDKClass=Receiver><Device-Make=ARCAM><Device-Model=AVR600><Device-Revision=x.y.z>
Echter, wat ik ook doe, ik mis constant tekens, iets wat ik met mijn eigen software dus ook heb... ik krijg bijv. dit terug:
AXB<Device-SKClss=Receier><Deice-ake=ARCAM>DeviceModel=AV00><Device-Revsion=1.2.>
Kan iemand bovenstaande eens op zijn eigen 600 proberen? Ik wil nu wel eens weten of het aan mijn exemplaar ligt of niet...
Apart... als ik een sessie open via Putty, dan krijg ik wel telkens een perfecte, complete respons terug... blijkbaar doet Putty iets anders dan telnet.exe en mijn tcp sockets appje... eens kijken of ik dat kan vinden.
Iets met klompen die breken. Nu krijg ik ook via telnet een goede response, sterker nog, ook via mijn eigen appje... *weg kwijt* :nopompom: enige verschil is dat ik tussendoor boodschappen heb gedaan en hij in standby heeft gestaan... raar.
Even een tussendoor vraagje :
Heeft een Arcam 500 en 600 gescheiden crossovers tussen fronts,rears en center? Is LFE apart regelbaar?
Het lijkt mij nl. een superreceiver.
Quote from: Snowmaster on October 23, 2010, 14:44:57
Heeft een Arcam 500 en 600 gescheiden crossovers tussen fronts,rears en center? Is LFE apart regelbaar?
Het lijkt mij nl. een superreceiver.
Kun je beter even in het juiste topic vragen:
http://www.htforum.nl/yabbse/index.php?topic=93117.msg1817263#msg1817263
Ik zie aan jouw plaatje dat je netjes AVR600 terug krijgt. Ik heb met devicespy bij mij gekeken en ik krijg daar de volgende gegevens te zien:
(http://img220.imageshack.us/img220/7180/25008005.png) (http://img220.imageshack.us/i/25008005.png/)
Zou ik een model hebben wat nog niet productierijp was??
Nieuwste firmware erop? ;)
Quote from: dvlz303 on October 23, 2010, 14:55:11
Ik zie aan jouw plaatje dat je netjes AVR600 terug krijgt. Ik heb met devicespy bij mij gekeken en ik krijg daar de volgende gegevens te zien:
(http://img220.imageshack.us/img220/7180/25008005.png) (http://img220.imageshack.us/i/25008005.png/)
Zou ik een model hebben wat nog niet productierijp was??
Nee jij kijkt naar de uPNP info (is bij mij hetzelfde), ik kijk ergens anders naar.
Probeer maar eens wat ik beschrijf met telnet, dan zie je de melding die ik noem.
ah ok, ik was even bang dat ik de enige was met een test model, maar jij blijkbaar ook ;D
edit: ik kan nu even niet telnetten / etc. naar de arcam want dan krijg ik misschien een boze dochter (die zit nu tv te kijken)
Quote from: dvlz303 on October 23, 2010, 15:10:41
ah ok, ik was even bang dat ik de enige was met een test model, maar jij blijkbaar ook ;D
edit: ik kan nu even niet telnetten / etc. naar de arcam want dan krijg ik misschien een boze dochter (die zit nu tv te kijken)
Het is echt geen test model hoor. Gewoon een slordigheidje in de naamgeving. Eigenlijk zou dat even bij Arcam gemeld moeten worden.
Verder kun je prima telnetten zo hoor, er gebeurt verder niets. Je kunt daar geen commando's intikken die iets 'doen'.
Nou schiet mij maar lek. Nu probeer ik het nogmaals (met Putty) en krijg ik weer corrupte data terug:
AMX
ice-SDKlReceiver><Deake=ARCAM>Device-Mod=AV600><Device-Revion=1.2.1>
AMX
Aevice-SDKCl=Receiver><Dee-Make=ARCAM>evice-Model=AV600><Devien=1.2.1>
AMX
AXB<Device-SDKClss=Receiver><Dvice-Make=ARCM>Device-Model=AV600><Device-Reision=1..1>
Even naar standby en weer aan, en alles is weer ok. Paar uur later nogmaals proberen, en hij geeft weer bagger:
AMX
MBDvc-DCasRcie>Dvc-aeACM<eieMdlAR0>Dvc-eiin121
AMX
MBDvc-DCasRcie>Dvc-aeACM<eieMdlAR0>Dvc-eio=..>
AMX
AX<eieSKler<eieMk=RA>Dvc-oe=V60<eieRvi=..>
AMX
AX<eieSKls=eevr<eieMk=RA>Dvc-oe=V60<eieRvso=..>
Ik stop ermee. Geen beginnen meer aan, ik wacht op de reactie van Arcam, als die ooit komt, dan zie ik wel verder. Ben wel benieuwd of anderen dit gedrag kunnen reproduceren.
heb je voor mij het progje nogmaals, maar dan met de code waarmee je deze gekke output krijgt? dan wil ik het nog wel eens testen.
Heb je niet nodig, zoals ik zei, open een telnet verbinding (op de cmd prompt) naar de arcam op poort 50001 en tik in 'AMX' dan op enter drukken...
bij mij doet ie ook raar hoor (maar dat komt omdat het een testunit is ;D).
AMX
MBDvc-DCasRcie>Dvc-aeACM<eieMdlAR0>Dvc-e=..>AMX
AX<eieSKls=eevr<eviceMk=RA>Dvc-oe=V60<eieRvso=..>
AMX
AXB<DevieSKls=eevr<eieMk=RA>Dvc-oe=V60<eieRvso=..>
Quote from: dvlz303 on October 24, 2010, 22:09:10
maar dat komt omdat het een testunit is
Ik hoop dat je een grap maakt want dat is echt onzin hoor...
Wel apart dat jij hetzelfde effect hebt. Je moet het nog maar een paar keer proberen, als ie net uit is geweest ofzo, soms gaat het gewoon goed. Heel raar...
ja, ik maak een grap (ik had gehoopt dat dat nu duidelijk was ;)).
echter, ik heb nog geen goede response gehad.. als ik met mijn ab wat commando's afvuur op de avr600 krijg ik ook hele mooie tekens in beeld (maar dat zal wel horen).
ik ga nog even kijken of ik wat meer kan vinden.
Quote from: dvlz303 on October 24, 2010, 22:19:52
echter, ik heb nog geen goede response gehad.. als ik met mijn ab wat commando's afvuur op de avr600 krijg ik ook hele mooie tekens in beeld (maar dat zal wel horen).
Klopt, het aardige is dat de commando's van de remote en de response daarop ook terugkomen over tcp/ip :) als je de boel analyseert, zie je dat als je bijv. op VOL UP drukt op de remote, er eerst naar de status van de user interface gekeken wordt, dan wordt het huidige volume opgevraagt, dan opgehoogt, waardoor het volume menu in beeld komt, en als laatste zie je 1 seconde later het commando verschijnen om het menu weet te laten verdwijnen... :D
Alleen als je het dus 1:1 naspeelt gebeurt er geen ruk en krijg je corrupte rommel terug :-X ik ben al met tcp/ip sniffers bezig geweest om alle verkeer naar/van de Arcam te loggen op heel laag niveau, echter daar zie ik niet meer dan wat ik zelf al kan zien in mijn software...
Ik wist dat ik eerder 'goede' response had gezien. dat was dus idd met jouw progje.
0x01;0x00;0x0f;
STX;0x01;ETX;0x00;0x02;0x16;0x05;ETX;
STX;0x01;ETX;0x00;0x02;0x17;0x00;ETX;
STX;MEN;0x01;ETX;0x01;0x00;0x0f;
STX;0x01;ETX;0x00;0x02;0x16;0x05;ETX;
STX;0x01;ETX;0x00;0x02;0x16;0x00;ETX;
STX;MEN;0x01;ETX;0x01;0x00;0x0f;
STX;0x01;ETX;0x00;0x02;0x16;0x05;ETX;
STX;0x01;ETX;0x00;0x02;0x17;0x00;ETX;
STX;MEN;0x01;ETX;
Yep :) en die eerste 3 bytes bevallen mij niet, 0x01, 0x00 en 0x0f. Die zie je vaak als eerste voorbij komen als je met de remote werkt. Ziet er uit als een soort initialisatie, echter ik zie dat niet terug in de PDF. Ook als ik het zelf 'na doe' krijg ik nog steeds rommel... eerst dacht ik dat die nog deel uitmaakten van een commando daarvoor ofzo. Er is echt geen lijn in te ontdekken. Of de manual is gewoon niet compleet en mist gegevens over initialisatie en protocol en volgorde van commando's, of de interne afhandeling van directe ip commando's is gewoon niet goed.
Aangezien ik de interface van de AVR600 niet prettig vind, om door mijn muziek library heen te spitten en dan te streamen, gebruik ik nu vaak de windows media player functionaliteit (send to > Arcam Unit).
Wat vaak gebeurt is dat een afspelen van een nummer opeens stopt, en dat het nummer dan weer opnieuw begint. Ik dacht eerst dat het alleen aan windows media player lag, maar..
zojuist de intel tools for upnp even gebruikt (zie plaatje). Het nummer is op 27%, dan zie ik een EXT response op jouw progje en de AVR600 stopt.
(http://img233.imageshack.us/img233/5594/93685171.png) (http://img233.imageshack.us/i/93685171.png/)
ETX is 'End of Transmission' oftewel gewoon het getal 0x0D, of carriage return. Zegt dus niet zoveel helaas.
Ik krijg trouwens heel dat uPNP gebeuren niet aan de praat, ook niet met de Intel tools... moeten we maar een apart topic voor openen ;)
check. dit was overigens niet bedoeld om je rs232/tcpip topic te vervuilen.
ik probeer er achter te komen waarom de besturing/communicatie nou zo buggy is (of het nou tcpip/rs232 of upnp is).
Quote from: dvlz303 on October 24, 2010, 23:14:09
ik probeer er achter te komen waarom de besturing/communicatie nou zo buggy is (of het nou tcpip/rs232 of upnp is).
Je zou haast denken dat het ene met het andere te maken heeft ;)
laten we niet alle protocollen over 1 kam scheren. ik denk dat het toch echt komt doordat het een testunit is ;)
Dit hele apparaat is een beetje overambitieus voor zo'n relatief kleine fabrikant met alle gevolgen van dien. (kijk maar naar het probleem met het harde geplop in het begin)
Quote from: celerontje on October 24, 2010, 23:51:42
Dit hele apparaat is een beetje overambitieus voor zo'n relatief kleine fabrikant met alle gevolgen van dien. (kijk maar naar het probleem met het harde geplop in het begin)
Ploppen doet ie nog steeds hoor :D
Hier trouwens een stukje code wat ik ooit op AVS kreeg van iemand met een Creston unit, hij heeft me echter nooit meer gegeven, maar hier zie je al dat er in sommige gevallen meer bij komt kijken dan alleen 1 commando. Er zit meer protocol achter en #$@$$@$$ dat wil ik zo graag weten...
FUNCTION SendCmd(INTEGER NewCmd, INTEGER DataLength, INTEGER DATA1, INTEGER DATA2)
{
Zone1TxBusy = On;
IF (DataLength = 1) MAKESTRING(tx$,"%c%c%c%c%c%c",STX,ZONE,NewCmd,DataLength,Dat a1,Etx);
IF (DataLength = 2) MAKESTRING(tx$,"%c%c%c%c%c%c%c",STX,ZONE,NewCmd,DataLength,D ata1,Data2,Etx);
IF ((NewCmd = RC5) && (DATA1 = 16) && (DATA2 = 28)) //Send Preset Location after initial command
{
DELAY(50);
SendCmd(RC5,2,16,StorePreset);
}
ELSE IF ((NewCmd = 0x15)) // Send OK after preset recall
{
DELAY(20);
SendCmd(RC5,2,16,87);
}
Zone1TxBusy = Off;
//TRACE("Command Sent=%X, Bytes=%d, [%X,%X]\n",NewCmd,DataLength,Data1,Data2);
}
Normaal gesproken is automatiseringsinformatie toch makkelijk te vinden? ???
Quote from: celerontje on October 25, 2010, 02:07:59
Normaal gesproken is automatiseringsinformatie toch makkelijk te vinden? ???
Meestal wel ja... maar houd in je achterhoofd dat het nog steeds een fout in de firmware kan zijn... maar zelfs die bevestiging heb ik niet. Daarom wil ook zo graag contact hierover met Arcam maar dat gaat tot nu toe wat moeizaam.
Anders zou het ook nog kunnen dat Arcam dit soort info alleen aan gespecialiseerde bedrijven als Crestron beschikbaar stelt en niet aan partikulieren maar dat zou héél vreemd zijn...
Het ligt in ieder geval niet aan de communicatielaag in mijn software :) want ik kan de fouten reproduceren met standaard programma's als telnet.exe en putty, verder gebruik ik mijn eigen tcp/ip laag ook om met de Kuro en de Squeezebox te communiceren, letterlijk dezelfde code... alleen andere commando's.
Ik heb gisteren nog van alles geprobeerd met rs232 en telnet, maar kreeg ook geen goed resultaat..
Echter las ik dit:
Quote from: jowi on October 25, 2010, 00:16:23
Hier trouwens een stukje code wat ik ooit op AVS kreeg van iemand met een Creston unit, hij heeft me echter nooit meer gegeven, maar hier zie je al dat er in sommige gevallen meer bij komt kijken dan alleen 1 commando. Er zit meer protocol achter en #$@$$@$$ dat wil ik zo graag weten...
En vandaag liep ik per ongeluk tegen de complete source aan.. :pompom:
Ik wilde eigenlijk kijken of ik iets kon vinden in de firmware zelf, maar zag ook op de downloadsite deze link http://www.arcam.co.uk/_ugc/file/tor_files/fmj/avr600/avr600_cres_2-0.zip (http://www.arcam.co.uk/_ugc/file/tor_files/fmj/avr600/avr600_cres_2-0.zip).
Als je die zip uitpakt en het bestand AVR-600 V2.usp opent in notepad dan heb je de complete source.
Ik heb er verder nog niet naar gekeken, maar dat ga ik vanavond zeker doen!
Quote from: dvlz303 on October 26, 2010, 18:56:52
Echter las ik dit:En vandaag liep ik per ongeluk tegen de complete source aan.. :pompom:
DAT MEEN JE NIET!!!!!! :o :o :o 8) 8) 8)
Zo hier wordt ik HEEL blij van... ik heb het nog niet eens geopend maar ben nu al blij :pompom: :pompom: :pompom:
(nu maar hopen dat alles duidelijk wordt...)
Ik zie trouwens ook deze, erg interessant:
http://www.arcam.co.uk/_ugc/file/tor_files/fmj/avr600/AVR600%20service%20manual%20full%20v1_2.pdf
Service Manual 8)
Ik weet niet of alles duidelijk wordt, maar het is in ieder geval meer dan die ene functie die je had. Ik ga nu kijken of ik er wat info uit kan halen..
Leuke service manual, kan ik hem zelf repareren als ie stuk gaat (NOT!)
Net even de boel bekeken maar echt veel meer of anders dan wat ik doe, doen ze daar ook niet... wat wel opvalt is dat ze er eigenlijk vanuit gaan dat je met RS232 werkt, en als voetnoot wordt vermeld dat het via IP ook mogelijk is. Ik denk dat ik toch maar eens de 600 via RS232 ga proberen aan te sturen, zal me niet verbazen als dát wel goed werkt namelijk... al is het voor mij eigenlijk geen optie, RS232.
Er bestaan converters van RS-232 naar IP. (met een beetje geluk kan je die wel ergens wegmoffelen)
Quote from: celerontje on October 26, 2010, 22:04:09
Er bestaan converters van RS-232 naar IP. (met een beetje geluk kan je die wel ergens wegmoffelen)
Als je goed tussen de regels doorleest dan snap je dat dat niets oplost ;)
Andersom zou nog wel grappig zijn. Maar uiteindelijk moet gewoon de hele IP meuk goed werken. Simpel. Het is geen goedkoop apparaat tenslotte.
Uiteraard, maar waarom lost zo'n converter dan niks op? Je hebt dan tenminste iets dat goed werkt.
Ik ben er ook niet veel wijzer van geworden. Overigens had ik vanavond voor het eerst een goede response op het AMX commando via telnet (nu een testje en het is weer scrambled).
Het gekke is dat jouw tooltje de commando's Volume Up, Power Off, Power On gewoon goed doet. Maar na één keer een Volume Down is het gebeurd met de poort.
Het commando is goed (als de documentatie klopt). Het kan haast niet anders zijn dan dat de firmware buggy is.
Quote from: celerontje on October 26, 2010, 22:51:31
Uiteraard, maar waarom lost zo'n converter dan niks op? Je hebt dan tenminste iets dat goed werkt.
Nee, want het probleem zit hem niet in wat IK doe (dat is goed) maar wat de Arcam INTERN met de TCP/IP afhandeling doet...
Tja, wat moet je anders?
Quote from: celerontje on October 26, 2010, 23:38:54
Tja, wat moet je anders?
Eerst maar eens proberen of het via RS232 allemaal wel lukt. Er zou volgens de docs geen verschil moeten zijn tussen RS232 en TCP/IP anders dan het touwtje wat je gebruikt. Dat is simpel te testen :D
Werkt het via RS232 wel zonder rare fratsen dan weet ik genoeg. Werkt het niet, dan weet ik ook genoeg ;)
Maar goed dat je geen geweer in huis hebt! ;D
Nou zo erg is het ook allemaal niet hoor... het zou leuk zijn als het gewoon netjes zou werken a la Kuro of Squeezebox, beiden probleemloos.
Ik heb mijn rs232 kabel er weer aan hangen. response van de AVR krijg ik wel terug als ik met de ab commando's verstuur. Maar als ik zelf via rs232 een commando stuur gebeurt er helemaal niks.
Ik snap er niks meer van.
Quote from: dvlz303 on October 27, 2010, 00:21:34
Ik heb mijn rs232 kabel er weer aan hangen. response van de AVR krijg ik wel terug als ik met de ab commando's verstuur. Maar als ik zelf via rs232 een commando stuur gebeurt er helemaal niks.
Ik snap er niks meer van.
Hoe doe je dat dan? Je moet wel precies die serie bytes aanbieden waar het commando uit bestaat natuurlijk... in een terminal window oid gaat dat natuurlijk niet, die dingen zijn ascii...
Ik zat een beetje in de bijgeleverde binaries te speuren :) en zag daar de volledige naam van de ontwikkelaar staan, iemand van Lucid Programming (een Crestron partner in de UK). De man even opgegoogled, en hem direct maar een email gestuurd met technische vragen :D Volgens Crestron is hij een 'Certified Crestron Master Programmer' dus als hij het niet weet... ;) ben benieuwd of ik wat van hem ga horen.
Quote from: jowi on October 27, 2010, 07:51:38
Hoe doe je dat dan? Je moet wel precies die serie bytes aanbieden waar het commando uit bestaat natuurlijk... in een terminal window oid gaat dat natuurlijk niet, die dingen zijn ascii...
Daar had ik een tooltje voor gedownload (ben nu niet thuis dus ik weet niet precies welke tool). Het is ook een .NET programma, dus kon de soure iets aanpassen aan mijn behoefte (juiste baud rate stond er niet bij).
Je hebt hierin de optie om de invoer van een textbox als text of als hex door te sturen. Ik heb hex gekozen, en daarmee werd idd de invoer omgezet naar hex byte array en naar de AVR600 gestuurd.
Er gebeurt niks. Het tooltje ontvangt ook response van de AVR600 via rs232 en als ik de AB gebruik zie ik ook daadwerkelijk response terug komen.
Ik weet het dus even niet.
Quote from: dvlz303 on October 27, 2010, 09:47:51
Je hebt hierin de optie om de invoer van een textbox als text of als hex door te sturen. Ik heb hex gekozen, en daarmee werd idd de invoer omgezet naar hex byte array
Ben ik erg benieuwd hoe jij dan 0x21 intikt in dat tooltje ;)
Quote from: jowi on October 27, 2010, 10:05:22
Ben ik erg benieuwd hoe jij dan 0x21 intikt in dat tooltje ;)
dat tik je niet in, je tikt 21 en dat wordt in code omgezet naar 0x21
Maar hoe weet dat tooltje dat jij dan 0x21 bedoelt en niet 0x01 0x02 of zelfs 0x32 0x30? Kun je precies zien WAT er weggestuurd wordt?
Ik heb de source opgezocht. ;) (zie http://msmvps.com/blogs/coad/archive/2005/03/23/39466.aspx (http://msmvps.com/blogs/coad/archive/2005/03/23/39466.aspx))
Het compileert niet meteen (even signing vinkje uitzetten in project settings). De code zit in de methode HexStringToByteArray. De string wordt gewoon per setje van 2 karakters omgezet.
Mmmm. Zou inderdaad moeten werken op die manier. Wel de goede settings, 38400, 1 start, 8 data, 1 stop, no parity, no flow control?
Nou ja als je wel wat terugkrijgt zou dat ook goed zijn zou je zeggen... zit nu op mijn werk dus ik kan het niet op de Arcam proberen, misschien vanavond.
yep, die 38400 baudrate stond er niet tussen, dus die heb ik zelf toegevoegd. En inderdaad, ik krijg wel response van de commando's die ik met de ab stuur, dus ontvangen lukt wel.
Probeer er eens een 0x0a achteraan te sturen? dus bijv. 0x21 0x01 0x0d 0x00 0x0f 0x0d 0x0a
Oftewel in de Sendata() de aanroepen naar comport.Write(...) vervangen door comport.WriteLine(...) ;)
Quote from: jowi on October 27, 2010, 11:26:55
Probeer er eens een 0x0a achteraan te sturen? dus bijv. 0x21 0x01 0x0d 0x00 0x0f 0x0d 0x0a
Oftewel in de Sendata() de aanroepen naar comport.Write(...) vervangen door comport.WriteLine(...) ;)
Zal ik vanavond doen, ik zit nu ook op mijn werk (en zo lang is mijn rs232 kabel niet)
Quote from: dvlz303 on October 27, 2010, 12:06:01
Zal ik vanavond doen, ik zit nu ook op mijn werk (en zo lang is mijn rs232 kabel niet)
Kijk, en dáárom willen we het via tcp/ip kunnen :D want die is wereldwijd 8)
Quote from: jowi on October 27, 2010, 11:26:55
Probeer er eens een 0x0a achteraan te sturen? dus bijv. 0x21 0x01 0x0d 0x00 0x0f 0x0d 0x0a
Oftewel in de Sendata() de aanroepen naar comport.Write(...) vervangen door comport.WriteLine(...) ;)
Het was een goed idee en het proberen waard, maar helaas: 0a helpt niet en WriteLine werkt niet met een byte array, alleen met een string.
Ik heb weinig verstnad van programmeren, maar ik dacht dat een RS232 niet echt makkelijk aan te sturen is over TCP/IP? Als ik vroeger een Router / Switch moest onderverdelen in Vlans gebruikte ik ook een RS232 via TelNet, maar ik zit te denken welk protocol.. volgens mij geen TCP/IP..
Quote from: dvlz303 on October 27, 2010, 20:30:39
Het was een goed idee en het proberen waard, maar helaas: 0a helpt niet en WriteLine werkt niet met een byte array, alleen met een string.
Klopt, zag het. Ik heb het overigens wel allemaal werkend inmiddels... zowel RS232 als TCP/IP, en nog tegelijk ook. Kan nu zelfs VOL- geven zonder dat de machine hangt. Ik had eerst ook dat ik met RS232 wel respons van de arcam kreeg maar ik kon zelf niets.
Om het werkend te krijgen heb ik:
- serial software TEXT mode aangepast (hex mode is ok): comport.Write
Line(txtSendData.Text
+ "\r");
- in menu de IP connectie UIT gezet
- arcam uit
- arcam aan
- serial pakket opstarten
- dan plots werkte RS232 ineens WEL, dus niet alleen reageren maar ook response
- en daarna IP in de arcam ook weer AAN en dan werkt dat ook zelfs...
Nu eens kijken of alles blijft lopen of dat het weer in het 100 loopt als ik in standby ben geweest. In ieder geval gaat het allemaal erg moeilijk en onhandig.
Ook de respons over TCP/IP blijft corrupt. Over RS232 is het wel goed.
Dus je hebt niks aan je eigen tooltje gewijzigd? Alleen IP uit, paar stappen ertussen, IP aan en dan werkt Volume - ook?
Je plaatje laat ook zien dat de AMX response goed is. Zou dat misschien met elkaar te maken hebben? Indien AMX response goed, dan werkt het intern goed en zo ook Volume -.
En als AMX niet goed is dan werkt Volume - ook niet goed?
Getting closer (to the problem)..
EDIT:
Overigens herinner ik me wel iets van gisteren. Toen ik de rs232 kabel had aangesloten, trok ik per ongeluk de stekker er uit. Daarna had ik dus voor de eerste keer een goed response op het AMX commando.
Na een keiharde reset.. Misschien zit er toch een probleem in het netwerk gebeuren en standby ofzo.
Niks aan mijn tool veranderd inderdaad. Echter de respons over tcp/ip blijft slecht. Veel bytes missen, haast de helft af en toe.
Soms ook niet.
Stom ding.
Ik heb er zojuist ook nog maar een e-mail op gewaagd naar Scott van Arcam.. Ik hoop dat hij wat meer informatie kan verschaffen of in ieder geval aan kan geven of er bekende problemen zijn.
Zo snel heb ik nog nooit antwoord gekregen van Arcam (volgens mij ook pas de 1e keer dat ik antwoord kreeg)..
Quote from: ArcamEngineer
There is a known issue with IP control which is that the AVR600 response is often corrupted. Unfortunately this is due to the third-party firmware of the network module which seems to not pass on the data correctly; we have tested our system and the correct data is fed into the network module. There is nothing our engineers can do to fix this, we are waiting for a fix from our supplier.
RS232 control is in direct communication with the AVR600's main CPU. I strongly recommend using RS232 instead – IP to RS232 adaptors are available and fairly inexpensive.
Geeft dus wel aan dat het nog niet helemaal goed werkt..
Kijk eens aan... inmiddels hadden we dit gedrag zelf ook al vastgesteld. Zie je nou wel, wij zijn nog niet zo gek ;)
Nu maar hopen dat het opgelost wordt. Misschien inderdaad een IP naar RS232 adapter proberen... tegen mijn zin. Eens kijken hoe dat eruit ziet en waar die dingen te krijgen zijn.
Ik ga de reply van Arcam op je mail ook even op AVforums posten, om de druk een beetje op te voeren ;)
Hieronder trouwens een mooi voorbeeld wat ik in elkaar had gezet om op AVS en AVf te posten. Je ziet tegelijk de RS232 software en Putty (Telnet over IP). In het eerste plaatje tik ik in Putty het 'AMX' commando, de respons in Putty is corrupt, maar de respons over RS232 is prima. Wat dus inderdaad bewijst wat Arcam ook zegt, de gegevens komen wel goed aan en worden ook correct verwerkt, echter de respons over IP is corrupt. Het 2e plaatje is net andersom, daar geef ik het AMX commando over de seriele poort, de respons over RS232 is wederom correct en de respons over IP wederom corrupt. Hetzelfde geld dus voor alle andere commando's.
nog heel even wachten met posten op andere fora.. ik heb nog een vraag gesteld aan die persoon (vraag over of er een firmware update gepland is en of er misschien ook problemen met upnp bekend zijn) en misschien wil hij niet meer reageren als de informatie gelekt wordt.
No problem. Laat maar even weten.
Ik zet wel even beide plaatjes met die uitleg er neer, zal de mail achterwege laten.
Linkje naar topic op AVforums?
Quote from: celerontje on October 28, 2010, 12:08:47
Linkje naar topic op AVforums?
http://www.avforums.com/forums/arcam-products/1283756-serial-ir-remote-commands-avr500-600-888-a.html
Maar niemand die er op reageert. Blijkbaar heeft niemand er behoefte aan in de UK. Maar misschien dat Arcam daar wel mee leest ;)
Op AVS heb ik ook al eens gevraagd, kwam ook maar 1 reactie op en verder niks.
Ik heb dat topic wel gelezen, maar had geen zin om dubbel te posten. Je post daar is dus best zinvol. ;D
Jowi,
Ik heb thuis alleen een mac, kan je hierop ook gewoon zo'n serial terminal draaien?
Of moet ik op het net gewoon wat rondzoeken naar zo'n terminal?
Dan kan ik thuis ook wat experimenteren met mijn AVR500, ik moet over rs232 gaan want bij imij s
er geen ethernet aansluiting.
grtz. gunny
Op zich kun je elke seriele terminal of telnet of ssh appjes voor mac gebruiken om te testen.
Het 'probleem' is dat je de commando's niet simpel in kan tikken, een commando bestaat niet uit ASCII tekst maar uit een hexadecimale reeks getallen. En die kun je meestal niet zomaar intikken... in het seriele programmaatje wat we hier laten zien kan het wel, echter dan nog, voor een werkend systeem wil je niet telkens vage reeksen nummers in hoeven tikken als je het volume 1 stapje hoger wilt. Maar om te testen kan het wel.
Putty is er overigens ook voor de Mac, en Putty kun je als seriele terminal gebruiken over RS232.
Bedankt jowi, ga het deze eens testen.
Het blijft allemaal heel instabiel hoor. Net even boodschappen wezen doen, ik kom terug, en nu werkt de RS232 terminal niet meer. Even uit/aan gezet (dus niet standby maar hard) en het werkt weer. Wat een #$@#$@#$ apparaat is het eigenlijk zeg...
helemaal mee eens. daarom wil ik wel weten of er nog een update aan zit te komen binnenkort of dat we met een onaf apparaat blijven zitten (want zolang zulk soort problemen aanwezig zijn, is het naar mijn mening niet af en mag het terecht een testunit heten!)
Zit me nu suf te zoeken naar een IP-naar-RS232 adapter, maar echt simpel te vinden of goedkoop zijn ze niet... iemand een link? Ik zie wel veel industriele dingetjes die op rails moeten of losse OEM printplaten of zaken die je met 100 tegelijk moet kopen... valt me een beetje tegen eerlijk gezegd. Ik zou iets dergelijks wel bij Conrad of Gefen verwachten maar ik kan het niet echt vinden.
ja, ik heb ook al gezocht maar kwam alleen op hele dure oplossingen uit. terwijl die gast van arcam nog zei: IP to RS232 adaptors are available and fairly inexpensive.
ik vraag me ook af hoe zo'n ding dan werkt, want blijkbaar wordt je rs232 ingang dan een rj45 ingang? sluit je deze dan aan op het netwerk? hoe weet ik dan het ipadres van dat ding?
zou dit misschien iets zijn: http://www.dealextreme.com/details.dx/sku.48128 (http://www.dealextreme.com/details.dx/sku.48128) (in ieder geval fairly inexpensive)
Quote from: dvlz303 on October 29, 2010, 12:14:03
zou dit misschien iets zijn: http://www.dealextreme.com/details.dx/sku.48128 (http://www.dealextreme.com/details.dx/sku.48128) (in ieder geval fairly inexpensive)
Nee, dat is puur een ding wat alleen de touwtjes doorverbind, dat gaat niet werken. Wat we nodig hebben is een actief dingetje. Inderdaad met een RJ45 poort en een DB9 stekker, en een voeding. Vaak heeft ie zelf een ingebouwd webservertje waarin je hem dan mee kan instellen.
Ik heb er een aantal gevonden maar ik ben er nog niet helemaal uit:
http://www.industrialethernet.com/net232.html?utm_source=google&utm_medium=cpc&utm_campaign=IO+net232&utm_term=serial+to+ethernet+converter&gclid=CIu28u6m9aQCFcaHDgod_jHJgg
http://www.zapsonline.com/serial-inter/34163-sunix-sl-s0100p-ethernet-to-serial-port-adapter-frac-sisls0100p.html
http://www.hw-group.com/products/converter/index_en.html
http://www.asihome.com/ASIshop/product_info.php?manufacturers_id=37&products_id=4480
Goedkoop zijn ze in ieder geval niet, je gaat al snel richting de $100,-
Ik vind deze wel netjes (dus van http://www.hw-group.com/products/converter/index_en.html ):
(http://www.hw-group.com/images/products/PortBox_PL_600293_250.jpg)
Maar daar staat weer geen prijs enzo bij, zal ze eens mailen.
Een interessante, lekker goedkope: http://www.antratek.nl/Sollae.html En een NL bedrijf :) het gaat om de CSE-H53 Ethernet-RS232 industriële converter, €52,- moet er nog wel een voedinkje bij van 12 euro, plus verzendkosten... nou goed zo goedkoop is ie dus ook weer niet ;)
(http://www.antratek.nl/images/CSE-H25-Serial-RS232-Ethernet-adapter-250.jpg)
de rekening mag je naar arcam sturen. ;)
global cache lijkt me wel een mooi en flexibeler apparaat, kun je ook alle huidige en toekomstige ir apparaten bedienen. Maar snap dat je dat niet zomaar gaat kopen, is tie weer net te duur voor.
http://www.smarthome.com/8114/Global-Cach-Home-Network-Adapter-8114/p.aspx
Qua prijs zit je al snel aan dit soort bedragen heb ik al gezien. Maar ja het is als het goed is maar tijdelijk, zodra Arcam het oplost is het niet meer nodig. Maar ja... dat kan ook nog wel een jaar duren, of helemaal niet. Geen idee. Ik ga deze ook eens bestuderen, het is sowieso leuk speelgoed :)
Die PortBox is ook een 'dure': http://www.dynatronics.nl/index.php?do=shop&cat=85 (http://www.dynatronics.nl/index.php?do=shop&cat=85)
Ben nu al 2 dagen bezig om dan maar de RS232 communicatie op te bouwen, maar ook daar blijven de problemen komen. Soms moet de AVR600 even gereset worden omdat er blijkbaar iets vastloopt, maar het ergste is nog dat ook hier sommige commando's niet altijd response teruggeven. De simpele dingen als de RC5 commando's als volume up en down die doen het wel, maar ga je bijv. video input parameters opvragen (commando 0x42) dan komt de response soms meteen, of soms pas na 10 of 20x het commando verzenden. Of ik het nu synchroon doe (na het zenden dom blijven wachten op de response) of asynchroon (event based, dus als de arcam zend pak ik het op en verwerk het) het werkt gewoon NIET consistent. Ook de RS232 communicatie is dus slecht, en onbetrouwbaar.
Ik denk dat de ontwikkelaars bij Arcam nog een hoop te doen hebben.
Mmmm, misschien kan ik er nog een e-mail op wagen richting Arcam met de mededeling dat, ondanks de suggestie dat communicatie via RS232 zou moeten werken, dit ook niet vlekkeloos verloopt.
Ik zal vanavond eens kijken of ik een mooi mailtje kan dichten.
Ik heb zelf nog steeds niets van Arcam mogen vernemen. Ondertussen ben ik voorlopig maar gestopt met proberen en bouwen, want zoals ik al vertelde, niet alle commando's geven altijd iets terug (al zou dat wel moeten volgens Arcam) en het is compleet onduidelijk wat er nu precies aan responses terugkomen en welke delays etc. er nodig zijn. Ook zie ik soms response terugkomen van commando's die volgens de Arcam manual helemaal niet bestaan. Kortom, heel veel onduidelijkheid, en het is gewoon niet compleet beschreven, en het werkt niet consistent. Ik ga pas weer verder als er nieuwe firmwares zijn en/of aanpassingen aan de communicatie, anders is dit avontuur wat mij betreft bij deze gestopt.
Ik zie dit topic nu pas voor het eerst... :-[
@Jowi: Hebben de problemen met het 'vergeten' van de netwerkinstellingen hier soms ook mee te maken, of sla ik de plank dan volledig mis?
Als je me een voorzet wilt geven waar ik precies op moet hameren, dan wil ik me ook wel wagen aan een mailtje richting 'mijn' contactpersoon bij Arcam UK.
Hoe meer druk, hoe beter lijkt me...
Quote from: Randal on November 3, 2010, 22:35:20
Hebben de problemen met het 'vergeten' van de netwerkinstellingen hier soms ook mee te maken, of sla ik de plank dan volledig mis?
Het heeft niet zozeer met de afhandeling van de comunicatie te maken. De netwerklaag en de software daarop is niet door Arcam zelf ontwikkeld maar aangekocht, en daar zit in ieder geval een fout in, Arcam heeft dat ook al toegegeven. Het lijkt me helemaal niet zo raar om te denken dat de rest van de netwerkproblemen hier best wel eens een relatie mee kunnen hebben.
Quote from: Randal on November 3, 2010, 22:35:20
Als je me een voorzet wilt geven waar ik precies op moet hameren, dan wil ik me ook wel wagen aan een mailtje richting 'mijn' contactpersoon bij Arcam UK.
Hoe meer druk, hoe beter lijkt me...
Arcam heeft al laten weten dat er in ieder geval met het afhandelen van IP commando's (dus via het netwerk) problemen zijn (zie boven) maar ik ik merk dat er ook met de seriële communicatie problemen voorkomen, sommige commando's geven niet of pas na 10 of 20x een response terug terwijl ze dat feitelijk altijd zouden moeten doen, dat is dus ook allemaal niet erg werkbaar. Ook moet de machine regelmatig gereset worden als je met seriele commando's werkt, soms stopt de seriele afhandeling, soms komt het niet eens op gang als je start. Ook lijken de netwerkkaart en de seriele poort elkaar soms in de weg te zitten. Ik kreeg bijv. de seriele communicatie pas aan de praat door de netwerktoestand uit te zetten, en de arcam te resetten. Daarna werkte de seriele kant min of meer, en kon ik ook weer de netwerktoestand aan zetten.
Ik zou graag van Arcam willen weten of ze op de hoogte zijn van de problemen met de seriële communicatie (naast de ip communicatie) en of er zicht is op een oplossing in de nabije toekomst.
Even kijken of ik dit technische verhaal in goed engels kan verwoorden, dan probeer ik ze morgen wel te mailen.
Quote from: jowi on November 3, 2010, 22:47:20
Het lijkt me helemaal niet zo raar om te denken dat de rest van de netwerkproblemen hier best wel eens een relatie mee kunnen hebben.
Kan ik hieruit opmaken dat je nog steeds problemen blijft houden, of ben je nog niet verder gekomen met testen?
Quote from: Randal on November 3, 2010, 23:14:47
Kan ik hieruit opmaken dat je nog steeds problemen blijft houden, of ben je nog niet verder gekomen met testen?
Nou we hadden een beetje het vermoeden dat het wel eens kan liggen aan het aansluiten van de Arcam op een switch ipv direct op een router, dat soort dingen, ik heb dat nog niet verder getest. Nu ik de Arcam weer direct op de router heb, gaat alles wat dat betreft weer goed. Ik zal hem morgen weer eens terug op de switch gooien, als de problemen dan terugkeren weet ik genoeg :)
Daar hadden we in het andere topic ook over ja. Ik kijk uit naar de resultaten. :)
Quote from: jowi on November 3, 2010, 23:19:48
.....als de problemen dan terugkeren weet ik genoeg :)
Maar het hoeft niet uit te sluiten waar exact de problemen liggen: bij de switch, bij de netwerkhardware van de Arcam of bij de combinatie Arcam met de (energiezuinige) chipset van jouw switch.
Je kan in ieder geval wel uitsluiten of andere op de switch aangesloten apparatuur de communicatie met de Arcam verstoren...
Klopt, maar het is op z'n minst opvallend dat van alle apparaten die aan de switch hangen, alleen de Arcam er problemen mee lijkt te hebben.
Ik heb eergisteren in ieder geval al een e-mail gestuurd naar dezelfde twee personen waar ik eerder (wel) antwoord van heb gekregen. Tot nu toe blijft het stil..
In de mail heb ik aangegeven wat jowi al zegt: sommige commando's die niks doen (of pas na 10 tot 20 keer sturen), regelmatig vastlopen van de AVR600, etc.
Misschien dat ze niet reageren omdat ik ook wel wat kritiek heb gegeven, namelijk door te zeggen dat ik het wel slecht vind dat het geleverde product meer dan een jaar na de release nog steeds met zulk soort problemen kampt.
- plops
- locking
- communicatie problemen
Eigenlijk kan dat toch niet? Volgens mij moet er meer druk komen anders krijgen we pas een goed werkend apparaat als het tijd is om hem te vervangen?!
Ja het apparaat heeft nog wel meer kleine, al dan niet terugkerende kuren. Al met al is er in dagelijks gebruik wel goed mee te werken. De plops zorgen er wel regelmatig voor dat je hart in je keel zit maar ja. Ik had net ook weer iets raars, ik zette hem aan, en hij stond gehoormatig erg hard, toen ik hem terugdraaide stond ie al op 10, terwijl ie klonk alsof ie op 30 stond. Even van input wisselen en het was weer normaal. Dat soort dingen, kan er nog wel een paar verzinnen. Maar goed daar is een ander topic voor...
[offtopic reason='cynische opmerking']
Quote from: jowi on November 4, 2010, 09:33:00
De plops zorgen er wel regelmatig voor dat je hart in je keel zit maar ja.
Maar daar moet ik wel bij opmerken dat de plop wel erg goed klinkt uit de arcam! Misschien moeten ze wel een sticker op het ding plakken dat hij niet geschikt is voor mensen met een zwak hart.
[/offtopic]
Haha jazeker als de plop een keer voor de verandering uit de Velodyne komt :D
Ik heb overigens voor Pronto gewoon een goed werkende RS232 file voor de AVR500/ 600 / 888.
Quote from: bmateijsen on November 4, 2010, 11:12:28
Ik heb overigens voor Pronto gewoon een goed werkende RS232 file voor de AVR500/ 600 / 888.
Wat voor functionaliteiten zitten daar in? De simpele zaken als volume up en down die doen het ook wel namelijk... zeker als die gebruik maken van de RC5 emulatie. Het gaat om wat meer complexere commandos, het opvragen van het volume, opvragen van de video-in parameters, dat soort dingen.
Kun je die file hier eens plaatsen of emailen desnoods? Het zal niet meer dan een verzameling codes zijn neem ik aan. Zou toch wel eens willen kijken wat daar in zit, als die commando's het bij mij ook niet of nauwelijks doen is er iets anders aan de hand...
Het is een XCF file voor PEP2.0, dus daar heb je net zoveel aan, als de rs232 codes. Overigens is de file alleen functioneel ingericht, er worden daar geen complexere commando's gedaan.
Quote from: jowi on November 4, 2010, 11:30:29
Wat voor functionaliteiten zitten daar in? De simpele zaken als volume up en down die doen het ook wel namelijk... zeker als die gebruik maken van de RC5 emulatie. Het gaat om wat meer complexere commandos, het opvragen van het volume, opvragen van de video-in parameters, dat soort dingen.
Kun je die file hier eens plaatsen of emailen desnoods? Het zal niet meer dan een verzameling codes zijn neem ik aan. Zou toch wel eens willen kijken wat daar in zit, als die commando's het bij mij ook niet of nauwelijks doen is er iets anders aan de hand...
Een XCF file is een gecomprimeerd filedingetje met daarin een XML bestand (of meer) en een folder met bitmaps ;) alles is gewoon te bekijken.
In de xml staan o.a. een aantal functies etc. in, ben toch wel benieuwd moet ik eerlijk zeggen...
Er is een mail naar je onderweg...
Quote from: bmateijsen on November 4, 2010, 11:58:13
Er is een mail naar je onderweg...
Heel fijn :) ik verwacht ook niet veel bijzonders te vinden hoor maar je weet maar nooit.
Nou toch wel de moeite waard hoor :) heel het script waarmee en hoe ze communiceren met de Arcam staat er in...
Eens kijken wat er anders is als wat ik doe... als het al anders is. De SQLite database die erbij zat klopt qua codes en instellingen in ieder geval 8)
Diagnostics.log("AVR600 CODE STARTUP");
//Serial Extender setup
var extendNum = 0;
var portNum = 0;
var serialPort = null;
//Data management
var POWERSTATE = null;
var commandQueue = new Array();
var CURRENTZONE = 1;
var ZONEHEX = "";
var presetNum = 1;
var CURRENTSOURCE = null;
var CURRENTPRESET = 1;
var CURRENTVOL = 0;
var MUTESTATUS = false;
var CANPOLL = true;
//time management
var SEND_TIMEOUT = 3000;
//TASK MANAGER VARIABLES
var UPDATERADIOINFO = false;
/// - DEFINE SERIAL COMMANDS AS DEFINE VARS - IT MAKES IT EASIER TO MAKE ADJUSTMENTS
///////// ACTION COMMANDS
var POWON = "\x08\x02\x10\x7B\x0D";
var POWOFF = "\x08\x02\x10\x7C\x0D";
var REQPOWER = "\x00\x01\xF0\x0D";
var REQSOURCE = "\x1D\x01\xF0\x0D";
var VOLUP = "\x08\x02\x10\x10\x0D";
var VOLDOWN = "\x08\x02\x10\x11\x0D";
var VOLMUTE = "\x08\x02\x10\x0D\x0D";
var PRESETDOWN = "\x08\x02\x11\x55\x0D";
var PRESETUP = "\x08\x02\x11\x56\x0D";
var PRESETOK = "\x08\x02\x11\x57\x0D";
var TUNEUP = "\x16\x01\x01\x0D";
var TUNEDOWN = "\x16\x01\x00\x0D";
var DABUP = "\x08\x02\x10\x50\x0D";
var DABDOWN = "\x08\x02\x10\x51\x0D";
var DABOK = "\x08\x02\x10\x57\x0D";
// request commands
var REQSTATEMUTE = "\x0E\x01\xF0\x0D";
var REQFMRDS = "\x12\x01\xF0\x0D";
var REQRADIOFREQ = "\x16\x01\xF0\x0D";
var REQRADIOAM = "\x08\x02\x11\x35\x0D";
var REQRADIOFM = "\x08\x02\x11\x7F\x0D";
var REQRADIODAB = "\x08\x02\x10\x03\x0D";
var REQDABNAME = "\x18\x01\xF0\x0D";
///////// WIDGET SETUP ////////////////
///////////////////////////////////////////
var wARCAM = CF.widget("ARCAMLOGO", "RADIO", "ARCAM_AVR600");
var wZONE1 = CF.widget("ZONE1ON", "RADIO", "ARCAM_AVR600");
var wZONE2 = CF.widget("ZONE2ON", "RADIO", "ARCAM_AVR600");
var wZONE3 = CF.widget("ZONE3ON", "RADIO", "ARCAM_AVR600");
var wNOWPLAYING = CF.widget("NOWPLAYING", "RADIO", "ARCAM_AVR600");
var wGENRE = CF.widget("GENRE", "RADIO", "ARCAM_AVR600");
var wNAME = CF.widget("NAME", "RADIO", "ARCAM_AVR600");
var wSOURCE = CF.widget("SOURCE", "RADIO", "ARCAM_AVR600");
var wPRESET = CF.widget("PRESET", "RADIO", "ARCAM_AVR600");
var wLOADING = CF.widget("LOADING", "RADIO", "ARCAM_AVR600");
// overlay options
var wOVERLAY = CF.widget("OVERLAY", "RADIO", "ARCAM_AVR600");
var wDIRECTON = CF.widget("DIRECTON", "RADIO", "ARCAM_AVR600");
var wDIRECTOFF = CF.widget("DIRECTOFF", "RADIO", "ARCAM_AVR600");
var wPL = CF.widget("PL", "RADIO", "ARCAM_AVR600");
var wPLGAME = CF.widget("PLGAME", "RADIO", "ARCAM_AVR600");
var wPLMOVIE = CF.widget("PLMOVIE", "RADIO", "ARCAM_AVR600");
var wPLMUSIC = CF.widget("PLMUSIC", "RADIO", "ARCAM_AVR600");
var wDTSCINEMA = CF.widget("DTSCINEMA", "RADIO", "ARCAM_AVR600");
var wDTSMUSIC = CF.widget("DTSMUSIC", "RADIO", "ARCAM_AVR600");
var wSTEREO = CF.widget("STEREO", "RADIO", "ARCAM_AVR600");
var wDOLBYEX = CF.widget("DOLBYEX", "RADIO", "ARCAM_AVR600");
var wMULTICHANNEL = CF.widget("MULTICHANNEL", "RADIO", "ARCAM_AVR600");
var wVOLBAR = CF.widget("VOLUMEBAR", "RADIO", "ARCAM_AVR600");
var wVOLTEXT = CF.widget("VOLUME", "RADIO", "ARCAM_AVR600");
var wVOLUME = new Array();
for(var i = 0; i<=10; i++)
{
wVOLUME[i] = CF.widget("VOL" + i, "SETUP", "ARCAM_AVR600");
}
//////// HARD BUTTON SETUP
CF.widget("PS_VOLUME_UP").onHoldInterval = 200;
CF.widget("PS_VOLUME_UP").onHold = function()
{
AVR600.volumeUp();
AVR600.reqVol();
}
CF.widget("PS_VOLUME_UP").onRelease = function()
{
AVR600.reqVol();
}
CF.widget("PS_VOLUME_DOWN").onHoldInterval = 200;
CF.widget("PS_VOLUME_DOWN").onHold = function()
{
AVR600.volumeDown();
AVR600.reqVol();
}
CF.widget("PS_VOLUME_DOWN").onRelease = function()
{
AVR600.reqVol();
}
CF.widget("PS_FIRM1").onHoldInterval = 200;
CF.widget("PS_FIRM1").onHold = function()
{
AVR600.radioTuneDown();
}
CF.widget("PS_FIRM2").onHoldInterval = 200;
CF.widget("PS_FIRM2").onHold = function()
{
AVR600.radioTuneUp();
}
///////// INITIALISE SERIAL COMMUNICATION
function initComms()
{
Diagnostics.log("INITCOMMS");
// Extender configuration
extendNum = parseInt(CF.widget("EXTENDERID", "SETUP", "ARCAM_AVR600").label, 16);
portNum = parseInt(CF.widget("PORTID", "SETUP", "ARCAM_AVR600").label, 10);
serialPort = CF.extender[extendNum].serial[portNum-1];
if(serialPort == null)
{
Diagnostics.log("SERIAL EXTENDER: PORT OR ID ERROR");
}
serialPort.bitrate=38400;
serialPort.parity=0;
serialPort.databits=8;
serialPort.stopbits=1;
}
///////// MY SERIAL CLASS FOR AVR600
/////////////////////////////////////////////////
function ArcamAVR600(serPort)
{
Diagnostics.log("ArcamAVR600 class");
this.serial = serPort;
this.command = "";
this.sendString = function(hexString)
{
switch(CURRENTZONE)
{
case 1:
ZONEHEX = "\x01";
break;
case 2:
ZONEHEX = "\x02";
break;
case 3:
ZONEHEX = "\x03";
break;
}
if(commandQueue.length < 5)
{
commandQueue.push(hexString);
System.print("ADDED TO QUEUE");
}
else
{
System.print("Discard command: " + showHEX(hexString));
}
if(commandQueue.length == 1);
{
this.serial.match("\x21" + ZONEHEX + hexString, "\x0D", SEND_TIMEOUT);
System.delay(200);
}
};
this.serial.onData = function(receivedData)
{
commandQueue.shift();
var incData = String(receivedData);
var commandCode = incData.substring(2, 3);
var answerCode = incData.substring(3,4);
var commandData = incData.substring(5);
//System.print("INC DATA: " + showHEX(receivedData)); //THIS IS FOR DEBUGGING ONLY
//ANSWER CODE SWITCH - IF A COMMAND COMES BACK WITH AN ERROR, CATCH IT HERE
switch(answerCode)
{
case "\x83":
System.print("COMMAND NOT RECOGNISED");
break;
case "\x84":
System.print("PARAMETER NOT RECOGNISED");
break;
case "\x85":
System.print("INVALID COMMAND AT THIS TIME");
break;
case "\x86":
System.print("INVALID DATA LENGTH");
break;
}
//COMMAND CODES SWITCH - THE MAIN PART OF THE MODULE - READ COMMAND CODES AND ACT ON THE DATA
switch(commandCode)
{
case "\x00": //REQUEST POWER STATE
System.print("COMMAND CODE POWER STATE");
var tempState = parseInt(commandData.charCodeAt(0).toString(16),16);
switch(tempState)
{
case 0: //POWER OFF
POWERSTATE = false;
CANPOLL = false;
//Hide all other screen widgets
wARCAM.visible = true;
AVR600.hideWidgets();
wVOLTEXT.label = "OFF";
wVOLBAR.setImage(wVOLUME[0].getImage());
break;
case 1: //POWER ON
POWERSTATE = true;
//This is the last status call when we start the module, so this is where we hide the
//Arcam logo
wARCAM.visible = false;
AVR600.showWidgets();
//Turn off Zone indicator
eval('wZONE' + CURRENTZONE).visible = true;
AVR600.reqCurSource();
AVR600.reqMute();
break;
}
break;
case "\x0D": //REQUEST ARCAM VOLUME
System.print("COMMAND CODE REQUEST VOLUME");
try
{
if(!MUTESTATUS)
{
var tempVol1 = parseInt(commandData.charCodeAt(0).toString(16),16);
var tempVol2 = parseInt(commandData.charCodeAt(1).toString(16),16);
if(isNaN(tempVol1))
{
wVOLTEXT.label = " ";
}
else
{
wVOLTEXT.label = tempVol1 + "." + tempVol2;
CURRENTVOL = tempVol1 + "." + tempVol2;
}
//Set the volume bar to the correct image
wVOLBAR.setImage( wVOLUME[volImg(tempVol1)].getImage() );
}
}
catch(error)
{
System.print("VOLUME BAR ERROR: " + error);
wVOLBAR.setImage( wVOLUME[0].getImage());
}
break;
//MUTE STATUS
case "\x0E":
switch(commandData.charAt(0))
{
case "\x00":
System.print("MUTE ON");
MUTESTATUS = true;
wVOLTEXT.label = "MUTE";
wVOLBAR.setImage( wVOLUME[volImg(0)].getImage() );
break;
case "\x01":
System.print("MUTE OFF");
MUTESTATUS = false;
wVOLTEXT.label = CURRENTVOL; ;
scheduleAfter(2000, wrapGetVolume);
break;
}
break;
case "\x09": //REQUEST CURRENT SOURCE INFO
System.print("COMMAND CODE REQUEST INFO");
break;
case "\x1A": //REQUEST RADIO NOW PLAYING
System.print("COMMAND CODE REQUEST NOW PLAYING");
wNOWPLAYING.label = commandData.wordWrap(30,"\n", false);
break;
case "\x1D":
//REQUEST CURRENT SOURCE
System.print("COMMAND CODE REQUEST SOURCE");
//Set the update flag to false to prevent polling on unnecessary sources
//Only set it to true again on the radio sources.
UPDATERADIOINFO = false;
CF.widget("NAME", "RADIO", "ARCAM_AVR600").label = " ";
CF.widget("GENRE", "RADIO", "ARCAM_AVR600").label = " ";
CF.widget("NOWPLAYING", "RADIO", "ARCAM_AVR600").label = "Source Info not available";
switch(commandData.charAt(0))
{
case "\x00":
System.print("FOLLOW ZONE 1 SELECTED");
CURRENTSOURCE = "FOLLOW1";
CANPOLL = false;
break;
case "\x01":
System.print("CD SELECTED");
CURRENTSOURCE = "CD";
CANPOLL = false;
break;
case "\x02":
System.print("DVD SELECTED");
CURRENTSOURCE = "DVD";
CANPOLL = false;
break;
case "\x03":
System.print("AV SELECTED");
CURRENTSOURCE = "AV";
CANPOLL = false;
break;
case "\x04":
System.print("SAT SELECTED");
CURRENTSOURCE = "SAT";
CANPOLL = false;
break;
case "\x05":
System.print("PVR SELECTED");
CURRENTSOURCE = "PVR";
CANPOLL = false;
break;
case "\x06":
System.print("VCR SELECTED");
CURRENTSOURCE = "VCR";
CANPOLL = false;
break;
case "\x07":
System.print("TAPE SELECTED");
CURRENTSOURCE = "TAPE";
wNAME = " NO INFO ";
CANPOLL = false;
break;
case "\x08":
System.print("AUX SELECTED");
CURRENTSOURCE = "AUX";
CANPOLL = false;
break;
case "\x09":
System.print("PHONO SELECTED");
CURRENTSOURCE = "PHONO";
CANPOLL = false;
break;
case "\x0A":
System.print("AM TUNER SELECTED");
CURRENTSOURCE = "AM";
CANPOLL = true;
UPDATERADIOINFO = true;
break;
case "\x0B":
System.print("FM TUNER SELECTED");
CURRENTSOURCE = "FM";
CANPOLL = true;
UPDATERADIOINFO = true;
scheduleAfter(3000, wrapGetRadioName);
AVR600.getFMInfo();
break;
case "\x0C":
System.print("DAB TUNER SELECTED");
CURRENTSOURCE = "DAB";
CANPOLL = true;
UPDATERADIOINFO = true;
scheduleAfter(3000, wrapGetRadioName);
AVR600.getDABInfo();
break;
case "\x0E":
System.print("NET SELECTED");
CURRENTSOURCE = "NET";
break;
case "\x0F":
System.print("IPOD SELECTED");
CURRENTSOURCE = "IPOD";
break;
}
CF.widget("SOURCE", "RADIO", "ARCAM_AVR600").label = CURRENTSOURCE;
break;
case "\x12": //REQUEST RADIO RDS INFO
System.print("COMMAND CODE REQUEST RDS INFO");
CF.widget("NOWPLAYING", "RADIO", "ARCAM_AVR600").label = "RDS: " + commandData;
break;
case "\x17": //REQUEST RADIO PRESET NUMBER
System.print("COMMAND CODE REQUEST PRESET");
wPRESET.label = "Preset: " + commandData.charCodeAt(0).toString(16);
break;
case "\x16": //REQUEST RADIO FREQUENCY
System.print("COMMAND CODE REQUEST FREQUENCY");
switch(CURRENTSOURCE)
{
case "AM":
wGENRE.label = "Freq: " + parseInt(commandData.charCodeAt(0).toString(16),16) +
parseInt(commandData.charCodeAt(1).toString(16),16) + "kHz";
break;
case "FM":
wGENRE.label = "Freq: " + parseInt(commandData.charCodeAt(0).toString(16),16) + "." +
parseInt(commandData.charCodeAt(1).toString(16),16) + "MHz";
break;
}
break;
case "\x18": //REQUEST DAB RADIO NAME
System.print("COMMAND CODE REQUEST NAME");
CF.widget("NAME", "RADIO", "ARCAM_AVR600").label = commandData;
break;
case "\x19": //REQUEST DAB RADIO GENRE
System.print("COMMAND CODE REQUEST GENRE");
CF.widget("GENRE", "RADIO", "ARCAM_AVR600").label = commandData;
break;
}
//Once we have received some data, we can then call the next item in the
//command queue and send it to the AVR600.
if(commandQueue > 0)
{
System.print("ONDATA - NEXT COMMAND SENT");
var nextCommand = commandQueue[0];
this.serial.match(nextCommand, "\x0D", SEND_TIMEOUT);
System.delay(200);
}
};
//////// ERROR MANAGEMENT
this.serial.onTimeout = function(myTimeout)
{
System.print("SERIAL TIMEOUT");
}
this.serial.onError = function(myError)
{
System.print("SERIAL ERROR: " + myError);
};
//ARCAM DEVICE FUNCTIONS - POWER ON/OFF VOLUME UP/DOWN TUNE UP/DOWN
this.reqPowerState = function()
{
this.sendString(REQPOWER);
};
this.powerOn = function()
{
this.sendString(POWON);
wLOADING.visible = true;
CANPOLL = true;
//Once the system has fully started up, then get current informaiton
scheduleAfter(7000, getPowerState);
}
this.powerOff = function()
{
this.sendString(POWOFF);
CANPOLL = false;
wVOLTEXT.label = "OFF";
this.hideWidgets();
wARCAM.visible = true;
};
this.volumeUp = function()
{
this.sendString(VOLUP);
};
this.volumeDown = function()
{
this.sendString(VOLDOWN);
};
this.mute = function()
{
this.sendString(VOLMUTE);
};
//REQUEST VOLUME
this.reqVol = function()
{
System.print("REQ VOL CUR ZONE: " + CURRENTZONE);
switch(CURRENTZONE)
{
case 1:
this.serial.receive("\x21\x01\x0D\x01\xF0\x0D", 8, SEND_TIMEOUT);
break;
case 2:
this.serial.receive("\x21\x02\x0D\x01\xF0\x0D", 8, SEND_TIMEOUT);
break;
case 3:
this.serial.receive("\x21\x03\x0D\x01\xF0\x0D", 8, SEND_TIMEOUT);
break;
}
};
this.reqMute = function()
{
this.sendString(REQSTATEMUTE);
};
this.reqInfo = function()
{
this.sendString("\x09\x01\xE0\x0D");
}
//TUNER FUNCTIONS - STATION NAME. NOW PLAYING. PRESET NUMBER.
this.radioPresetUp = function()
{
this.sendString(PRESETUP);
this.sendString(PRESETOK);
scheduleAfter(3000, wrapGetCurSource);
updateRadioInfo();
};
this.radioPresetDown = function()
{
this.sendString(PRESETDOWN);
this.sendString(PRESETOK);
scheduleAfter(3000, wrapGetCurSource);
updateRadioInfo();
};
this.radioTuneUp = function()
{
System.print("TUNE UP");
switch(CURRENTSOURCE)
{
case "FM":
this.sendString(TUNEUP);
break;
case "DAB":
this.DABTuneUp();
break;
}
};
this.radioTuneDown = function()
{
System.print("TUNE DOWN");
switch(CURRENTSOURCE)
{
case "FM":
this.sendString(TUNEDOWN);
break;
case "DAB":
this.DABTuneDown();
break;
}
};
this.DABTuneUp = function()
{
this.sendString(DABUP);
this.sendString(DABOK);
};
this.DABTuneDown = function()
{
this.sendString(DABDOWN);
this.sendString(DABOK);
};
this.reqRadioPreset = function()
{
this.sendString("\x15\x01\xF0\x0D");
};
this.reqRadioFreq = function()
{
this.sendString(REQRADIOFREQ);
};
//AM RADIO REQUESTS
//FM RADIO REQUESTS
this.reqFMRDS = function()
{
this.sendString(REQFMRDS);
};
this.getFMInfo = function()
{ System.print("GET FM INFO");
this.reqDABName();
this.reqRadioFreq();
this.reqFMRDS();
};
//DAB RADIO REQUESTS
this.reqDABName = function()
{
this.sendString(REQDABNAME);
};
this.reqDABNP = function()
{
this.sendString("\x1A\x01\xF0\x0D");
};
this.reqDABGenre = function()
{
this.sendString("\x19\x01\xF0\x0D");
};
this.getDABInfo = function()
{
this.reqDABName();
this.reqDABNP();
this.reqDABGenre();
};
// SOURCE SELECT FUNCTIONS
this.reqAM = function()
{
this.sendString(REQRADIOAM);
wSOURCE.label = "AM";
CURRENTSOURCE = "AM";
};
this.reqFM = function()
{
this.sendString(REQRADIOFM);
wSOURCE.label = "FM";
CURRENTSOURCE = "FM";
};
this.reqDAB = function()
{
this.sendString(REQRADIOFM);
this.sendString(REQRADIODAB);
wSOURCE.label = "DAB";
CURRENTSOURCE = "DAB";
scheduleAfter(1500, wrapGetCurSource);
};
// REQUEST CURRENT SOURCE
this.reqCurSource = function()
{
this.sendString(REQSOURCE);
};
// SET THE REQUESTED ZONE
this.setZone = function(newZone)
{
CURRENTZONE = newZone;
//Change the displayed zone widget depending on what's been pressed
switch(CURRENTZONE)
{
case 1:
wZONE1.visible = true;
wZONE2.visible = false;
wZONE3.visible = false;
break;
case 2:
wZONE1.visible = false;
wZONE2.visible = true;
wZONE3.visible = false;
break;
case 3:
wZONE1.visible = false;
wZONE2.visible = false;
wZONE3.visible = true;
break;
}
AVR600.reqPowerState();
AVR600.reqCurSource();
};
// SHOW OR HIDE OUR DISPLAY WIDGETS
this.hideWidgets = function()
{
System.print("---HIDE WIDGETS---");
wNOWPLAYING.visible = false;
wGENRE.visible = false;
wNAME.visible = false;
wSOURCE.visible = false;
};
this.showWidgets = function()
{
wNOWPLAYING.visible = true;
wGENRE.visible = true;
wNAME.visible = true;
wSOURCE.visible = true;
//And hide the powering on..label
wLOADING.visible = false;
};
};
//////////////////////////////////////////////////////////////////////////////
///////// END OF ARCAM AVR600 CLASS //////////////////////////////////////
function updateRadioInfo()
{
System.print("UPDATE RADIO INFO");
if(POWERSTATE)
{
if(CANPOLL) //If I'm allowed to poll the radio stations (don't want to if it's a DVD or SAT..)
{
switch(CURRENTSOURCE)
{
case "AM":
AVR600.getFMInfo();
break;
case "FM":
AVR600.getFMInfo();
break;
case "DAB":
AVR600.getDABInfo();
break;
}
AVR600.reqVol();
}
}
}
///////// TASK SCHEDULER - TO MANAGE SCHEDULED REQUESTS AND TO STOP USING UP ALL THE TIMERS
function taskManager()
{
if(UPDATERADIOINFO)
{
updateRadioInfo();
}
scheduleAfter(15000, taskManager);
};
///////// WRAPPER FUNCTIONS - FOR SCHEDULEAFTERS
function getPowerState()
{
AVR600.reqPowerState();
};
function wrapGetVolume()
{
AVR600.reqVol();
};
function wrapGetCurSource()
{
AVR600.reqCurSource();
};
function wrapGetRadioName()
{
switch(CURRENTSOURCE)
{
case "FM":
AVR600.reqDABName();
break;
case "DAB":
AVR600.reqDABName();
break;
}
};
///////// THIS IS FOR DEBUGGING ONLY
function showHEX(a)
{
var b="";
var i=0;
for(i=0; i < a.length; i++)
{
b+=" \x" + a.charCodeAt(i).toString(16);
};
return b;
}
// string extensions for wordwrap + trimming
String.prototype.wordWrap = function(m, b, c){
var i, j, s, r = this.split("\n");
if(m > 0) for(i in r){
for(s = r[i], r[i] = ""; s.length > m;
j = c ? m : (j = s.substr(0, m).match(/\S*$/)).input.length - j[0].length
|| m,
r[i] += s.substr(0, j) + ((s = s.substr(j)).length ? b : "")
);
r[i] += s;
}
return r.join("\n");
};
function volImg(thisVol)
{
var newVol = thisVol;
newVol = newVol/10;
newVol = Math.round(newVol);
return newVol;
};
function audioOptions()
{
wOVERLAY.visible = !wOVERLAY.visible;
wDIRECTON.visible = !wDIRECTON.visible;
wDIRECTOFF.visible = !wDIRECTOFF.visible;
wPL.visible = !wPL.visible;
wPLGAME.visible = !wPLGAME.visible;
wPLMOVIE.visible = !wPLMOVIE.visible;
wPLMUSIC.visible = !wPLMUSIC.visible;
wDTSCINEMA.visible = !wDTSCINEMA.visible;
wDTSMUSIC.visible = !wDTSMUSIC.visible;
wSTEREO.visible = !wSTEREO.visible;
wDOLBYEX.visible = !wDOLBYEX.visible;
wMULTICHANNEL.visible = !wMULTICHANNEL.visible;
}
///////// SETUP THE SOCKET FOR COMMUNICATIONS
initComms();
var AVR600 = new ArcamAVR600(serialPort);
//Start the task manager
taskManager();
AVR600.reqPowerState();
is het mogelijk mij ook een kopietje te doen van die code?
Het meest interessante staat hierboven. De rest is een verzameling xml specifiek voor de pronto aansturing, en een database met de IR commando's en pronto specifieke zaken, en een mapje met bitmaps voor de pronto, allemaal niet spannend verder.
Overigens bevat ook bovenstaande code niets nieuws wat we zelf ook al niet deden... er is geen sprake van bepaalde speciale commando's, protocollen of volgorden, allemaal heel straight-forward code... het is zelfs niet eens async van opzet; ze sturen een commando en wachten dan gewoon op de response. Gevaarlijk, maar goed als de Arcam doet wat ie moet doen, is dat prima... de commando's die hier dus gebruikt worden, doen het dus blijkbaar allemaal continue goed. Nou dat kan ik wel een keer testen :)
Zat een beetje na te denken over Arcam's reactie op de foute (terug) communicatie met de netwerkkaart, en dat dit de schuld zou zijn van interne software op de netwerkkaart die niet goed zou zijn, en dat Arcam daar niets aan kon doen omdat dit component ingekocht zou zijn. Op zich een heel raar verhaal, want AL het andere netwerkverkeer bijv. voor uPNP en de ingebouwde website, gaan altijd goed... als het zo low-level zou zijn zouden die ook fout moeten gaan... Ik twijfel dus heel erg aan het verhaal van Arcam, om het netjes te zeggen.
Quote from: jowi on November 6, 2010, 16:27:31
Zat een beetje na te denken over Arcam's reactie op de foute (terug) communicatie met de netwerkkaart, en dat dit de schuld zou zijn van interne software op de netwerkkaart die niet goed zou zijn, en dat Arcam daar niets aan kon doen omdat dit component ingekocht zou zijn. Op zich een heel raar verhaal, want AL het andere netwerkverkeer bijv. voor uPNP en de ingebouwde website, gaan altijd goed... als het zo low-level zou zijn zouden die ook fout moeten gaan... Ik twijfel dus heel erg aan het verhaal van Arcam, om het netjes te zeggen.
sowieso is het onzin natuurlijk. Álle componenten van de receiver zijn ingekocht en Arcam is er verantwoordelijk voor dat ze dan de goede componenten inkopen. Maar inderdaad vreemd dat ingewikkelde dingen goed gaan en een simpele telnet-verbinding niet
Quote from: jowi on November 6, 2010, 16:27:31
Zat een beetje na te denken over Arcam's reactie op de foute (terug) communicatie met de netwerkkaart, en dat dit de schuld zou zijn van interne software op de netwerkkaart die niet goed zou zijn, en dat Arcam daar niets aan kon doen omdat dit component ingekocht zou zijn. Op zich een heel raar verhaal, want AL het andere netwerkverkeer bijv. voor uPNP en de ingebouwde website, gaan altijd goed... als het zo low-level zou zijn zouden die ook fout moeten gaan... Ik twijfel dus heel erg aan het verhaal van Arcam, om het netjes te zeggen.
UPNP is een makkelijk protocol wat daar voor een deel los van staat...
Groet,
Bjorn
Quote from: maxtrash on November 6, 2010, 16:29:57
sowieso is het onzin natuurlijk. Álle componenten van de receiver zijn ingekocht en Arcam is er verantwoordelijk voor dat ze dan de goede componenten inkopen. Maar inderdaad vreemd dat ingewikkelde dingen goed gaan en een simpele telnet-verbinding niet
Stuur het gewoon RS232 aan over de RS232 verbinding?
Quote from: bmateijsen on November 6, 2010, 16:30:53
UPNP is een makkelijk protocol wat daar voor een deel los van staat...
Nogmaals, als het waar is wat Arcam beweerd dan zou ALLES wat door de netwerkkaart uitgestuurd wordt, corrupt moeten zijn, zo simpel is het.
Heeft niets met protocol te maken, dat is een laag daarboven. Het bewijst dat de kaart of hardware zelf dus prima werkt, maar dat het specifieke IP commando gedeelte, software van Arcam zelf dus, gewoon niet goed is.
Quote from: jowi on November 6, 2010, 16:53:32
Nogmaals, als het waar is wat Arcam beweerd dan zou ALLES wat door de netwerkkaart uitgestuurd wordt, corrupt moeten zijn, zo simpel is het.
Heeft niets met protocol te maken, dat is een laag daarboven. Het bewijst dat de kaart of hardware zelf dus prima werkt, maar dat het specifieke IP commando gedeelte, software van Arcam zelf dus, gewoon niet goed is.
Ik heb het apparaat niet ontworpen, maar weet wel wat wel en niet werkt ;).
Groet,
Bjorn
Quote from: bmateijsen on November 6, 2010, 16:31:25
Stuur het gewoon RS232 aan over de RS232 verbinding?
Dat is op z'n best een tijdelijke workaround en geen oplossing. Hoe ga je een iPAD met de AVR600 laten praten als er een draad tussen moet hangen... sure, er zijn vast wel weer apparaten en controllers die wifi naar RS232 omzetten, maar nogmaals, jaren '60 techniek uit de vorige eeuw is geen oplossing... :D
Quote from: bmateijsen on November 6, 2010, 16:54:34
Ik heb het apparaat niet ontworpen, maar weet wel wat wel en niet werkt ;).
Ja en? Ik snap je punt niet. Ik heb een B.Sc. titel op het gebied van Computer Architectuur, moet ik je het OSI model even uitleggen?
Quote from: jowi on November 6, 2010, 16:58:34
Ja en? Ik snap je punt niet. Ik heb een B.Sc. titel op het gebied van Computer Architectuur, moet ik je het OSI model even uitleggen?
Wat ik bedoel is dat ik als normale gebruiker het apparaat bedien en daar geen enkel probleem mee heb ;).
Maar ik ken je nieuwsgierigheid, het gaat alleen ver buiten een normale gebruiker ;)
Ja ok, maar voor zo'n duur apparaat en de naam die Arcam heeft, valt het me toch wat tegen. Krijg niet echt het idee dat ze erg scheutig zijn met informatie, firmware en het oplossen van problemen... erg jammer.
Quote from: jowi on November 6, 2010, 17:20:57
Ja ok, maar voor zo'n duur apparaat en de naam die Arcam heeft, valt het me toch wat tegen. Krijg niet echt het idee dat ze erg scheutig zijn met informatie, firmware en het oplossen van problemen... erg jammer.
Ik vind dat de huidige firmware een paar bijschaafpunten heeft, en daar zijn we nog mee bezig. Maar verder vindt ik het goed werken.
Groet,
Bjorn
Ik ben het helemaal met jowi eens. Je koopt toch ook geen sportauto waar vervolgens de turbo het niet doet en dan.. ach, normale gebruikers gebruiken de turbo toch niet. ;)
Ik vind het niet erg dat het niet werkt, maar het moet wel worden opgelost. En niet 2 of 3 jaar later?!
Overigens heb ik op mijn laatste 2 e-mails naar Arcam nog geen reactie ontvangen. >:(
Quote from: bmateijsen on November 6, 2010, 17:32:57
Ik vind dat de huidige firmware een paar bijschaafpunten heeft, en daar zijn we nog mee bezig.
Hmmm. ben jij ook met de firmware bezig dan?
Quote from: dvlz303 on November 6, 2010, 17:38:28
Ik ben het helemaal met jowi eens. Je koopt toch ook geen sportauto waar vervolgens de turbo het niet doet en dan.. ach, normale gebruikers gebruiken de turbo toch niet. ;)
Ik vind het niet erg dat het niet werkt, maar het moet wel worden opgelost. En niet 2 of 3 jaar later?!
Overigens heb ik op mijn laatste 2 e-mails naar Arcam nog geen reactie ontvangen. >:(
Als je specifieke issues hebt, kan je beter ons mailen, wij zijn wat dat betreft je aanspreekpunt.
QuoteHmmm. ben jij ook met de firmware bezig dan?
Niet met programmeren, maar wel met bugs, etc...
Groet,
Bjorn
Quote from: bmateijsen on November 6, 2010, 17:32:57
Ik vind dat de huidige firmware een paar bijschaafpunten heeft, en daar zijn we nog mee bezig. Maar verder vindt ik het goed werken.
Oh jawel hoor, primair gezien is het natuurlijk helemaal super. Ik hoop echter wel dat ze nu ook de kers op de taart zetten door de secundaire zaken op te pakken, zoals dit soort problemen in de IP/serial aansturing, en nog wat andere zaken. Misschien zelfs extra functionaliteiten op gebied van de EQ. Ik begrijp dat de prio nu wellicht bij de BDP-100 ligt, en het HDMI 1.4 / 3D board voor o.a. de 600, maar ik hoop wel dat er nog wat aan de andere (bij)zaken van deze machines geklust wordt door de Arcam engineers in de nabije toekomst :)
Wat mij betreft is die receiver belangrijker; qua prijs/kwaliteitsverhouding zullen ze Oppo nooit verslaan. ;D
Quote from: jowi on November 6, 2010, 18:51:11
Oh jawel hoor, primair gezien is het natuurlijk helemaal super. Ik hoop echter wel dat ze nu ook de kers op de taart zetten door de secundaire zaken op te pakken, zoals dit soort problemen in de IP/serial aansturing, en nog wat andere zaken. Misschien zelfs extra functionaliteiten op gebied van de EQ. Ik begrijp dat de prio nu wellicht bij de BDP-100 ligt, en het HDMI 1.4 / 3D board voor o.a. de 600, maar ik hoop wel dat er nog wat aan de andere (bij)zaken van deze machines geklust wordt door de Arcam engineers in de nabije toekomst :)
Laat maar weten via e-mail wat je de bugs vindt, dan zet ik het door.
Quote from: celerontje on November 6, 2010, 18:58:31
Wat mij betreft is die receiver belangrijker; qua prijs/kwaliteitsverhouding zullen ze Oppo nooit verslaan. ;D
Ik kan ook niet voor jou spreken ;). Maar sommigen vinden het heel prettig dat 2 apparaten van dezelfde leverancier zijn en de kwaliteit op vele fronten hoog is!
Aangezien ik de laatste tijd wat meer met tcp/ip en het programmeren ervan ben bezig geweest, heb ik nog even een poging gedaan om de Arcam aan te sturen/uit te lezen. Wat ik nu anders doe, is dat ik een 100% asynchrone communicatie opgezet heb, zodat ik niet per ongeluk aan mijn kant bytes mis (Ik had dat overigens al eerder gedaan zag ik net, echter deze code is iets netter) Jammer genoeg werkt het dan nog steeds niet. Ook niet met de vervangende machine die ik inmiddels heb. De bekende AMX response string die de Arcam moet sturen, alsmede andere responses, komen 9 van de 10x corrupt aan.
Conclusie, de Arcam 600 en familie kunnen ONMOGELIJK in bijv. AMX/Creston etc. omgevingen met IP control werken. Erg sneu voor zo'n (duur) apparaat. Ik zou er toch wel wat voor over hebben om dit werkend te hebben... maar goed, het is blijkbaar geen issue voor Arcam, en men vind het daar blijkbaar prima om dit soort gebreken niet te verhelpen. Jammer.
In AMX/Crestron wordt de Arcam volgens mij aangestuurd met RS232 en niet met IP.
Die systemen kunnen ongetwijfeld ook met IP werken. Dat men daar in dat gremium over het algemeen niet voor kiest is een soort misplaatst conservatisme of onbekendheid met techniek van na 1970. In geval van aansturen van de Arcam is het natuurlijk duidelijk, dan MOET je wel met RS232 werken want de IP control werkt niet of niet 100%.
ik had met mijn Integra vergelijkbare ervaringen, IP werkt niet altijd vlekkeloos. RS232 mag dan wel antiek zijn, het werkt wel.
Quote from: Durk on August 5, 2011, 17:39:31
RS232 mag dan wel antiek zijn, het werkt wel.
Vreemde redenatie. IP werkt ook hoor (hoe denk je dat je bericht hier terecht komt? :D ) en feitelijk beter dan RS232, sneller, met meer mogelijkheden, maar dan moeten ze het wel goed inbouwen. Ofwel, als ze RS232 net zo slecht hadden gemaakt als IP, had het ook niet gewerkt.
vroeger was alles beter ;)
Aangezien Arcam het blijkbaar wel goed vind dat hun IP control niet 100% werkt, en ik toch ip control wil, moet ik het anders aanpakken. Ik heb een RS232 naar ethernet adapter gekocht, als het goed is kan ik deze aansluiten op de RS232 poort van de Arcam, en er dan alsnog een ethernet kabel instoppen. Het kastje vertaald dan de IP commando's naar RS232 en terug. Aangezien de RS232 commando's wél goed werken, zou ik het op deze manier voor elkaar moeten krijgen.
Ik weet helaas niets over deze adapter, de Roline RS232 naar ethernet adapter, dus het is even afwachten of eea gaat zoals ik wil... waarom dan niet een andere gekocht? Nou simpel, de anderen zijn vaak kastjes die je ergens op moet schroeven, dit is in feite een stukje kabel.
Waarom dan niet gewoon met RS232 werken? Ook simpel... mijn iPad heeft geen RS232, maar wel wifi ;)
(http://pe1.hmcdn.de/media/item/19/20/21/51/item_L_19202151_206564751.jpg)
even voor de leek ;-)
kun je dan de arcam bedienen via wifi en de ipad?
Als ik klaar ben met de iPad/iPhone app, ja :D
Het zou zonder dit stekkerding, dus direct via de ethernet aansluiting van de Arcam, ook moeten kunnen, ware het niet dat de IP control op de Arcam 500/600/888 zeer onbetrouwbaar is en 9 van de 10 commando's niet werken of corrupte respons teruggeven. Over RS232 werkt alles zoals het zou moeten.
eeeh ook een mac app dan?
Ik zou niet weten waarom je dat zou willen... iets dergelijks voegt niets toe. Afgezien van dat ik geen ervaring heb met software schrijven voor een mac.
En iPod Touch?
Quote from: jowi on September 15, 2011, 20:08:58
Ik zou niet weten waarom je dat zou willen... iets dergelijks voegt niets toe. Afgezien van dat ik geen ervaring heb met software schrijven voor een mac.
nog geen ipad ;-)
Je hebt toch wel een gewone afstandsbediening neem ik aan? Ik zie de handigheid van het gebruiken van een pc of mac niet in dit geval, zelfs niet als het over een laptop gaat. Dan kun je beter de gewone ab gebruiken toch? Het zou wel een aardige gadget zijn, iets dergelijks op een pc, maar het voegt niets toe. Zoiets op een ipad iphone android ding, wel. Die kan namelijk meerdere apparaten bevatten, én is ook nog eens net zo handzaam als een gewone ab.
inderdaad gadgetgehalte
-O-
maar ook handig als ik bij menu etc op pc kan benaderen zodat de projector niet altijd aan hoeft te staan.
Quote from: denoontje on September 15, 2011, 20:27:58
maar ook handig als ik bij menu etc op pc kan benaderen zodat de projector niet altijd aan hoeft te staan.
eeeh ik denk dat je iets niet helemaal begrijpt... al zou dat wel fraai zijn wat jij nu zegt, maar dat kan niet. De arcam heeft wel veel commando's waarmee je een aantal statussen kunt opvragen, maar het hele menu ophalen of nabootsen dat gaat niet.
mmm jammer
Heb je zoiets ooit wel eens gezien dan? Ik niet namelijk...
nope
al had denon wel zoiets, ik kon in het menu komen van mijn denon 3808a via een webinterface.
Iemand had daarover een schil heengezet
http://www.htforum.nl/yabbse/index.php?topic=107360.0
Maar dat is dus wat ik min of meer ga doen... maar dat, of een webinterface, is toch echt iets anders dan het osd van een apparaat nabootsen op je device of pc...
dat klinkt dan goed!
Quote from: denoontje on September 15, 2011, 20:54:49
nope
al had denon wel zoiets, ik kon in het menu komen van mijn denon 3808a via een webinterface.
Iemand had daarover een schil heengezet
http://www.htforum.nl/yabbse/index.php?topic=107360.0
Klopt, dit was/is standaard al mogelijk met Denon receiver's, niet alle functies, vooral setup parameters. Maargoed, dit gaat over Arcam, dus daar schiet je niks mee op, ;D
Quote from: jowi on September 15, 2011, 21:07:16
Maar dat is dus wat ik min of meer ga doen... maar dat, of een webinterface, is toch echt iets anders dan het osd van een apparaat nabootsen op je device of pc...
Ja, op de 3808 zag dit er wel errug rudimentair uit. Yukk!
Nou het was even een beetje prutsen, en de software die er bij zit is nogal eeh... industrieel en spartaans om het netjes te houden, maar het lijkt wel te werken :) Nu heb ik dus feitelijk via dit kastje tóch een echte, goed werkende IP control, maar dan via de RS232 poort hehe :D ik bedoel, als Arcam het niet oplost dan verzin ik zelf wel een workaround :devil:
Links zie je de RS232 kabel die naar de seriele poort op de Arcam 600 gaat, rechts de CAT5 kabel. Het kastje ertussen vertaalt dus de IP commando's naar RS232 commando's en vertaalt de RS232 response weer terug naar IP :)
Netjes wegwerken komt nog wel een keer ;)
beter! zou je kunnen vertellen welke adapter / kabels je precies gekocht hebt?
als dit idd werkt wil ik ook wel eens kijken wat de mogelijkheden zijn.
Het is een Roline RS232 over ethernet adapter. Er zijn wel meer van dit soort dingen te koop, maar dat zijn vaak kastjes. Ik heb deze genomen met het idee dat deze direct achterop de Arcam geschroefd kan worden... echter, er moet nog een RS232 crossverbinding tussen het ding en de Arcam, dus er komt toch een extra kabel tussen. Had ik net zo goed een kastje kunnen nemen... nou ja.
Bedankt voor de tip. Ik ga nog even zoeken naar andere opties dan (als ik wat meer tijd heb).
Volgens mij voldoet de Moxa NPort 5110 ook wel.
(http://www.moxa.com/ImgUpload/Product/Big/569320084171333.jpg)
Absoluut. Is ook een veel netter en wat moderner ding, met ingebouwde webserver etc. Zoals ik al zei, ik dacht handig te zijn door de roline te nemen omdat deze direct achterop de arcam zou komen, achteraf had ik beter iets als dit kunnen kopen... jammer genoeg zijn de dingen best prijzig dus om er nu nog 1 te kopen gaat me iets te ver, misschien later.
Nog even wat verder getest, het werkt perfect :) krijg nu eindelijk geen corrupte data meer terug over IP, omdat ik feitelijk gewoon de RS232 poort aanstuur :headbanging: Volgende stap is om nu eindelijk mijn remote ip control software voor de Arcam uit te gaan bouwen, daar is nu weer alle reden voor :)
Het is toch eigenlijk waanzin dat we nu gedwongen worden een extra kastje te kopen omdat de IP control het niet goed doet.. Misschien toch maar weer eens klagen bij Arcam?
Tsja... ik heb het al eens aangegeven bij BB&G, maar ook direct aan de TD van Arcam gemeld. Van de laatste nooit meer iets gehoord...
Overigens doen over RS232 ook niet alle commando's het even goed... 0x42 om de input/resolutie op te vragen, doet het 1x op 10 ofzo :wacko:
Quote from: dvlz303 on October 6, 2011, 13:49:30
Het is toch eigenlijk waanzin dat we nu gedwongen worden een extra kastje te kopen omdat de IP control het niet goed doet.. Misschien toch maar weer eens klagen bij Arcam?
Het is geen waanzin, want Arcam zegt letterlijk dat de besturing alleen kan via IR of RS232. ;)
Natuurlijk zijn ze er wel van bewust dat bepaalde besturingsitems via IP kan, maar daar is het niet voor ontwikkeld.
Groet,
Bjorn
Sorry dat ik je tegen moet spreken Bjorn.. maar wat Arcam zegt is b*sh!t.
Bij Technical Specifications van de AVR600 op de website van Arcam staat onder 'Custom install features': Ethernet connection for IP control.
Ook heb ik vorig jaar contact gehad met een medewerker van Arcam die aangeeft dat er inderdaad een probleem is:
QuoteThere is a known issue with IP control which is that the AVR600 response is often corrupted. Unfortunately this is due to the third-party firmware of the network module which seems to not pass on the data correctly; we have tested our system and the correct data is fed into the network module. There is nothing our engineers can do to fix this, we are waiting for a fix from our supplier.
Overigens komt onderstaande uit de documentatie:
Controlling theAVR500/AVR600/AV888 via Telnet
It is possible to control theAVR500/AVR600/AV888 via a Telnet session on port 50001 of the IP address of the unit (this can be found in the network
section of the menu). All commands and responses are the same as for RS232 control.Ik snap best dat Arcam niet voor een paar mensen die alles uit de AVR600 willen halen tijd / geld wil steken in het (laten) fixen van dit probleem. Maar ik vind het zwak om nu ineens te stellen dat het daar niet voor bedoeld is.
Do not shoot the messenger ;), want dit is wat ik destijds gehoord heb.
Maar het staat je vrij natuurlijk om Arcam te mailen ;). Ik heb een paar maanden terug nog gehoord dat het geen prioriteit heeft omdat via RS232 de AVR600 functioneel te bedienen is.
Groet,
Bjorn
Quote from: dvlz303 on October 6, 2011, 16:12:39
Sorry dat ik je tegen moet spreken Bjorn.. maar wat Arcam zegt is b*sh!t.
Bij Technical Specifications van de AVR600 op de website van Arcam staat onder 'Custom install features': Ethernet connection for IP control.
Ook heb ik vorig jaar contact gehad met een medewerker van Arcam die aangeeft dat er inderdaad een probleem is:
Overigens komt onderstaande uit de documentatie:
Controlling theAVR500/AVR600/AV888 via Telnet
It is possible to control theAVR500/AVR600/AV888 via a Telnet session on port 50001 of the IP address of the unit (this can be found in the network
section of the menu). All commands and responses are the same as for RS232 control.
Ik snap best dat Arcam niet voor een paar mensen die alles uit de AVR600 willen halen tijd / geld wil steken in het (laten) fixen van dit probleem. Maar ik vind het zwak om nu ineens te stellen dat het daar niet voor bedoeld is.
Ze zullen van een externe partij foutieve netwerkhardware oid hebben ingekocht waar ze achteraf niets meer aan firmware voor kunnen doen, zoiets zal het wel zijn. Anders is dit een fluitje van een cent om in een volgende firmware mee te nemen. Maar laat Arcam er dan niet zo geheimzinnig over doen, zeg dan gewoon wat er aan de hand is.
Quote from: bmateijsen on October 6, 2011, 19:30:03
Do not shoot the messenger ;), want dit is wat ik destijds gehoord heb.
Nee, ik neem jou niks kwalijk (hooguit dat je dat je dat b*sh!t verhaal van Arcam gelooft ;))
Quote from: bmateijsen on October 6, 2011, 19:30:03
Maar het staat je vrij natuurlijk om Arcam te mailen ;). Ik heb een paar maanden terug nog gehoord dat het geen prioriteit heeft omdat via RS232 de AVR600 functioneel te bedienen is.
Doe ik het een keer via de juiste route (probleem melden bij BB&G) in plaats van zelf contact opnemen met Arcam is het weer niet goed. ;D
Maargoed, ik zal weer eens proberen wat informatie los te peuteren bij Arcam. Ik denk alleen dat het mij nu ook niet meer lukt om antwoord te krijgen. Die keer dat ik antwoord van een techneut kreeg was 'een foutje', omdat de persoon die mijn vraag kreeg niet zo technisch was aangelegd dat hij hem had geforward naar de persoon die meer wist. Dat hij vervolgens 'eerlijk' antwoord aan mij gaf is waarschijnlijk niet helemaal de bedoeling geweest.
Klein voorproefje... uiteindelijk moet er natuurlijk zoiets op een iPhone/iPad komen. Ben nu druk aan het proefdraaien, kijken welke commando's het wel/niet doen etc. Oh ja al die getallenreeksen zijn testmateriaal voor mij, dat is het berichtenverkeer wat over en weer gaat ;) en ja die display werkt echt, en veranderd óók mee als je de echte IR remote gebruikt :D
Ziet er strak uit Jowi!
Net nog een e-mail gestuurd naar Arcam met nogmaals de vraag wanneer / of ze het probleem op gaan lossen. Hopelijk komt hier een (eerlijk) antwoord op.
Ik kreeg in ieder geval wel een out of office reply van Matthew Neighbour (de persoon waar ik vorige keer contact mee had). Die is (helaas?) sinds 1 augustus 2011 niet meer werkzaam bij Arcam.
Ja grappig he? Er gaat nog wel eea mis, je wilt niet weten wat voor shitload aan commando's je terugkrijgt als je bijv. van input wisselt. Verder verlies ik na zoveel tijd de verbinding, maar dat kan ook aan de tcp/rs232 converter liggen. Genoeg te doen dus...
Ik heb netjes antwoord gekregen van Arcam op mijn vraag en helaas geen leuk antwoord (maar wel eerlijk):
Quote
Sadly this is something that cannot be fixed and I am in the process of removing all mentions of IP control from our specifications and website.
The 600 was never originally designed to feature IP control but it was found that we might be able to add the feature in the future but sadly it is was not possible and there was no way for us to have this fully functioning. Rs232 is the preferred control format as it works perfectly.
My apologies for any inconvenience this may have caused, but please note that Arcam is free to change the specifications of any product at anytime without any prior notification or justification as per our warranty terms and conditions.
Komt er op neer dat er toch een adapter nodig is..
Yep... het is niet anders. Nu je toch contact hebt, ze claimen dat met RS232 alles perfect werkt, zou je eens willen vragen waarom commando 0x42 "request incoming video parameters" ook met RS232 niet altijd werkt?
yep, zal ik doen.
Zonet even de RoLine tcp/rs232 converter getweakt :) er moest tussen de converter en de Arcam een null-modem verbinding zitten om het ding werkend te krijgen, en die kabel zorgt meteen voor een male/female stekkerverloop. Ik heb nu de Roline converter even opengemaakt, in eerste instantie hoopte ik dat ik de DB9 stekker gewoon kon vervangen door een female, maar helaas zat deze op de print gesoldeerd, dus dan maar wat van die iele printbaantjes doorgekrast en zelf de nulmodem op de print gemaakt door pin 2 en 3 om te wisselen met kleine draadjes :D Een mini DB9 gender changer, en klaar :) Het is geen mooie oplossing, maar het werkt, en ik ben van al die lange snoeren achter de Arcam af. Uiteindelijk moet ik toch een andere oplossing verzinnen denk ik, want het geheel is toch erg lang en fragiel achterop de Arcam, en door de gender changer kan ik het niet vastschroeven. Maar goed, het werkt :)
Quote from: jowi on October 4, 2011, 07:06:13
Het is een Roline RS232 over ethernet adapter. Er zijn wel meer van dit soort dingen te koop, maar dat zijn vaak kastjes. Ik heb deze genomen met het idee dat deze direct achterop de Arcam geschroefd kan worden... echter, er moet nog een RS232 crossverbinding tussen het ding en de Arcam, dus er komt toch een extra kabel tussen. Had ik net zo goed een kastje kunnen nemen... nou ja.
cross gender (http://www.centralpoint.nl/niet-gecategoriseerd/microconnect/mini-gender-db9-m-f-null-modem-art-mod99fn-num-381772/)
wel stuk duurder als wat ik even zou gokken. maar het is iig een nettere optie.
zijn vast ook veeeeeel goedkoper te vinden. dit was beetje eerste linkje
Ik heb mezelf suf gezicht naar deze oplossing, maar kon het werkelijk nergens vinden :mellow: wel de langere versie, in een plastic behuizing van 5 cm lang, maar niet IN een dergelijke gender changer... Had inderdaad een handiger oplossing geweest...
Zie net dat conrad ze ook heeft, voor iets meer dan 2 euro
De normale gender changer die ik nu heb kosste al 2 euro... die bij conrad is dan weer geen gender changer, die moet je er dan weer los bijkopen, wordthet weer een te lang ding bij elkaar...
Anyway, ik hou het in mijn achterhoofd dat ze dus blijkbaar wel bestaan, voor mijn ding is het nu te laat.
Quote from: jowi on October 22, 2011, 18:42:28
De normale gender changer die ik nu heb kosste al 2 euro... die bij conrad is dan weer geen gender changer, die moet je er dan weer los bijkopen, wordthet weer een te lang ding bij elkaar...
Anyway, ik hou het in mijn achterhoofd dat ze dus blijkbaar wel bestaan, voor mijn ding is het nu te laat.
Andere zoekterm gebruiken
null modem (http://www2.conrad.nl/goto.php?artikel=741854)
Die had ik net dus zelf al gevonden, maar dat is dus alleen een nullmodem, geen gender changer ;) die moet er dus nog bij, dan word ie 2x zo lang, dat is al weer te lang voor achter de arcam... een nullmodem en gender changer in 1 zou wel kunnen.
Ik heb voor het werk een zelfgemaakt stukje utp kabel gewired als nul modem in mn laptop tas zitten.
Dat samen met van die rj45-rs232 blokjes female heb ik voldoende aan.
Ikheb er nog wel een male-male rs232 dingetje bij voor oudere machines.
Hallo,
Ik wil bij een klant de Arcam aan het domotica (KNX) koppelen, dit doe ik via een moxa en in mijn visualisering kan ik codes aan knoppen koppelen (dit kan via een EibPort waar een UDP sender is ingebouwd die de KNX adressen vertaald naar de arcam codes), ik wil dus in de keuken via een Scene knop de versterker op zone 2 zetten en een bepaald volume en een zender.
Nu heb ik alles aangesloten (moxa op de arcam) en wil ik codes gaan ingeven maar hier strand ik.
Ik zie op het forum een software waar ik codes mee kan lezen en zenden, hier zou ik denk ik wat mee kunnen testen. hoe kan ik de "Arcam Terminal" downloaden?
Kan mij iemand een beetje op weg helpen hiermee?
Het tooltje waar ik mee test is van mijzelf, is niet ergens te downloaden. Hoe heb je de Arcam aangesloten, via RS232, of met ethernet? Dat laatste werkt niet, als je IP commando's wilt versturen moet je alsnog de seriele poort gebruiken met een ethernet<>RS232 converter.