letting go of phantom SCI problem

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

letting go of phantom SCI problem

5,896 Views
imajeff
Contributor III
Some people might have been trying to follow a thread where I was questioning if SCI errata MUCts00510 was really fixed in maskset 2K79X. Sorry if it confuses others that the thread was deleted (it did me). They mention (unofficially) that it was deleted more for a moderators incorrect response than for my statements. I admit though that I was speaking too quickly, and they were not trying to ignore me.

Update:
I think the trail has gone cold for me. My notes aren't good enough. I finally found another MCU of same maskset but was not able to recreate the exact problem I remembered. There are two prob that have software solutions. I miss some chars on SCI1 input, probably because SCI0 output interrupts take too long. That might be improved just using HPRIO in this case. I realize now that HPRIO helps not only when the two interrupts occur within one instruction operation (less likely), but when multiple interrupts are pending because MCU is already servicing another interrupt.

As for the actual time when my interrupts were left pending but the ISR was not called, I don't remember the details. I was doing extensive breakpoints and stepping. Maybe active BDM increases chance of the phantom SCI problem occuring. Maybe I didn't notice the I mask bit got set. Maybe a combination of things I tried solving at different times but not all at once.

Go figure. -- official phrase of the engineer --
Labels (1)
0 Kudos
Reply
6 Replies

970 Views
Alban
Senior Contributor II

Hi man,

I'm both confused and shocked by what I'm reading...
Can you please make me an Private Message with details of this deleted thread & Mod you spoke to ?

Threads are not supposed to be deleted because someone said something wrong but when the content is inappropriate, out of subject or offending.

I see you are talking about the MC9S12Dx256.

And who's "they", please ?

Cheers ima,
Alban. - Mod -

0 Kudos
Reply

970 Views
imajeff
Contributor III
I'm certain any moderator with a biased opinion could justify a whole thread as "offending" just because I state my opinion that their company is NTB. It still sounds abusive to the purpose of the forum.
0 Kudos
Reply

970 Views
Alban
Senior Contributor II
Dear Imajeff,
 
I know you do express your opinion... :smileywink: And actually that's what will make FSL progress !
 
So We thank you !!! :smileyhappy:
 
"Offending" term is to be taken as "insulting" and not "I don't like".
 
This particular subject has not been let go as you posted a Service Request and it's been investigated.
Freescale Community does not censor opinions, but solve members problem and allow members to exchange on technical matters. Many other threads justify my statement !
 
Deleting the whole thread instead of correcting one post was a mistake "we" recognize/acknowledge.
Still, as this new thread proves, no problem is being buried !
Freescale has no interest whatsoever in trying to bury anything, nor they would even try. Ethical Company !
 
They are just investigated and Freescale Community Moderators just need a bit more trainings as the Forums are new and quite a special way to interact for Freescale, you will agree... no ?
 
Fortunately enough, I dunno what NTB means, but I'll have a look !
 
Sorry you took it this way, I hope now you have a better opinion of "their company" :smileytongue:
 
Cheers,
Alban.
 
 
 
0 Kudos
Reply

970 Views
imajeff
Contributor III

Alban wrote:

Deleting the whole thread instead of correcting one post was a mistake "we" recognize/acknowledge.

Still, as this new thread proves, no problem is being buried !


Fortunately enough, I dunno what NTB means, but I'll have a look !


Sorry you took it this way, I hope now you have a better opinion of "their company" :smileytongue:



Thanks, that is what I wanted to know... Whether FSL acknowledged the mistake of deleting the whole thread.

Look up the word "insult" in the dictionary;
Any person saying basically, "I don't like you because...", on the companies own public forum could be considered insulting, unless they word it very carefully. Anything indicating that the company treats customers with lack of respect can "affect offensively or damagingly". About the meaning of, NTB, to me it's an indirect way of saying "not too bright" because there are so many possible meanings of the acronym.

