Loading...
 

Dinamo


probleem met subadressering en firmwareupdate van TM44

Switzerland

Besten,

het volgende probleem doet zich bij mij voor:

Ik heb 9 TM44s. Drie van deze TM44s worden gebruikt voor smalspoor (Nm/analoog/12V) en 6 voor normaal spoor N/digitaal/16V).

De RMU is geüpdate naar versie 1.11 en is verbonden met n netwerkkabel zoals aangegeven in tabel 4 in de TM44 handleiding naar de eerste TM44 (adres 0.0). Vervolgens worden alle TM44s via RJ45 kabels doorgelust.
De eerste TM44 (adres 0.0) is Master dus dipswitch 6 staat op on terwijl die op de overige TM44s op off staan.
Op de RMU is jumper 'S1TERM' gezet en op de eerste TM44 staat de TC schakelaar op on zoals in de TM44 handleiding staat. Op de laatste TM44 staan zowel de TC als de TD schakelaar op on. (N.b. ook als ik de TC schakelaar op de eerste TM44 op off heb staan zoals in de P&P handleiding staat blijft t probleem zich voordoen).

Het systeem heeft altijd met 5 TM44s gedraaid maar nu ik de laatste 4 erbij heb gezet wilde ik met de subadressen gaan werken. Als ik dan de laatste firmware op mijn TM44s via de AV rootloader wil zetten lukt dat in 6 vd 9 TM44s maar in 3 niet. Bij adres 0.0, 0.1 en 3.0 doet zich het volgende probleem voor.

De rode en groene led blijven beide aan op deze 3 TM44s ná het verwijderen vd resetjumper (zoals de bedoeling is) maar gaan na op de button 'disconnect device' te drukken via de AV rootloader niet meer uit. Behalve als ik de stroom er van af haal. Ik zie in Dinamo Config dat ze herkend worden als TMH (Active en primary version "unknown") terwijl de overige als TM44 herkend worden (Active version 1.0). Als ik dan in de "protocol tab kijk" is alleen bij deze 3 TM44s de onderste regel rood na 'programming' en staat daar 'Cmd Set Buffer. ReadByte () ICOM: read error'.

Ik heb alles al 101 keer gecontroleerd. De adressering, de dipswitches op hele adressen gezet, de bekabeling, de voeding naar de TM44s maar alles lijkt wat dat betreft in orde. Wie helpt en weet wat de foutmelding in het rood zoals boven geschreven betekent en hoe zorg ik ervoor dat de TM44s ook daadwerkelijk als TM44 herkend worden en ik de subadressering kan gebruiken?

Alvast dank! en groet

Marco

Netherlands

Hallo Marco,

'Cmd Set Buffer. ReadByte () ICOM: read error' wil zeggen dat de update niet lukt, maar dat had je vast al begrepen.
Ik neem aan (check) dat je de TM44's één voor één probeert te updaten.
Overigens is een firmware update van de TM44's normaliter nooit nodig om subadressing te kunnen gebruiken, want dit zit er in vanaf versie 1.00. Alleen als je een zeer early adopter was heb je misschien nog een beta versie.

Ik denk dat je de TM44's waarbij de update niet lukt het best even één voor één, en dan als enige module, aan de bus kunt hangen. Dan weet je in elk geval zeker dat ze elkaar niet in de weg zitten. Ook hiervoor geldt: normaliter hoeft dat niet zolang je maar één module tegelijk in bootloader mode zet, maar aangezien je meerdere modules hebt die niet werken gaat die vlieger wellicht dit keer niet op.

Als het lastig is de modules die het betreft als enige aan te sluiten kun je ook alle modules stroomloos maken, behalve de module die je wilt updaten. Als je voed vanuit de rijspanning volstaat het verwijderen van de power-jumpers. Andere optie is alle modules in reset te laten staan (dus de reset jumper er op), behalve degene die je wilt updaten.

Mvg,
Leon

Switzerland

Hallo Leon,