I want to clarify the way I took it. I did not feel that FSL was only trying to "bury" the issue. What offends me is when "technical support" assumes I am guilty of being incorrect (ignorant) before investigating my issue, while at the same time giving me the impression they have much less understanding of the issue than I do.
  • The support folks have a bad habit of blowing off my requests with a dumb explanation like "I don't see your problem" and closing it.
  • They assumed me to be the other SCI thread in the forum which had been replied to, and closed the SR. It wasn't even the same problem I described. They made a strange comment, "I can not comment on why your peers might ignore your posts". I suppose they misunderstood my question why FSL didn't respond to my forum posting past 3 days.
  • They assume I don't know how to use SCI (I definitely did not indicate I was a novice).
  • I asked about the documents for DP256C leading to "DP256B" errata links, and they had to get back with me on whether that was an error (the explanation made sense though).
  • Along the way, they kept stating how they don't even make the bad mask set anymore... What's that got to do with my issue? And still, do they think nobody uses it right after they stop making it?
  • What got me most was when they suggested I probably was not clearing my interrupt flags correctly. Uuuuh... so my ISR is not being called because the interrupt flag is staying on. I thought, "how competent is this guy". Sure, he probably just wasn't focused on the issue I kept describing. It's hard for one to think practical after deciding one is dealing with ignorance. At least they made a good suggestion to set HPRIO which sped up the SCI1 response more than I thought it would. It reduced OR incidents, just a way of not using OR since I couldn't get it to work right.
  • I think my worst problem was that I had recently destroyed the only 2K79X that I could find, so only had the ones left with the known errata. I just wanted them to try something more similar to my asynchronous scenario using one of their DP256C-2K79X. When I finally found a replacement, however, I could not duplicate the exact problem I saw where the ISR was not being called. Instead, I learned that less often, the OR was setting without RDRF, which was undocumented because I had an older document revision.

I blame my hot opinions on other companies more. My failing patience was not triggered by FSL. I've been left overwhelmed from previous experiences. FSL has resolved more issues than many other companies or individuals. With FSL I did feel less offended after the screening stage. It's the sort of problem where support personnel seem to be typing keywords in a search engine and pasting the textbook answer for reply. This system only works for others who have not even read documentation. My questions were not textbook questions, and I've taken it as insulting my intelligence.
0 Kudos
Reply

970 Views
Alban
Senior Contributor II

Imajeff said: What offends me is when "technical support" assumes I am guilty of being incorrect (ignorant) before investigating my issue, while at the same time giving me the impression they have much less understanding of the issue than I do.
=> Technical Support needs to remove any ambiguity and eliminate any textbook problem beforehand. Therefore they need to go through the basics to be sure everyone is on the same level. Of course they start with much less understanding of your issue than you. If your issue was well known by everyone, it should have been fixed a very long time ago. That's why it needs to be detailed so support understands what exactly your are doing to reproduce the same conditions. And if not, escalate it to module experts.

Imajeff said: I suppose they misunderstood my question why FSL didn't respond to my forum posting past 3 days.
=> Freescale does NOT guarantee service delivery on the Forum. It is written almost everywhere. Service Requests are here for this purpose.

Imajeff said: which was undocumented because I had an older document revision.
=> Subscribe to email update ensure you always have the latest version.

I do a lot of support and tutorials/trainings on another domains, and I never know if I'll face someone who is skilled and appear stupid or someone who is clueless and appear unreachable. That's why I also tend to start from the bottom to get all bases covered.
My intent is never to insult their intelligence, but rather to make certain all "i" are dotted...Even if it sometimes takes more time. I'm deeply sorry you took it badly.

Alban.

0 Kudos
Reply

970 Views
imajeff
Contributor III

Alban wrote:

I do a lot of support and tutorials/trainings on another domains, and I never know if I'll face someone who is skilled and appear stupid or someone who is clueless and appear unreachable. That's why I also tend to start from the bottom to get all bases covered.
My intent is never to insult their intelligence, but rather to make certain all "i" are dotted...Even if it sometimes takes more time. I'm deeply sorry you took it badly.

Alban.


Just adding a late response to this discussion... Believe me when I say I do a lot of support myself. I have made similar mistakes but I believe personel should learn from their mistakes at least by considering the feedback.

I suppose I'm not talking about "insulting my intelligence" so much as their unitelligent conclusions, or insulting their own intelligence. I need to feel like I can trust them. The support "engineer" came on like some bull-headed authority in management, and making me feel like it was me against the entire FSL organization. I felt like he was walking over me like an insignificant bug. Of course that was a first impression and later they were just trying to work with me after I was already upset.
  1. I really don't mind if technical support personel ask me a questions to cover the basis. It's what they tell me which is incorrect that bothers me.
  2. When the person tells me some statement which does not solve my problem and then closes the SR, do you really think they are just covering all the basis?
  3. I also had trouble convincing the person of what is on their own Freescale website. Their MCU page for DP256C gave errata for DP256B, and they did not know that DP256C existed with a 1K79X maskset. It is downright scarry when I have to help support figure things out first and then hope they can help me.

But to close the case, I may never know why I saw RDRF flag set w/o ISR being called because I burned out that DP256C which they don't make anymore. Of all the other suggestions they gave, it did help my older 1K79X to escalate my SCI1 priority with HPRIO.
0 Kudos
Reply