Dank voor je heldere uitleg echter het probleem blijft bestaan. Heb alle modules stroomloos gemaakt behalve degene die ik wil updaten. Overigens stroomloos gemaakt door connector K1 los te koppelen. Alle TM44s worden nl apart gevoed met 8V (powerjumpers waren dus al verwijdert wink.

Blijf bij alle 3 dezelfde foutmelding krijgen en na het 'disconnecten' blijven de oranje en groene led branden totdat ik met de resetjumper weer even kortdurend een kortsluiting maak.

Andere opties die ik kan proberen of mogelijke verklaring?

Maakt het voor de adressering of update nog iets uit dat er twee OC32s (module adres 0 en 1) aangesloten zitten?


mvg,

Marco


Netherlands

Marco,

Hebben die TM44's ooit gewerkt?
Wanneer en waar zijn ze aangeschaft?
OC32's op de bus zou niet uit moeten maken, maar voor de zekerheid ...
Wat zie je in de tab "device information" van AVRootloader als je "connected" bent?

Mvg,
Leon

Switzerland

Hoi Leon,

van een weet ik het zeker dat is nl. de allereerste TM44 die ik kocht (is adres 0.0, master en destijds bij jou gekocht; vlak nadat die verkocht werden) deze werkt ook nog steeds en stuurt gewoon netjes 4 blokken etc. aan. Daar zit m ook niet t probleem.
Van die andere twee weet ik het niet omdat ik die recentelijk bij Frans gekocht heb maar nog niet aan de rails heb hangen, maar wel aan de stroomvoorziening en de netwerkkabels.
Wilde nu alleen eerst die updates gaan doen omdat ik met die subadressen aan de gang wilde. Alleen dan kom ik op een of andere manier niet verder. Je ziet dat hij die adressen niet vind en van 3 modules die update niet voor elkaar krijgt.
Uiteraard heb ik al meerder keren gecheckt of de afsluitweerstanden goed staan etc.

hieronder zie je wat er in de tab staat als ik 'verbonden' ben. Kun je daar wat mee?


Connection : 2-Wire
Device name : ATmega64, ATmega64A
Device signature : 1E9602
SRAM size : 4096 Byte
EEPROM size : 2048 Byte
FLASH size : 65536 Byte
FLASH size for application : 64512 Byte
FLASH pagesize : 256 Byte
Bootloader size : 1024 Byte
Buffersize for data : 3864 Byte
SRAM start address : 256
Bootloader version : 6
Use bootsection : Yes
Versioning supported : Yes
Cryptography supported : Yes
FLASH data must be encrypted : Yes
EEPROM data must be encrypted : Yes
Application software version : 0.0.0.2
Application version address : 0x00FBFC

Dank en groet!

Marco


Netherlands

Hallo Marco,

Ik kan aan de info hierboven niets verkeerds zien. Alleen "Application software version : 0.0.0.2" is oud, dat zou 1.0.0.0 moeten zijn.
Als je die ooit van mij gekocht hebt zou dat kunnen. Dan heb je een van de eerste exemplaren. PiCommIT zou niet anders moeten uitleveren dan 1.0.0.0. Volgens mij heeft Frans ook nooit een andere versie van mij gekregen. Een update van recentere modules moet dus ook niet nodig zijn.

Ik heb net nog even een TM44 teruggezet naar 0.0.0.2 en vervolgens een update uitgevoerd. Bij mij geen probleem.

Als je er niet uit komt moet je ze maar opsturen. Ik weet het zo verder ook niet.

Mvg,
Leon

Switzerland

Hoi Leon,

Alle 3 de modules hadden 0.0.0.2 sofware. Inmiddels is het wel gelukt om alle 3 de TMs te updaten.
Ik ben begonnen door de master alleen via de 3 aderige kabel aan de RMU te koppelen en de rjkabel die naar de volgende TM44 liep los te koppelen. (de vorige keren had ik nl de rj kabel losgekoppeld bij TM44 nr 2 maar ondanks dat ik wel de afsluitweerstanden op de master had geactiveerd werkte dat niet).
Vervolgens de update op de gebruikelijke manier verricht, et voila 'appeltje-eitje'.

Toen gewoon weer alle RJ45 kabels en de stroom en rijspanning op de overige TMs gezet en de andere twee TMs met versie 0.0.0.2 geupdate. Ook dit ging heel eenvoudig.

Toen de subadressen ingesteld, een en ander met Dinamo Config 1.10 gecheckt en jawel alle TMs gevonden en actief inclusief het subadres.

Getest met iTrain en ook daar werken alle tot op heden aangesloten blokken en terugmelders zoals het hoort.

Wat nu precies het probleem geweest is om eerlijk te zijn geen flauw idee maar lijkt toch iets met die 'master' geweest te zijn of toch teveel TMs met versie 0.0.0.2.

In ieder geval dank voor het meedenken! Ik is weer happy ;)

groet!

Marco

p.s. weet niet of het n 'foutje' op de site is of dat het aan mijn eigen (eigenlijk pas 1 jaar oude) laptopinstellingen ligt maar als ik bijv. een smiley wil toevoegen in een tekst wordt de hele geschreven tekst verwijdert en kan ik opnieuw beginnen. De knoppen voor bijv. vet maken en cursief idem dito.


 
Dutch (Nederlands, nl)English British (British English, en-uk)German (Deutsch, de)